DIGITAL MOTIONS INZICHT
Calculeren of configureren: wanneer kiezen we CPQ software?
Bij veel productiebedrijven wordt iedere klantaanvraag opnieuw gecalculeerd in Excel. Toch gebeurt er meestal meer dan alleen rekenen. Medewerkers selecteren productvarianten, controleren technische mogelijkheden, bepalen kosten, passen prijsafspraken toe en stellen een offerte samen. Feitelijk voeren zij al een groot deel van een Configure, Price, Quote-proces uit. De overstap naar CPQ lijkt dan een logische volgende stap. Maar de werkelijke opgave begint niet bij software. Zij begint bij het vastleggen van standaarden, uitzonderingen en beslisregels.
Van losse calculatie naar schaalbaar verkoopproces
• Wanneer een calculatie bestaat uit terugkerende productkeuzes, controles en rekenregels, is vaak al sprake van configuratie
• CPQ verbindt drie stappen: een technisch geldige oplossing configureren, de juiste prijs bepalen en een complete offerte uitbrengen
• De invoering van CPQ vraagt om bedrijfsbrede standaarden voor productvariatie, prijsstelling, uitzonderingen en verantwoordelijkheden
• Juist die standaarden maken versnelling en groei mogelijk zonder dat de afhankelijkheid van individuele medewerkers en handmatige afstemming evenredig toeneemt
WAAROM DIT INZICHT ERTOE DOET
Een verkoper ontvangt een aanvraag, opent een eerdere calculatie en past afmetingen, materialen en opties aan. Een calculator controleert de kosten. Engineering beoordeelt of de gekozen uitvoering technisch haalbaar is. Vervolgens worden toeslagen, kortingen, levertijd en commerciële voorwaarden toegevoegd.
Binnen het bedrijf heet dit calculeren. In werkelijkheid worden drie samenhangende vragen beantwoord. Wat kan het bedrijf leveren? Welke prijs hoort daarbij? En hoe wordt dit als uitvoerbare klantbelofte vastgelegd?
Dat is de kern van CPQ: Configure, Price, Quote. De configuratiestap bepaalt welke oplossing technisch geldig en maakbaar is. De prijsstap vertaalt de gekozen uitvoering naar kosten, marges, toeslagen, kortingen en klantafspraken. De offertestap brengt productspecificaties, prijzen, documenten en eventuele goedkeuringen samen.
Excel kan het proces lange tijd ondersteunen. De vrijheid van een spreadsheet maakt het echter ook gemakkelijk om oude versies te kopiëren, uitzonderingen lokaal op te lossen en kennis bij enkele ervaren medewerkers te laten liggen. Daardoor blijft onzichtbaar hoeveel interpretatie en controle nodig zijn om van een klantvraag tot een betrouwbare offerte te komen.
Een CPQ-oplossing vraagt om expliciete regels. Welke afmetingen zijn toegestaan? Welke motor past bij welk vermogen? Wanneer is een extra bewerking nodig? Welke combinatie mag niet worden verkocht? Welke gegevens bepalen de kostprijs? Wanneer geldt een projectkorting en wie mag daarvan afwijken?
In Excel kan een ervaren medewerker bij twijfel een waarde aanpassen of een aanvullende regel invoegen. Een configurator kan niet werken op basis van “meestal”, “in principe” of “dat weet de calculator wel”. Het systeem moet onderscheid kunnen maken tussen standaard, ongeldig en toegestaan onder voorwaarden.
Daarom ontstaat tijdens CPQ-trajecten vaak discussie over onderwerpen die jarenlang impliciet zijn gebleven. Artikelgegevens blijken niet eenduidig. Verkoop, engineering en productie hanteren verschillende grenzen. Prijsafspraken staan in persoonlijke bestanden. Niemand heeft het mandaat om één werkwijze leidend te maken.
Het project vertraagt dan niet omdat de software tekortschiet. Het vertraagt omdat de organisatie besluiten moet nemen die zij eerder per aanvraag kon uitstellen. Een nieuwe tool lost die onduidelijkheid niet op. Zij maakt haar vooral zichtbaar.
WAAROM DIT INZICHT ERTOE DOET
Niet ieder maatwerkproduct is uniek
Veel productiebedrijven beschouwen vrijwel iedere klantorder als maatwerk. Toch bestaat het aanbod vaak uit een vaste basis met variabele afmetingen, materialen, vermogens, aansluitingen, opties en accessoires. Het aantal mogelijke eindproducten kan groot zijn, terwijl de manier waarop ze worden samengesteld grotendeels herhaalbaar is.
Dat is het domein van configure-to-order. De klant krijgt keuzeruimte, maar binnen vooraf vastgelegde productregels. Alleen aanvragen die buiten deze ruimte vallen, vragen om engineer-to-order.
Een bruikbare indeling bestaat uit drie categorieën. Standaardvariatie kan volledig worden geconfigureerd en geprijsd. Beheersbare afwijkingen volgen een apart beoordelings- of goedkeuringsproces. Werkelijk nieuwe oplossingen gaan naar engineering.
Die indeling vraagt om een inhoudelijke discussie. Levert iedere afwijking aantoonbare klantwaarde op? Is de organisatie in staat om de variant voorspelbaar te produceren? En worden de extra engineering, risico’s en doorlooptijd ook in de prijs verwerkt?
De eerste vraag is daarom niet welke CPQ-tool het bedrijf nodig heeft. De eerste vraag is welke variatie het bewust, herhaalbaar en rendabel wil aanbieden.
Bepaal de werkwijze vóór de softwarekeuze
In veel middelgrote productiebedrijven is een configurator onderdeel van een uitgebreidere ERP-applicatie. Dat kan aantrekkelijk zijn omdat artikelen, stuklijsten, routes, kostprijzen en orders al in hetzelfde systeemlandschap beschikbaar zijn. De overdracht naar werkvoorbereiding en productie kan daardoor relatief direct worden ingericht.
Een ERP-configurator is echter niet automatisch de beste plaats voor het volledige commerciële proces. Een organisatie kan ook behoefte hebben aan begeleide verkoop, meerdere verkoopkanalen, uitgebreide prijsregels, visuele configuratie, commerciële goedkeuringen of automatisch gegenereerde offertedocumenten. Gespecialiseerde CPQ-oplossingen bieden vaak meer mogelijkheden op dat snijvlak van verkoop, productkennis en prijsstelling.
De keuze is niet simpelweg tussen een ERP-configurator en een gespecialiseerde CPQ-oplossing. Eerst moet duidelijk zijn hoe het toekomstige proces eruitziet. Waar wordt productlogica beheerd? Waar ontstaat de kostprijs? Waar worden verkoopprijzen, kortingen en toeslagen bepaald? Wie keurt afwijkingen goed? Welk systeem genereert de offerte? En welke informatie moet na opdracht direct beschikbaar zijn voor engineering, inkoop en productie?
Zonder deze keuzes wordt een softwarevergelijking vooral een lijst van functies. Iedere oplossing lijkt dan op het eerste gezicht geschikt, terwijl niet duidelijk is welk probleem zij precies moet oplossen.
De eisen aan de software moeten daarom volgen uit het gewenste proces en de gekozen verantwoordelijkheden. Niet andersom. Anders bestaat het risico dat de bestaande werkwijze, inclusief alle uitzonderingen en onduidelijkheden, in een nieuw systeem wordt nagebouwd.
Standaardisatie maakt groei beheersbaar
De overstap naar CPQ confronteert bedrijven met een vraag die bij handmatige calculatie gemakkelijk kan worden uitgesteld: wat is binnen onze organisatie de standaard? Verkoop, engineering, werkvoorbereiding en productie kunnen jarenlang hun eigen definities, rekenregels en uitzonderingen hanteren. Zolang ervaren medewerkers iedere order controleren, blijft dat werkbaar. Bij groei wordt het een steeds grotere rem.
Een CPQ-traject vraagt dat productkennis gezamenlijk wordt vastgelegd. Welke varianten worden standaard aangeboden? Welke onderdelen zijn onderling uitwisselbaar? Welke keuzes beïnvloeden kostprijs, verkoopprijs en levertijd? Wanneer is sprake van een uitzondering? Wie mag die goedkeuren en hoe worden de gevolgen zichtbaar gemaakt?
Dit levert meer op dan een werkende configurator. Het bedrijf ontwikkelt een gemeenschappelijke werkwijze voor verkoop, engineering en uitvoering. Nieuwe medewerkers hoeven minder impliciete kennis over te nemen. Offertes worden minder afhankelijk van degene die de spreadsheet heeft gebouwd. Productwijzigingen kunnen op één afgesproken plaats worden verwerkt.
Daarmee ontstaat ruimte voor versnelling en groei. Het bedrijf kan meer aanvragen verwerken, nieuwe verkoopkanalen ondersteunen of extra productvarianten aanbieden zonder iedere keer hetzelfde kennisintensieve proces uit te breiden. Die groei ontstaat niet doordat CPQ alle complexiteit verwijdert, maar doordat herhaalbare complexiteit wordt gestandaardiseerd.
Standaardisatie betekent niet dat iedere klant hetzelfde product krijgt. Het betekent dat de organisatie bewust onderscheid maakt tussen standaardkeuzes, beheersbare uitzonderingen en werkelijk nieuwe oplossingen. Klantflexibiliteit blijft mogelijk, maar de gevolgen voor prijs, levertijd, engineering en goedkeuring worden vooraf zichtbaar.
Voor directies is dat een belangrijk verschil. CPQ is dan niet alleen een investering in snellere offertes. Het is een middel om kennis vast te leggen, afdelingen volgens dezelfde uitgangspunten te laten werken en commerciële groei operationeel beheersbaar te maken.
UIT DE PRAKTIJK
Een herkenbaar praktijkpatroon laat zien waar de werkelijke vertraging ontstaat.
Het product klopte, maar de standaard ontbrak
Een productiebedrijf wil het offertetraject versnellen voor een productfamilie met veel afmetingen, materialen en accessoires. De bestaande Excel-calculatie bevat tabbladen voor materiaal, uren, toeslagen en verkoopprijs. Op het eerste gezicht lijkt de logica voldoende duidelijk om in een configurator over te nemen.
Tijdens de uitwerking blijkt dat afdelingen verschillende grenzen hanteren. Verkoop biedt combinaties aan die volgens engineering alleen onder voorwaarden mogelijk zijn. Productie gebruikt soms alternatieve onderdelen. Voor spoed, afwijkende engineering, kleine series en projectkortingen bestaan verschillende commerciële afspraken. Nergens is vastgelegd welke regel leidend is of wie over afwijkingen beslist.
De effectieve aanpak begint daarom niet met het kopiëren van de spreadsheet of het vergelijken van software. Eerst wordt onderscheid gemaakt tussen productregels, kostprijsregels, commerciële prijsregels en goedkeuringsregels. Vervolgens wordt bepaald welk proces leidend is, welke informatie daarvoor nodig is en wie eigenaar wordt van wijzigingen.
Daarmee ontstaat niet alleen een beter uitgangspunt voor CPQ. Verkoop, engineering en productie gaan dezelfde productdefinities en uitzonderingsregels gebruiken. Offertes kunnen sneller worden opgesteld en gecontroleerd, terwijl de organisatie minder afhankelijk wordt van enkele ervaren medewerkers. De uiteindelijke softwarekeuze volgt vervolgens logisch uit de gewenste werkwijze.
CONCLUSIE
Een CPQ-traject ondersteunt duurzame versnelling en groei wanneer de organisatie eerst standaardiseert wat zij verkoopt, hoe zij dit prijst en wie over uitzonderingen beslist.
MEER INZICHTEN
