6 builders who never spoke to each other
Set the bar for writing code deliberately high
Keep the feature backlog long and refuse to work it down, because every addition multiplies the burden of supporting and explaining the product to every future customer, and removing something later is harder than never building it. Missing capabilities everyone calls essential turns out not to stop steady growth when the core job is plainly worth paying for.
The method
- 01
Keep a long feature backlog but do not work it down; each feature you add multiplies the burden of supporting and explaining it to every future customer, and taking one away later is harder than never shipping it.
- 02
Set the threshold for writing code deliberately high: a great many prospects refusing to buy without the feature, or a great many existing customers threatening to leave over it.
- 03
Cap the scope of the product on purpose, and treat the support load a feature creates as a reason not to build it.
- 04
Accept only the feature requests that fit the chosen audience, and refuse the rest.
- 05
Name in advance the personas who will not like your product, so their feature requests get closed quickly instead of quietly reshaping the roadmap.
What it returned
- 2
Deliberate limits keep Carrd's support volume low enough that AJ's cofounder Donny handles it alone for over 2 million users.
The author's Storemapper backlog ran to hundreds of items and stayed there
Standuply rewrote the bot to add requested features, a job estimated at six weeks that took four months, and the headline new feature never became popular.
Casel says growth flattened while he was jumping between an email marketing idea one day and a requested feature the next.
Sources
- The Mindset Shifts That Took Me From Freelancer to Productized Business Owner - Double Your FreelancingBrian Casel · doubleyourfreelancing.com · Managing “What To Do” · 2015-09-02
- What makes a strategy greatJason Cohen · longform.asmartbear.com · Decisive · 2023-08-13
- Quarterly strategic planning using the fairytale structureJason Cohen · longform.asmartbear.com · Not Doing · 2023-11-26
- The Myth of The Finished Product – The Bootstrapped FounderArvid Kahl · thebootstrappedfounder.com · Three Ways to Think About Features · 2020-02-27
- Chapter 6: Thriving in the Long, Slow, SaaS Grind - Tyler TringasTyler Tringas · tylertringas.com · 4. Don’t build features until there is a revolt · 2017-03-14
- Storemapper: Bootstrapped to $50,000/year in 2 years (with live metrics) - Tyler TringasTyler Tringas · tylertringas.com · Minimizing time suck · 2014-08-23
- Kim Kardashian turned a small business into a VC-backed company - Fathom AnalyticsAJ · usefathom.com · The benefits of a limited feature-set · 2021-08-16
- From almost shutting down to tripling our MRR - Fathom AnalyticsPaul Jarvis · usefathom.com · From almost shutting down to tripling our MRR · 2019-11-04
- Making $80K a month with a problem-solving Slack-first AppAlex Kistenev · failory.com · Which are your greatest disadvantages? What were your worst mistakes? · undated
- I underestimated the complexity of my SaaSLuca Restagno · solopreneurtofreedom.com · I underestimated the complexity of my SaaS · 2024-02-04
the second source
Three plays a week, for the phase you are in
No roundup of links, no news. Three tactics more than one builder arrived at separately, with the numbers each one returned and the disagreements left in.
More in product
- Give away a tool that pulls its own audience7 unconnected
- Take many small shots instead of one big bet6 unconnected · contested
- Get it into real hands, or shape it first6 unconnected · contested
- Cap the hours and let the ceiling design the business6 unconnected · contested
- Buy nothing until there is revenue6 unconnected
- Test the mock-up, not the code6 unconnected