Den tysta skatten på varje modern SaaS-katalog
Gå in i CPQ:n hos ett moget SaaS-bolag och du hittar oftast samma sak: en produktlista ingen litar på. Det finns en Professional-licens, en Professional-licens med analystillägget, en Professional-licens med analys för kunder i Tyskland, en Professional-licens med analys för kunder i Tyskland som skrivit ett treårsavtal. Någonstans i högen ligger en gammal SKU från 2022 som tre säljare fortfarande offererar ur av ren vana.
Det här är SKU-fällan. Den kommer sällan som ett enda dåligt beslut. Den ackumuleras, ett prisexperiment i taget, till dess att katalogen är det som bromsar säljet i stället för att snabba upp det.
Och den slår hårdast mot användningsbaserad SaaS. I samma stund som du går bortom en platt licensavgift kan varje värdedimension bli en ny rad: volymintervall, priser för överförbrukning, regionala multiplar, rabatter för åtaganden, paketvarianter. Behandla var och en som sin egen SKU och kombinatoriken blir brutal.
Vad katalogen egentligen försöker beskriva
En SKU är en bra abstraktion för något du plockar från en hylla. Den är en dålig abstraktion för ett prisavtal som förändras löpande utifrån hur en kund använder din produkt.
Vad ett användningsbaserat avtal faktiskt innehåller ligger närmare tre oberoende saker:
- Vad som mäts — API-anrop, användare, bearbetade GB, signerade dokument
- Hur priset beter sig — en fast avgift, ett pris per enhet, en trappstegskurva, ett åtagande med överförbrukning
- Vad som avtalats — det specifika paketet, åtagandet och rabattstrukturen i just den här affären
Slår du ihop alla tre till en identifierare förlorar du förmågan att resonera om någon av dem separat. Ändra en nivå och du behöver en ny SKU. Kör ett prisexperiment och du behöver femton. Lansera i en ny valuta och du behöver hela rutnätet igen.
Om svaret på varje ny prisidé är ”lägg till en SKU” blir svaret på varje gammal prisidé ”ingen minns varför”.
Så separerar Plock de tre axlarna
Plock byggdes utifrån iakttagelsen att prissättning inte är en produkt – den är en relation mellan ett mätvärde, ett prispaket och en prenumeration. Var och en modelleras oberoende, och katalogen hålls liten.
Mätvärden, inte rader
Ett mätvärde i Plock är bara en namngiven, tidsstämplad ström av användningsvärden – hämtad direkt från din produktdatabas via en koppling. Ett mätvärde definieras en gång. Oavsett om du mäter bearbetade dokument, aktiva agenter eller utgående GB finns mätvärdet för sig självt utan något pris kopplat, och matar vilket prispaket som helst som refererar till det. Mätvärden har en egen sida i produkten, där du kan granska den råa användningsströmmen och redigera definitionen oberoende av all prissättning.
Prispaketen bär prislogiken
Debiteringen sker genom ett prispaket, som kopplar en prismodell till ett mätvärde. Ett prispaket vet om det är en fast återkommande kvantitet eller förbrukningsbaserad mätt användning, om faktureringen är ett platt pris per enhet eller i trappsteg, och om den är i trappsteg: om nivåerna är graderade, volymbaserade eller av bulktyp. Nivåerna själva uttrycks som en enkel lista av gränsvärden, fasta avgifter och enhetspriser. Produktvyn visar varje prispaket kopplat till en produkt, inklusive paket som gäller en specifik kund.
Eftersom prispaketet äger priset och mätvärdet äger mätningen stör det inte resten av katalogen att byta eller versionera en prismodell. Ett prispaket med fem nivåer är fortfarande ett prispaket. Samma paket i EUR och i USD är fortfarande en prisavsikt, inte två SKU:er i ett kalkylblad som måste hållas i synk.
Produkter grupperar berättelsen, inte matematiken
En produkt i Plock finns mest för att ge människor något att namnge och gruppera. Produkter kan samlas i grupper, bära taggar och hanteras i produktredigeraren. De är det narrativa omslaget som CRM:et och kunden ser. De är inte där priskomplexiteten bor, och det är hela poängen – inget med att lägga till ett nytt prispaket tvingar fram en ny produkt, och inget med att lansera en regional variant tvingar fram en ny katalogpost.
Vad som försvinner när katalogen slutar svälla
När prissättningen uttrycks som mätvärden och prispaket slutar en lång rad CPQ-problem tyst att vara problem.
- Säljarna slutar gissa. Varje offertrad refererar till ett verkligt prispaket, inte en fryst SKU någon skrev in förra kvartalet. Matematiken är samma matematik som i faktureringen.
- Rabatterna håller sig inom ramarna. Rabatter och rabattgränser uttrycks som konfiguration i stället för som skugg-SKU:er. Rabattinställningarna låter dig beskriva ramverket en gång, och godkännanderegler skickar allt utanför ramverket vidare för granskning i stället för att det tyst landar i avtalet.
- Prisexperiment blir billiga. En ny trappstegskurva är ett nytt prispaket, inte en förgrening av katalogen. Du kan prova, mäta och pensionera den utan att förorena listan säljarna kan offerera ur.
- Fakturering och offert stämmer per konstruktion. Eftersom offerten och prenumerationen använder samma prispaket och samma mätvärdesströmmar finns inget separat översättningslager där en mappning mellan SKU och mätvärde kan glida.
Testet på en frisk katalog
En användbar fråga att ställa till din egen verksamhet: om du i morgon ville ändra priset för överförbrukning i ditt mellansegmentspaket, på hur många ställen skulle du behöva redigera? Om svaret är ”ett prispaket” gör katalogen sitt jobb. Om svaret innefattar ett migrationsskript, en ombyggnad av CPQ:n och ett samtal med ekonomi om gamla SKU:er som ingen låter dig avveckla, har något längre ned i stacken tyst blivit bärande som inte borde ha varit det.
Usage-based pricing är en bra idé. Den går bara sönder när katalogen som representerar den inte hinner med i takten hos prisbesluten bakom. Mätvärden och prispaket, hållna åtskilda, håller den takten tillgänglig.
Om din CPQ har börjat kännas som ett arkiv snarare än ett verktyg är det nog värt ett samtal. Vi har skrivit mer om hur det här spelar ut i det dagliga säljarbetet på sidan om Quoting, och teamet går alltid gärna igenom en specifik katalog över ett samtal.