Price It Where One Person Can Approve It
The most common pricing mistake is not the number. It is the number of people who have to agree to it. A framework for finding the one-approver price.
By Elliot Naff · November 20, 2026 · 4 min read
Founders spend weeks on the price and minutes on the approval path. The price decides how much you earn per customer. The approval path decides whether you earn anything at all.
In our library, 12,233 of 12,631 records carry a monetization note, which means almost every idea has a story about who pays. Reading them in sequence shows a pattern that has little to do with price levels and everything to do with who signs.
The three approval paths
Card. One person, one decision, no meeting. The buyer sees the charge, decides in the moment, and can cancel without a conversation. This is the only path that works for a founder with no sales team.
Budget line. One person, a form, a renewal cycle. The buyer has authority but must fit the charge into an existing category. Slower, but still one human.
Committee. Several people, a procurement process, a security review. A solo founder can rarely afford the cycle time. Plan on months, not afternoons.
Most advice about pricing assumes the third path and then recommends a price that only makes sense there. If your buyer is a solo practitioner, that advice is not for you.
Why small businesses dominate the records
The small business tag appears on 1,526 records, second only to productivity. The solopreneur community contributes 1,230 records, and the founder tools tag appears on 365.
These are not people with procurement departments. They are people who decide in an afternoon and expect to see value before the first renewal. That is the trade you make: easier entry, and a shorter customer life than an enterprise contract.
A business that sells to this group should price for the card, design for one seat, and treat the first month as the whole sales cycle.
What the price has to beat
Your price is not competing with other software. It is competing with the workaround, and the workaround has a number.
If the current solution is four hours a week of a bookkeeper, the comparison is obvious and the price can be a fraction of it. If the current solution is a spreadsheet that nobody paid for, the comparison is zero, and you have to sell the outcome before you sell the subscription.
This is why the cost section of the problem statement matters so much. A price with no comparison is a number the buyer has to invent an opinion about. A price against a known cost is a decision.
Two pricing models that fit one approver
Flat monthly, one seat, no tiers. Easy to approve, easy to explain, easy to cancel. The downside is that it leaves money on the table with heavy users. In the first year, that is a good trade.
Usage-based with a visible cap. Good when the value scales with volume, such as documents processed or invoices chased. The cap is what makes it approvable, because the buyer can see the worst case.
Annual prepay is the exception. It is a strong signal when a customer offers it, and a bad ask in the first conversation, because it turns a card decision into a budget decision.
The test that costs a week
Take your price to five people from the problem statement and ask for it, for a manual version of the outcome. The price is not the thing you are testing. You are testing whether the approval path exists.
Two of five paying is the pass line in how to kill a SaaS idea in an afternoon. This test asks a narrower question: how many of the five hesitated. Four yeses without a pause mean the price is probably too low, or the problem is not expensive enough to take seriously. If four of five say they need to check with someone, you have found the committee, and you should consider a different buyer before you consider a different price.
If nobody pays, go back to the cost line in the problem statement. If you cannot name a cost, the request was never a purchase candidate.
When to raise the price
Not when a customer says yes. When the same job arrives twice and the third person asks for it without you explaining it.
That is the moment the product stopped being a favour and started being a thing with a name. New customers pay the current price, and the first ten keep theirs for as long as they stay. They bought when there was no proof, and the difference is the cheapest loyalty you will ever buy.
If nobody has asked twice, the price is not your problem. The demand is.
What this does not tell you
We have no price data in our library. The monetization notes describe who might pay and why, not what they paid. Any price point in this post is a reasoning framework, not a measurement.
The counts are real. The conclusion is a judgement, and you should treat it as one.
One thing the data does support: almost every record has a monetization note. That means almost every request came with one question already answered: who might pay. They are not asking for a toy. They will judge your price against a cost they already know.
For the customer side of the same decision, read the smallest community in our library has the clearest demand. For the method that produces the five people you ask, read what a problem statement must contain. The topic page is from idea to first dollar.
Sources
- SaaS Idea Finder production database, queried 2026-11-05: 12,631 records, 12,233 with a monetization note, tag counts as listed.
- No pricing or revenue data exists in the library. Price levels in this post are recommendations, not observations.