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 80+ Internal PMs who get weekly insights from the Build Internal Products newsletter.

Read more from Maria Korteleva

Hi Reader, Have you ever had a developer tell you “it’s done”...then you check and realize it’s absolutely not? You’re not alone. That’s one of the biggest misunderstandings between PMs and developers.And no, the answer isn’t micromanaging or checking every ticket yourself.There’s a smarter way. Today in 10 minutes you will: Why devs and PMs mean different things when they say done How to align your team using a shared Definition of Done What my real-world DoD looks like in an enterprise...

Hi Reader, Do you ever feel like the hardest part is just starting? You’re right...it is.Especially when you’re kicking off a new internal product or feature.There’s excitement… and also a million unknowns. When I first became an internal PM, every new project felt like trying to untangle 50 threads at once. Goals, dependencies, systems, stakeholders.And most PRD templates online didn’t help. They were made for customer-facing products, not internal tools. So I created my own. Today in 10...

Hi Reader, Have you been asked to “add some AI” to your internal product yet?If not, it’s only a matter of time. And if, like me, you’re not an AI expert but want a quick, practical overview of what’s possible – this one’s for you. Today in 10 minutes you will: Learn 3 levels of AI you can apply to internal products Understand when to use each level with my AI Decision Matrix Tool See real examples (chatbots, agents, and custom models) Know where to start without hiring AI engineers Why This...