The indie-SaaS default playbook is free tier, then upsell. Ship a generous free version, capture users with low friction, convert a small percentage to paid, accept that the free users are effectively marketing cost. It works. It has built several large companies.
We chose the opposite. Pouch is paid from day one, no free tier, 14-day trial with no credit card required. This post explains the reasoning and the real cost of that decision.
Three reasons, in order of importance
1. Incentive alignment
When users pay us directly, we work for them. When a free tier dominates and paid users subsidize them, we work for the paid users first and tolerate the free users. When neither group pays and advertising or analytics does, we work for the advertiser.
Pouch handles personal data. The whole value proposition is "we won't read your drops, we won't mine them, we won't sell signals about them." That promise is only credible if the money to keep the lights on comes from the people whose data we're holding. Any other funding source creates a conflict of interest that we'd eventually, however slowly, lean into.
The cleanest way to make this promise load-bearing is to never have the alternative on the table.
2. Signal quality
A free tier produces a signal that's dominated by people who want something free, not people who want the specific thing you built. For general consumer products — where "free user today" and "paying customer someday" correlate — that's fine. For a tool with a specific positioning ("personal data relay, ephemeral by default, durable by opt-in"), it's mostly noise.
A paid trial starts with a smaller number, but each user in that number actually wants this product, not a generic capture tool. Their feedback is load-bearing in a way that free-tier feedback often isn't. This matters especially early, when the product is still finding its shape and we need conviction about what to build next.
3. Infrastructure math
Free tiers are often defended with variable-cost arithmetic — storage is cheap, compute is cheap, only the conversions matter. The numbers usually work in aggregate. But they also absorb a particular class of user: someone who signs up, uses the product lightly, costs us a small amount in perpetuity, and never converts. Multiply by the expected conversion rate (~2-5% for most SaaS) and the 95-98% who don't convert are the bulk of our infra bill.
At our scale today (solo founder, pre-launch), each non-paying user is not free to serve. Ephemeral drops hit our database, the SPA fetches them, the CDN caches assets. It adds up. A paid trial caps this at the trial window (14 days), after which the account enters a read-only grace period and then lapses. No forever-free tail.
What this explicitly closes off
Some things we're deliberately forgoing:
- Viral free-tier growth. Products like Notion and Figma grew through users inviting colleagues to free accounts. That loop doesn't start here. Growth will be slower, from people who decide pouch is worth $8 per month.
- "Try before you buy" beyond the trial window. After 14 days you either subscribe or your writes get blocked. No perpetual read-only mode as a funnel.
- Freemium feature gating. Every feature is available to every paying user. We're not holding back vault encryption, delivery via pickup code, or large-file attachments as "Pro" upsell levers. One price, one set of features, expanding over time without tier stratification.
These are real costs. We know we're giving up a growth lever that other indie SaaS products have used successfully. We think the alignment benefit is worth it, but we want to be honest that the trade has a real downside.
Why the 14-day trial, though
A pure "$8 to even see it" model would block adoption entirely. The trial is the compromise: 14 days of full access, no card required to start, clear visible countdown in the UI. Long enough to see whether pouch fits your workflow, short enough that we don't accumulate a pile of forever-trialing users.
We picked 14 specifically because:
- 7 is too short. For a tool you reach for only when a specific need arises, a week may not contain enough triggers to realize pouch is useful. You try it on Monday, forget, and see the trial expire before the problem recurs.
- 30 is too long. Beyond ~14 days, users either forget they're on a trial (and get surprised at lapse) or treat it as permanent (and resent the conversion). The "active but not permanent" feeling fades.
- 14 days is about two work-week cycles. Enough to contain two or three "oh, I could use pouch for this" moments. Short enough to still feel active and present.
What we do during the trial
Once the 14 days are over and a user hasn't subscribed, the account enters a read-only grace period: existing drops remain accessible and exportable for 30 days, but no new writes. This is explicit in the UI — a banner under the nav says "trial ended, read-only for N days" with an "Export your data" link that always works.
We don't delete data at the edge of the grace window without two email reminders. Losing a user's drops because they missed a notification is not a design we can defend.
The one case where this breaks
If pouch's addressable market turns out to be dominated by users who would only adopt a free tool, we've miscalibrated and we'll know within 6-12 months. The fallback is to add a "Pouch Basic" tier with meaningful limits (say 100 drops, no attachments, 30-day TTL only) that's free forever. Not a time-gated trial; a genuinely different product at the capability level.
We don't expect to need this, but we're not religious about never adding it. The point is: start with the posture that keeps incentives aligned, and only relax it if evidence forces us to. Not the other way around.
The one-line summary
A tool that holds your personal data should be funded by you, not by monetizing you. Free tiers would make that promise soft. We skipped them.
If this resonates, try the 14-day trial when it opens. If it doesn't, we've probably chosen the wrong market positioning and we'd want to hear from you anyway.