Van “een simpele website” naar iets dat je kunt opleveren
Een klant vraagt een eenvoudige website. Jij denkt aan vijf pagina’s en een contactformulier. Halverwege volgen meertaligheid, een ledenomgeving en “nog een kleine koppeling”. Het werk kan technisch allemaal uitvoerbaar zijn. De vraag is alleen welke onderdelen bij de oorspronkelijke opdracht horen.
Een bruikbaar projectdossier begint daarom vóór je eerste commit. Beschrijf wat je maakt, wat de klant aanlevert en hoe jullie beoordelen of het onderdeel klaar is. KVK adviseert om werkzaamheden, prijs en oplevering duidelijk in een offerte te omschrijven. Hieronder vertalen we dat naar een fictief webproject.
1. Beschrijf onderdelen die een klant kan herkennen
“Frontend bouwen” zegt iets over jouw werk, maar weinig over wat de opdrachtgever kan beoordelen. Schrijf bijvoorbeeld: een Nederlandstalige website met vijf afgesproken pagina’s, een contactformulier en een beheeromgeving voor de overeengekomen inhoud. Leg relevante keuzes vast, zoals welke velden het formulier krijgt.
Maak ook zichtbaar wat nog openstaat. Als de klant de teksten en foto’s aanlevert, benoem dan wat je nodig hebt en voor welk onderdeel. “Content volgt” geeft geen houvast wanneer jij de website al wilt gaan testen. Een nog onbekende koppeling vraagt eerst verduidelijking voordat je de bouw ervan toezegt.
2. Geef iedere mijlpaal een controlepunt
Een mijlpaal wordt bruikbaarder als je weet wat je dan samen bekijkt. Bij het ontwerp kan dat de gekozen pagina-indeling zijn. Bij een testversie de afgesproken gebruikersroute. Bij de oplevering de onderdelen die je hebt gebouwd en de overdracht die jullie hebben afgesproken.
Fictief voorbeeld: in de testversie kan de bezoeker het contactformulier invullen, ziet hij de afgesproken bevestiging en komt het bericht aan op het gekozen adres. Dat is specifieker dan “formulier klaar”. Spreek af wie controleert en hoe je de uitkomst vastlegt; een testlink versturen bewijst nog niet dat de klant heeft gekeken.
3. Laat feedback verwijzen naar een versie en onderdeel
“De knop werkt niet” vraagt om een andere reactie dan “We willen toch een ander formulier”. Vraag bij feedback welke versie de klant bekijkt, op welke pagina het gebeurt en wat hij verwachtte. Een schermafbeelding met korte toelichting kan het gesprek concreet maken.
Bundel opmerkingen per afgesproken beoordelingsmoment. Bespreek wie de feedback namens de klant verzamelt, zodat je geen tegenstrijdige instructies van drie betrokkenen hoeft te combineren. De hoeveelheid feedback en het aantal rondes zijn afspraken voor jouw opdracht; er is geen universeel aantal dat je in ieder voorstel kunt kopiëren.
4. Scheid een foutmelding van een nieuwe wens
Vergelijk een verzoek met het afgesproken gedrag. Een formulier dat een afgesproken verplicht veld niet controleert, vraagt onderzoek naar de bestaande uitvoering. Een extra koppeling met een CRM kan een uitbreiding van de opdracht zijn. Benoem eerst wat er verandert voordat je daar tijd of een prijs aan koppelt.
Leg een nieuwe wens vast met de gevolgen die je al kent en de vragen die nog openstaan. Bespreek daarna de planning en het voorstel met de klant. Een verzoek in de mail is een bron voor dat gesprek; het is op zichzelf nog geen door jou beoordeeld en afgesproken extra onderdeel.
5. Maak van opleveren een herkenbaar moment
Controleer welke versie je oplevert, welke onderdelen zijn besproken en welke punten nog openstaan. Geef ieder open punt een volgende stap. Benoem ook wat jullie afspreken over toegang, documentatie en eventuele verdere ondersteuning. Deel wachtwoorden en andere geheimen via een passende veilige route.
Houd vervolgwerk afzonderlijk herkenbaar. Een maandelijkse onderhoudsdienst en de bouw van een website hebben een ander doel. Maak concreet welke werkzaamheden, afstemming en kosten jullie voor het vervolg bespreken. Een technische livegang betekent niet vanzelf dat er ook een onderhoudsafspraak is gemaakt.
Klantafspraken en uitvoering verbinden in MANE
In MANE kun je de klant, offerte, opdracht, taken, uren en communicatie met elkaar verbinden. Gebruik een herkenbare opdrachtnaam en zet in de briefing het gewenste resultaat en de open keuzes. Via de taken en werkblokken zie je vervolgens wat er moet gebeuren en wanneer je eraan werkt.
Offerteversies en uitvoeringen helpen om alternatieven herkenbaar te houden. Nieuwe wensen kun je bij het dossier vastleggen en beoordelen. Je technische werk blijft zijn eigen versiebeheer en testproces houden; zorg dat de klantafspraak duidelijk maakt welke oplevering daarbij hoort.
Begin met je eerstvolgende feedbackronde
Pak één lopend project en schrijf drie regels op: wat beoordelen we nu, welke versie bekijken we en wie geeft de gebundelde reactie? Leg daarna vast wat de uitkomst is en welk werk daaruit volgt.
Daarmee maak je het gesprek minder afhankelijk van losse chatberichten en jouw geheugen. Je klant weet wat hij moet bekijken, en jij weet waarom een taak in je planning staat.
