Offer Canvas
The shape of an offer that answers the question a buyer is actually asking.
An offer canvas helps a founder make the customer, problem, outcome, scope, price, proof and remaining risk explicit before trying to sell the package.
In short
- • An offer is more than a product description and a price. A useful offer definition makes five things explicit:
- • 1. the customer and problem; 2. the outcome or value being offered; 3. what is included and how it is delivered; 4. the commercial terms and price; 5. the evidence or risk-reduction that helps the buyer evaluate the decision.
- • The exact structure should fit the business. There is no evidence that every offer needs a universal seven-part formula.
The canvas
An offer is more than a product description and a price. A useful offer definition makes five things explicit:
- the customer and problem;
- the outcome or value being offered;
- what is included and how it is delivered;
- the commercial terms and price;
- the evidence or risk-reduction that helps the buyer evaluate the decision.
The exact structure should fit the business. There is no evidence that every offer needs a universal seven-part formula.
Start with the buyer's problem
Write the problem in the customer's language before writing the package.
Then answer:
- What outcome are they trying to reach?
- What is preventing it now?
- What does solving it change?
- What constraints matter?
- What evidence would make the offer credible?
This keeps the offer anchored in a real job rather than a list of features.
Make value and price connect
Pricing should make sense in the context of the value being delivered. Stripe's pricing guidance distinguishes cost-based and value-based approaches and notes that value-based pricing requires understanding customer outcomes, willingness to pay and market context. [1]
For the canvas, record:
| Field | Question |
|---|---|
| Customer | Who is this for? |
| Problem | What costly or important problem are they solving? |
| Outcome | What changes after delivery? |
| Scope | What exactly is included? |
| Delivery | How and when is it delivered? |
| Price | What does the customer pay? |
| Proof | What evidence supports the promise? |
| Risk | What uncertainty remains? |
Treat guarantees and bonuses carefully
A guarantee should remove a genuine, controllable source of buyer risk. Do not promise outcomes the business cannot reasonably control.
A bonus should add useful value, not hide an unclear core offer.
Scarcity should be real. If capacity, availability or a deadline is not genuinely limited, do not manufacture urgency.
Test before scaling the offer
Test the smallest credible version with real prospects.
Look for evidence in:
- which problem buyers repeat back;
- which part of the offer they value;
- objections to price or scope;
- where prospects become uncertain;
- what they actually buy;
- what they decline.
A useful test changes the offer because of observed customer behaviour, not because a framework says it should work.
A one-page offer canvas
Customer: __________________
Problem: __________________
Desired outcome: __________________
Scope: __________________
Delivery format: __________________
Price: __________________
Proof: __________________
Buyer risk: __________________
Guarantee, if appropriate: __________________
Bonus, if genuinely useful: __________________
Deadline or capacity constraint, if real: __________________
What we will test: __________________
Evidence collected: __________________
The decision rule
If the buyer cannot understand the problem, outcome, scope and price quickly, improve the offer before adding more persuasion.
If the buyer understands the offer but does not value the outcome, changing the headline is unlikely to solve the underlying problem. Revisit the customer, problem or value.
Sources & methodology
[1] Stripe, “Cost-based and value-based pricing”: https://stripe.com/resources/more/cost-based-and-value-based-pricing
SOE methodology: the canvas is SOE editorial synthesis. The source supports the pricing and value principles; the canvas itself is not presented as a proprietary or experimentally validated conversion formula. No unsupported conversion statistic is asserted.
How to use this tool
Use Offer Canvas as a working document, not as a scorecard. Start by defining the decision or problem it is meant to clarify.
1. Set the context
Write the situation, owner, objective, time horizon and constraints. Do not fill a field just because the template has one; mark it unknown when evidence is missing.
2. Gather the inputs
Use the smallest set of real inputs needed to make the decision. Prefer customer evidence, financial records, observed behaviour and documented commitments over assumptions.
3. Complete the tool
Fill each section with a concrete observation or decision. Where two answers conflict, record the conflict instead of averaging it away.
4. Make the decision visible
End with: decision, owner, next action, deadline, risk, and what would change the decision.
5. Review after use
Return to the document after the relevant period and compare the original assumptions with what actually happened. Keep the lesson, not just the completed form.
Common misuse
Do not use a completed template as evidence that the underlying problem has been solved. The tool improves thinking and consistency; the business result still has to be observed.
Take it into your work
Do something with what you just read.
Save it for later, mark the passage that matters, or open your SOE workspace and keep thinking.
Takeaways
What to carry forward
- → If the buyer understands the offer but does not value the outcome, changing the headline is unlikely to solve the underlying problem. Revisit the customer, problem or value.
- → [1] Stripe, “Cost-based and value-based pricing”: https://stripe.com/resources/more/cost-based-and-value-based-pricing
- → SOE methodology: the canvas is SOE editorial synthesis. The source supports the pricing and value principles; the canvas itself is not presented as a proprietary or experimentally validated conversion formula. No unsupported conversion statistic is asserted.
Design the offer around a real customer problem, make the value and commercial terms clear, then test the package with real buyers and revise it from evidence.