Wij maken bij een passend traject eerst de belangrijkste flow zichtbaar en schrijven daarna het projectplan. Niet omdat een demo alle vragen oplost, maar omdat je op een scherm sneller ontdekt dat twee mensen iets anders bedoelen. “Planning” kan een kalender zijn, een capaciteitsverdeling of een volledig goedkeuringsproces. In een document lijkt iedereen het eens. Zodra een planner op een demo klikt, komen de echte vragen: kan ik dit verschuiven, wie ziet de wijziging en wat gebeurt er met de factuur? Precies die vragen wil ik vóór de offerte hebben. Dan kan ik scope, prijs en datum baseren op een gedeeld beeld in plaats van op aannames.
Een functielijst beschrijft zelden de werkdag
Een klassieke aanvraag bevat vaak woorden als CRM, dashboard, planning, facturatie en rapportage. Die woorden zijn niet fout, maar ze zeggen weinig over de volgorde en uitzonderingen. Wie voert wat in? Wanneer verandert een status? Welke informatie moet verplicht aanwezig zijn? Wie beslist als gegevens niet kloppen?
De waarde van maatwerk zit juist in die samenhang. Als we alleen een functielijst begroten, bouwen we losse onderdelen. Als we de kernflow tonen, bespreken we hoe het bedrijf echt werkt.
Wat laten we in de eerste demo zien?
Niet het complete toekomstige systeem. We kiezen één stuk dat veel duidelijk maakt. Bijvoorbeeld van nieuwe lead naar gekwalificeerde afspraak, van afgeronde opdracht naar factuurregels of van kandidaat naar plaatsing. De demo bevat genoeg werkelijkheid om besluiten te nemen, maar nog niet alle randgevallen en afwerking.
- De belangrijkste rollen en statussen.
- De informatie die bij iedere overdracht nodig is.
- Een paar representatieve uitzonderingen.
- De plek waar bestaande systemen, zoals Exact of WhatsApp, aansluiten.
- Wat een medewerker ziet en welke actie daarna logisch is.
Tarieven
Wat kost het?
Het begint bij . Wat jij betaalt hangt af van je situatie.
Wat leren we van de reactie op het scherm?
De beste feedback is niet “mooi”, maar “zo doen wij dat niet”. Dan zijn we vroeg genoeg. Medewerkers wijzen vaak op stappen die in een managementgesprek niet naar boven komen: een klant levert informatie laat aan, een order kan deels worden uitgevoerd of één rol mag een uitzondering wel zien maar niet goedkeuren.
We verwerken die inzichten in de afbakening. Soms wordt het project groter. Regelmatig kan juist iets weg omdat de gewenste uitkomst eenvoudiger blijkt dan de oorspronkelijke oplossing.
Daarna wordt een vaste afspraak wél betekenisvol
Na de demo beschrijven we wat we bouwen, welke koppelingen erbij horen, wat de klant aanlevert en wanneer een onderdeel geaccepteerd is. Dan kunnen we een projectplan maken met prijs en opleverdatum. Verandert later een uitgangspunt, dan is ook duidelijk wat er verandert.
Eerst hetzelfde beeld. Dan pas dezelfde afspraak.
Wanneer slaan we de demo over?
Bij een kleine, scherp omschreven wijziging is een aparte demo soms zwaarder dan het werk zelf. Ook wanneer een bestaande flow al goed is gedocumenteerd, kunnen we rechtstreeks een technisch voorstel maken. De werkwijze is geen ritueel; het doel is onzekerheid op de goedkoopste plek wegnemen.
Liever even bellen?
Laat je terugbellen
Eén telefoontje is vaak sneller dan drie mailtjes. Je hoort binnen een werkdag van ons.
Wil je een vastgelopen proces laten zien?
Je hoeft geen eisenlijst te schrijven. Stuur het proces, de betrokken rollen en een paar voorbeelden van waar het misgaat. Tijdens een intake bepalen we welk stuk we als eerste zichtbaar moeten maken. De volledige volgorde staat op onze pagina over de werkwijze van SiteJob.