Frans
GVISION Studio · 2026-09-15
Een beslissingsgids om het juiste aanvraagtraject te kiezen op basis van de complexiteit van het aanbod, commerciële regels en interne tools.
Welke tool kiest u in één zin?
Kies op basis van de variabiliteit van het aanbod en de beslissing die de bezoeker zonder commerciële tussenkomst kan nemen.
Als de prijs afhankelijk is van een gesprek, inspectie of nog onduidelijk bestek, volstaat een kort formulier dat een gesprek voorbereidt vaak. Wanneer drie of vier parameters een vork verklaren, kan een calculator een eerste antwoord geven. Als keuzes elkaar beïnvloeden, de haalbaarheid bepalen of aan de productie moeten worden doorgegeven, is een begeleide configurator coherenter. Het gaat dus niet om een moderne oplossing tegenover een oude oplossing te plaatsen, maar om de interface af te stemmen op de werkelijke verkooplogica.
De GVISION Studio-pagina over de e-commercedienst en configuratoren toont een begeleid traject, dynamische prijzen, regels en integraties. Het doel hier is te bepalen hoe ver u moet gaan. Begin met het structureren van de nuttige gegevens en voeg vervolgens berekeningen of afhankelijkheden toe op basis van het waargenomen gebruik.
Wat zijn de vier mogelijke niveaus?
De juiste continuüm loopt van een eenvoudig formulier tot een gekoppelde configurator; een intelligent formulier vormt vaak een nuttige tussenstap.
Het eenvoudige formulier verzamelt identiteit, behoefte en enkele bijlagen. Het intelligente formulier toont vragen op basis van de antwoorden en normaliseert eenheden of categorieën. De calculator zet een klein aantal invoergegevens om in een schatting, termijn of grootteorde volgens een transparante formule. De configurator beheert opties, incompatibiliteiten, afhankelijkheden, klantprofielen en soms een visualisatie en bruikbare samenvatting. Deze niveaus kunnen dezelfde visuele interface delen, maar dragen niet dezelfde verantwoordelijkheid en hebben niet dezelfde onderhoudskosten.
Vermijd het om elke opeenvolging van velden een « configurator » te noemen. Het verschil zit in de ingebouwde bedrijfskennis. Als een antwoord de toegestane keuzes, de prijs, een termijn of de stuklijst wijzigt, voert de tool een regel uit. Die regel moet een bron, eigenaar, versie en tests hebben. Omgekeerd kan een conditioneel formulier al veel onvolledige aanvragen voorkomen zonder een prijs te berekenen. De terminologie is belangrijk omdat ze de verwachtingen van directie, marketing, verkoop en ontwikkeling bepaalt.
Hoe vergelijkt u de opties zonder een absolute winnaar te kiezen?
Vergelijk de waarde voor de prospect, de kwaliteit van de gegevens, de onderhoudslast en het risico op een foutief antwoord.
De tabel vat een beslissingskader samen. De kosten zijn niet becijferd, omdat ze variëren afhankelijk van het aantal regels, talen, integraties, beheer, 3D, authenticatie en beschikbaarheidsvereisten. Vraag in plaats daarvan om een verifieerbare scope: gedekte scenario’s, bron van de prijzen, updatefrequentie, aantal integraties, rollen en acceptatiecriteria. Een kleine gekoppelde calculator kan veeleisender zijn dan een zelfstandige visuele configurator wanneer de brongegevens instabiel zijn.
De keuze kan ook per segment verschillen. Een nieuwe bezoeker aanvaardt een schatting met aannames; een contractklant verwacht zijn onderhandelde tarief; een distributeur wil meerdere varianten registreren; de productie vereist een geldige configuratie. Het is legitiem om twee trajecten aan te bieden: een eenvoudige aanvraag voor atypische gevallen en een begeleid traject voor standaardiseerbaar aanbod. Meet vervolgens waar gebruikers afhaken en welke aanvragen daadwerkelijk bruikbaar worden.
| Criterium | Eenvoudig formulier | Intelligent formulier | Calculator | Configurator |
|---|---|---|---|---|
| Antwoord aan de bezoeker | Ontvangstbevestiging | Aangepaste vragen | Schatting of vork | Geldige configuratie en samenvatting |
| Bedrijfslogica | Zeer laag | Eenvoudige voorwaarden | Beperkte formule | Regels en afhankelijkheden |
| Prijzen | Nee | Zelden | Indicatief of berekend | Berekend, onderhandeld of te valideren |
| Ontvangen gegevens | Tekst en velden | Gestructureerde velden | Invoer en resultaat | Opties, regels, versie en resultaat |
| Onderhoud | Laag | Zwak tot gemiddeld | Formules en aannames | Catalogus, regels, tests en integraties |
| Ideale situatie | Behoefte nog onduidelijk | Herhaalde kwalificatie | Parametriseerbare dienst | Complex of configureerbaar aanbod |
| Beperking | Handmatige uitwisselingen | Weinig geschikt voor afhankelijkheden | Moeilijk te beheren uitzonderingen | Risico op overdimensionering |
| Beste keuze volgens de behoefte | Menselijk gesprek noodzakelijk | Beter kwalificeren zonder te berekenen | Een grootteorde geven | Verbonden keuzes begeleiden en beveiligen |
Eenvoudig formulier
- Antwoord aan de bezoeker
- Ontvangstbevestiging
- Bedrijfslogica
- Zeer laag
- Prijzen
- Nee
- Ontvangen gegevens
- Tekst en velden
- Onderhoud
- Laag
- Ideale situatie
- Behoefte nog onduidelijk
- Beperking
- Handmatige uitwisselingen
- Beste keuze volgens de behoefte
- Menselijk gesprek noodzakelijk
Intelligent formulier
- Antwoord aan de bezoeker
- Aangepaste vragen
- Bedrijfslogica
- Eenvoudige voorwaarden
- Prijzen
- Zelden
- Ontvangen gegevens
- Gestructureerde velden
- Onderhoud
- Zwak tot gemiddeld
- Ideale situatie
- Herhaalde kwalificatie
- Beperking
- Weinig geschikt voor afhankelijkheden
- Beste keuze volgens de behoefte
- Beter kwalificeren zonder te berekenen
Calculator
- Antwoord aan de bezoeker
- Schatting of vork
- Bedrijfslogica
- Beperkte formule
- Prijzen
- Indicatief of berekend
- Ontvangen gegevens
- Invoer en resultaat
- Onderhoud
- Formules en aannames
- Ideale situatie
- Parametriseerbare dienst
- Beperking
- Moeilijk te beheren uitzonderingen
- Beste keuze volgens de behoefte
- Een grootteorde geven
Configurator
- Antwoord aan de bezoeker
- Geldige configuratie en samenvatting
- Bedrijfslogica
- Regels en afhankelijkheden
- Prijzen
- Berekend, onderhandeld of te valideren
- Ontvangen gegevens
- Opties, regels, versie en resultaat
- Onderhoud
- Catalogus, regels, tests en integraties
- Ideale situatie
- Complex of configureerbaar aanbod
- Beperking
- Risico op overdimensionering
- Beste keuze volgens de behoefte
- Verbonden keuzes begeleiden en beveiligen
Hoe meet u de complexiteit van het aanbod?
Tel de variabelen, maar vooral hun afhankelijkheden, uitzonderingen en het aantal personen dat nodig is om een aanbod te valideren.
Inventariseer de beslissingen die vandaag door een verkoper worden genomen: afmetingen, volumes, frequentie, afwerking, locatie, urgentie, bijbehorende dienst, contractprofiel en minimale marge. Geef voor elk item aan of het een andere keuze beïnvloedt. Een lijst van vijftig onafhankelijke opties kan eenvoudig blijven; acht opties met onderlinge uitsluitingen kunnen een regelmotor rechtvaardigen. Voeg uitzonderingen per sector, land, kanaal of klant toe. Als het antwoord afhankelijk is van de kennis van een expert, leg die kennis dan eerst vast voordat u schermen ontwerpt.
Analyseer ook de onzekerheid. Een formulier is geschikt als een expert elk dossier bestudeert, maar wordt frustrerend wanneer steeds dezelfde gegevens ontbreken. Een formule is riskant als uitzonderingen vaak voorkomen. Deel de gevallen in standaard, parametriseerbaar en maatwerk in; automatiseer eerst de standaardgevallen en stuur uitzonderingen naar een menselijke beoordeling.
Waar moeten prijzen en bedrijfsregels worden beheerd?
Eén bron moet leidend zijn; de interface mag geen vergeten tweede prijstabel worden.
Bepaal het referentiesysteem: ERP, CRM, productcatalogus, beheertabel of prijsservice. Documenteer wie een regel mag wijzigen, vanaf wanneer deze van toepassing is en hoe u naar de vorige versie terugkeert. Scheid de zichtbare berekening, contractuele kortingen, bijkomende kosten en voorwaarden die validatie vereisen. Een openbare schatting kan een vork of expliciete aannames gebruiken; een vaste prijs vereist meer controles, klantcontext en commerciële governance.
Test elke regel met voorbeelden die door de teams zijn goedgekeurd. Neem minimum- en maximumwaarden, eenheden, afrondingen, belastingen, valuta’s, cumulatieve kortingen en verboden combinaties op. Het resultaat moet verklaarbaar zijn: een verkoper moet de invoer en de versie van de regel kunnen terugvinden. Als de prijs niet kan worden weergegeven, kan de configurator toch een nauwkeurige samenvatting produceren en de aanvraag kwalificeren. De waarde komt dan voort uit het verminderen van e-mails en dubbele invoer, niet uit een kunstmatige belofte van onmiddellijke antwoorden.
Hoe ontwerpt u een traject dat de prospect echt helpt?
Begin met de beslissing van de klant, groepeer de vragen per stap en leg uit waarom bepaalde informatie wordt gevraagd.
Vraag eerst wat nodig is om een richting te kiezen, niet om contactgegevens. Een bezoeker die de opties begrijpt en een samenvatting krijgt, staat verder dan een bezoeker die onmiddellijk met tien persoonlijke velden wordt geconfronteerd. Gebruik zakelijke terminologie, vertrouwde eenheden en voorbeelden. Toon de voortgang, behoud antwoorden bij het teruggaan en bied « ik weet het niet » aan wanneer onzekerheid legitiem is. Een goed traject begeleidt zonder een precisie af te dwingen waarover de klant nog niet beschikt.
Kwalificatie betekent niet dat u het aantal verplichte velden moet verhogen. Het gaat erom signalen te verzamelen die het antwoord veranderen: volume, beperking, timing, compatibiliteit, locatie of contracttype. Elke vraag moet leiden tot een beslissing, regel of commerciële voorbereiding. Verwijder velden « voor het geval dat ». Voorzie vóór verzending een leesbare samenvatting, een duidelijke bevestiging en een aanvraag-ID. Laat bij lange aanbiedingen opslaan of het verzenden van een beveiligde link toe in plaats van een eenmalige sessie af te dwingen.
Hoe koppelt u het traject aan CRM, ERP en facturatie?
Stuur een gestructureerde configuratie, een identificatie en de versie van de regels door; beperk het resultaat niet tot een vrije e-mail.
Definieer de mapping vóór de integratie: welk veld voedt het contact, de opportuniteit, het product, de offerte-regel of de validatietaak? Bewaar zowel het label dat aan de klant wordt getoond als de technische waarde. Beheer duplicaten, fouten, hernemingen en ontbrekende gegevens. Een betrouwbare integratie moet aangeven wat is doorgestuurd en wat nog op tussenkomst wacht. De demonstratie van de offertecalculator van Studio illustreert een front-endinterface; een productieomgeving voegt concrete gegevens, historiek, rollen en verbindingen toe.
In België verdient de overgang van offerte naar factuur een duidelijke scheiding. Het federale portaal herinnert eraan dat gestructureerde elektronische B2B-facturatie sinds 1 januari 2026 verplicht is voor de betrokken transacties. Een schatting of offerte wordt niet automatisch een conforme factuur: voorzie acceptatie, wettelijke gegevens, nummering en het facturatiesysteem. Raadpleeg de officiële FAQ over e-facturatie voor het exacte toepassingsgebied. De integratie moet commerciële en boekhoudkundige stappen behouden in plaats van ze te vermengen.
Hoe gaat u om met persoonsgegevens, beveiliging en toegankelijkheid?
Verzamel het minimum, valideer aan de serverzijde, controleer de toegangen en zorg ervoor dat elke stap met een toetsenbord en schermlezer bruikbaar is.
De’artikel 5 van de AVG legt onder meer doelbinding, dataminimalisatie, juistheid, opslagbeperking en beveiliging op. Geef aan waarom contact- en projectgegevens nodig zijn, vermijd gevoelige informatie zonder noodzaak, leg een bewaartermijn vast en beperk de toegang. Plaats geen vertrouwelijke gegevens in de URL. Controleer bij bijlagen het type, de grootte, de opslag en de analyse. Een opgeslagen configuratie moet aan een onvoorspelbare token worden gekoppeld en verlopen wanneer ze niet langer nodig is.
Validatie in de browser verbetert de gebruikerservaring, maar deOWASP Input Validation Cheat Sheet vereist ook validatie aan de serverzijde. Pas lijsten met verwachte waarden, limieten en veilige foutafhandeling toe. Wat toegankelijkheid betreft, de formuliertutorials van het W3C bevelen duidelijke labels, instructies, groeperingen en foutmeldingen aan; de WCAG 2.2 behandelen onder meer toetsenbord, focus, fouten en contrast. Test het traject zonder muis en bij 200% zoom.
Hoe bouwt u een businesscase zonder een ROI te verzinnen?
Meet het huidige werk en definieer indicatoren vóór de pilot in plaats van generieke percentages over te nemen.
Meet een steekproef van aanvragen: kwalificatie, informatie zoeken, berekening, validatie, opmaak, opvolging en dubbele invoer. Tel hernemingen wegens ontbrekende gegevens, laat ontdekte onmogelijke configuraties, versieproblemen en afgebroken aanvragen. Maak onderscheid tussen commerciële tijd en engineering- of productietijd. Met deze basis kunt u een waardebereik inschatten en bepalen welk deel van het proces eerst moet worden geautomatiseerd, zonder een universeel cijfer te beloven.
Volg voltooiing, bruikbare aanvragen bij de eerste poging, responstijd, uitzonderingen, integratiefouten en menselijke verwerking. Alleen de conversieratio kan misleidend zijn als slecht gekwalificeerde aanvragen de verkoop overbelasten. Neem ook exploitatie, hosting, support, onderhoud van regels en verdere ontwikkeling op.
Hoe stuurt u het project in zes stappen?
Bouw een prototype op een rendabel deelgebied, test het met echte scenario’s en integreer de systemen pas nadat het traject is gevalideerd.
Ten eerste selecteert u een stabiele aanbodsfamilie. Ten tweede brengt u regels, uitzonderingen en de eigenaar van de gegevens in kaart. Ten derde maakt u een klikbaar prototype met samenvatting, zonder alle functies te willen implementeren. Ten vierde laat u het gebruiken door klanten of collega’s die het model niet kennen. Ten vijfde implementeert u de berekening en geautomatiseerde tests. Ten zesde koppelt u CRM of ERP met logging en herstelmogelijkheden. Definieer bij elke stap een stopcriterium en de verwachte beslissing.
De onderstaande workshopvisualisatie toont het minst zichtbare maar belangrijkste werk: verkoop, operations, product en IT op één lijn brengen. Bereid minstens twintig scenario’s voor, inclusief grenzen en veelvoorkomende fouten. Vergelijk het resultaat met een gevalideerde offerte. Test drie talen als de markt dit vereist, getal- en adresformaten, mobiel, toetsenbord, laadtijd en het uitvallen van een API. Rol geleidelijk uit, behoud een handmatig traject en observeer aanvragen voordat u de scope uitbreidt.
Welke Belgische scenario’s illustreren de keuzes?
Terugkerende diensten lenen zich voor een calculator; technische producten voor een configurator; sterk variabele projecten behouden een menselijke stap.
Een schoonmaakbedrijf kan een dienst schatten op basis van oppervlakten, frequenties en opties, terwijl atypische locaties worden gereserveerd voor een bezoek. Een accountantskantoor kan begeleiden op basis van documentvolume, aantal werknemers en verplichtingen en vervolgens een samenvatting doorsturen. Een fabrikant van schrijnwerk of apparatuur combineert afmetingen, materialen en compatibiliteiten: de configurator beschermt de haalbaarheid vóór de aanvraag. Een groep met meerdere vestigingen kan adressen, openingsuren en serviceniveaus toevoegen zonder onmiddellijk elk technisch detail te vragen.
Een vzw kan pakketten aanbieden; een overheidsdienst kan rollen en goedkeuringen integreren; een studiebureau kan menselijke kwalificatie behouden. Het traject moet altijd aangeven of het een schatting, een te bevestigen aanbod of een bestelklaar configuratievoorstel oplevert.
Welke fouten moeten worden vermeden?
Mislukkingen zijn vooral het gevolg van regels zonder governance, een te lang traject, een kwetsbare integratie en een onduidelijke prijsbelofte.
Kopieer de interne vragenlijst niet zomaar naar de website. Vraag geen gegevens voordat u hun nut toont. Verberg niet alle aannames van de berekening. Vermijd prijzen die in de code zijn gedupliceerd, uitzonderingen zonder eigenaar, eindeloze dropdownlijsten en onmogelijke configuraties die pas na verzending worden ontdekt. Verplicht gebruikers niet om een account aan te maken voordat ze het aanbod begrijpen. Stuur geen PDF alleen naar het CRM: bewaar ook de gestructureerde gegevens die zoeken, rapportage en hervatting mogelijk maken.
Start geen 3D voordat u de selectielogica hebt gevalideerd. Voorzie in onbeschikbaarheid van het ERP, tarieven, afzonderlijke marketingtoestemming, toegangen en support. Meet naast klikken ook geaccepteerde aanvragen, vermeden fouten en verwijderd repetitief werk.
Veelgestelde vragen
Wat is het verschil tussen een calculator en een configurator?
Een calculator zet invoergegevens volgens een beperkte formule om in een resultaat. Een configurator begeleidt afhankelijke keuzes, past compatibiliteiten toe en produceert een gestructureerde configuratie.
Moet een exacte prijs worden weergegeven?
Nee. Een schatting of vork kan eerlijker zijn wanneer uitzonderingen validatie vereisen. De status van het resultaat en de aannames moeten duidelijk worden vermeld.
Kunnen we starten zonder CRM of ERP?
Ja, met een prototype of een gestructureerde verzending. U moet wel de identificaties en het gegevensmodel voorzien om een volledige herbouw bij de integratie te voorkomen.
Is een configurator geschikt voor diensten?
Ja. Pakketten, frequenties, volumes, termijnen en opties kunnen samen een dienstenaanbod vormen, op voorwaarde dat de regels stabiel en begrijpelijk zijn.
Hoe gaat u om met maatwerkgevallen?
Bied een overdracht naar een menselijke beoordeling aan en behoud de reeds verstrekte antwoorden. Het traject mag niet blokkeren of een prijs verzinnen.
Is 3D noodzakelijk?
Nee. Het is nuttig als het helpt om afmetingen, afwerkingen of inplanting te begrijpen. Een duidelijke samenvatting volstaat wanneer de beslissing niet afhankelijk is van visualisatie.
Hoeveel tijd is nodig voor de lancering?
Er bestaat geen universele betrouwbare termijn. Die hangt af van de regels, gegevens, talen, integraties, tests en het vereiste beheerniveau.