The one page decision memo
What is broken, who it hurts, what you'd do about it, and how you'd know it worked. One page to a founder.
When a founder or exec needs to make a call, and a meeting alone won't produce one.
- 1
The problem, with a number
Grounds the whole memo in evidence in the first two sentences, before anyone can skim past it.
What it asksWhat's broken, and what evidence proves it, in the first two sentences.
Filled inWe're losing roughly 6 in 10 new signups at email verification, because the code expires in 10 minutes and the median user takes 14 to find it. This shows up as 88 of our last 200 app store reviews and matches the funnel drop from 41 percent to 19 percent completing signup.
How it goes wrongOpening with background instead of the problem. If Maya has to read three paragraphs before she knows what's wrong, she'll skim, and skimming means she misses the number that makes the case.
- 2
Who it hurts, specifically
Makes the cost concrete instead of abstract, so the decision feels urgent rather than theoretical.
What it asksWhich users, how many, and what happens to them because of this problem.
Filled inNew signups only, roughly 550 people a month at current volume. They download the app, try to verify, fail, and 94 percent never open it again, per Ana's re-engagement data. We're not losing existing customers, we're losing everyone who never became one.
How it goes wrongVague language like "many users are affected." A founder reading a one pager cannot act on "many." They can act on 550.
- 3
What I would do
Commits to a specific recommendation, because a memo that lists five options is asking the founder to do your job.
What it asksWhat's the one thing you'd do first, and roughly what does it cost in time?
Filled inExtend the verification code expiry from 10 minutes to 24 hours and add a resend button on the entry screen. Dev estimates two days including testing. I'd ship it this sprint, ahead of the two features currently planned.
How it goes wrongPresenting three options with pros and cons for each and no recommendation, which reads as thorough but is actually a way to avoid being wrong. Pick one and say why.
- 4
How you'd know it worked
Names the metric that proves the decision right or wrong, so there's an actual verdict later instead of a vague sense that things improved.
What it asksWhat number moves, by when, if this was the right call?
Filled inSignup completion rate rises from 41 percent toward the 65 to 70 percent range we see in comparable steps, within two weeks of shipping. I'll report back on the 14th.
How it goes wrongNo follow up date, so the memo becomes a one time event instead of a claim that gets checked. Put a date on your own accountability, not just the ask.
Take the whole thing
# Decision memo: [subject] ## The problem What's broken, and the evidence, in two sentences. ## Who it hurts Which users, how many, and what happens to them. ## What I would do The one recommendation, and roughly what it costs. ## How I'd know it worked The metric that moves, by when. Follow-up date: To: From: Date:
The PRD that survives contact with engineering
One page. Four sections engineers actually read before they start arguing about scope.
The signal log
One row per quote. A structured way to hold raw feedback without losing the exact words.
The opportunity tree, on one page
Outcome, opportunity, solution, experiment. The map from what you're chasing down to what you're testing this week.