Skip to content

Guides

Support for a product with usage-based pricing

Usage-based pricing is fair in principle and confusing in practice. Customers write in when a bill is higher than expected, so most of your support work is explaining the meter before it becomes a surprise.

Last reviewed

Explain what is being measured

Define the unit in plain words and show where customers can see their current usage. Most billing tickets come from people who did not know what counted.

Warn before the bill grows

Send an alert when usage reaches a set share of a limit, such as 80 percent. A warning email prevents far more tickets than a good apology after the invoice.

Write replies for the common disputes

Prepare saved replies for a higher bill than expected, usage you do not recognise and a spike from a bug or a test. Include where to find the usage log in each one.

Decide when to credit

Set a rule for credits, such as a one-time credit for a first overage or for a clear product fault. A consistent rule is easier to defend and quicker to apply.

Make the invoice readable

Show the unit, the quantity and the rate on each line. If your own team cannot explain an invoice in one sentence, customers cannot either.

Track what causes surprises

Tag billing tickets by cause. A pattern of tickets from one feature or one plan points to a pricing page or product fix.

Questions

Should I refund every overage complaint?

Not automatically. Follow a written rule, and be generous with a first-time surprise or a product fault so the relationship survives.

How can I reduce billing tickets?

Show live usage in the account, send alerts before limits and explain the unit on the pricing page and the first invoice.

What if usage looks wrong?

Check the logs together with an engineer, share the finding plainly and correct the invoice if the meter was at fault.

Written by Flatdesk, a help desk for small support teams at one flat price per agent. Try it free for 14 days, no card.