CPQ för komplex försäljning: när du verkligen behöver det (och när du inte gör det)
Frågan om CPQ försäljning handlar sällan om funktioner. Den handlar om friktion: hur mycket tid och risk som uppstår mellan kundens behov och en korrekt, säljbar offert. När erbjudandet består av många val, beroenden och prissättningsregler blir det snabbt dyrt att ”lösa i Excel” – inte för att kalkylen är omöjlig, utan för att den är svår att kvalitetssäkra i fart.
CPQ (Configure, Price, Quote) lovar att standardisera vägen från konfiguration till pricing och färdig offert. Men löftet är inte alltid relevant. I vissa säljorganisationer blir CPQ en dyr genväg till samma resultat som ett bra CRM-flöde, en tydlig produktstruktur och disciplin i prishanteringen redan ger.
Det viktiga är därför inte om CPQ är ”modernt”, utan om er komplexitet är av rätt sort – och om den faktiskt sitter i kunddialogen, inte bara i interna vanor.
Vad CPQ faktiskt löser i CPQ försäljning (och vad det inte löser)
I sin kärna är CPQ ett sätt att göra konfiguration och prissättning reproducerbar. Systemet guidar säljaren till en tillåten uppsättning val, räknar fram rätt pris utifrån regler, och genererar en offert som följer era mallar, villkor och godkännanden. Det är värdefullt när variationen är stor men logiken går att beskriva: ”om A, då B”, ”om kundtyp X, då prisregel Y”.
Det CPQ inte gör är att skapa produktstrategi, förenkla ett spretigt sortiment eller rädda en otydlig prispolicy. Om ni inte kan enas om vad som får säljas tillsammans, vilka rabatter som är legitima och hur marginal ska skyddas, kommer CPQ mest att göra konflikten synlig – inte lösa den. Detsamma gäller om komplexiteten egentligen är en konsekvens av undantag, specialfall och kundanpassningar som inte vill standardiseras.
När CPQ är motiverat: komplexitet som skapar risk i offertkedjan
CPQ blir strategiskt rimligt när komplexiteten påverkar tre saker samtidigt: hastighet, precision och styrning. Typiska signaler är att säljcykeln bromsas av intern konfiguration, att fel i offert skapar omarbete eller tvister, och att ledningen inte kan lita på att pricing efterlevs. Då handlar investeringen mindre om ”automatisering” och mer om riskreduktion.
Ett tydligt fall är när flera team måste bidra till samma offert: sälj, pre-sales, leverans, produkt och ibland juridik. Ju fler handoffs, desto större värde i ett gemensamt regelsystem som minskar tolkning. Ett annat fall är när produktens konfiguration har beroenden som inte går att hålla i huvudet: kompatibilitet, kapacitet, licensnivåer, servicegrad, integrationer. I sådan CPQ försäljning är det inte bara tidsvinsten som räknas, utan att ni undviker felkonfigurationer som kostar pengar efter signering.
Slutligen: om ni säljer i många länder, via flera kanaler eller med partners, ökar behovet av att samma logik gäller överallt. CPQ kan då bli ett sätt att skala ett erbjudande utan att skala antalet specialister som ”kan hur det egentligen funkar”.
När du sannolikt inte behöver CPQ: variation utan regler, eller regler utan volym
Det finns två vanliga lägen där CPQ ofta blir fel verktyg. Det första är när erbjudandet visserligen upplevs som komplext, men i praktiken är ett fåtal paket som återkommer – och resten är kosmetik. Då kan ett bra upplägg i CRM, tydliga offertramar och ett konsekvent arbetssätt ge nästan samma effekt med mindre implementation, mindre förändringsledning och lägre låsning.
Det andra läget är när det verkligt komplexa sitter i kundanpassningen. Om varje affär kräver ny konstruktion, unika villkor eller specialpriser som ändå måste förhandlas, blir CPQ snabbt en omväg. CPQ kan hantera undantag, men när undantagen är normen blir regelsystemet en ständig förvaltningskostnad.
En tredje, mer obekväm sanning: om ni har låg offertvolym eller få säljare som gör alla affärer, kan CPQ ge snygg process men svag ROI. Då är det ofta bättre att investera i att förenkla produktstrukturen, skärpa prissättning och skapa bättre beslutsstöd för vad som är en bra affär.
Jämförelsen som spelar roll: CPQ som processmotor, inte som “feature”
En användbar jämförelse är att se CPQ som en processmotor mellan CRM och affären, snarare än ett ”offertverktyg”. Frågan blir då: var uppstår osäkerheten idag? Är det i konfigurationen (vad kan kombineras), i pricing (vilket pris gäller), i godkännanden (vem får ge rabatt), eller i dokumentet (vad måste stå i offerten)? Ju fler av dessa som samtidigt är kritiska, desto mer talar för CPQ.
Men jämförelsen måste också inkludera beteende. CPQ kräver att ni bestämmer er. Regler måste definieras, ägas och hållas uppdaterade. Om produkt och sälj inte vill låsa hur man säljer, kommer CPQ antingen kringgås eller fyllas med undantag. I praktiken är CPQ därför lika mycket ett styrningsbeslut som ett techbeslut.
Det är här många underskattar kostnaden: inte licensen, utan arbetet med att översätta ”så här gör vi” till explicit logik. Den översättningen är dock ofta nyttig i sig, eftersom den tvingar fram en gemensam sanning om erbjudandet.
Vad du ska landa innan du går vidare med CPQ
Om du ansvarar för försäljning och överväger CPQ försäljning som nästa steg, är den centrala frågan: är målet att öka tempo, höja kvalitet eller stärka styrning – och vilket av dessa är mest akut? Det påverkar både kravbild och hur ni mäter effekt. Det är också värt att avgöra om ni vill standardisera erbjudandet eller främst kontrollera det. CPQ fungerar bäst när standardisering är en del av strategin, inte bara en följd av systemet.
En praktisk tumregel är att börja i offertkedjans ”dyraste minuter”: var tappar ni tid, var uppstår fel, och var uppstår diskussioner om pris och villkor? Om svaren återkommer på samma punkter och går att formulera som regler, då är CPQ ett seriöst alternativ. Om svaren däremot främst handlar om att varje affär är unik och måste lösas ad hoc, är nästa steg snarare att se över hur ni paketerar, prissätter och begränsar variationen.
Nästa steg: kartlägg tre senaste förlorade eller försenade affärer och markera exakt var komplexitet i konfiguration, pricing eller offert skapade friktion – och avgör därefter om ni behöver CPQ, eller om ni först behöver ett enklare erbjudande.
