Bruidswarenhuis
Bij dertig of veertig gasten kennen jullie waarschijnlijk iedereen persoonlijk. Je hoort via een appje, een telefoontje of gewoon aan de borrel of iemand komt. De vraag die dan opkomt is of een trouwwebsite dan nog wel iets toevoegt, of dat het een extra klusje is voor iets wat toch al informeel gaat.
De trouwwebsite in het dossier is een eigen pagina waar gasten zelf doorgeven of ze komen, niet komen of misschien komen. Dat is de kern van wat hij doet, en dat is precies waar het bij een kleine groep anders werkt dan bij een grote. Bij honderdvijftig gasten is die pagina onmisbaar, want niemand houdt zestig losse appjes en telefoontjes bij zonder iets te missen. Bij dertig gasten kun je dat soort verkeer nog wel bijhouden in je hoofd, en dat is precies de reden dat veel stellen met een kleine bruiloft zich afvragen of ze deze stap kunnen overslaan.
Het antwoord ligt niet in het aantal gasten, maar in wie die gasten zijn. Ken je iedereen goed, spreek je ze regelmatig, en is de kans klein dat iemand vergeet te reageren of het niet durft te zeggen als hij toch niet kan? Dan is een appgroep of een rondje bellen misschien voldoende, en hoef je geen apart systeem op te zetten voor iets wat op een verjaardag ook zonder zou gaan. Bestaat je gastenlijst juist uit een mix van hechte vrienden en verdere familie, oud-collega's of mensen die je moeder liever niet zelf belt om te vragen of ze nog komen? Dan werkt een pagina waar iedereen zelf reageert net zo goed bij dertig mensen als bij honderd, want de onhandigheid van iemand actief moeten opjagen verdwijnt niet doordat de groep klein is.
Een voorbeeld maakt dit concreet. Een bruidspaar met veertig gasten dacht het overzicht mondeling te kunnen houden. Twee weken voor de bruiloft bleek dat een oom via de moeder van de bruid had laten weten dat hij toch niet kwam, dat een vriendin het via een ander verteld had aan de verkeerde persoon, en dat niemand meer precies wist of de buurvrouw nu wel of niet was uitgenodigd voor het diner na de ceremonie. Niet omdat er kwade wil was, maar omdat mondelinge doorgifte bij een handvol schakels altijd ruimte laat voor een gemiste boodschap. Een pagina waar iedere gast zelf, rechtstreeks, zijn stand doorgeeft voorkomt dat een boodschap via drie mensen loopt voordat die bij jullie aankomt.
Stel dat de groep niet alleen klein is, maar ook praktisch eenvoudig: geen aparte middag- en avondgasten, geen mensen die alleen bij de borrel komen, geen dieetwensen die je per gast moet uitvragen. Dan is de vraag of iemand komt vaak het enige wat je nodig hebt, en die vraag kun je ook rechtstreeks stellen. Een appje met "kom je zaterdag de vijftiende" en een duidelijk antwoord is dan net zo bruikbaar als een pagina die precies hetzelfde vraagt, maar dan via een scherm. Bij een bruiloft van vijfentwintig gasten die allemaal in dezelfde vriendengroep zitten en elkaar toch al spreken, voegt een eigen pagina voor de gasten weinig toe aan wat een groepsapp al doet. Je zet hem dan op omdat het systeem hem aanbiedt, niet omdat je hem nodig hebt, en dat is precies het moment om hem over te slaan.
Het wordt anders zodra er onderdelen bijkomen die je niet meer prettig via een appje regelt. Wil je per gast weten of hij bij het diner is of alleen bij de borrel aansluit, of vraag je een allergie of dieetwens uit voor de catering, dan is dat via losse berichtjes al snel rommelig, ook bij een kleine groep. Eén gast antwoordt met een emoji, een ander stuurt een halve alinea over zijn glutenintolerantie, een derde vergeet het te vermelden. Een pagina waar iedereen op dezelfde manier reageert, met dezelfde vragen, voorkomt dat je die informatie moet reconstrueren uit tien verschillende gesprekken. Bij twintig gasten is dat verschil kleiner dan bij tweehonderd, maar het is er wel, vooral als er onder die twintig een paar mensen zitten die niet dagelijks met jullie appen.
Wat een eigen pagina voor gasten oplevert, is niet gemak in de zin van minder werk in totaal, maar minder werk dat op het verkeerde moment terugkomt. Bij een kleine bruiloft ben je vaak zelf de enige die de planning bijhoudt, naast een baan en zonder assistent die het voor je overneemt. Een reactie die rechtstreeks binnenkomt via de pagina hoef je niet te onthouden, over te typen of te controleren op wat er nu precies mee bedoeld werd. Een appje van je zwager dat hij "waarschijnlijk wel kan, maar het hangt af van of zijn moeder ook wil" moet je zelf interpreteren als komt, komt niet, of komt misschien. Een keuze op een pagina is dat al.
Daarnaast geldt bij een kleine bruiloft iets specifieks: de kans dat iemand zich bezwaard voelt om rechtstreeks tegen jullie te zeggen dat hij niet kan komen, is vaak groter dan bij een grote, afstandelijke gastenlijst. Een tante die het moeilijk vindt om de bruid teleur te stellen, laat het soms liever via een formulier weten dan in een telefoongesprek. Dat is geen nadeel van het systeem, maar iets wat het oplost zonder dat het een doel op zich was.
Er is een praktische grens die niets met aantallen te maken heeft: de datum waarop je moet doorgeven aan de catering hoeveel mensen er komen. Die deadline dwingt tot een duidelijke stand per gast, ongeacht of het er twintig of tweehonderd zijn. Bij een kleine bruiloft kun je die stand bijhouden op papier, maar als je toch al een dossier gebruikt voor het budget en de gastenlijst, is het geen extra stap om diezelfde gasten zelf te laten reageren via de pagina die daar al bij hoort. Je zet hem dan niet op omdat de groep het vereist, maar omdat het minder werk is dan een aparte lijst bijhouden naast een systeem dat de rest al doet.