Bruidswarenhuis
Een kleine bruiloft heeft de neiging om in één hoofd te gaan zitten. Omdat er weinig blokken zijn, weinig gasten, weinig leveranciers, denkt één van jullie twee al snel dat die het zelf wel bijhoudt. Dat gaat goed tot het moment dat de ander iets vraagt: is de trouwambtenaar al bevestigd, wanneer moet de aanbetaling voor de catering weg, wie zou de kaarten drukken. Dan blijkt dat er wel een antwoord is, maar dat het antwoord bij één persoon zit en niet op één plek.
Het dossier van bruidswarenhuis.nl staat op twee accounts. Dat betekent dat jullie er onafhankelijk van elkaar in kunnen, allebei op je eigen telefoon of laptop, en dat je allebei dezelfde blokken ziet: gemeente, trouwlocatie, catering, ringen, en de rest van de keuzes die jullie hebben aangemaakt. Niemand van jullie twee is de beheerder die het voor de ander moet openen of doorsturen. Bij een kleine bruiloft met misschien zes of zeven blokken lijkt dat een klein verschil. In de praktijk is het precies het verschil tussen iets bijhouden en iets overnemen.
Je zou denken dat twee accounts vooral nuttig zijn bij een grote bruiloft, met veel leveranciers en veel om te verdelen. Bij een kleine bruiloft is het eerder omgekeerd. Met weinig blokken is de verleiding groot om te zeggen: dat regel ik wel, het stelt toch niet veel voor. Dat werkt tot er drie van die kleine dingen tegelijk lopen, en degene die ze niet zelf heeft ingevoerd geen idee heeft welke er nog open staan. Bij een bruiloft met tachtig posten valt dat op en corrigeer je het al snel. Bij een bruiloft met acht posten valt het pas op als de rekening van de bruidstaart binnenkomt en de ander vraagt wanneer die besteld is.
Het voorkomt ook een ander probleem dat bij kleine bruiloften vaak optreedt: dat het plannen bij de een blijft liggen omdat de ander toch niet meekijkt. Wie ziet dat er een aanbetaling openstaat voor de trouwlocatie, ook als die de invoer niet heeft gedaan, kan daar zelf naar vragen. Dat is iets anders dan wachten tot de partner het meldt.
Er is geen aparte instelling nodig om het dossier te delen, geen uitnodiging die eerst geaccepteerd moet worden voordat de een de posten van de ander ziet, en geen aparte versie voor wie alleen wil meekijken. Beide accounts zien hetzelfde dossier, met dezelfde blokken en hetzelfde budget. Je hoeft dus ook niet af te spreken wie de trouwvoorbereider is en wie de toeschouwer: die rolverdeling is er niet, want beide accounts kunnen evengoed invoeren, aanpassen of aanvullen.
Dat is meteen ook waar de grens ligt. Het systeem verdeelt geen taken en het herinnert niemand eraan wie iets zou doen. Als jullie hebben afgesproken dat de ene helft de catering regelt en de andere helft de fotograaf, staat die afspraak nergens vastgelegd behalve in jullie hoofd of op een los briefje. Wat het dossier wel doet, is zorgen dat wie de fotograaf heeft geregeld, ook meteen ziet wat er bij de catering nog open staat. Niet omdat het systeem dat aankondigt, maar omdat het gewoon in het overzicht staat zodra je inlogt.
Stel dat jullie trouwen met vijfentwintig gasten, in een zaal bij de gemeente, met een lunch achteraf. Zes blokken, geen weddingplanner, geen tweede fotograaf. Bij zo'n opzet ontstaat het budget vanzelf uit die zes keuzes: de gemeente, de zaal, de catering, de kleding, de ringen, de trouwauto. Wie het bedrag voor de catering invoert, ziet ook een datum voor de aanbetaling en een datum voor de restbetaling. Dat is precies wat de ander thuis ook ziet, zonder dat er een foto van een offerte doorgestuurd moet worden of een appje met "heb je die betaling al gedaan".
Dat is waar het verschil bij een kleine bruiloft het duidelijkst wordt. Bij weinig posten is er weinig ruimte om iets te missen voordat het opvalt, maar ook weinig reden om een systeem serieus te gebruiken als je denkt dat je het zelf wel onthoudt. De twee accounts zorgen ervoor dat er geen aparte administratie ontstaat naast de echte, met het risico dat die twee gaan afwijken. Er is één budget, met één overzicht van wat nog openstaat, en dat overzicht is voor jullie beiden hetzelfde overzicht.
Bij een kleine bruiloft is er vaak minder behoefte aan het geven van toegang aan ouders, getuigen of helpers, simpelweg omdat er weinig te verdelen is. Als jullie de zes blokken zelf beheren, hoef je niemand anders toegang te geven tot een deel van het dossier. Dat is een keuze die het systeem toelaat, niet een stap die je moet zetten. Wie klein trouwt en alles zelf wil overzien, kan dat gewoon doen met de twee accounts die er al zijn, zonder een derde of vierde toegang te regelen die bij een kleinere bruiloft weinig toevoegt.
Hetzelfde geldt voor de gastenlijst. Bij vijfentwintig namen is het zelf bijhouden van wie komt en wie niet met een eigen lijst nog te overzien, en de trouwwebsite waar gasten zelf hun status doorgeven is dan misschien een stap die niet nodig is. Dat is geen verplichting vanuit het dossier; het is een blok dat je kunt gebruiken als het iets oplost, en kunt laten liggen als de lijst klein genoeg is om zonder dat rechtstreeks bij te houden.
Het punt waar het vaakst wringt bij twee mensen die naast elkaar plannen zonder één dossier, is niet de grote beslissing maar de kleine controle. Wie heeft de trouwringen al besteld. Is de trouwambtenaar al vastgelegd of stond dat nog te wachten op een telefoontje. Bij een kleine bruiloft met weinig blokken lijkt dat te overzien, maar juist omdat er weinig blokken zijn, wordt er ook minder over gepraat. Een grote bruiloft dwingt tot overleg omdat er simpelweg te veel is om alleen te doen. Een kleine bruiloft dwingt tot niets, en dat is precies waar iets kan wegvallen tussen twee mensen die allebei denken dat de ander het heeft opgepakt.
Met twee accounts op één dossier is dat wegvallen minder waarschijnlijk, niet omdat het systeem het oplost, maar omdat de informatie niet bij één persoon vastzit. Wie inlogt, ziet dezelfde blokken, dezelfde bedragen en dezelfde openstaande betalingen als de ander. Dat is geen garantie dat er niets meer mist, maar het scheelt wel het moment waarop je erachter komt dat je iets miste omdat je het nooit had gezien.