Bruidswarenhuis
Bij één trouwdag is de vraag aan gasten simpel: komt iemand of niet. Bij een bruiloft die over meer dagen loopt, is die vraag niet meer genoeg. Iemand kan er wel zijn bij de ceremonie en niet bij het diner ervoor. Iemand kan zaterdag komen maar niet vrijdag, omdat er die avond nog gewerkt moet worden. Ouders die vrijdag helpen opbouwen, zijn misschien zondag alweer op de terugweg. De trouwwebsite is de plek waar die verschillen per gast zichtbaar worden, zonder dat jullie het er zelf achteraan moeten bellen.
Op die eigen pagina geven gasten zelf door of ze komen, komen misschien, of niet komen. Bij een bruiloft van één dag is dat één antwoord per gast. Bij meerdere dagen betekent het dat je die vraag laat terugkomen voor elk onderdeel dat je hebt aangemaakt, zodat een gast kan aangeven dat hij er vrijdagavond bij is, zaterdag de hele dag blijft, en zondag bij de brunch overslaat. Jullie hoeven niet te gissen wie waar is; de gast zet het zelf neer, op het moment dat het hem uitkomt, in plaats van tussen twee vergaderingen door aan de telefoon met jullie.
Een voorbeeld maakt het concreet. Stel de bruiloft loopt van vrijdagavond, met een informeel etentje voor wie er toch al is, tot zondagochtend, met een afscheidsbrunch voor wie blijft slapen. Een collega van de bruid komt alleen zaterdag, voor de ceremonie en het feest, en rijdt zondag vroeg naar huis voor werk. Een oom en tante uit het buitenland blijven het hele weekend en willen ook bij de brunch zijn. Een vriendengroep twijfelt nog over vrijdag, omdat de reistijd lang is, maar weet zeker dat ze zaterdag komen. Zonder trouwwebsite moeten jullie deze verschillen uit losse appjes en telefoontjes destilleren, en vaak een week later nog een keer navragen of het nog klopt. Met de trouwwebsite zet iedere gast zijn eigen antwoord neer, per dagdeel dat op de website staat, en blijft dat antwoord staan tot iemand het zelf aanpast.
Dit is meteen ook waarom je bij een bruiloft van meer dagen niet kunt volstaan met de aanpak van één dag. Wie voor een weekendbruiloft dezelfde ene vraag stelt als bij een trouwdag van één dag, krijgt een antwoord dat niets zegt over welk deel iemand bedoelt. Een jawoord op komt of niet kan dan van alles betekenen: de hele reeks, alleen de ceremonie, of net het etentje vooraf zonder de rest. Om dat te voorkomen richt je de trouwwebsite in met een duidelijk onderdeel per moment, zodat het antwoord van een gast altijd bij een specifiek dagdeel hoort en niet bij de bruiloft in het algemeen.
Wat dit bespaart is vooral het aantal keren dat jullie moeten navragen. Bij een bruiloft van meer dagen loopt de lijst met losse vragen snel op: wie blijft er slapen, wie komt alleen voor het feest, wie is er ook bij de kerk. Als die vragen los via app, telefoon of mail binnenkomen, moet iemand ze verzamelen en bijhouden wie al geantwoord heeft en wie niet. Met de trouwwebsite hoeft dat niet, omdat het antwoord meteen op de goede plek staat, gekoppeld aan de gast en aan het onderdeel waar het over gaat. Jullie hoeven niet drie keer te vragen wat er bedoeld werd met een kort ja in een appje van een neef die niet gespecificeerd heeft welke dag hij bedoelt.
Er is ook een kant die vaak vergeten wordt bij een bruiloft over meer dagen: gasten weten zelf soms nog niet precies wat ze willen. Iemand die woensdag hoort dat de bruiloft drie dagen duurt, wil misschien eerst zijn planning bekijken voor hij zegt of hij bij het etentje vrijdag is. Daarom is de optie komt misschien niet alleen een tussenstap voor besluiteloze gasten in het algemeen; bij een meerdaagse bruiloft is het vaak het enige eerlijke antwoord voor een specifiek onderdeel, terwijl diezelfde gast voor een ander onderdeel al wel zeker weet dat hij komt. Zonder die tussenoptie zouden jullie gedwongen worden een gast in een hokje te zetten dat nog niet klopt, en dat levert later meer correcties op dan wanneer je het antwoord open laat tot de gast het zelf weet.
Het is niet zo dat elke bruiloft van meer dagen evenveel onderdelen nodig heeft op de trouwwebsite. Een weekend met alleen een informeel etentje vooraf en de trouwdag zelf heeft weinig aan een uitgebreide reeks losse pagina's; twee duidelijke onderdelen zijn dan genoeg, en meer indelen maakt het voor gasten alleen onnodig ingewikkeld om aan te geven wanneer ze er zijn. Andersom geldt: als een bruiloft van meer dagen in de praktijk toch één doorlopend programma is waar iedereen bij hoort te zijn, heeft opsplitsen in dagdelen weinig zin, en is één vraag over komst voor het hele programma net zo duidelijk als bij een bruiloft van één dag. De indeling van de trouwwebsite volgt dus wat er werkelijk verschilt tussen de dagen, niet het aantal dagen op zich.
Wat er misgaat als je dit anders doet, zonder trouwwebsite of met één simpele vraag voor een heel weekend, is vooral dat de onduidelijkheid zich verplaatst naar het moment zelf. Iemand die dacht dat hij alleen voor het feest kwam, staat dan toch aan het ontbijt op zondag, terwijl er voor hem geen plek is gereserveerd. Andersom kan iemand die wél de hele brunch had toegezegd wegblijven omdat hij dacht dat het optioneel was. Bij een bruiloft van één dag valt zo'n misverstand meestal nog te herstellen; bij een bruiloft van meer dagen, met aparte cateringaantallen en overnachtingen per dagdeel, is dat lastiger recht te zetten zodra de eerste avond al begonnen is.