Office Hours Takeaways: Pricing AI Usage
Howdy pricing people! Huge thanks to everyone who joined our latest Office Hours, and a big thank you to @Ulrik Lehrskov-Schmidt of Willingness to Pay for answering 30+ of your questions on one of the messiest topics in pricing right now: what to charge for when the thing using your product might be a machine. The whole session basically resolved to one distinction β are you pricing the door, or the work that goes through it? Breaking down my 5 top takeaways below for those who couldn't make it: 1οΈβ£ Don't price the door. Price what gets carried through it. Your API, your own interface, and an MCP endpoint are all just doors into your product. The mistake Ulrik sees teams about to make is pricing the door β charging for the privilege of connecting, as if the connector were the product. It isn't. The value is whatever the customer carries out through it, and that's the thing you meter. The practical upshot: don't build a separate price list per channel, or you'll re-run this entire exercise the day you ship the next door. Pick one underlying value metric and let every channel β interface, API, MCP β debit the same thing. As Ulrik put it, meter the water, not the tap. 2οΈβ£ Decide whether you're selling an input or an outcome. This is the fork everything else hangs on. An input is a token, a call, raw access β you price it like a utility, thin and on volume, like electricity. An outcome is a job the customer actually wanted done β and you price that on its value. The cleanest example he gave: Intercom charging for a resolved support ticket rather than a message, at a fraction of what a human resolution costs. The customer knows exactly what they got and exactly what it was worth. Tokens are where you start, not where you finish β and if you contract your price to the compute bill, every future cost saving belongs to your customer instead of you. 3οΈβ£ Wrap it in a unit the buyer can actually budget. Nobody budgets tokens. Raw MCP calls are a dense, technical metric your buyer can't forecast and your salesperson can't explain, which turns every renewal into a physics lecture. Put credits (or whole workflows) between your raw usage and the invoice, keep the dollar-to-credit ratio simple enough to do in your head, and carry the per-call complexity in the terms where it belongs. And if you already run credits for in-platform AI β don't build a second economy for MCP. One wallet, one unit, debited wherever the work happens. If an agent costs more to serve for the same job, put that in the credit weight of the action, not a separate subscription the customer has to reason about.