Zo beheer je een gastenlijst, RSVP's en tafelindeling voor een event

Begin met één bron van waarheid, niet drie

De meest voorkomende fout bij gastenlijsten is niet een slecht spreadsheet — het zijn drie versies van hetzelfde bestand. De klant mailt een bijgewerkte lijst, je team bewerkt een gedeeld sheet, en de headcount voor de cateraar komt uit welke versie iemand toevallig het laatst heeft geëxporteerd. Kies één systeem als het echte record voordat je ook maar één naam importeert, en behandel elke andere versie — mailwisselingen, appjes, mondelinge wijzigingen — als een instructie om dat record bij te werken, nooit als een record op zich.

Leg bij intake meer vast dan alleen een naam

Elk veld dat je niet bij intake vastlegt, wordt later een extra mailtje. Bouw de lijst vanaf het begin met deze velden op, ook als sommige nu nog leeg blijven:

• Volledige naam en de groep/het huishouden waartoe iemand behoort (voor uitnodigingen en tafelindelingslogica)
• RSVP-status — uitgenodigd, bevestigd, afgemeld, geen reactie — niet slechts een ja/nee-vinkje
• Plus-ones, en of die al bij naam bekend zijn of nog niet
• Dieetwensen en allergieën, niet alleen "vegetarisch j/n"
• Toegankelijkheidsbehoeften — mobiliteit, gehoor, gezichtsvermogen — vroeg genoeg gemarkeerd om plattegrond en tafelindeling te beïnvloeden
• Tafel- of zittoewijzing, zodra die is besloten
• Contactgegevens om RSVP's na te bellen en voor coördinatie op de dag zelf

Stel een RSVP-deadline met echte speling

Werk terug vanaf je definitieve headcount-deadline bij cateraar en verhuurbedrijven — meestal 7-14 dagen voor het event — en zet de RSVP-deadline voor gasten minstens 2-3 weken daarvóór. Die marge is wat je in staat stelt om de onvermijdelijke 10-15% gasten die de eerste deadline negeren, alsnog na te bellen zonder je eigen leveranciersdeadline in gevaar te brengen.

Ga actief achter niet-reagerende gasten aan in plaats van te wachten tot ze zelf reageren. Een korte, persoonlijke follow-up twee tot drie dagen na de deadline levert veel meer reacties op dan een passieve "RSVP voor X"-regel ooit zal doen.

Maak van de lijst een tafelindeling, geen apart project

Tafelindeling mislukt zodra hij losgekoppeld wordt opgebouwd van een uitgeprinte gastenlijst in plaats van vanuit actuele RSVP- en dieetdata. Groepeer huishoudens standaard bij elkaar, houd dieetwensen en toegankelijkheidsbehoeften zichtbaar terwijl je tafels toewijst (niet weggestopt in een apart tabblad), en reken erop dat je de indeling tot vlak voor het event blijft aanpassen — de definitieve tafelindeling ligt realistisch pas een paar dagen van tevoren vast, zodra late RSVP's en laatste wijzigingen zijn uitgekristalliseerd.

In MoodSpec zijn gasten direct gekoppeld aan tafels op de plattegrond — een gast aan een tafel toewijzen werkt meteen door in het aantal bezette plekken ten opzichte van de capaciteit, in diezelfde weergave. Zo blijft de tafelindeling verbonden met de echte ruimte, in plaats van in een los document te staan dat uit de pas gaat lopen.

Houd de lijst levend tot en met eventweek

De gastenlijst bevriest niet bij de RSVP-deadline — hij verandert alleen van vorm. In de laatste week volg je last-minute afmeldingen, vervangingen op de dag zelf en dieetwijzigingen die 's ochtends nog binnenkomen. Werk diezelfde ene bron van waarheid bij tot en met dit venster, in plaats van over te stappen op een uitgeprinte lijst — zodat wie er bij de deur gasten afvinkt, werkt met wat nu klopt, niet met wat twee weken geleden waar was.