Prisen pr. sæde var elegant i 2012. Du købte software til skriveborde, og hvert skrivebord fik et login, og firmaet, der opkrævede dig, vidste præcis, hvordan man skulle skalere omsætningen med din vækst. Det var rent, forudsigeligt og stille og roligt straffende. Mest den sidste.
Vi opkræver ikke pr. sæde. Det har vi aldrig. Folk antager, at det er, fordi vi ikke kunne konkurrere på nettobevarelse af dollar mod SaaS per sæde - og de tager ikke fejl, men det er ikke årsagen. Vi opkræver ikke per sæde pga sæde er en skat på det, du allerhelst vil have din kunde til at gøre.
Hvilken pris pr. sæde faktisk opkræver for.
Historien pr. sæde sælger dig er: mere værdi flyder til hold med flere brugere, så prisen skalerer med værdien. Plausibelt. Lad os revidere det.
Et bureau på 10 personer ansætter deres 11. medarbejder. Den marginale værdi af HubSpot for det hold stiger ikke lineært. Den nyansatte bruger ikke CRM 1.0x mere end den eksisterende gennemsnitlige bruger - normalt bruger de det mindre, og ramper ind. Dataene er de samme. Integrationerne er de samme. Beregningsbelastningen på HubSpots servere er stort set identisk.
Men HubSpots faktura steg lige yderligere $50–90. Du betaler ikke for leveret værdi. Du betaler for ansættelseshandlingen. Per-sæde er en skat på antallet af medarbejdere i din P&L.
Prisfastsættelsen skal afspejle omkostningerne eller værdien, ikke kundens lønafdeling.
Og det værste er ikke de eksplicitte omkostninger. Det er den implicitte — det langsomme, tilbagevendende kulturelle pres til ikke tilføje pladser. Giv ikke praktikanten en licens. Del Bobs login på tværs af holdet. Gør ikke sælgere til visningsbeskyttet, men gør dem uden login. Priser pr. sæde lærer dit team at være smålige med hensyn til, hvem der skal bruge software, og smålighed er det modsatte af, hvad software skal producere i en organisation.
The hidden cost: pladsafgiften på lønsum.
Det mest åbenlyse eksempel er lønsoftware. Gusto opkræver ca. $40 per måned base, plus $6 per medarbejder om måneden. ADP, Justworks, Rippling, alle i samme rækkevidde. Hurtig matematik på et team på 20 personer: $160 i medarbejderskat pr. måned. Om året: $1,920.
Det er $1,920/år, du betaler, fordi - tjekker noter - din lønningssoftware skal køre løn for personerne på din lønningsliste. Det, produktet bogstaveligt talt eksisterer for at gøre. Den "funktion", der opkræves for, er dens egen bordindsatsfunktion.
Multiplicer på tværs af stakken – CRM er $90/bruger, projektledelse er $20/bruger, helpdesk er $25/bruger – og du kommer frem til det tal, hver grundlægger til sidst genfinder: software koster mere pr. medarbejder end kontorsnacks, og nogenlunde lige så meget pr. medarbejder som sygeforsikringstilskud. Det er en reel linje i budgettet. Pris pr. sæde er motoren, der pumper det op.
Argumentet for per sæde.
For at være retfærdig: pr. sæde har én ting at gøre for det. Det afstemmer leverandørens omsætning med kundeskalaen. En virksomhed på 200 personer betaler mere end en virksomhed på 10 personer. Det føles rigtigt. Det formentlig er lige i den høje ende.
Argumentet er sandt i grænsen og falsk i midten. En Fortune 500 med 80.000 ansatte burde sandsynligvis betale mere for HubSpot end et 10-mands bureau. Men kurven fra 10 til 80.000 er ikke lineær i værdi, selvom pr. sæde behandler det, som om det er det. Omkring 30-50 ansatte giver den marginale bruger ingen ny værdi til leverandøren og væsentlige nye omkostninger til kunden.
Det er den bøjning, hvor faste gebyrer betaler sig. Og det er tilfældigvis præcis ICP'et for de fleste alt-i-en, der bygges i dag.
Hvorfor vi valgte fladt, og hvad vi opgav.
Mewayz Forretning er $149/måned med 30 brugere inkluderet. Agenturet koster $349/måned med ubegrænsede brugere. Det er det. Uanset hvor meget dit team vokser, flytter din regning sig ikke.
Hvad kostede det os? Netto dollarretention, delvist. Kunder pr. sæde betaler dig automatisk mere næste år, når de ansætter; flade kunder gør ikke. Vi udligner forskellen ved at sælge flere moduler over tid, ved white-label udvidelse og ved tilføjelse af lagerplads og AI-kreditter. Men vi ville lyve, hvis vi sagde, at vi ikke så vores NDR-numre med et lille vink hvert kvartal.
Hvad vi fik til gengæld: kundetillid kunne vi ikke købe på anden måde. Ingen er mistænksom over for deres Mewayz-regning ved fordobling af antallet af ansatte. Ingen rationerer logins. Ingen ansætter omkring softwaren. Produktet får æren for at være det registrerede system, og beslutningen om antal ansatte skal tages på egen hånd.
Kompromiset: brugsbaseret, ikke sædebaseret.
Der er en stærk mellemvej mellem per-sæde og lejlighed: forbrugsbaseret prissætning. Du opkræver for det, kunden rent faktisk forbruger - sendt e-mails, behandlede betalinger, foretaget API-opkald, brugt lagerplads.
Stripe er det kanoniske eksempel. Twilio. Snefnug. Ingen af dem opkræver pr. sæde. De opkræver pr. transaktion, og kundens incitamenter er perfekt afstemt: Jo mere de vokser, jo mere betaler de, men omkostningerne skaleres med succesmetrikken i stedet for omkostningslinjen.
Det er den model, vi foretrækker frem for flad. Det er bare svært at anvende på tværs af 150 moduler med forskellige forbrugsenheder. Så fladt er vores kompromis - for nu. Forvent på lang sigt, at vi migrerer nogle kategorier (AI-generering, betalinger, lagring) til brugsbaseret, mens selve platformsgebyret holdes fladt.
Hvad betyder det for dig.
To praktiske takeaways for alle, der shopper software i 2026:
- Beregn sædeafgiften eksplicit når man sammenligner leverandører. Tag antallet pr. sæde, gang med dit forventede antal ansatte om 24 måneder, og brug det som de reelle samlede ejeromkostninger. Den ærlige sammenligning favoriserer produkter til faste gebyrer meget mere, end mærkatpriserne antyder.
- Pas især på løngebyrer "per ansat". De sammensætter. De er den dyreste linje på din SaaS-regning uanset størrelse over 15 ansatte, og de er helt og holdent en leverandør-side-beslutning, der er maskeret som en omkostningsrefleksion.
Vi forventer ikke, at modellen pr. sæde forsvinder. Salesforce skifter ikke i morgen. De ældre stakke har for meget tildelt regnearkets matematik. Men hver ny platform, der bliver bygget – inklusive vores – har en chance for at vælge anderledes. Det gjorde vi. Vi tror, at flere vil.