← Alla inlägg
CPQ

CPQ: köpa vs bygga

Vissa team övertygar sig själva om att de kan bygga CPQ internt. Det kan de. De ångrar det nästan alltid. Här är den ärliga kostnadsanalysen.

TCThe Closepact team6 min läsning

TL;DR

Ingenjörsteam övertygar ibland ledningen om att de kan bygga CPQ internt. Det kan de. De ångrar det nästan alltid. Den dolda kostnaden är underhåll för alltid, inte det initiala bygget på 3–6 månader. Köp om inte din prismodell är genuint ny och inget standardverktyg kan modellera den.

Vad bygget faktiskt kostar

Initialt bygge. 3 till 6 månader av en eller två ingenjörer. Produktkatalog, offertbyggare, prisregelmotor, PDF- eller webbrendering, grundläggande rabattlogik. Så mycket är okomplicerat.

Dold komplexitet. Valutahantering. Skatt. Prissättning för flera produkter. Godkännandeflöden. Verifieringskedjor. Versionshanterad prissättning för gamla offerter. Integration med fakturering.

Löpande underhåll. Prisändringar. Nya SKU:er. Regeländringar. Nya valutor. Buggfixar. Ungefär 20–30 % av en ingenjör, för alltid.

Alternativkostnaden. Varje timme som läggs på CPQ är en timme som inte läggs på produkten kunden betalar för.

När bygga är rimligt

Genuint ovanlig prismodell. Exempel:

  • Användningsbaserad prissättning med anpassad mätning som inte stöds av Stripe Billing eller Chargebee.
  • Skatt i flera valutor och flera jurisdiktioner med regler som standardverktygen inte kan modellera.
  • En prismodell som i sig är produkten (FlexPort-liknande logistik, ROI-prissättning inom ad tech).

Om du befinner dig i ett av dessa, bygg. Standardverktygen kan ändå inte hjälpa dig.

När köpa är det uppenbara svaret

Standard SaaS-prissättning. Per plats. Per nivå. Volymtröskel. Årsrabatt. Kanske en flerårig trappa. Om din prissättning passar in i detta, köp. Bygget kommer inte att löna sig.

Ett Deal Room med inbyggd CPQ (Closepact, GetAccept) ger dig en fungerande CPQ på en dag. Fristående CPQ (Salesforce CPQ, Conga, DealHub) tar dig dit på ett kvartal men med djupare funktioner för stora företag.

Hybridmisstaget

En vanlig medelväg som slutar illa: bygg offertrenderingen internt, köp faktureringssystemet.

Låter rimligt. Teamet skriver en offertbyggare som renderar till PDF. Stripe Billing hanterar resten.

Vad som går fel:

  • Den interna offertbyggaren kan inte modellera godkännandeflöden.
  • Det interna verktyget kan inte exportera en verifieringskedja som inköp accepterar.
  • Det interna verktyget hamnar efter med valuta, skatt, signering, revision.
  • Teamet bygger om det två gånger.

Efter 18 månader ersätter teamet det interna verktyget med PandaDoc eller Closepact och undrar varför de inte började där.

Den ärliga kostnadsjämförelsen

I den minsta jämförelsen:

Bygga: 6 ingenjörsmånader i förskott + 0,25 heltidstjänst för alltid. Vid $150k i belastad årskostnad per ingenjör blir det $75k i förskott och $37k/år för alltid.

Köpa: Ett Deal Room med CPQ. Vid 10 säljare, $5k/år. Vid 50 säljare, $25k/år. Vid 200 säljare, $100k/år.

Tills teamet är över 200 säljare är köpa billigare. Efter 200 säljare beror köpa/bygga-matematiken på volym och komplexitet.

Relaterad läsning

Fortsätt läsa

Vill du se det här på din pipeline?

Boka en 20-minutersdemo. Vi bygger upp ett Deal Room med en av dina pågående affärer före samtalet.

Boka demo