In dit artikel
Je hebt twee overtuigende demo’s gezien. Bij de eerste configureer je direct een kast in een bestaand platform. Bij de tweede belooft een ontwikkelaar precies te bouwen wat je nodig hebt. De schermen beantwoorden alleen nog niet de belangrijkste vraag: wie kan jouw offerteproces het best ondersteunen, ook als je assortiment volgend jaar verandert?
Wat koop je eigenlijk bij een platform of bij maatwerk?
Bij een configuratorplatform gebruik je bestaande software die voor meerdere bedrijven wordt ontwikkeld. Je richt productmodellen, regels, prijzen en gebruikers in binnen die omgeving. Dat kan veel ontwikkelwerk besparen. Inrichting, datavoorbereiding en testen verdwijnen er niet door.
Bij maatwerk laat je software rond jouw proces bouwen. Je kunt de interface en logica gericht afstemmen op klanten, dealers en interne medewerkers. Daar staat tegenover dat je expliciete afspraken nodig hebt over onderhoud, beveiliging, documentatie en verdere ontwikkeling. Een eigen systeem beheert zichzelf niet.
Er bestaat ook een tussenvorm: een eigen klantinterface op een bestaande CPQ-oplossing. Dat kan passen wanneer je de reken- en productregels centraal wilt houden, maar bezoekers anders wilt begeleiden dan interne verkopers. Je hebt dan wel de kosten en afhankelijkheden van beide onderdelen.
Wanneer is een standaardplatform een goede keuze?
Een platform verdient de voorkeur als de functies die jij nodig hebt al goed beschikbaar zijn en je assortiment in het productmodel past. Denk aan bekende combinaties van opties, beheersbare prijsregels en een verkoopflow die weinig afwijkt van wat het platform ondersteunt.
Vraag de leverancier niet alleen of vrije maatvoering, dealers of ERP-koppelingen “kunnen”. Laat jouw concrete geval zien. Kan een maatwijziging automatisch de juiste versteviging toevoegen? Ziet een dealer alleen zijn eigen aanvragen? Kan je beheerder een materiaal vervangen zonder bestaande offertes te wijzigen?
Als dat overtuigend werkt, hoef je die functies niet opnieuw te laten bouwen. Een terugkerende licentie kan dan een redelijke prijs zijn voor onderhouden software, productontwikkeling en ondersteuning. Beoordeel wel welke daarvan werkelijk in het voorgestelde abonnement zitten.
Wanneer wordt maatwerk logischer?
Maatwerk is het onderzoeken waard als juist de afwijkingen essentieel zijn voor je verkoopproces. Bijvoorbeeld wanneer één maatwijziging meerdere constructieberekeningen beïnvloedt, je offerte een specifieke technische output vereist of klanten een andere volgorde van keuzes nodig hebben dan een standaardflow toelaat.
Een andere reden is de aansluiting op bestaande processen. Je wilt misschien een aanvraag, technische controle en dealergoedkeuring combineren zonder medewerkers telkens tussen systemen te laten wisselen. Dat vraagt meer dan alleen een extra veld op het eindscherm.
Maar “onze producten zijn uniek” bewijst niet dat maatwerk nodig is. Veel CPQ-platformen ondersteunen complexe regels en integraties. Laat eerst vaststellen waar een concrete beperking zit, wat een uitbreiding kost en of de omweg werkbaar blijft. Kies maatwerk voor een aantoonbare behoefte, niet voor het etiket.
Op welke punten vergelijk je beide opties?
Maak een korte lijst met eisen die het verschil maken voor je proces. Geef elke eis een eigenaar uit verkoop, werkvoorbereiding of beheer. Vraag vervolgens bewijs: een demonstratie, een concrete scope of een contractafspraak. Een vinkje in een functiematrix zegt te weinig.
| Criterium | Vraag aan elke leverancier |
|---|---|
| Productlogica | Laat onze moeilijkste geldige én ongeldige combinatie zien. |
| Koppelingen | Welke gegevens gaan in welke richting, en wie herstelt mislukte overdrachten? |
| Beheer | Welke prijs- en assortimentswijzigingen voert ons team zelfstandig uit? |
| Gebruikers | Wat ziet een bezoeker, een dealer en een interne medewerker? |
| Kosten | Wat betalen we over drie jaar bij huidig gebruik en bij groei? |
| Overdracht | Welke gegevens, regels, modellen en code kunnen we meenemen? |
Hoe organiseer je een nuttige praktijktest?
Gebruik voor alle kandidaten hetzelfde product. Kies een standaarduitvoering, een grensgeval en een uitzondering die alleen na beoordeling verkocht mag worden. Geef de juiste uitkomsten mee. Spreek af wat in een vrijblijvende demo past en wat een betaalde proefimplementatie vraagt.
Laat vervolgens iemand uit je eigen team de configuratie aanpassen. Niet de ervaren demonstrator, maar een verkoper of calculator die er later mee moet werken. Kijk waar uitleg ontbreekt, waar de prijs onduidelijk wordt en of een onmogelijke keuze netjes wordt opgevangen.
Test ook wat er ná de aanvraag gebeurt. Komt dezelfde configuratie bij verkoop terecht? Is de gebruikte prijslijst herkenbaar? Kan een collega een revisie maken zonder de eerste offerte te overschrijven? Dat zijn de momenten waarop je merkt of je een verkoopinstrument of vooral een productpresentatie koopt.
Voorkomt eigendom van de code dat je vastzit?
Eigendom helpt, maar is niet voldoende. Een andere ontwikkelaar moet de code kunnen begrijpen, bouwen en beheren. Daarvoor zijn documentatie, toegang, reproduceerbare installatie en duidelijke afspraken over externe onderdelen nodig. Zonder die basis kan ook maatwerk moeilijk overdraagbaar zijn.
Bij een platform onderzoek je vooral wat je kunt exporteren: klanten, configuraties, productdata, afbeeldingen en eventueel regels. Vraag in welk formaat je die krijgt en welke gebruiksrechten blijven bestaan. Niet elke afhankelijkheid is onaanvaardbaar, zolang je haar vooraf begrijpt.
Leg daarom zowel de samenwerking als een eventueel vertrek vast. Wie beheert de domeinen en hosting? Hoe krijg je een volledige export? Welke ondersteuning is beschikbaar bij overdracht? Dat gesprek is zakelijk onderhoud, geen gebrek aan vertrouwen.
Hoe neem je uiteindelijk een onderbouwde beslissing?
Zet eenmalige bouw of inrichting, terugkerende kosten, interne beheeruren en verwachte uitbreidingen naast elkaar. Gebruik dezelfde aannames voor aantallen gebruikers, productlijnen en koppelingen. Een goedkope start en een goedkoop totaal zijn niet noodzakelijk hetzelfde.
Onze voorkeur bij Kroonwerk is maatwerk wanneer dat aantoonbaar beter aansluit op je proces. Niet wanneer een bestaand pakket het werk al goed doet. Een bruikbare beslissing eindigt met een afgebakende eerste stap en meetbare acceptatiecriteria, niet met de langste lijst toekomstige mogelijkheden.
