Ship, or say so.
Outcomark is a commitment device for people and teams — for anything they’re working toward, at any stage. This is the whole argument for why it exists — and the honest case against it.
Information is not the constraint.
Open-ended work can look productive while the real commitment keeps sliding. More information does not close an horizon that has no date.
One measurable target. Locked.
One deadline. Filed.
The instinct is to call this friction and remove it. That reading is wrong. The literature on founder behaviour uses a different word: avoidance. Founders hide inside open-ended work because activity produces a sense of progress while the real test — most sharply the market, but every stage has one — stays untouched. From the inside it doesn’t feel like fear. It feels like responsibility: we’ll wait until it’s polished.
Deliberation and avoidance look identical from outside — both involve research, consultation, sensible timelines. The difference is that deliberation is bounded: a specific piece of information, a real arrival date, a commitment to decide when it lands. Avoidance has an open horizon and criteria that expand each time a threshold is met. And it has a tell: when something external delays the decision, the founder feels relief.
You cannot deliver a person out of avoidance by handing them better information about the thing they are avoiding. That is why the category failed.
Four moves, no coaching.
One test, one number, one date. Fourteen days, maximum.
Confirm once. The edit path is removed entirely.
Nothing, on your part. The commitment publishes at declaration.
Report the number, or don’t. Silence resolves to failed.
Every step exists to close the horizon you would otherwise leave open. Nothing in the loop advises, suggests, plans, or encourages. Those are the features that already exist, free, and don’t move the number.
Three clauses that cannot soften.
Each will be attacked by a user with a good reason, on a bad week. Each is the product. Concede one and you are shipping a to-do list.
- No extensions. None. Not for illness, travel, a hard bug, or a genuinely reasonable excuse. The open horizon is the disease; an extension button dispenses it.
- The outcome publishes without your hand. On the date, at the hour, pass or fail, whether you open the app or not. If failure can be suppressed, nothing has been staked.
- No advice, roadmaps, or templates. The system never tells anyone what to do next. Advice is the commodity that failed; adding it back makes this competitor number ten.
For people who intend to ship.
This is not a planning tool. Its core feature is consequence, and that only helps people who are willing to define the result in advance.
Build for people who already ship and want to ship faster — the build-in-public crowd, indie hackers, anyone already posting “live by Friday” voluntarily. They treat a deadline as an instrument, not a threat. They are the ones who pay.
The thesis may be right and the market still absent.
The diagnosis is well-evidenced. The conclusion — that people will buy a machine for punishing themselves — is not. Beeminder works and stayed small. Accelerators work and are not software; their mechanism is a demo day, a cohort watching, and money that already changed hands. Software may simply be unable to manufacture stakes.
There is also the mirror problem. Everything here says consequences beat advice. If the author will not put a date and a name in public on his own build, he does not believe the document — and the correct action is to delete it.