Een afspraak verplaatsen zonder mailketting

Een mailketting is zelden een gebrek aan beleefdheid. Het is meestal een gebrek aan structuur: de klant heeft geen plek om een nieuw tijdstip door te geven, dus vertelt hij het in vrije tekst. Jij moet dan raden welke afspraak bedoeld wordt, of het nieuwe moment beschikbaar is en wie het oude moet schrappen.

Controleer eerst op welke punten jouw huidige route misloopt:

• Geen aanknopingspunt: de klant kan de oorspronkelijke afspraak niet aanwijzen (geen referentie, geen link in de bevestigingsmail).
• Geen beschikbaarheid: de klant stelt iets voor dat al bezet is, wat een extra ronde veroorzaakt.
• Geen eindbevestiging: niemand meldt expliciet dat het nieuwe tijdstip vastligt.
• Geen annulering van het oude moment: het oude tijdstip blijft in agenda of planning staan.

Noteer per punt ja of nee voor je eigen situatie. Elk 'nee' is een plek waar een extra mail nodig wordt.

Een wijzigingsformulier moet kort blijven. Volgens de W3C-handleiding over formulieren willen gebruikers meestal eenvoudige, korte formulieren en vraag je best enkel wat nodig is om het proces af te ronden; overbodige gegevens vergroten de kans dat iemand afhaakt. Voor een verplaatsing heb je weinig nodig:

1. Een identificatie van de bestaande afspraak (bij voorkeur via een unieke link in de bevestigingsmail, zodat de klant niets hoeft in te tikken).
2. Een keuze voor het nieuwe moment, bij voorkeur uit echt beschikbare opties in plaats van vrije tekst.
3. Een optioneel opmerkingenveld.

Geef elk veld een zichtbaar label en groepeer gerelateerde velden, bijvoorbeeld datum en uur. Zet de instructie boven het veld, niet alleen in een voorbeeldtekst die verdwijnt zodra iemand begint te typen. Vraag niet opnieuw naar gegevens die je al hebt.

Wat dit niet bewijst: een goed opgebouwd formulier garandeert niet dat klanten het ook gebruiken. Test het met echte mensen uit je doelgroep.

Veel heen-en-weer ontstaat doordat een voorstel pas bij jou blijkt te falen. Validatie aan de voorkant vangt dat op. De MDN-uitleg over formuliervalidatie beschrijft dat controle in de browser de gebruiker meteen laat corrigeren, zonder wachttijd door een rondje naar de server. Dezelfde bron waarschuwt dat die controle geen volledige beveiliging is: de server moet alle ontvangen gegevens zelf opnieuw controleren.

Vertaald naar een afsprakenroute betekent dat twee lagen:

• In de browser: verplichte velden aangeven, een ongeldige datum (in het verleden, buiten openingsuren) melden met een begrijpelijke boodschap die zegt wat er moet veranderen.
• Op de server: opnieuw nagaan of het gekozen moment nog vrij is, want tussen het tonen en het versturen kan iemand anders dat moment hebben genomen (eigen redactioneel advies, niet uit MDN). Toon dan een nieuwe keuzelijst in plaats van een kale foutmelding.

Laat de klant een fout kunnen herstellen zonder alles opnieuw in te vullen. Bewaar de al ingevulde gegevens.

Niet elke verplaatsing past in een automatische route. Gebruik dit blad om per type afspraak te beslissen. Het is een voorstel voor je eigen werkwijze, geen vaste regel.

De laatste rij gaat over afspraken met een kost of termijn. Dat is geen juridisch advies: formuleer die voorwaarden met de juiste persoon in je organisatie.

De bevestiging is de stap die de ketting werkelijk afsluit. Zorg dat ze op het scherm na het versturen verschijnt én per mail volgt. De W3C-handleiding vermeldt 'User Notifications': gebruikers informeren over geslaagde afronding en over fouten. De bevestigingsmail zelf is een redactioneel voorstel en geen bronvereiste.

Neem minstens deze elementen op:

• Het nieuwe tijdstip, volledig geschreven (dag, datum, uur).
• Een zin dat het vorige tijdstip niet langer geldt, met dat tijdstip erbij genoemd.
• Een kenmerk of link om opnieuw te wijzigen of te annuleren.
• Een contactkanaal voor vragen.

Zorg ook voor de interne kant: agenda, planning en eventuele herinneringen moeten het oude moment echt laten vallen. Controleer dat een herinnering voor het oude tijdstip niet alsnog wordt verstuurd. Dat is vaak de reden waarom klanten toch twijfelen en opnieuw mailen.

Een fictief scenario om je eigen route na te lopen. Invoer: een klant heeft een afspraak op dinsdag om 10 uur en wil naar donderdag om 14 uur. Er is geen cijfer of resultaat bedacht; het gaat enkel om wat je controleert.

1. De klant opent de wijzigingslink uit de bevestigingsmail. Verwacht: de bestaande afspraak is al herkend.
2. Hij kiest donderdag 14 uur uit de beschikbare momenten. Verwacht: een moment dat bezet is, wordt niet aangeboden.
3. Hij verstuurt. Verwacht: een bevestigingsscherm met het nieuwe tijdstip en de melding dat dinsdag 10 uur vervalt.
4. Hij ontvangt een mail met dezelfde gegevens. Verwacht: nieuw en oud tijdstip staan er beide in.
5. Test in een veilige testomgeving ook een verzending waarbij de klant een time-out of foutmelding ziet en opnieuw verstuurt. Verwacht: de wijziging is slechts één keer verwerkt (controleer via een unieke wijzigingsactie of -referentie) en er ontstaat geen dubbele afspraak.
6. Je kijkt in agenda en planning. Verwacht: dinsdag 10 uur is vrij en donderdag 14 uur is bezet.
7. Je controleert de herinneringen. Verwacht: enkel voor donderdag.

Herhaal dit ook voor een geval waarin het gekozen moment net bezet raakt, en voor een invoerfout. Noteer waar de route afwijkt en wie dat oplost. Wil je daarnaast zien welke zichtbare signalen je website nu geeft rond contact en opvolging, bekijk dan de publieke signalen van je site via Marketing Scan. Een publieke scan meet wat zichtbaar is en toont niet of je formulier intern volledig werkt.