How I priced my internal product


Hi Reader,

The last few weeks I’ve been working on a pricing model for the internal SaaS product I own.

Internal tools are tricky.
They act like SaaS — but the rules aren’t the same as with external products.

You still need to answer three questions:
Who pays? How? When?

If that’s on your mind, this issue is for you.

Today in 10 minutes you will:

  • Learn why pricing matters even for internal tools
  • See 5 monetization models that fit the internal context
  • Understand advantages, disadvantages, and nuances of each
  • Walk away with examples you can apply in your company

The rules for internals are different

Every internal product has a team.
That means salaries, licenses, and ongoing costs.

For it to survive, it needs investment and a way to recover those costs.

If no one pays?
The product gets sunsetted.
The team is redirected.

That’s why the “who and how” question is a PM’s job.

The problem I ran into

When I asked PM leaders with 15+ years of experience, the answer I got was simple:

“It’s about scale.”

Sure.
But what if your product is new and doesn’t have scale yet?

No buyers because it’s expensive.
No scale because no one buys.

A vicious circle.

So I researched other models.
Here are 5 that make more sense internally.

Imaginary example

You work at a global furniture company.

Most of the business makes everyday sofas.
But there’s also a special line — wild, crazy designs for people bored of the mundane.

To support those designers, you build a homegrown design tool.

It can’t be bought off the shelf.
It has to be custom.

Now you need to “sell” this tool to 60 design departments worldwide.
How do you recover costs?

1. Free trial

Give departments free access for 6 months.

Example: Germany and France create dozens of wild prototypes. Smaller teams experiment freely. By the end of the trial, they don’t want to lose the tool.

Advantages
→ Low barrier to adoption
→ Builds champions
→ Lets value speak for itself

Disadvantages
→ Risk of no conversions
→ Finance may resist
→ Usage can vanish overnight

Nuance
Works best if your value shows fast.

2. Flat fee

Charge one fixed annual fee for the company.

Example: HQ pays €300,000/year. All 60 departments get unlimited access. No debates about per-team cost.

Advantages
→ Simple and predictable
→ No usage barriers
→ Easy company-wide rollout

Disadvantages
→ Small teams feel they subsidize big ones
→ Harder to prove ROI
→ Risk of mis-pricing

Nuance
Great for tools everyone needs.

3. Per usage

Bill departments based on activity.

Example: Germany produces hundreds of crazy sofa projects and pays more. Portugal only makes a few and pays less.

Advantages
→ Fair: costs scale with value
→ ROI is easy to show
→ Encourages efficient use

Disadvantages
→ Finance hates unpredictable bills
→ Teams may hold back usage
→ Complex reporting

Nuance
Best for variable-demand tools.

4. Enterprise

Once adoption is high, switch to a company-wide contract.

Example: After 2 years, leadership sees the crazy sofa line as strategic. They sign a 3-year deal with SLAs and integrations. The tool becomes a “platform,” not an experiment.

Advantages
→ Funding security
→ Enables long-term planning
→ Cements product roadmap

Disadvantages
→ Long approvals
→ Heavy governance
→ Risk of over-promising

Nuance
Best when the tool is proven.

5. Chargeback/Showback

Finance allocates costs back to teams based on usage.

Example: The tool costs €300,000/year. Germany created 50% of sofa projects → €150,000 allocated. Portugal created 5% → €15,000 allocated. With showback, they just see their share, no billing.

Advantages
→ Transparent
→ Encourages responsible use
→ Common in IT

Disadvantages
→ Can feel unfair
→ Requires tracking
→ Sparks debates

Nuance
Different from per usage:

  • Per usage = teams choose and get billed.
  • Chargeback = Finance splits costs across teams.
  • Showback = only visibility, no billing.

Takeaway

Each model answers the same question differently:

  • Free trial → Build adoption first
  • Flat fee → Keep it simple
  • Per usage → Tie cost to value
  • Enterprise → Cement importance
  • Chargeback/Showback → Spread costs transparently

Behind the Scenes

Knowing the models is not enough.

Even designing for the “best” model is not enough.
Because in the end, you need to align it with leadership.
And with departments.

That means back-and-forth.
And yes — departments push hard not to pay.

That’s exactly what I’ve been doing for the past month.

So the real skill isn’t just knowing pricing models.
It’s also negotiation and communication.

What do you think?

Have you tried different monetization models for your internal tools?

Hit reply — I’d love to hear your stories.

Looking forward to hearing from you,

Maria

Frankfurt am Main, 60311, Germany
Unsubscribe · Preferences

Maria Korteleva

Hi, I’m Maria. For the past 7 years, I’ve been building internal products across FMCG and tech companies.Now, I share everything I’ve learned to help junior PMs master delivery from technical skills to stakeholder communication. Join 200+ Internal PMs who get weekly insights from the Build Internal Products newsletter.

Read more from Maria Korteleva

Hi Reader, Has your software ever frozen for no clear reason? Bugs showing up where you least expect them? A tiny change somehow setting off a chain of other changes nobody planned for? If any of that sounds familiar, my friend, you (well, your product) probably have technical debt. And right now, I am living it. Today in 10 minutes you will: See why it happens, even on great teams Understand why you should care as a PM (with the data to back it up) Know the main types of technical debt Get...

Hi Reader, today is another story from the battlefield. The kind of work that doesn't feel exciting, but the kind that saves you from a disaster. Literally. Do you have a plan for when something goes seriously wrong with your product? A database gets overloaded. An API goes down. A cyberattack hits. A critical integration just... stops working. What do you do? That's what we're talking about today. Today in 10 minutes you will: Understand what disaster recovery actually means for internal PMs...

Hi Reader, Do you love politics or hate it? Or are you just wondering why you have to deal with it at all? You just want to get the work done. Here's the thing: internal product management is infamous for it. But there's a way to play the game without feeling like you're playing it. And the answer starts with how you see it. Today in 10 minutes you will: See what it looks like in internal PM through real scenarios Reframe your mindset so you stop avoiding it Get practical tools to navigate it...