Bruidswarenhuis
De vraag wanneer je begint met de trouwwebsite heeft een ander antwoord dan de vraag wanneer je hem opent. Beginnen kan zodra jullie twee dingen zeker weten: de datum en de locatie. Alles daarna kan later. Opent hij zonder dat, dan komt er een pagina met een vraagteken bij gasten die net willen weten of ze die zaterdag vrij moeten houden.
De trouwwebsite is in dit systeem een eigen pagina voor de gasten, waar zij zelf doorgeven of ze komen. Niet komen, wel komen, of misschien komen. Dat derde antwoord is waar veel bruidsparen op vastlopen als ze het via een groepsapp of losse telefoontjes proberen te regelen: iemand die het nog niet weet, geeft geen antwoord, en dan sta je zes weken voor de bruiloft nog te bellen om te vragen of tante Corrie er nu wel of niet bij is. Op de trouwwebsite staat misschien gewoon als optie, en dat is meteen ook het aantal onzekere gasten dat je kunt zien zonder iemand te moeten bellen.
Stel, jullie zijn net begonnen. Er is een datum, er is nog geen locatie, en er is al helemaal geen tijdsindeling voor de dag. Toch stuurt iemand alvast de link naar de trouwwebsite rond, omdat het gevoel geeft dat er iets in beweging is. Het probleem is niet dat de pagina leeg is, het probleem is dat gasten hem één keer bekijken en daarna vergeten dat hij bestaat. Als er drie maanden later wel een locatie en een tijd op staan, is er niemand die nog een tweede keer kijkt. Je hebt dan een trouwwebsite gemaakt, en tegelijk het moment gemist waarop hij nuttig wordt.
Het werkt andersom beter. Je wacht met versturen tot er genoeg op de pagina staat om een antwoord op te baseren: waar het is, rond welk tijdstip, en of er praktische dingen zijn die een gast moet weten, zoals overnachting of vervoer. Dat is niet alles wat er ooit op komt te staan, maar het is genoeg om een gast te laten beslissen tussen komt, komt niet en komt misschien. Zonder die basis is er niets om op te reageren, en blijft de stand van iedereen op uitgenodigd staan, wat in de praktijk niets zegt.
De gastenlijst komt uit een of meer Excel-bestanden die je uploadt, met per gast een stand. Die stand wordt pas interessant zodra gasten zelf kunnen reageren, en dat kan alleen via de trouwwebsite. Daarom is de volgorde hier vaster dan hij lijkt: eerst de lijst, dan de website, dan het versturen. Wie de link deelt voordat de lijst compleet is, mist mensen die dan geen kans hebben om te reageren, en moet ze later los benaderen — precies het werk dat de website had moeten overnemen.
Een voorbeeld. Een bruidspaar heeft de gemeente en de locatie vastgelegd, en wil beginnen met de trouwwebsite omdat de moeder van de bruid er al drie keer naar heeft gevraagd. Op dat moment staat de gastenlijst nog in een half ingevuld Excel-bestand op een laptop, met wat neven en nichten die er nog bij moeten. Uploaden ze dat bestand nu, dan staat iedereen die er al in staat op uitgenodigd, en kunnen zij de trouwwebsite bezoeken zonder dat de lijst af is. De rest volgt later gewoon in een nieuwe upload. Er is dus geen reden om te wachten tot de lijst voor honderd procent compleet is; er is wel reden om te wachten tot de locatie vaststaat, omdat dat de eerste vraag is die elke gast heeft.
Het andere uiterste is even herkenbaar: wachten met de trouwwebsite tot alles rond is, inclusief het draaiboek en de tafelschikking, omdat het paar het gevoel heeft dat de pagina 'af' moet zijn voordat hij de deur uit kan. Dat betekent dat gasten pas laat weten dat ze kunnen reageren, en dat de stand komt, komt niet, komt misschien pas laat gevuld raakt. Voor de tafelschikking is dat een probleem, omdat die op de gastenlijst is gebaseerd — met een lijst die voor de helft op uitgenodigd staat, is er nog geen tafelschikking te maken. Wie laat begint met de trouwwebsite, begint dus ook laat met alles wat op de gastenlijst bouwt.
Er is een tussenweg die in de praktijk het beste werkt: de trouwwebsite open zodra datum en locatie vaststaan, met de rest als aanvulling die later volgt. Niemand verwacht van een uitnodiging dat alle details er al op staan. Wat gasten wel verwachten is dat ze, zodra ze de link krijgen, ergens op kunnen klikken om te laten weten of ze komen. Dat is de kern van waar deze pagina voor bedoeld is, en dat kan al vroeg.
Het verschil tussen op tijd beginnen en te laat beginnen zit niet in de trouwwebsite zelf, die blijft hetzelfde formulier voor elke gast. Het verschil zit in het aantal keer dat jullie zelf nog moeten navragen wat iemand van plan is. Begin je op tijd, dan komt die informatie binnen terwijl jullie met andere dingen bezig zijn — de catering regelen, de kleding passen — en zonder dat het een apart klusje wordt. Begin je laat, dan valt dat navragen samen met een periode waarin er toch al veel te doen is, en wordt het een extra taak op een moment dat daar geen ruimte meer voor is.
Er is ook een moment waarop het juist geen zin heeft om nog te wijzigen wat er op de trouwwebsite staat. Zijn de meeste gasten er al geweest en hebben ze al gereageerd, dan heeft het weinig zin om de tekst nog aan te passen in de hoop dat de mensen die nog niet gereageerd hebben daardoor sneller reageren. Dat zijn meestal dezelfde mensen die ook op een telefoontje niet snel reageren, en daar helpt geen aanpassing aan een pagina tegen. Op dat punt is het praktischer om die paar namen los te benaderen dan om de trouwwebsite opnieuw in te richten voor een groep die hem al gezien heeft.
Samengevat is het moment simpel te bepalen: zodra er een datum en een locatie zijn, kan de trouwwebsite open, en zodra de gastenlijst is geüpload, kan de link de deur uit. Wachten tot er meer op staat, kost tijd die je liever ergens anders aan besteedt. Te vroeg alvast delen zonder dat er iets op staat, kost een tweede ronde aandacht die er niet komt. Het middenpunt is niet ingewikkeld, het is alleen makkelijk te missen als iedereen om je heen aandringt op haast of op perfectie.