Betala per användning debiterar faktisk konsumtion: per kilowattimme, per API anrop, per gigabyte, per timme hyra, per utskriven sida. Kunden betalar ingenting när de inte använder tjänsten. Din intäkt följer deras aktivitet, och dina kostnader gör oftast detsamma, vilket håller marginalerna stabila oavsett volym.
Molntjänster och bildelning är de välkända exemplen. Du betalar för minuterna eller gigabyten du faktiskt använde.
Attraktionen är marginalstabilitet. Anta att du tar 0,10 euro per 1 000 API anrop och din infrastruktur kostar 0,04 euro per 1 000 anrop. En kund med 2 miljoner anrop i månaden betalar 200 euro och kostar dig 80 euro, vilket lämnar 120 euro. En kund med 200 000 anrop betalar 20 euro och kostar 8 euro, vilket lämnar 12 euro. I båda fallen behåller du 60 procent. Med en fast avgift på 150 euro i månaden skulle den första kunden ge förlust och den andra en stor vinst.
Svagheten är förutsägbarhet. Du har ingen intäktsgolv. Om dina kunder har ett lugnt kvartal, har du ett lugnt kvartal, och hyran förblir densamma. Många leverantörer kombinerar därför modeller: en liten grundavgift plus användning, eller ett minsta månatligt åtagande med användning avräknat mot det.
Kunder har den motsatta rädslan, en faktura de inte kan förutse. Minska den med ett spendertak, en varning vid 80 procent av en avtalad gräns, och en visning av användning i realtid. En oväntad faktura med fyra siffror avslutar ett kundförhållande snabbare än en prishöjning.
Mätningen måste vara exakt och synlig. Om en kund inte kan återskapa hur fakturan beräknades, kommer de att bestrida den. Logga varje enhet, visa loggen, och definiera i avtalet vad som räknas som en enhet: ett misslyckat API anrop, en avbokad bokning, en delvis timme.
Betala per användning förekommer i genererade affärsplaner som ett av de utvärderade intäktsmönstren, oftast ställt mot den fasta avgiften. Valet beror på om dina kostnader ökar med användningen.
