Every SaaS investor told us to charge per student. The math looks perfect on their whiteboard. It looks very different on your library owner's phone.
The pitch that keeps showing up
When you build software for small business owners in India, investors and advisors give you the same advice within the first five minutes: "charge per student." It's predictable ARR for you. It's "fair" for the customer — they pay more only when they're doing better. The unit economics look clean. The model scales beautifully.
I get why it's attractive. I genuinely do.
But when you actually run this model through the daily reality of a study library in Lucknow or Varanasi, it falls apart — not as a business model for us, but as something a library owner can actually live with. And a pricing model that makes your customers anxious is not a good pricing model, no matter what it looks like in a spreadsheet.
What "per student" really means at ground level
Let me make this concrete. Suppose you own a 60-seat library in Prayagraj. You charge students ₹900/month for a seat. You're using Brightgoal, and we charge, hypothetically, ₹30 per active student per month.
When your library is half-full — 30 students — you pay us ₹900/month. That sounds reasonable. But as you grow:
At first glance, the percentage stays constant — so it looks "fair." But look at what actually happened: your software bill tripled as you filled your library. You went from ₹900 to ₹3,000 without adding a single feature, without getting any more value from us. You filled more seats, did more work, served more students — and your bill for the tool that helps you do that grew proportionally with your effort.
Now imagine you're approaching renewal season in March, when 40 students are expiring at once and 30 new ones are enrolling. In that month, your headcount swings wildly. Your software bill swings with it. You can't budget for it with any confidence.
This is the meter running. And the meter running changes how people make decisions.
The psychology of the running meter
There's a well-studied behavioral effect: when people perceive that every action has a visible incremental cost, they make worse decisions. They hesitate. They delay. They avoid doing the thing they know they should do.
Taxi passengers in cities with visible fare meters make different decisions than people who've pre-paid a flat ride price. The ticking meter creates cognitive load that should not exist. It turns a tool into a source of anxiety.
Per-student pricing does the same thing to a library owner managing enrollments. Should I enroll this new student today or wait until next week? If I add a second branch, my software bill jumps immediately. What happens if a batch of students doesn't renew — do I get a refund? How do I explain a ₹2,200 software bill to my accountant when last month it was ₹1,400?
These questions should not exist. They're friction we would be creating — friction that sits directly between a library owner and the act of enrolling a new student.
Every new enrollment in a per-student model is subtly penalized. The owner feels the cost of growing. Over months and years, this shapes behavior in ways that compound badly — slower enrollments, more hesitation, less reinvestment into the business.
The incentive misalignment problem
Here's the part that bothers me most, honestly.
Per-student pricing means our revenue grows every time a library owner enrolls a new student. On the surface, that sounds aligned — we do better when they do better. But look at the other side: our revenue also stays higher if students stay enrolled longer, even if staying enrolled isn't actually good for the student.
More perniciously: under per-student pricing, the software company has no financial incentive to help a library run lean. If we built a feature that helped owners identify and release students who've stopped showing up (improving the owner's occupancy efficiency), we'd be directly reducing our own revenue. The incentive isn't aligned — it's quietly pointing in the opposite direction.
With flat pricing, we have exactly one incentive: keep the owner using Brightgoal. That means making it easier to enroll students, easier to manage dues, easier to run the library day to day. We don't benefit from a library being bloated or inefficient. We benefit from the library owner feeling like the software is worth every rupee of a fixed, predictable fee.
- Predictable monthly bill
- No penalty for enrolling new students
- Incentive to keep the owner happy, not to maximize headcount
- Budgetable from day one
- Works the same at 20 students or 200
- Bill swings with enrollment cycles
- Every new student has a visible cost
- Vendor profits more from higher headcount, not better outcomes
- Unpredictable billing around renewal seasons
- Creates the 'meter running' anxiety
What we actually charge
Brightgoal has a flat monthly fee per library. One number. It doesn't change whether you have 15 students enrolled or 150. Your renewal season doesn't affect it. Opening a slow month doesn't punish you. Filling all your seats doesn't trigger a surprise bill.
- 01One fixed price per library, per month
Enroll your 80th student on the same day you enrolled your 10th. Nothing changes on our invoice.
- 02No bill surprises around enrollment peaks
March renewals, October onboarding rushes, end-of-year surges — your Brightgoal bill is the same line item every month.
- 03Aligned incentives across the whole product
Every feature we build is judged by one question: does this make the library owner's life better? There's no shadow incentive to keep headcount high.
"But doesn't that mean you leave money on the table?"
Yes. And deliberately so.
A 150-seat library in Kanpur pays the same monthly rate as a 40-seat library in a smaller town. We're not extracting the maximum possible revenue from the 150-seat owner. That's a choice.
The alternative — per-student pricing, or tiered pricing based on student count — would capture more revenue from successful customers. It would also mean that our most successful customers feel the most pressure from our bill. The owners who've done the hard work of filling a library, building a reputation, keeping students happy — those are the owners who'd feel the software turning into a growing overhead item right when they've earned stability.
I don't want Brightgoal to be a cost that scales with someone else's success. I want it to be a tool that helps create that success, at a price that never becomes a reason to hesitate.
The comparison that settled it for me
Think about what other flat-rate tools a library owner uses. Their accounting software: flat. Their WhatsApp Business: flat. Their electricity: roughly fixed per month. Their rent: fixed.
In that context, a software bill that moves every month based on how many students they enrolled is genuinely anomalous. It doesn't fit the mental model of how tools work. It creates a category of cognitive overhead — tracking, estimating, justifying — that every other tool in their life avoids.
Library owners in Uttar Pradesh are running tight operations. Most are first-time business owners. Many are managing a single branch with under 100 seats. Predictability isn't a luxury for them — it's essential for making sensible decisions about rent, staff, and reinvestment.
Flat pricing matches how they think. Per-student pricing doesn't.
Pricing is a product decision, not just a revenue decision.
How you charge shapes how your customers behave, what decisions they make, and whether they associate your tool with growth or with overhead. We chose a price structure that gets out of the way.
One honest admission
Per-student pricing would make Brightgoal more valuable as a fundraising story. Revenue that grows automatically with customer success is exactly what investors want to see. The model compresses well into a deck.
Flat pricing means our revenue grows only when we sign new libraries or retain existing ones. That's a slower, less automatic growth curve. We've made peace with that.
The library owners using Brightgoal in Lucknow and Varanasi right now are real people running real businesses. Some of them will open a second branch this year. Some are still figuring out whether they can fill the first one. In both cases, I want our pricing to be the last thing on their mind — a fixed, expected cost that they budgeted for in January and didn't think about again.
That's the product we're building. The pricing is part of it.
A bill that never surprises you.
One library, one price — whether you have 10 students or 150. That's how Brightgoal works.
