Uw dienstproces beschrijven vanuit wat de klant moet weten

Een beschrijving van uw dienstproces legt uit wat de klant en uw onderneming achtereenvolgens doen. Ze noemt de benodigde input, de zichtbare uitkomst van elke stap en momenten waarop een keuze of bevestiging nodig is. Begin met die overdrachten. Uw volledige interne taakverdeling hoeft niet op de publieke pagina te staan.

De lezer wil vooral weten wat die moet voorbereiden, wanneer die iets ontvangt en waarover nog geen zekerheid bestaat. Een reeks woorden als “ontdekken, creëren, groeien” vertelt daar weinig over. Beschrijf concrete handelingen en bewaak het verschil tussen een normale werkwijze en een gegarandeerde uitkomst.

Teken eerst de echte overdrachten uit

Vraag een inhoudelijk verantwoordelijke om een recente werkwijze zonder klantgegevens te beschrijven. Wie levert welke informatie aan? Wie controleert ze? Wat kan pas daarna beginnen? Noteer ook uitzonderingen. U zoekt een betrouwbaar procesbeeld, geen ideale versie die in de praktijk nog niet bestaat.

Een klantreis kan meer momenten omvatten, zoals oriëntatie en nazorg. De procesbeschrijving op een dienstpagina mag smaller zijn: wat gebeurt er vanaf aanvraag tot overdracht? Benoem het vertrekpunt zodat de lezer niet denkt dat een eerste informatievraag al een opdracht is.

Geef elke stap een invoer en een uitkomst

Een bruikbare stap bevat drie onderdelen: de handeling, wat daarvoor nodig is en wat de klant daarna heeft. “We bekijken uw aanvraag op basis van uw foto’s en maten; daarna hoort u of verdere beoordeling mogelijk is” biedt meer houvast dan “we analyseren grondig”.

De W3C-toelichting over labels en instructies behandelt het beschikbaar maken van informatie die nodig is om invoer te begrijpen. Voor uw procespagina betekent dit praktisch dat u benodigde documenten en keuzes benoemt vóór iemand bij een formulier of afspraak vastloopt. De pagina vervangt de instructies bij de daadwerkelijke invoer niet.

Een fictief proces voor een ontwerpaanvraag

De fictieve dienst Oefenplan maakt eenvoudige plattegrondschetsen. Het oefenproces heeft vier stappen. Eerst stuurt de klant een bestaande maatvoering en beschrijft het gewenste gebruik. Daarna controleert de dienst of de informatie voldoende is voor de afgesproken schetsopdracht. Een ontbrekende maat wordt eerst nagevraagd.

In stap drie ontvangt de klant één conceptschets met twee gemarkeerde vragen. De klant bundelt een reactie. In stap vier wordt de afgesproken versie overgedragen met een korte toelichting. Het fictieve voorbeeld omvat geen bouwkundige keuring of vergunningstraject. Die grens hoort bij de beschrijving omdat het woord “plattegrond” anders een ruimere verwachting kan oproepen.

De vier stappen zijn een oefenindeling, geen bewezen beste aantal. Een werkelijk proces kan meer of minder onderdelen nodig hebben. Het doorslaggevende criterium is of de lezer weet wat die moet doen en wat de dienst op dat moment wel en niet oplevert.

Een procesplaat met vier blokken is niet de enige mogelijke presentatie. Voor een eenvoudige aanvraag kunnen vier korte alinea’s duidelijker zijn. Als twee routes uiteenlopen na de eerste beoordeling, laat u dat onderscheid zien met benoemde voorwaarden: voldoende informatie of aanvullende gegevens nodig. Verbind de stappen niet uitsluitend met decoratieve pijlen. De lezer moet begrijpen waarom die naar een andere stap gaat en of eigen actie nodig is. Houd de tekstuele uitleg beschikbaar naast een eventueel schema.

Maak wachttijd en bewerkingstijd niet gelijk

Een opdracht kan intern enkele uren werk vragen en toch over verschillende weken lopen door benodigde informatie en beslissingen. Geef alleen een concrete doorlooptijd wanneer die verantwoord kan worden gecommuniceerd. Benoem relevante afhankelijkheden bij die indicatie. Vermijd een precieze termijn die alleen op een uitzonderlijk ideale situatie berust.

Als de planning per opdracht wordt bevestigd, zeg dat dan. De controle uit brontekst voor AI voorkomt dat een schrijver een voorbeeldtermijn als vaste belofte overneemt. U kunt wel uitleggen wanneer de klant een planning krijgt en welke informatie daarvoor eerst nodig is. Dat is bruikbare zekerheid over het proces zonder een onbekende datum in te vullen.

Beschrijf beslismomenten in gewone taal

Een klant moet begrijpen wanneer die feedback geeft, een voorstel accepteert of aanvullende informatie aanlevert. Gebruik de term die bij de werkelijke afspraak hoort. Een vrijblijvende kennismaking, een goedgekeurd ontwerp en een definitieve opdracht zijn verschillende momenten. Maak niet alles “akkoord” zonder te zeggen waarop.

De GOV.UK-richtlijnen voor begrijpelijke teksten bieden bruikbare voorbeelden van taakgerichte taal. De institutionele context verschilt, maar het principe helpt: schrijf wat iemand concreet moet kunnen doen. Koppel een beslissing aan het document of resultaat waarop zij betrekking heeft, zodat de instructie ook later terug te vinden is.

Geef uitzonderingen een werkbare route

Niet elke afwijking hoeft in het hoofdproces. Benoem wel uitzonderingen die de geschiktheid of voorbereiding wezenlijk veranderen. Bijvoorbeeld: ontbrekende basisgegevens, een opdracht buiten het werkgebied of specialistische beoordeling die vooraf nodig is. Geef aan waar iemand met zo’n situatie terechtkan.

Een FAQ kan terugkerende aanvullende vragen behandelen. Verplaats noodzakelijke procesvoorwaarden daar niet uitsluitend naartoe. De hoofdroute moet zelfstandig eerlijk blijven. Laat ook zien of iemand kan stoppen, vragen stellen of een keuze opnieuw bespreken. Beschrijf daarvoor de werkelijke afspraken en vermijd zelfbedachte rechten of verplichtingen.

Controleer het proces op een concreet scenario

Laat iemand met de pagina een fictieve aanvraag doorlopen. Kan die aanwijzen wat die voorbereidt, wat de volgende uitkomst is en wanneer eigen actie nodig is? Noteer waar een stap alleen voor interne collega’s begrijpelijk blijkt. Pas de tekst aan zonder de daadwerkelijke dienstverlening mooier of eenvoudiger voor te stellen dan zij is.

De oproep tot actie hoort bij de eerste echte stap. Wie eerst geschiktheid moet laten beoordelen, krijgt een andere uitnodiging dan iemand die direct kan boeken. Controleer bij een proceswijziging ook bevestigingsmails, formulieren en offertes. Eén aangepaste webpagina maakt de andere contactmomenten niet automatisch actueel.

Bronnen en grenzen

• W3C: labels or instructions, voor begrijpelijke informatie bij benodigde invoer.
• GOV.UK: writing for GOV.UK, voor taakgerichte uitleg.

Oefenplan en het proces zijn fictief. Deze gids biedt een redactionele aanpak, geen vast procesmodel of garantie over doorlooptijden.