Bruidswarenhuis
De vraag is niet of jullie een trouwwebsite maken, maar wat er eerst moet staan voordat die pagina iets waard is. Een trouwwebsite zonder gastenlijst is een lege pagina die niemand iets vraagt. Daarom begin je niet met de website zelf, maar met de lijst waarop hij straks leunt.
Dat betekent: eerst de gasten in het systeem, dan de website erbij. Jullie uploaden een of meer Excel-bestanden met namen, en elke naam krijgt een stand: uitgenodigd, komt, komt misschien, of komt niet. Zonder die lijst kan de website niets terugkoppelen, want er is niemand om te herkennen. Met de lijst wel: zodra een gast op de eigen pagina doorgeeft dat hij komt, hoort dat bij die naam in jullie dossier. Wie dit omdraait en eerst de website inricht zonder gasten erachter, zet een pagina neer die niemand kan invullen omdat er niets is om aan te koppelen.
Het ligt voor de hand om te denken dat de website het eerste is wat gasten zien, dus dat je daar als eerste aan werkt. Maar de website is voor de gasten, niet voor jullie. Voor jullie is de gastenlijst het werk: wie hoort erbij, wie twijfelt nog, wie moet nog een adres krijgen. Die lijst bestaat los van de website en blijft ook zonder website bruikbaar, bijvoorbeeld voor de tafelschikking. De website is de laag die erop wordt gelegd zodat gasten zelf iets met die lijst kunnen doen, namelijk laten weten of ze komen.
Stel dat een van jullie twee de gastenlijst al in een Excel-bestand heeft staan, compleet met wie de moeder van de bruid altijd vergeet, en de ander wil per direct beginnen met de website omdat een tante er al naar vraagt. Zonder die lijst geüpload heeft de website niemand om aan te vragen of hij komt. De tante krijgt dan geen pagina te zien die op haar naam reageert, want er is geen naam waaraan iets gekoppeld kan worden. Upload eerst het bestand, ook als het nog niet compleet is, en vul het later aan. De website werkt met wat er staat, en groeit mee als de lijst groeit.
Zodra de lijst er staat, krijgen gasten een eigen pagina waarop ze zelf doorgeven of ze komen. Dat is het onderdeel dat het verschil maakt met een lijst die jullie handmatig bijhouden op basis van telefoontjes en appjes. Een gast die twijfelt, geeft niet "ja" of "nee" op, maar "komt misschien" — en dat is een stand die het systeem net zo goed vasthoudt als de andere twee. Dat is van belang omdat een bruiloft altijd een groep mensen kent die pas laat beslist, zoals een collega die afhankelijk is van een dienstrooster of een oom die eerst wil weten of de bruiloft niet samenvalt met een operatie. Die twijfel hoeft niet te verdwijnen om toch iets van waarde te zijn: jullie zien wie er nog open staat, in plaats van dat die persoon tussen "ja" en "nee" in valt en vergeten wordt.
Het voordeel zit niet in een belofte dat iedereen tijdig reageert, want dat regelt geen systeem. Het voordeel zit erin dat de standen die binnenkomen automatisch de lijst bijwerken die jullie al hadden. Wie eerst als "uitgenodigd" in het bestand stond en via de website "komt" doorgeeft, verandert van stand zonder dat iemand van jullie dat handmatig moet overtypen. Dat scheelt het soort werk dat ontstaat wanneer je een appje van een gast naast een Excel-bestand moet leggen en dan zelf een cel moet aanpassen, voor veertig, zestig of honderd gasten apart.
Het is niet nodig om bij het opzetten van de website meteen alles compleet te hebben. De tafelschikking bouwt op de gastenlijst, maar die hoeft niet af te zijn voordat de website live gaat; die schikking kan later, als de standen van de gasten binnen zijn. Ook is het niet nodig om te wachten tot iedereen een adres of telefoonnummer heeft aangeleverd voordat je begint: de website werkt met namen, en wie later nog een adres toevoegt, doet dat gewoon bij die bestaande naam in de lijst.
Wat wel eerst moet: minstens één bestand met namen, zodat er iets is om de standen aan te hangen. Een stel dat pas drie maanden voor de bruiloft aan de website begint, hoeft niet bang te zijn dat ze te laat zijn, want de website vraagt niet om een deadline om te functioneren. Ze moeten alleen niet verwachten dat de website iets teruggeeft voordat de lijst er is; andersom werkt het niet.
Het werkelijke verschil met een losse Excel-lijst die je zelf bijwerkt na elk telefoontje, is niet dat het sneller gaat, maar dat de bron van de wijziging verschuift. Bij een losse lijst zijn jullie de enige twee die de stand van een gast kunnen aanpassen, wat betekent dat je afhankelijk bent van wie het laatst heeft gebeld of geappt. Bij de eigen pagina voor gasten is de gast zelf de bron: hij vult zijn eigen stand in, en die verschijnt in het dossier dat jullie al hadden. Dat is geen belofte dat niemand meer vergeet te reageren, want dat blijft aan de gast. Het is wel het verschil tussen zelf achterhalen wie wat heeft gezegd, en het laten binnenkomen op de plek waar het toch al moest staan.
Wie er met twee accounts op het dossier zit, ziet die wijzigingen ook beide terug zonder dat een van jullie de ander eerst moet bijpraten over wie er inmiddels heeft afgezegd. Dat is vooral van belang wanneer familie meekijkt: een moeder die toegang heeft tot het deel van de gastenlijst waarover zij meebeslist, ziet dezelfde standen als jullie, zonder dat er twee versies van de waarheid ontstaan omdat de een een appje kreeg dat de ander niet zag.