Een registratievraag toevoegen nadat de ticketverkoop is begonnen

Bepaal de vraag en het doel

Werkblad voor ontbrekende antwoorden downloaden (Markdown, alleen Engels)

Schrijf vraag, antwoordopties en doel op voordat je het live formulier wijzigt. Een niet-gevoelig voorbeeld is: 'Wil je een gedrukt programma?' met Ja en Nee om drukwerk te plannen. Bepaal of een leeg antwoord mag en wanneer de totaaltelling echt nodig is. Maak een veld niet verplicht alleen om een rapport volledig te laten lijken. Noteer de verantwoordelijke rol en het beoogde gebruik op de kaart.

Scheid toekomstige kopers van bestaande tickets

Breng beide groepen apart in kaart. Nieuwe kopers zien de vraag op het moment dat jouw platform daarvoor gebruikt; bestaande tickethouders hebben een route terug naar hun ticket of hulp van de organisator nodig. Bepaal ook of de koper of iedere deelnemer antwoordt en voor welke ticketsoorten. Eventbrite ondersteunt vragen per koper of deelnemer en selectie per ticketsoort. Tito beschrijft vragen toevoegen nadat tickets zijn uitgegeven. Deze voorbeelden zijn geen algemene platformregel.[1][2]

Stel de toekomstige route in en test die

Voeg de vraag toe in de ondersteunde editor en maak een goedgekeurde testbestelling voor iedere relevante ticketsoort. Controleer tekst, opties, verplichting en wanneer het ticket wordt uitgegeven. Eventbrite zegt dat vragen op zijn bestelformulier na het plaatsen van de bestelling komen en dat tickets worden uitgegeven zodra verplichte informatie is ingevuld. Tito heeft eigen vraag- en ticketinstellingen. Noteer wat je daadwerkelijk ziet in plaats van de regel van de ene aanbieder op de andere toe te passen.[1][2]

Controleer reeds uitgegeven tickets

Tel vooraf hoeveel uitgegeven tickets van toepassing zijn en bekijk hoe het nieuwe veld bij die records verschijnt. Tito zegt dat een bestaand ticket zonder nieuw verplicht antwoord 'Details missing' kan tonen. Verplicht stellen blokkeert dat ticket echter niet met terugwerkende kracht; de controle geldt bij een volgende bestelling of claim. Noem de hele groep dus niet ongeregistreerd. Als het platform het antwoord op juist deze vraag niet kan afzonderen, leg die beperking vast voordat je een contactgroep maakt.[1]

Verifieer de antwoordroute voor tickethouders

Controleer of bestaande tickethouders gegevens kunnen wijzigen en waar het antwoord verschijnt. Bij Tito kunnen zij via hun ticketpagina antwoorden zolang de instelling die wijzigingen stopt uit staat. Een organisator kan ook een deelnemerrecord bewerken. Test de werkelijke route met een toegestaan testticket en controleer dat geen record van iemand anders zichtbaar wordt. Als zelfbediening niet kan, gebruik dan de goedgekeurde ondersteuningsroute en wijs een rol aan.[1]

Vraag alleen om het ontbrekende antwoord

Maak één kort verzoek voor de betreffende bestaande groep: wat je vraagt, waarom, een echte deadline als die bestaat, en de geteste antwoordroute. Beschrijf de huidige ticketstatus correct; een nieuwe vraag maakt een uitgegeven ticket niet vanzelf ongeldig. Tito's berichtenroute kan houders met ontbrekende gegevens bereiken, maar de groep 'Not filled in' bevat ook andere hiaten. Controleer de ontvangers vóór verzending en sluit opgeloste gevallen uit.[1]

Stem antwoorden af en sluit de wijziging

Bekijk antwoorden op de specifieke vraag en vergelijk toepasselijke, beantwoorde, onbeantwoorde en niet-toepasselijke tickets. Tito's vragenpagina toont antwoordtotalen en een groep 'No answer'; de algemene groep met ontbrekende gegevens is niet dezelfde telling. Eventbrite beschrijft een rapport voor antwoorden op aangepaste vragen, toegankelijk met de machtiging 'Basic reports'. Gebruik het rapport van je eigen platform. Geef elk overblijvend geaggregeerd verschil een eigenaar en sluit de wijziging pas nadat beide routes zijn gecontroleerd.[1][3]