Uitverkochte keuze in het aanvraagformulier voorkomen

Voor je iets aanpast, zoek je uit waar het misgaat. Een uitverkochte keuze kan drie oorzaken hebben, en elk vraagt een ander herstel.

1. Verouderde opties: de lijst in het formulier wordt niet automatisch bijgewerkt en blijft staan na uitverkoop.
2. Vertraging: de lijst klopt bij het openen, maar iemand anders neemt de laatste plaats of het laatste exemplaar voordat jouw klant verstuurt.
3. Verkeerde verwachting: het formulier klinkt als een bestelling of reservering, terwijl het in werkelijkheid een aanvraag is die jij nog bevestigt.

Test dit met een kleine reeks echte gevallen. Neem de laatste tien aanvragen die niet doorgingen en noteer per geval de oorzaak. Zo zie je of je een datakwestie, een timingkwestie of een tekstkwestie hebt, in plaats van te gokken. Gebruik alleen je eigen gegevens: er bestaat geen algemene verhouding waarmee je kunt vergelijken.

De belangrijkste keuze is wat je belooft. Een aanvraagformulier vraagt iets aan en bevestigt niets. Zeg dat ook zo, vooraf, op de plek waar de klant kiest en op de bevestigingspagina.

Gebruik formuleringen die kloppen met je werkproces: "Je aanvraag is ontvangen. We bevestigen de beschikbaarheid binnen [jouw afgesproken termijn]". Schrijf geen "gereserveerd" of "voor jou vastgehouden" als je niets vasthoudt. Een misleidende bevestiging zorgt voor ontevredenheid en kan je klanten verkeerd informeren over wat zij hebben afgesloten. Of jouw tekst aan wettelijke informatieplichten voldoet, valt buiten deze gids, dus laat dat desnoods door een jurist nakijken.

Houd je tekst kort. Zeg wat er gebeurt, wanneer de klant antwoord krijgt en wat hij kan doen als zijn keuze niet beschikbaar blijkt. Die laatste zin is belangrijk: ze maakt de terugvalroute zichtbaar voor de klant verstuurt.

Laat de klant niet kiezen uit iets dat je al weet dat er niet is. Je hebt hier drie opties, afhankelijk van hoe je formulier technisch werkt.

Een uitverkochte optie kun je verbergen, uitgrijzen met een duidelijke reden, of aanbieden met een wachtlijstkeuze. Verbergen is het eenvoudigst, maar de klant weet dan niet waarom zijn favoriet ontbreekt. Uitgrijzen met een korte uitleg is duidelijker. Zorg dat die uitleg ook voor mensen met een schermlezer begrijpelijk is, en niet alleen een kleur of grijze tint. De W3C-tutorial over formulieren noemt onder meer labels voor elk veld, groepering van gerelateerde velden en instructies. Of uitgegrijsde opties in jouw tool met een schermlezer goed werken, test je zelf.

Maak de labels expliciet. Schrijf "Model A (niet beschikbaar)" in plaats van de status alleen met een kleur aan te geven. Leg in een korte instructie bij het veld uit wat de klant kan doen. De exacte technische invulling hangt af van je formuliertool of cms, dus controleer in je eigen omgeving wat mogelijk is.

Een formulier kan controleren of de ingevoerde keuze nog geldig is. De MDN-uitleg over formuliervalidatie beschrijft dat controle aan de clientzijde een eerste check is waardoor de gebruiker een fout meteen kan herstellen, maar dat je dezelfde controle ook aan de serverzijde moet uitvoeren, omdat de clientcontrole te makkelijk te omzeilen is.

Pas dat toe op beschikbaarheid. De clientcontrole geeft een snelle melding terwijl de klant invult. De servercontrole is de echte poort: bij het versturen kijkt je systeem opnieuw naar de actuele stand en wijst een keuze af die intussen niet meer klopt. Zo vang je het tijdsprobleem grotendeels op, waarbij iemand anders de laatste plaats nam. Bij gelijktijdige verzoeken is een gewone controle niet genoeg: laat je systeem de beschikbaarheid in één stap controleren en bijwerken, of behandel aanvragen in een vaste volgorde.

Zorg dat de foutmelding helpt. Zeg wat er misliep, wat er al is ingevuld en wat de klant nu kan doen. Wis zijn ingevulde gegevens niet, want opnieuw beginnen is onnodig werk voor de klant. Of jouw formuliertool bepaalde controles aan de serverzijde ondersteunt, controleer je bij je leverancier.

Spreek vooraf af hoe je teamleden omgaan met een aanvraag voor iets dat net uitverkocht is. Zo krijgt elke klant dezelfde, eerlijke behandeling.

Een alternatief aanbieden is een dienst, maar dwing het niet op. Laat de klant kiezen en zeg hoe lang jij op zijn antwoord wacht.

Een fictief voorbeeld, met invoer en verwachte technische controles, zonder beloofde uitkomsten. Je formulier biedt drie opties. Optie B raakt uitverkocht op dinsdag, maar blijft staan tot de lijst handmatig wordt bijgewerkt.

• Invoer: een testgebruiker kiest optie B nadat je die in je systeem op "niet beschikbaar" hebt gezet.
• Verwachte controle op het scherm: optie B staat niet langer als gewone keuze, of toont een duidelijke uitleg in tekst, niet alleen in kleur.
• Verwachte controle bij versturen: je systeem weigert de keuze aan de serverzijde, toont een begrijpelijke melding en behoudt de overige ingevulde gegevens.
• Verwachte controle achteraf: de bevestigingstekst spreekt van een aanvraag en niet van een reservering.

Test daarna met een toetsenbord en een schermlezer, en op meerdere apparaten. De cursus Forms van web.dev heeft onderdelen over het testen van formulieren en over toegankelijkheid. Gebruik die als inspiratie voor je eigen checklist; een geslaagde test bewijst geen volledige WCAG-conformiteit.

Test ook in een veilige testomgeving met fictieve gegevens wat er gebeurt als de laatste plaats tegelijk door twee testaanvragen wordt gekozen, en wat er gebeurt bij een time-out of foutmelding: een foutmelding kan optreden nadat de aanvraag al is opgeslagen. Controleer in je eigen systeem aan de hand van een unieke testactie of er na een herhaalde verzending dubbele aanvragen ontstaan.

Voor een eerste blik op wat publiek zichtbaar is rond je site kun je Marketing Scan gebruiken. Een scan van publieke pagina's kan niet vaststellen of je servervalidatie of je interne beschikbaarheidskoppeling correct werkt; dat toets je zelf.