Usage-based pricing löste ett problem och skapade ett nytt. Intäkterna skalar nu med produkten, vilket är precis vad investerare vill se. Men CFO:n måste fortfarande prognostisera en siffra. Och ”vi vet vid månadens slut” är ingen prognos.
Den klassiska lösningen är ett åtagande, ett commit. Kunden förbinder sig till en miniminivå under en period – ett kvartal, ett år, ett fleråret – och får i utbyte ett pris, en volym eller helt enkelt tryggheten i en förutsägbar post. Säljet stänger en verklig siffra. Ekonomi bokför en verklig siffra. Förbrukningen gör vad förbrukning gör.
För en djupare jämförelse med förbetalda credit-modeller, se vår artikel om credits mot commit burndown. Den här artikeln zoomar in på commit-sidan: hur det fungerar under huven, vad som går fel utan rätt rörmokeri och vad Plock faktiskt följer för dig.
Vad ett commit egentligen är
Ett commit är en avtalad botten för faktureringen under en definierad period. Användningen mäts som vanligt. Vid periodens slut (eller enligt en konfigurerbar takt) jämför du verklig förbrukning mot åtagandet och fakturerar det som är högst.
I Plock hör detta till prenumerationen. Minimiåtagandet på en prenumeration är den siffra din CRO och kunden tog i hand på. När fakturor skapas lägger Plock till en rad för minimiåtagandet om användningen inte nådde upp till bottennivån – vid sidan av de vanliga användnings- och intäktsraderna. Om användningen överskred bottennivån brinner åtagandet helt enkelt av till noll och kunden betalar för det som förbrukats.
Den där enda inställningen, i prenumerationsredigeraren under ”Tillämpa minimiåtagande”, gör förvånansvärt mycket arbete:
- Den ger ekonomi en botten för perioden, som går direkt in i prognos och kassaflödesprojektioner.
- Den ger säljet en siffra att sälja mot i stället för en spekulativ trend.
- Den låter kunden binda sig utan att känna att den satt ett tak på sin egen tillväxt.
Ett bra commit är en botten, inte ett tak. I samma stund som det känns som ett tak har du antingen prissatt eller strukturerat det fel.
Burndown är ingen rapport, det är en löpande signal
”Burndown” beskriver hur åtagandet förbrukas under perioden. Dag ett har kunden hela minimibeloppet framför sig. På periodens sista dag har den faktiska användningen antingen nått det, överskridit det eller hamnat under. Frågan är när du får veta.
De flesta faktureringsstackar får veta den dag fakturan körs. Det är för sent. När du ser att en kund ligger 40 % under sitt åtagande i månad nio har din CSM redan missat två kvartal av expansionssamtal, och ekonomi är på väg att redovisa en avräkning ingen räknat med.
Plock väljer en annan väg. Användningen strömmas från kundens egen produktdatabas – löpande, inte vid månadsskiftet – genom samma pipeline som driver intäkter i realtid. Det innebär att burndown-positionen är en levande siffra. Åtagna avgifter, förväntade åtagna avgifter och en framåtblickande projektion som sträcker sig förbi avtalets slutdatum syns på både prenumerations- och kundvyer, och dyker upp i de intäktsrapporter ditt RevOps-team redan tittar på varje morgon.
Inget cron-jobb. Ingen avstämningsrusch vid månadsskiftet. Burndown rör sig med användningen.
Där commits oftast går sönder
Mekaniken är enkel. De operativa felfallen är det inte.
- Åtagandet bor i CRM:et, användningen i produkten, och ingen berättar det för fakturan. Kalkylblad överbryggar glappet. Kalkylblad glider.
- Avtal i flera valutor. Åtagandet skrevs i EUR, fakturan körs i USD, och växelkursen rörde sig sex procent mellan signering och avräkning. Någon måste avgöra vilken kurs som gäller – och kunna bevisa det.
- Ändringar under perioden. En kund uppgraderar en nivå i månad fem. Ska åtagandet räknas om? Proportioneras? Föras vidare? Om svaret bor i en PDF har du ett problem.
- Årliga åtaganden som faktureras månadsvis. Kunden betalar 1/12 varje månad, men burndown är årlig. Fakturalogiken måste känna till båda.
- Förnyelser och slutdatum. En prenumeration utan slutdatum behandlar ”förväntat” annorlunda än en med hårt slutdatum. Om din prognos inte skiljer på det ljuger din kassaflödesrapport för dig.
Eftersom Plock beräknar commit-relaterade avgifter direkt utifrån prenumerationens villkor – inklusive hantering av rabatter, schemalagda framtida ändringar och valutaväxling vid faktureringstillfället – hanteras de knöliga kanterna i systemet i stället för i en kvartalsvis brandkårsutryckning.
Så ser det ut för ekonomi
Huvudpoängen: commit burndown gör användningsbaserade intäkter till något du faktiskt kan sätta i en styrelsepresentation.
I Plocks rapportvy ligger åtagna avgifter som en egen serie, skild från användningsavgifter och engångsavgifter. Den uppdelningen är hela poängen. Åtagna avgifter är den botten du kan försvara i en prognos. Användningsavgifter över bottennivån är uppsidan du inte bör jämna ut. Engångsavgifter är vad de är. Tre linjer, tre olika konfidensnivåer, ett diagram.
På ARR- och MRR-sidan ger åtagen MRR och ARR dig en avtalad baslinje som inte fladdrar med månadens förbrukningsbrus. Du kan rapportera en åtagen ARR-siffra med rak rygg, och en total ARR-siffra som fångar verkligheten. Båda är sanna. De svarar bara på olika frågor.
För kassaflödet projicerar ett tal vad som återstår att fakturera under nuvarande åtaganden. Vill du ha det optimistiska snittet som antar att kunderna förnyar efter avtalets slutdatum finns en parallell vy som ser förbi slutdatumet. Vilken av dem du väljer att lita på är ett policybeslut – Plock ger dig bara båda.
Så ser det ut för sälj och customer success
Commits fungerar bara om de som står närmast kunden känner till positionen. En CRO som går in i en kvartalsgenomgång utan att veta att kunden förbrukat 70 % av sitt årsåtagande i månad fyra flyger blint – det är antingen årets enklaste upsell eller ett smärtsamt samtal om överförbrukning, beroende på hur du satt upp det. Oavsett vilket vill du veta före mötet.
Plock skickar de signaler som spelar roll in i de verktyg intäktsteamet redan lever i. Burndown-utveckling, projicerad överförbrukning och fall mot förväntad användning matar samma signalsystem som driver churn- och upsell-detektering, och HubSpot-integrationen håller CRM-vyn i synk så att affärsposterna speglar vad produkten faktiskt ser.
Åtagandet blir ett samtal i stället för en överraskning på fakturan.
Kort version
Ett commit är kundens löfte om bottennivån. Burndown är hur du följer om löftet hålls – inte vid kvartalets slut, utan löpande. Gör det ovanpå användningsdata i realtid och tre saker händer samtidigt: ekonomi får en försvarbar prognos, säljet får en expansionsradar och kunden slutar bli överraskad av fakturan.
Usage-based pricing behöver inte betyda oförutsägbara intäkter. Det betyder att förutsägbarheten måste byggas in, i lagret mellan produkten och fakturan. Det är det lagret Plock är byggt för – titta gärna på hur vi tänker om Charging, eller hör av dig om du vill se en commit burndown köra mot era egna data.