A prepared, reusable response to a specific sales objection.
A rebuttal is the prepared response to an objectionObjectionGo-To-MarketA common sales objectionView reference →: the answer a team has worked out in advance for the resistance it knows is coming. Its jobJobUserJob To Be Done: what the user is trying to accomplishView reference → is to convert a buyer's stated reason for hesitating into a reason to keep going.
The classic rebuttal template is feel-felt-found, taught on sales floors since the 1970s. Its three beats acknowledge the buyer's feeling, note that others felt the same, then report what those others found once they moved ahead. The structure works because it leads with empathy before persuasion and smuggles in social proof, so the buyer feels heard rather than argued with. Trainers including Zig Ziglar carried it into mainstream sales practice, and it remains a useful default for low-stakes objections.
Neil Rackham's *SPIN Selling* (1988) complicated the picture. His study of roughly 35,000 calls found that scripted rebuttals worked poorly in large, complex sales, where a slick comeback could read as manipulation and put a wary buyer further on guard. The better move was to prevent the objection through questioning, and where one still arose, to answer it with substance the buyer could check. Rebuttal craft shifted from rhetorical recovery toward evidenceEvidenceValidationData supporting or refuting a hypothesisView reference →-backed response, and feel-felt-found survived as a framing device rather than the whole technique.
Dixon and Adamson's *The Challenger Sale* pushes in a third direction: their research found that top-performing reps handle objections not primarily by countering them but by reframing what the buyer should be evaluating in the first place, teaching a new way to see the problem rather than defending against the stated concern. By that reading, a rebuttal can function as a reframe — but only when the insightInsightUser ResearchA synthesised finding from researchView reference → is genuinely new to the buyer; applied to a well-grounded objection, reframing reads as evasion, the same failure mode as deflection.
The durable principle is that a rebuttal needsNeedUserA user need, pain, desire, or constraintView reference → a proof pointProof PointGo-To-MarketEvidence supporting a sales claimView reference → to land. "Many customers worried about migration too, and they found it smooth" is feel-felt-found with the found left empty, a claim with no evidence, which a sceptical buyer discounts on sight. Fill the found with a named result and the same structure becomes credible. This is also where a rebuttal separates from a deflection: a rebuttal engages the concern and offers proof, while a deflection changes the subject and hopes the buyer forgets.
A team selling an analytics platform keeps hearing "switching from our current tool will take months and break our dashboardsDashboardData & AnalyticsAn analytics dashboardView reference →". They prepare a rebuttal rather than improvising one per call. It acknowledges the real fear, migration riskRiskComplianceA risk to the product or businessView reference →, then carries a proof point: a named retailer migrated 240 live dashboards in nine days using an automated importer, with a screenshot of the before-and-after parity report.
In the next deal, when the objection lands, the rep does not promise it will be fine. She runs the rebuttal and shows the retailer's result. The buyer's concern was concrete, so the answer is concrete, and the nine-day figure does the persuading the reassurance alone could not. The same rebuttal without that proof point would have been a hopeful claim against a specific fear, and specific fears beat vague reassurances every time.
In the Unified Product Graph, a rebuttal sits in the go-to-market region as a small but load-bearing node, defined almost entirely by what it connects to. It answers an objection (Objectioncountered byRebuttalhierarchy) and it draws its credibility from evidence (objection_countered_by_rebuttalRebuttalevidenced byProof Pointhierarchy). That second edge is the one that matters: a rebuttal node with no proof point attached is visibly an unsupported assertion, exactly the empty found that gets discounted in the room. Modelling rebuttals this way keeps the objection-to-answer-to-evidence chain queryable, so a team can see at a glance which of its prepared answers actually have something behind them.rebuttal_evidenced_by_proof_point
Worked example: Trellis
Trellis's rebuttal to the unsupervised-agent objectionObjectionGo-To-MarketA common sales objectionView reference → is concrete and three-part: scoped agent permissions define exactly what the agent may touch, a complete audit trail records every change it makes, and one-click rollback reverses any change instantly. Together they answer Sam's objection without hiding the agent from him, which is the only rebuttal that works on a staff engineer who will eventually inspect the system.
Type-specific fields on BaseNode
statementstringThe counter-argument or response to an objection
strengthassessmentHow convincing this rebuttal is (1-5)
evidence_refsstring[]References to supporting evidence (e.g. interview or observation ids).
idstringrequiredUnique identifier (UUID)
typeNodeTyperequiredDiscriminator for the entity type
titlestringrequiredDisplay name
descriptionstringOptional detailed description
statusstringLifecycle status
tagsstring[]Freeform tags for filtering
3 edge types connected to this entity.
objection_countered_by_rebuttalrebuttal_evidenced_by_proof_pointrebuttal_supported_by_evidence