;

Proposition Canvas

Featured Image

Build the Fit Before You Build Anything Else

A product doesn’t usually fail because the build was bad. It fails because nobody has proved on paper that a customer actually wanted it in the first place.

The Value Proposition Canvas, developed by Alexander Osterwalder as a detailed extension of his Business Model Canvas, exists to force that proof. It has two halves. On one side, a customer profile: the jobs your customer is trying to get done, the pain points they hit doing them, and the gains they're actually after. On the other, a value map: the products and services you offer, the pain relievers, and the gain creators. The discipline sits in the order you fill them. You build the customer profile first, independently of your product, then check whether your value map genuinely addresses what you found.

Get the order backwards, and you end up designing your ideal customer to match the product you already wanted to build, rather than the other way round. It's easy to treat that discipline as optional: a poster from a workshop, filled in once, argued over in a room full of opinions, then quietly forgotten the moment delivery starts. The canvas isn’t the value. The value comes through comparing two independently built halves and building only once they demonstrably fit.

Nissan and Tesla make the point better than any abstract explanation.

Nissan's Leaf ticks plenty of boxes on paper: advanced tech features, multiple industry awards, real savings from tax credits. But set that value map against the customer profile of someone wanting personal mobility, long trips, and a desire to stand apart from the crowd, and it falls apart. A frequently seen, best-selling car contradicts the idea of "be different." Slow charging and a thin charging network aren't relieved by savings or sales figures. The verdict is a misfit, despite genuinely good engineering.

On the other hand, Tesla's value map, tested against the same customer profile, matches almost line for line: a growing charging network addresses charging pain directly; an eight-year battery warranty addresses durability; a reputable and distinctive brand addresses the desire to stand apart. Same customer, same market, two very different outcomes, because one team proved the fit and the other assumed it.

That's the lesson worth sitting with: teams rarely fail because they lack a good product. They fail because they never proved, in writing, which pains and gains that product was actually solving for.

This is precisely what Design at Scale™ asks for under Proposition Shaping, and it isn't a new requirement layered on top of what you already do. Our Customer Research tool asks the same three questions the canvas forces: is the proposition based on business or user needs, is that documented anywhere, and does it define a target market? Design Shaping carries the value-map side of the same exercise forward, requiring defined personas and target audiences, and validation of the landscape "via Prototypes” rather than assumption.
You don't need Osterwalder’s specific circle-and-square template to satisfy this. You need some version of the fit-check to exist, and to be written into the Proposition Identification Document alongside High-Level Requirements and Acceptance Criteria. Hence, the pains and gains you’re solving for are visible to business, design, and engineering alike, not just remembered by whoever ran the workshop.

Three common responses:

"We don't have time for a formal canvas workshop"

Is the most common objection, and it misreads what's actually being asked for. You don't need the full ceremony. You need the discipline to separate the customer from the product and rank both by importance, which a five-person conversation can do in an afternoon.

"Design already knows the customer"

Is the second, and Nissan's example answers it directly. Confident, well-resourced teams still misfire when they skip the explicit comparison; knowing your customer and proving the fit on paper are different exercises, and only one of them is checkable by anyone outside the room.

"This is a strategy exercise, not a design one"

Is the third. It stops being someone else's problem the moment engineering starts building against the wrong pain reliever. Design either owns the fit-check upfront, or inherits the cost of its absence later, and the second option is always more expensive.

A fit-check, in whichever format you choose, is the cheapest insurance a proposition ever gets. This is also the layer that separates a genuine Product Operating Model from a delivery pipeline that moves fast: not more process, but proof, on paper, that what gets built is what the customer actually needs. Prove the fit before you prove it in production.

Before your next kickoff, ask whether anyone can point to the document that shows which pains and gains this proposition actually solves. If nobody can, that’s where Supply starts. More at designatscale.co/spy.

REFERENCES

