Wachtlijst beheren zonder dubbele toezeggingen

Hou het formulier kort. Het W3C raadt aan alleen te vragen wat nodig is om de transactie of het proces af te ronden, omdat mensen bij overbodige vragen sneller afhaken. Dat staat in de toegankelijkheidsgids voor formulieren van het W3C. Voor een wachtlijst zijn deze velden het minimum:

1. Naam en één contactkanaal (e-mail of telefoon, naargelang hoe je opvolgt).
2. Gewenste dienst of product, zodat je weet voor welke wachtlijst iemand telt.
3. Voorkeursmoment: dagdeel, periode of 'maakt niet uit'. Noem dit een voorkeur, geen afspraak.
4. Toestemming om contact op te nemen, apart aangevinkt en niet vooraf aangevinkt.
5. Datum en tijdstip van aanmelding, automatisch toegevoegd.

Vraag niet naar zaken die je niet gebruikt. Wat privacy of wettelijke bewaartermijnen betreft: dit is geen juridisch advies, laat dat zo nodig toetsen door wie daarvoor bevoegd is.

Veel dubbele toezeggingen beginnen bij de taal van het formulier. Woorden als 'reserveer', 'boek nu' of 'plaats gegarandeerd' wekken verwachtingen die je misschien niet kunt waarmaken. Gebruik formuleringen als 'Zet me op de wachtlijst' en leg onder de knop uit wat er daarna gebeurt: 'Je bent nog niet ingepland. We nemen contact op als er een plaats vrijkomt.'

Technisch geldt dat labels en instructies bij elk veld horen. De gids Learn Forms van web.dev behandelt onder meer hoe je gebruikers helpt de juiste gegevens in te voeren en hoe je formulieren test. Het W3C beschrijft daarnaast dat labels, groepering en instructies het formulier begrijpelijker maken, ook voor mensen met een beperking. Praktisch voor jou:

• Elk veld heeft een zichtbaar label, geen placeholder als enige uitleg.
• De toestemmingsvraag staat als eigen aangevinkt veld met duidelijke tekst.
• Foutmeldingen zeggen wat er misgaat en hoe je het herstelt.
• Na verzenden verschijnt een bevestiging die 'op de wachtlijst' zegt, niet 'bevestigd'.

De ingebouwde validatie van de browser vangt veel basisfouten op, zoals een leeg verplicht veld of een ongeldig e-mailformaat. De MDN-uitleg over formuliervalidatie benadrukt dat zulke controle aan de clientzijde een eerste controle is en geen volledige beveiliging. Controles aan de serverzijde blijven nodig, omdat clientvalidatie omzeild kan worden.

Voor een wachtlijst betekent dat concreet:

• Controleer in je systeem op dezelfde contactgegevens voor dezelfde wachtlijst, zodat één persoon niet drie keer in de rij staat.
• Laat iemand die al op de lijst staat een duidelijke melding krijgen in plaats van een stille dubbele inschrijving.
• Test het formulier in een veilige testomgeving, of met herkenbare fictieve testaanmeldingen (bijvoorbeeld 'TEST-wachtlijst-01') die je achteraf kunt opruimen, met een lege invoer, een foutief e-mailadres en een bewust dubbele aanmelding, en noteer wat je ziet.
• Een time-out of foutmelding na het verzenden bewijst niet dat de aanmelding mislukte: ze kan al zijn opgeslagen. Zoek eerst op de unieke testtekst of op de contactgegevens voor je opnieuw verzendt, en laat bij voorkeur je systeem een herhaalde verzending met dezelfde gegevens herkennen in plaats van een tweede aanmelding aan te maken.

Hoe je dat technisch instelt hangt af van je formuliertool of boekingssysteem. Vraag het na bij je beheerder of in de documentatie van je pakket, want de mogelijkheden verschillen.

Dubbele toezeggingen ontstaan vooral bij de vrijgave: een plek komt vrij en twee mensen bellen tegelijk. Leg vooraf vast wie mag opvolgen en op basis waarvan. Gebruik deze matrix als vertrekpunt en pas ze aan je eigen situatie aan.

Spreek af dat slechts één persoon tegelijk de vrijgave doet voor een bepaalde plek, en dat een plek in je systeem eerst als 'in opvolging' wordt gemarkeerd voor je belt. Die markering voorkomt dat een collega dezelfde plek nog eens aanbiedt.

Fictief voorbeeld, enkel invoer en verwachte controles. Invoer: één vrijgekomen plek op donderdagvoormiddag. Op de lijst staan vijf aanmeldingen: A (voorkeur vrijdag), B (voorkeur donderdagvoormiddag, toestemming gegeven), C (voorkeur maakt niet uit, toestemming gegeven), D (voorkeur donderdagvoormiddag, geen toestemming) en E (dubbele aanmelding van B met ander e-mailadres).

Verwachte controles: A past niet bij het moment en wordt overgeslagen. B past en heeft toestemming, dus B wordt eerst gemarkeerd als 'in opvolging' en dan gecontacteerd. C blijft in reserve. D wordt niet gebeld wegens ontbrekende toestemming. E wordt als mogelijke dubbele aanmelding van B nagekeken voor je het contact legt, zodat dezelfde persoon geen twee keer een aanbod krijgt.

Controle na wijziging van je formulier of procedure: dien drie testaanmeldingen in, waaronder één dubbele en één zonder toestemming. Controleer of de bevestigingstekst geen beschikbaarheid suggereert, of het voorkeursmoment correct opgeslagen wordt, en of de markering 'in opvolging' zichtbaar is voor alle medewerkers die opvolgen. Wil je zien welke publieke signalen je website nu toont, bekijk ze dan via Marketing Scan. Een publieke scan meet zichtbare signalen en bewijst geen volledige technische implementatie van je wachtlijst.