A walkthrough of the operating system that sits underneath Road to Launch: what the pieces are, where each one lives, and what we need from each of you.
Road to Launch tells us what has to be true by September, and the scorecard tells us weekly whether it is. Between those two things sits the actual work, and right now that part runs on memory.
Who is doing what this fortnight is knowable only by asking. Nothing rolls up to “is Reviews engine on track for September?”
We run a test, we read the result, and six weeks later somebody proposes it again. Nothing catches it.
Decisions get made in a meeting and live in a document that gets rewritten each phase. The reasoning goes with it.
None of this is a tooling problem. It is a missing set of shared words and a place to put each one. That is the whole of what follows.
Read it downward and it answers “what am I doing today?”. Read it upward and it answers “and why does that matter in September?”
This is the one word we were quietly using for two different things, and it is the collision most likely to resurface in this room. So we have settled it.
It spans several sprints. It is the thing the Strategy Map tracks and the thing the room asks “is this on track?” about.
Reviews engine → Trustpilot live and climbing toward 150 reviews.
One objective, a committed set of cards, a start and an end date. A sprint serves one or more initiatives, and it is what we commit to in planning.
Get the review request flow live and measure reply rate on the first cohort.
Initiative is the word from the pre-read, so the pre-read wins. Nothing in here uses “initiative” for a two-week thing, and nothing uses “sprint” for a six-week one.
Everything with a row and an ID. Under Growth & Marketing, seven databases, four you already use.
Initiatives · Sprints · Backlog · Issues · Learnings · Decisions · Customer Insight
The L10 scorecard, live and editable by anyone with the link. The team dashboard for the outcome numbers.
s3-l10-scorecard.pages.dev
s3-dashboards.pages.dev
Our warehouse numbers plus competitor reviews, customer interviews, Slack and the business docs. It answers questions, it is never where work is recorded.
Nine commands you type into Claude. They do the moving of work between the databases so nobody is hand-filling forms.
The scorecard is already live and already yours. Nothing here replaces a tool you use today.
Each one gets its own database because each one behaves differently. The test for which is which is the sentence form.
A claim you can agree or disagree with, rated on how good the evidence is.
Sufferers avoid cold drinks rather than manage the pain.
Their words, kept verbatim, because that is language you can put in an ad.
Like biting into an ice cube.
Not something you agree with, something you comply with or breach. Decisions outlive the document they were made in.
Anchor at £24.99, discounts earned through volume.
Raised for IDS at the L10. Solving one creates cards, it does not become one, which is what keeps the list short enough to rank.
Google is not showing on Shopping and we do not know why.
90 minutes, same shape every week. Most of it is not status, it is solving.
| 5 min | Scorecard read. Each owner reads their number and RAG. No discussion. Anything red or amber drops onto the issues list. |
| 10 min | Card updates by owner. On track or not. Not a walk through the board. |
| The rest | IDS on the issues list. Identify the real problem, discuss it once, solve it with an owner and a date. |
| 2 min | Rate the meeting out of ten. If it was not a ten, say what would have made it one. |
One problem routinely produces three or four actions across three or four owners. If the issue simply became a task, we would lose that, and the list would grow until nobody ranked it.
So the issues list stays a list of problems, short enough that we can always argue about which one is worst.
On the weeks a sprint opens, planning runs straight after the L10, same room, same morning.
Built around the days we are all actually on, with two team meetings a week at most.
| Day | What happens | Mode |
|---|---|---|
| Tue · sprint opens | L10, then sprint planning. The grill's proposal is on the table, and the team commits to cards with owners. Sprint N starts. | Team |
| Thu | Working day. | |
| Tue · week two | L10. | Team |
| Thu · sprint closes | Sprint review. Committed versus shipped, how far out our estimates were, and what we now believe. Sprint N ends. | Team |
| Fri | Finish off anything outstanding. | |
| Fri to Mon | The sprint grill. Review the inputs, settle the focus, scope the candidates so planning has something real to commit to. | Async |
| Tue · sprint opens | L10, then planning. Sprint N+1 starts. | Team |
The grill is not a meeting. It is preparation that gets brought to planning, and bringing an unprepared grill into the room is what makes planning meetings long.
| Plan | |
| s3-sprint-grill | Async. Reviews the inputs, then grills one question at a time until the focus for the next two weeks is settled. |
| s3-to-sprint | Writes the Sprint page. No second interview, it uses what the grill settled. |
| s3-to-backlog | Creates and scopes the cards the sprint commits to. |
| Do | |
| s3-scope-card | Takes a loose idea to a card good enough to commit to. |
| s3-do-card | Executes one card, across any surface we own. Builds, never launches. |
| Learn | |
| s3-capture-insight | Turns evidence into the voice bank. One survey becomes two or three insights, not 300. |
| s3-distil-learnings | Turns evidence into beliefs. Adds freely, but asks before it weakens a claim. |
| s3-review-sprint | Committed versus shipped, the estimation delta, what we now believe. |
| Improve | |
| s3-growth-audit | Monthly, across every surface. A ranked report that comes out as proposed cards. |
One rule, no exceptions, no per-card setting anyone can get wrong on the day it would spend money.
Lands on a draft theme, with a preview URL.
Campaigns created paused.
Flows built unpublished.
Codes created disabled.
To Review is a status the Backlog already has, so there is nothing new to learn. On an experiment it means the result is waiting to be read. On a project or BAU card it means the work is built and waiting to be published. Which one it is, is obvious from the card's type.
It applies to the harmless things too, a dashboard, a doc, a Notion tidy-up. Slightly redundant on that half, and worth it for having one rule instead of a boundary anyone has to reason about at speed.
The design is settled and written down: a glossary, eight decision records, and this. The build starts after today.
All 19 owners are blank in the pre-read on purpose. Come and take the ones you want, and say out loud which ones you are not taking.
If something is off track or in your way, raise it as an issue and bring it to the L10. Do not quietly turn it into a job for yourself.
A number that surprised you, a thing a customer said, a test that did not work. That is the raw material, and it is the part that goes missing.
If you are working on it, it is a card. Not because we are counting, but because it is the only way the Tuesday conversation is about the real list.
Closes Thursday 20 August, with the review. The next one opens Tuesday 25 August. Between now and then, the databases get built and the owners get claimed.