A concrete, verifiable piece of evidence (a metric, case study, benchmark, or third-party validation) that substantiates a sales or marketing claim.
A proof point is the concrete piece of evidenceEvidenceValidationData supporting or refuting a hypothesisView reference → that backs a claim: a statistic, a named customer result, a benchmark, a guarantee, an independent test. A claim asserts; a proof point demonstrates. PositioningPositioningGo-To-MarketProduct positioning statementView reference → and value propositionsValue PropositionBusiness ModelA unique value offered to customersView reference → are full of claims, and the ones a buyer believes are the ones carrying a verifiable fact behind them. An unbacked superlative is just noise the buyer has learned to discount.
The case for evidence over assertion is older than software marketing. Claude Hopkins set it down in *Scientific Advertising* (1923), arguing that specific, factual claims outsell vague boasts. His reasoning still holds: a man who makes a specific claim is either telling the truth or lying, and the riskRiskComplianceA risk to the product or businessView reference → of being caught makes the specific claim credible in a way "highest quality" never is. Hopkins pushed advertisers toward measured facts, testimonials, and guarantees, treating evidence as the thing that converts scepticism into belief.
The idea sharpened as markets grew more crowded and buyers more defended. Positioning theory taught that a claim has to occupy a defensible space in the buyer's mind, and a contested space cannot be held with adjectives alone. By the time B2B software matured, the proof point had become a named artefact in messagingMessagingGo-To-MarketMessaging framework and key messagesView reference → frameworks: every pillar claim is expected to ship with its supporting evidence, because a sales conversation now happens against a buyer who can verify, who reads review sites, and who has been burned by demos that did not match production.
What has not changed is the asymmetry the discipline keeps rediscovering. A weak proof point can undermine a strong claim, since a buyer who catches one inflated number distrusts the rest. Specificity is the tell: "reduces onboarding time" is a claim, "cuts onboarding from 14 days to 3, measured across 40 deploymentsDeploymentEngineeringA deployment eventView reference →" is a proof point, and the second is harder to fake precisely because it invites the question of where the number came from.
A data-pipeline startup positions on reliability with the claim "never lose an event". On its own that is a promise any competitorCompetitorMarket IntelligenceA competing product or companyView reference → could print. The team backs it with three proof points: a published 99.99% delivery figure measured over the trailing twelve months, a named logistics customer who reconciled 2.1 billion events with zero loss, and an architecture note explaining the write-ahead log that makes the guarantee structural.
In a deal, a sceptical platform engineer pushes on the claim. The seller does not repeat the promise louder; she produces the customer reconciliation result and the architecture note. The proof point converts the abstract promise into something the engineer can check against her own threat modelThreat ModelSecurityA threat model for the systemView reference →. The claim opened the conversation, the proof point closed the credibility gap, and the difference between the two was whether anything verifiable sat behind the words.
In the Unified Product Graph, a proof point sits in the go-to-market region as the connective tissue between what a product says and what it can prove. It backs the claims that matter (Positioningevidenced byProof Pointhierarchy, positioning_evidenced_by_proof_pointValue Propositionevidenced byProof Pointhierarchy), it strengthens the responses sellers give under pressure (value_proposition_evidenced_by_proof_pointRebuttalevidenced byProof Pointhierarchy), and it traces back to its sources (rebuttal_evidenced_by_proof_pointProof Pointderived fromEvidencecross-domain, proof_point_derived_from_evidenceProof Pointderived fromInsightcross-domain). Modelling it as a node keeps the chain from assertion to evidence intact and auditable, so a value proposition with no proof point attached is visibly an unsupported claim, and a stat whose source node has gone stale flags the moment its credibility expires.proof_point_derived_from_insight
Type-specific fields on BaseNode
statementstringThe claim or evidence statement
evidence_typestringKind of evidence this proof point represents
sourcestringOrigin of the evidence (e.g. customer name, study URL)
idstringrequiredUnique identifier (UUID)
typeNodeTyperequiredDiscriminator for the entity type
titlestringrequiredDisplay name
descriptionstringOptional detailed description
statusstringLifecycle status
tagsstring[]Freeform tags for filtering
5 edge types connected to this entity.
positioning_evidenced_by_proof_pointvalue_proposition_evidenced_by_proof_pointrebuttal_evidenced_by_proof_point1 framework use this entity type.