Price It or Park It

The product is built. People are interested. One thing stands between you and your first dollar. A number. And somehow, that’s the part that stops everyone.

Why pricing traps you

You open a tab to set up Stripe. Then a tab on pricing models. A Reddit thread. A Lenny’s post. A YC essay. By 1am you’re on page two of Google, still weighing per seat versus per API call versus flat monthly versus freemium versus a 14-day trial. Three weeks later the product is still free.

This isn’t laziness or indecision. Pricing genuinely has too many valid options, and every framework you find was written by someone who already knew their churn rate, their upgrade patterns, their ICP’s willingness to pay. You have none of that yet. So the advice doesn’t resolve, it multiplies.

And most of it is backward-looking. Charge more, says your investor. Freemium builds moats, says the forum. Free trials are dead, says Twitter. All true — for a company that already figured it out, after the churn data and expansion revenue came in. You’re being handed a map drawn by someone who already finished the journey.

The real question isn’t which pricing model is right. It’s where you start when you have no data.

The first real decision: what scales with value?

Before you touch a number, answer one question: what happens in your product as a customer gets more value from it?

If they add more users, per seat makes sense. Value and usage grow together.

If they do more of the core action (API calls, messages sent, reports run), usage-based makes sense. You earn more when they earn more.

If the value is largely fixed regardless of usage, a flat fee makes sense. Simple, predictable, no friction.

This isn’t a formula, it’s a filter. Most products fit one pattern clearly if you’re honest about where the value lives. The mistake is picking the model that sounds sophisticated over the one that matches how your product delivers value. Pick the shape that fits; every other decision follows from there.

The second decision: how many tiers?

Two. Start with two.

A simple entry point, free tier, free trial, or lowest paid plan, and one main paid tier. That’s it.

Three tiers is a UX problem you haven’t earned yet. It forces you to decide which features belong where, which users deserve what, which tier drives upgrades. You don’t have the data to make those decisions well. You’ll guess. The guesses will be wrong. And now you have a confused pricing page and a conversion problem layered on top of your original problem.

Start with two. Add the third only when users tell you something is missing, when they ask for a thing that doesn’t fit your existing structure, when you have actual upgrade patterns to design around.

The number itself

This is what founders agonize over the most. It matters the least, at the start.

At $5/month, a churn barely registers. That’s not a signal. At $49/month, a churn makes you ask why. That’s a signal. Pricing low doesn’t just cost revenue, it destroys your feedback loops: you can’t learn from people who paid nothing to try you.

The other trap is anchoring to a competitor at $29 and shaving to $25 to “be competitive” without knowing their margin, CAC, or churn — or whether $29 even works for them. Price to create real stakes. Real stakes create real feedback, which is exactly what you need right now.

Freemium, free trial, or paid-only?

These aren’t interchangeable. They’re three different sales motions.

Freemium is a growth strategy. It works when acquisition cost is near zero and the product spreads itself — users inviting users, a free tier creating a network. If that’s not you, freemium is just giving the product away with no plan to convert anyone.

Free trial is a conversion strategy. It works when the product takes time to prove itself and users need a week to believe. A good trial is time-bounded, full-featured, and ends with a clear ask. A bad one runs forever and trains people to find workarounds instead of paying.

Paid-only is a focus strategy. It works when buyers have budget and urgency and you need payment to filter for serious customers. It forces you to close, to talk to customers, to learn the sales motion — a forcing function worth more to most early B2B products than any free-tier funnel.

Pick based on your sales motion. Not based on fear of charging people.

Your first pricing is a hypothesis

Here’s the reframe that matters most.

Your first pricing model is not policy. It’s not a law. It’s not the thing you’ll be held to forever. It’s a hypothesis, your best guess about what value you deliver, to whom, and at what price. Like any hypothesis, it exists to be tested.

The founders who stay stuck treat pricing like a decision they can only make once. They want to get it right before they ship it. So they research, they model, they debate, and the checkout page never goes live.

The founders who move fast treat it like a lap. They pick a model, set a number, put up a page, and get it in front of three real people. Two of them say it’s too expensive. One pays immediately. Now they have data. Now they can run the next lap.

Ship the checkout, then figure out pricing

You don’t need a pricing consultant. You don’t need more research. You need a checkout page live by Friday.

That’s what Mindlap’s BillingBuilder is for. It’s a seven-step flow that walks you through every decision covered in this post, in order, with no assumptions. You pick your billing unit (seats, API calls, tokens, messages, or a dozen others). You choose your billing method (flat subscription, metered, tiered, credits, one-time). You define up to four tiers with names, prices, and included units. You set a trial period if you want one. Then you hit preview, see exactly what your customers will see, and publish.

The last step gives you an embed token. Drop it into your product. Done.

No design work. No Stripe wiring from scratch. No blank page. Seven steps, one working checkout page, ready for a real person to see today.

Use it to run your first pricing lap. Watch what happens: who hesitates at the price, who asks what’s included, who pays without blinking. That data, messy and small-sample as it is, is worth more than three more weeks of research. You now know something real. Run the next lap from there.

The fastest founders don’t perfect their pricing model. They ship it, learn from it, and iterate.

Built with Mindlap Factory

One more thing worth knowing: BillingBuilder wasn’t hand-coded. It was built with Mindlap Factory. The pricing decisions and frameworks became a spec, and the Factory produced the working seven-step flow — design, logic, and checkout wiring included.

It’s a small proof of the larger idea: describe the problem well, and the Factory ships the tool. Share your email, grab access, and use it to get a checkout page live.