Welke velden horen in een inschrijfformulier voor een evenement?
Een inschrijfformulier hoort alleen de gegevens te vragen die voor een duidelijke taak nodig zijn. Een algemene lijst met ‘verplichte’ velden verzamelt snel informatie die niemand gebruikt. Bij een gratis workshop kan een antwoordadres nodig zijn, maar een telefoonnummer niet. Koppel elke vraag aan een handeling, een eigenaar en een verwijdermoment.
De redactie van Boletolibre
Gepubliceerd
Bepaal de taak van het formulier
Schrijf taken op: een plek aanvragen, bevestigen, iemand bij de deur herkennen, eten regelen, ondersteuning bieden of factureren. Voor elk antwoord moet vaststaan wie ermee handelt. Zonder handeling kan het veld weg; een later benodigde vraag kan wachten.
Onderscheid aanvraag, bevestigde deelname en betaling. Een handmatig beoordeelde aanvraag is geen toegezegde plek. Verwerkt een extern platform de registratie, dan heeft je eigen site mogelijk alleen een duidelijke link nodig. W3C adviseert alleen gegevens te vragen die het proces vereist. Noteer per veld doel, status, gebruiker en verwijdermoment.[1]
Kies een kleine kern in plaats van een universele lijst
Vraag een e-mailadres als besluiten daarheen gaan. Vraag een naam alleen zo nauwkeurig als toegang of badge vereist; een officiële naam is niet automatisch nodig. Ticket of sessie is alleen nodig als er werkelijk opties zijn. Telefoon vergt een concrete bel- of sms-taak.
Een bedrijfsnaam kan voor een zakelijke factuur nodig zijn maar niet voor iedere workshop. Adres, geboortejaar, functie, socialmedia-account en bedrijfsgrootte horen niet in het formulier omdat een sjabloon ze bevat. De tabel is een keuzehulp, geen juridisch oordeel.
| Mogelijk veld | Uitgangspunt | Doelvraag |
|---|---|---|
| Antwoordmail | Verplicht als berichten per mail komen | Wie bevestigt en meldt wijzigingen? |
| Naam voor toegang | Alleen noodzakelijke precisie | Wie herkent de deelnemer? |
| Ticket of sessie | Voorwaardelijk bij opties | Welke indeling verandert? |
| Telefoon | Weglaten zonder beltaak | Wie belt en waarom? |
| Eten of ondersteuning | Optioneel of voorwaardelijk | Wie voert uit en leest mee? |
| Werkgever of sociaal profiel | Meestal weglaten | Welke taak hangt ervan af? |
Stel extra vragen alleen als ze passen
Voorwaardelijke vragen volgen een keuze. Bij een bestelde maaltijd kan een dieetwens relevant zijn; een online deelnemer hoeft geen reisinformatie te geven. Bied voor toegankelijkheidsaanpassingen een privé contactweg zonder standaard om een diagnose te vragen. Kijk of hulp mogelijk is zonder gevoelige details in de algemene lijst.
Optioneel betekent dat aanmelden zonder antwoord lukt. Voorwaardelijk betekent dat alleen de passende route de vraag toont. Vertel waarom je iets vraagt en beperk wie het ziet. Een deurmedewerker heeft geen cateringnotities nodig.
Houd betaling buiten gewone tekstvelden
Toon bij een betaald evenement ticketkeuze en prijs en verwijs naar een passende betaaldienst. Maak geen vrij tekstveld voor kaartnummers of beveiligingscodes. De dienst verwerkt zijn betaalgegevens en meldt geslaagd, mislukt of geannuleerd terug. Doorklikken naar de kassa is nog geen betaling.
Houd inschrijving, betaling en toegang uit elkaar. Leg uit wanneer een plek wordt vastgehouden en waar hulp te krijgen is. Vraag factuurgegevens alleen voor de werkelijke transactie. Een gratis evenement heeft geen betaalvelden. Specifieke verplichtingen hangen af van aanbieder en rechtsgebied.
Scheid voorwaarden, privacy en reclame
Toon toepasselijke deelnamevoorwaarden en privacyinformatie. Stop voorwaarden, informatie en reclametoestemming niet in één vage checkbox. Praktische berichten zijn iets anders dan marketing. Vraag waar nodig toestemming voor reclame afzonderlijk en zonder vooraf aangevinkt vakje.
Artikel 5 van de EU-AVG beschrijft doelbinding, minimale gegevens en beperkte bewaring; de Britse toezichthouder licht een vergelijkbaar beginsel voor het VK toe. Dat levert geen universele veldlijst en geen algemene plicht op om elke inschrijving op toestemming te baseren. Controleer de regels die voor jouw evenement gelden.[5][6]
Maak elk gekozen veld begrijpelijk
Geef ieder veld een zichtbaar en duidelijk label. Benoem verplichte en optionele invoer in woorden en leg noodzakelijke formaten uit. Placeholdertekst vervangt een label niet. Orden de vragen langs de route van de deelnemer, niet volgens de database.[2][3]
Vertel bij een fout wat te verbeteren zonder andere antwoorden te wissen. Probeer toetsenbord, telefoon, voorwaardelijke routes en betaalovergang. W3C WAI beschrijft labels, instructies en validatie; de toepassing is geen automatische juridische certificering.[4]
Voorbeeld: een fictieve buurtworkshop
De fictieve Cedar Street Workshop is gratis, heeft 30 plaatsen en beoordeelt aanvragen handmatig. Besluiten gaan per mail; bij de deur gebruikt men een gekozen roepnaam. Het formulier vraagt die twee gegevens en alleen bij gelijktijdige sessies een keuze. Verzenden is een aanvraag, geen bevestiging.
Er is thee maar geen maaltijd, dus dieetvragen vervallen. Voor ondersteuning is er een privé contactlink in plaats van verplichte medische details. Telefoon, werkgever, geboortedatum, adres en sociale media zijn weggelaten. Betaling zou later een aparte route vereisen. Het voorbeeld beschrijft geen Boletolibre-functionaliteit.
| Beslissing | Noteer |
|---|---|
| Taak | Wat gebeurt er met het antwoord? |
| Status | Verplicht, optioneel, voorwaardelijk of weg? |
| Eigenaar | Wie ziet en gebruikt de data? |
| Moment | Nu, later of nooit? |
| Bewaring | Wanneer verdwijnen antwoord en exports? |
Controleer toegang en bewaring na afloop
Probeer voor opening elke route. Deel met medewerkers alleen noodzakelijke exports: bij de deur zijn naam en status vaak genoeg, niet de mailgeschiedenis of privé notities. Benoem wie fouten corrigeert.
Bekijk na afloop elk veld en de bewaartermijn opnieuw. Verwijder overbodige exports binnen de toepasselijke bewaarplichten en sluit tijdelijke toegang. Het volgende formulier erft goede beslissingen, niet automatisch alle oude vragen.
Bronnen en verder lezen
- WAI: vraag alleen voor het proces nodige gegevensW3C WAI · Geraadpleegd
- WAI: zichtbare en gekoppelde labelsW3C WAI · Geraadpleegd
- WAI: aanwijzingen voor verplicht en optioneelW3C WAI · Geraadpleegd
- WAI: bruikbare invoervalidatieW3C WAI · Geraadpleegd
- EU-AVG artikel 5 waar toepasselijkEUR-Lex · Geraadpleegd
- Britse richtlijn voor dataminimalisatieUK Information Commissioner's Office · Geraadpleegd