01
Vaste onderdelen werken
Basisprijs, opties met een tarief en toeslagen op een keuze: dat is een model dat je kunt nalopen.
OneDayBuild, het bouwdagmerk van Appfront
Kan een offerte-aanvraag met prijsopbouw in één dag?
Een aanvraagformulier dat via een rekenmodel meteen een prijs teruggeeft, is in een dag te bouwen. De vraag die ertoe doet is of jouw prijsopbouw in regels te vatten is. Bij drie opties en twee toeslagen wel. Bij een prijs die per klant wordt bepaald, wordt het iets anders.
- Eén werkdag
- Werkend prototype
- Code in je eigen repository
01/06
Waarom het rekenmodel de kern is
Het formulier is een middag. De prijsregels bepalen de rest.
Een offerte-aanvraag met prijsopbouw bestaat uit twee delen. Het eerste is het formulier waarin de klant zijn wensen invult: wat, hoeveel, welke variant. Dat is voorspelbaar werk. Het tweede is het model dat uit die antwoorden een prijs afleidt, en daar zit het verschil tussen een dag en een traject.
Dat model werkt goed als je prijs uit vaste onderdelen bestaat: een basisprijs, een aantal opties met een eigen tarief, en een paar toeslagen die van een gekozen antwoord afhangen. Dan is het rekenwerk expliciet en kun je het nalopen. Zodra er een staffel bijkomt met uitzonderingen per klant, of een marge die per project wordt bepaald, wordt de prijs een beoordeling en geen berekening.
In één dag bouwen we een aanvraag die door dat model een prijsvoorstel teruggeeft, plus een overzicht van binnengekomen aanvragen. Wat er niet in past is de onderhandeling erna: kortingen, klantspecifieke afspraken en een versiegeschiedenis van offertes. Dat is geen bezwaar, zolang je weet welk deel je koopt.
02
Beoordeling werkt niet
Als de prijs per klant wordt afgewogen, kan een rekenmodel dat niet overnemen zonder dat je hem vertrouwt.
03
Een voorstel is geen offerte
Wat eruit komt is een indicatie waar iemand nog naar kijkt. Dat onderscheid moet de klant zien.
04
Fouten worden zichtbaar
Zodra je je prijs in regels zet, kom je tegenstrijdigheden tegen die nu in iemands hoofd zitten.
02/06
Wat valt binnen en buiten de bouwdag
Binnen scope
- Een aanvraagformulier met de keuzes die je prijs bepalen.
- Een rekenmodel dat op basis van die keuzes een prijsvoorstel teruggeeft.
- Een overzicht van aanvragen met de ingevulde keuzes en de uitkomst.
- Een live URL en de code in je eigen repository.
Buiten scope
- Kortingsafspraken en tarieven per klant.
- Een offertedocument met versiebeheer en digitale ondertekening.
- Een koppeling met je CRM of je facturatie.
- Voorraad- of capaciteitscontrole voordat je een prijs geeft.
03/06
Hoe de bouwdag verloopt
- Stap 1
De prijsregels ophalen
Welke onderdelen bepalen je prijs en hoe verhouden die zich tot elkaar.
- Stap 2
De uitzonderingen benoemen
Waar wijkt de praktijk af van de regel, en hoe vaak gebeurt dat.
- Stap 3
Het formulier bouwen
Alleen de vragen die de prijs beïnvloeden, in de volgorde die voor de klant logisch is.
- Stap 4
Het model bouwen
De berekening expliciet, zodat je hem kunt nalopen en bijstellen.
- Stap 5
Het overzicht
Binnengekomen aanvragen met de keuzes en de uitkomst ernaast.
- Stap 6
Opleveren
Live URL, code in je eigen repository, met de openstaande punten op papier.
Volgende stap
Wil je weten of jouw prijsopbouw hierin past?
Vertel waaruit je prijs is opgebouwd en waar je nu van de regel afwijkt. In een korte intake bepalen we of een rekenmodel werkt en welk deel in één dag te bouwen is.
04/06
Eerlijk over een offerte-aanvraag in één dag
- Een prijsvoorstel is geen offerte. Wat eruit komt is een indicatie. Zolang iemand er nog naar kijkt, moet dat ook zo op het scherm staan.
- Je prijsregels zijn misschien niet af. Veel bedrijven ontdekken tijdens de bouwdag dat hun prijs deels op gevoel is gebaseerd. Dat is nuttig om te weten, maar het kost tijd.
- Er bestaan offerteconfiguratoren. Bij een eenvoudige prijsopbouw is een bestaand pakket vrijwel zeker goedkoper. Bouwen loont als je model afwijkt.
- Een prototype is geen verkoopsysteem. Er zit geen ondersteuning op en geen koppeling met je administratie. Het laat zien of het model klopt.
05/06
Twee manieren om verder te gaan
De bouwdag maakt je idee aantoonbaar. Wil je daarna doorbouwen naar een volwaardige applicatie, dan doet Appfront dat traject.
Eén bouwdag, OneDayBuild
- Je wilt weten of een rekenmodel de tijd die offreren nu kost echt bekort.
- Aan het eind van de dag is er een werkende aanvraag met een prijsvoorstel.
- Één dag, vaste prijs, code in je eigen repository.
Volledig traject, Appfront
- Het werkt en je wilt offertes versturen, laten tekenen en koppelen aan je CRM.
- Versiebeheer, ondertekening, klantspecifieke tarieven en beheer van rechten.
- Een traject bij Appfront, met beheer en doorontwikkeling.
06/06
Veelgestelde vragen
Kan een offerte-aanvraag met prijsopbouw echt in één dag?
Als je prijs uit vaste onderdelen bestaat wel: een basisprijs, opties met een tarief en toeslagen die van een keuze afhangen. Het formulier, het rekenmodel en een overzicht van binnengekomen aanvragen passen in een dag. Wat er niet in past is de onderhandeling erna en klantspecifieke afspraken.
Wat als onze prijs per klant verschilt?
Dan kan een rekenmodel de basis geven maar niet de eindprijs. Dat is geen probleem zolang het voorstel duidelijk een indicatie is en er iemand naar kijkt voordat het naar buiten gaat. Wordt de prijs volledig per klant bepaald, dan levert een rekenmodel weinig op.
Ziet de klant meteen een bedrag?
Dat bepaal je zelf. Sommige bedrijven tonen het bedrag direct, wat de meeste tijdwinst geeft. Andere laten het voorstel eerst langs een medewerker gaan en sturen het daarna pas. Beide zijn te bouwen; de keuze hangt af van hoe vast je prijzen zijn en hoe gevoelig ze liggen.
Wat als we tijdens de bouwdag merken dat onze prijsregels niet kloppen?
Dat gebeurt regelmatig en het is waardevol. Zodra je je prijs in regels zet, komen tegenstrijdigheden boven die nu in iemands hoofd worden opgelost. Wij bouwen dan het model zoals je het op dat moment kunt vaststellen, en leggen de open vragen vast zodat je ze zelf kunt beslechten.
Kan dit koppelen met ons CRM?
Niet in een bouwdag. Een aanvraag die als kans in je CRM moet landen is een koppeling met een eigen testronde en afstemming met de beheerder van dat systeem. In de dag zelf houden we het bij een overzicht en een export, zodat je wel kunt zien wat er binnenkomt.
Hoe voorkomen we dat concurrenten onze prijsopbouw uitlezen?
Door de berekening op de server te doen en niet in de browser, zodat alleen de uitkomst zichtbaar is. Dat is een ontwerpkeuze die we standaard zo maken. Wil je helemaal geen bedragen tonen, dan kan het voorstel ook als aanvraag binnenkomen zonder prijs richting de klant.
