Sprint
Entrepreneurs
DropRegion · Lessons from Sprint · Jake Knapp with John Zeratsky and Braden Kowitz

What Entrepreneurs Can Learn from Sprint

Priya spent four months building the first version of her subscription meal-kit service before a single stranger touched it. She and her cofounder debated recipes and delivery routes late into the night, sure that refinement would make the offering obviously good at launch. They hired a kitchen crew, leased refrigerated storage, and printed three thousand branded boxes. When orders finally opened, twenty households signed up, and twelve canceled after one delivery because the portions did not match how anyone actually cooked on a weeknight. Priya had spent four months building toward a guess nobody outside the founding team had confirmed. The unused lease, the unsold boxes, and a third of her runway were gone before she learned what one week of testing real families would have told her for free.

01 · The Book in One Minute

The whole book, compressed

01Mapping The Real Problem Before
02Sketching Your Own Solution Before
03Deciding On One Direction Quickly
04Building Something Rough And Putting

This edition works through 4 core lessons — take them one at a time, not all at once.

02 · Where Are You Now?

What's different for your conditions

Tap whichever ones sound like you. Nothing here is sent or saved — it's just for your own noticing.

You are usually both the person who dreamed up the idea and the one paying to test it, so no separate budget owner needs convincing first.
Runway is a hard clock: every week spent building before testing is a week of cash you cannot spend on a second attempt if the idea is wrong.
Early customers are strangers you have not met, so recruiting five real prospects to react to a rough version takes deliberate outreach, not a walk down the hall.
A cofounder or two often stands in for a whole team, so sketching individually can mean genuinely working alone for a day, not splitting a large group.
Investors ask what you learned from real people, not what you built, so evidence from a quick test carries more weight than a polished plan.

0 of 5 selected

03 · Core Lessons

The core lessons, applied to you

Mapping The Real Problem Before

Mapping the real problem before you sketch anything

The idea

Before sketching a solution, gather whoever understands the customer, operations, and money into one conversation and write down who the customer is, what moment the business interrupts, and what must be true for the idea to work. This keeps a founder from building toward a problem only they believe exists.

What it looks like

A solo founder assumes she already knows the problem because she has lived it, skips the conversation with her two employees, and builds a feature neither would have flagged as the real bottleneck.

Try this

Before writing a business plan, spend thirty minutes with everyone on your team listing the specific moment a customer would reach for your product and what makes that moment hard.

Sketching Your Own Solution Before

Sketching your own solution before pitching the group

The idea

Once the problem is mapped, resist an open-ended brainstorm. Ask each person, including yourself, to spend an hour alone sketching a concrete solution on paper before anyone speaks, so quieter or newer voices are not overwritten by whoever talks first.

What it looks like

A founder calls an open whiteboard session with his three-person team, describes his own idea first, and watches everyone else's suggestions quietly reshape to match what he already said.

Try this

Before your next product decision, give each teammate fifteen minutes to sketch a solution privately, then have everyone reveal their sketches at the same time.

Deciding On One Direction Quickly

Deciding on one direction quickly and on purpose

The idea

With several sketches on the table, a founder needs a deliberate way to pick one without letting debate run for days or the loudest voice win by default. A short structured review, where each person votes and the founder makes the final call, keeps the team moving toward something testable.

What it looks like

A two-person founding team disagrees for three weeks over which onboarding flow to build, neither side backing down, until the disagreement becomes the reason nothing ships.

Try this

Hold a one-hour meeting where every sketch gets a silent vote, then have the person with final authority commit to one direction before the meeting ends.

Building Something Rough And Putting

Building something rough and putting it in front of real people fast

The idea

A working prototype needs no real infrastructure, only enough realism that a stranger reacts to it honestly. A clickable mockup, a landing page collecting signups, or a founder quietly acting as the system behind the scenes can reveal whether five real prospects actually want what you propose, days after deciding rather than months after building. This will not guarantee success, but it tells you more than another week of internal debate ever could.

When the clusters compete

Deciding fast can fight with mapping the problem thoroughly: founders under runway pressure often skip straight to a decision because a full mapping conversation feels like a luxury. The balance is to timebox that conversation tightly rather than skip it, giving it an hour rather than a day, so the decision that follows is fast but not blind.

04 · Choose Your Priority

Name one thing, honestly

What would you have to admit about your current plan if you tested a rough version of it with five strangers this week instead of next quarter?


Good. Now look back at the "Try this" line under whichever lesson feels most connected to what you just wrote, and treat that as this week's actual assignment — not all 4 at once.

05 · Put It Into Practice

The practices from this edition

Before writing a business plan, spend thirty minutes with everyone on your team listing the specific moment a customer would reach for your product and what makes that moment hard.
Before your next product decision, give each teammate fifteen minutes to sketch a solution privately, then have everyone reveal their sketches at the same time.
Hold a one-hour meeting where every sketch gets a silent vote, then have the person with final authority commit to one direction before the meeting ends.

0 of 3 selected

06 · Small Experiment

Run this for seven days

Hold a one-hour meeting where every sketch gets a silent vote, then have the person with final authority commit to one direction before the meeting ends.

07 · Remember This
If you remember only 4 things
01Mapping The Real Problem Before. Before sketching a solution, gather whoever understands the customer, operations, and money into one conversation and write down who the customer is, what moment the business interrupts, and what must be true for the idea to work.
02Sketching Your Own Solution Before. Once the problem is mapped, resist an open-ended brainstorm.
03Deciding On One Direction Quickly. With several sketches on the table, a founder needs a deliberate way to pick one without letting debate run for days or the loudest voice win by default.
04Building Something Rough And Putting. A working prototype needs no real infrastructure, only enough realism that a stranger reacts to it honestly.
08 · Your Next Step

What will you do differently because you read this?

Founders looking to compress the distance between a good idea and real evidence will find the full method in Jake Knapp's Sprint.

Also in this series — Lessons from Sprint
1. Entrepreneurs
2. Leaders & Managers
3. Teachers
4. Parents
5. Students & Young Adults
6. Career Professionals
7. Creators & Innovators
8. Coaches & Mentors
9. Sales & Customer-Facing
10. Everyday Life