a builder's codex
codex · operators · Mihika Kapoor · ins_pain-solution-proof-interleaved-pitch

Pitch a vision as pain → solution → proof, interleaved per beat — not three sequential acts

By Mihika Kapoor · Product manager (design-engineering hybrid), Figma · 2026-04-28 · podcast · Vision, conviction, building hype, scope is the world

Tier B · TL;DR
Pitch a vision as pain → solution → proof, interleaved per beat — not three sequential acts

Claim

Vision pitches land harder when each pain claim is paired with its own solution claim and a concrete proof point — testimonial, prototype, demo — rather than presenting all pains, then all solutions, then all proof. Words alone get you part of the way; visual or working artifacts close the gap.

Mechanism

Sequential pain-then-solution-then-proof structure asks the audience to hold abstract claims in memory for too long. By the time the proof arrives, the original pain has faded and the proof reads as a feature list. Interleaved structure compresses the rhetorical loop: each beat builds belief on the previous. The proof artifact also doubles as a feedback object — reviewers can react to the artifact, not the deck.

Conditions

Holds when:

Fails when:

Evidence

"Words will only get you so far... Figma practices what it preaches in terms of the future being visual communication."

Mihika built FigJam launches and her current zero-to-one product launch using this structure. Single shared artifact across the team replaces parallel research / design / product decks.

— Mihika Kapoor on Lenny's Podcast, 2026-04-28

Signals

Counter-evidence

April Dunford's setup / follow-through model argues the opposite for B2B sales — establish the frame fully before any product detail. The right read is conditional on audience: internal stakeholders want artifacts; cold buyers want framing first.

Cross-references

Open the interactive view → View original source → Markdown source →