SUMMARY

  • The Value Proposition Canvas requires proof of fit between a customer profile (jobs, pains, gains) and a value map (products, pain relievers, gain creators), each built independently and then compared.
  • Nissan’s Leaf illustrates misfit despite strong engineering; Tesla illustrates fit through line-for-line alignment with the same customer profile.
  • The real failure isn’t a bad product; it’s never proving in writing which pains and gains the product solves for.
  • DaS™’s Proposition Shaping (Customer Research) and Design Shaping (validated personas, prototyped landscape) already require this fit-check; template optional.
  • Proving fit on paper is the layer that distinguishes a Product Operating Model from a fast delivery pipeline.

https://www.figma.com/community/file/1304207301838337864/das-proposition-canvas

Happy scaling through design!

Hey, I’m Jiri Mocicka.
London-based Product Design Director, Trusted Advisor and Author of Design at Scale™. The method that empowers individuals to shape the future organisation through design.
If you have a question, join our Community and reach out to like-minded individuals who scale design propositions. An online Academy can help you to define teams of 01, 10, and 100, and 1% is supported by Grid Magazine and Supply section, where we bring more insights weekly on how to become a design leader in your Agentic Organisation

Jiri Mocicka

AVATAR

inResearch

21

inWriting

45

Released

260
EMT

Related.

Featured Image
Empathy as Infrastructure: The Internal User Experience of Scaled Systems The ultimate metric of any enterprise system is a deceptively simple question: Does it …
February 16, 2026
 · 
4 min read
Featured Image
Organisations trimming entry-level positions in pursuit of AI-driven efficiencies are engaging in a calculation that appears eminently rational when viewed through the lens of …
April 3, 2026
 · 
7 min read
Featured Image
Aligning Human Senses and Technical Communication to Unlock Enterprise Scale In a quickly evolving global corporate environment, cross-functional alignment is the ultimate metric of …
April 6, 2026
 · 
4 min read
Featured Image
Yes, let's begin. Where shall we start? The newsletter, articles, posts and many other forms of content are generated in order to scale your …
January 30, 2020
 · 
2 min read
Featured Image
Write the Press Release Before You Write a Line of Code Most teams write documentation to justify what they’ve already decided to build. Amazon’s …
February 15, 2023
 · 
5 min read
Featured Image
Build Down From Why, Or You’re Just Building Features Most product visions get written backwards: the feature list comes first, and a mission statement …
February 8, 2023
 · 
5 min read
Featured Image
Make the Old New, Then Prove Which Idea Earns Its Build Most brainstorming sessions don't fail for lack of ideas. They fail because nobody …
February 1, 2023
 · 
5 min read
Featured Image
Make the Old New, Then Prove Which Idea Earns Its Build Most brainstorming sessions don't fail for lack of ideas. They fail because nobody …
January 25, 2023
 · 
5 min read
Featured Image
Make It a Habit, Not a Poster Most Value Proposition Canvases die the same way: printed for a workshop, filled in over an afternoon, …
January 18, 2023
 · 
5 min read

GRID Magazine

Explore OUR 
Articles

Every week we bring set of stories reflecting on communication, operation and technology.

Newsletter

Subscribe.

We share our 20 years of experience in creating, managing and scaling products and services that allow individuals to shape organisations through design.

Design at Scale™

LINE_MAGENTA_050_301

Categories

LINE_MAGENTA_050_301

Data

LINE_MAGENTA_050_301

Share

Internal

Collaborate

Resources

IBM PlexSan
Regular
Charcoal

Design at Scale™ is defined by three models, which form the Method. Each model operates in a different part of the business and collects and informs parties on design and engineering decisions that have a direct impact on the delivery.

All brands and trademarks presented on the Design at Scale™ website are owned by their relevant companies or agencies. The projects represent collaborations between designers, developers and product owners. Do not copy or publish any of the projects shown here without written approval from Design at Scale™ (alternatively GIVE™, 9V™) and/or relevant companies and agencies.

SOC_Twitter
SON_LinkedIn
SON_Instagram
SOC_-Medium
View