Bruidswarenhuis
De trouwdag is voorbij, de laatste factuur is betaald en niemand vraagt jullie meer om een beslissing over een leverancier. Toch staat het dossier er nog. Dat is geen toeval maar hoe het systeem in elkaar zit: alles wat jullie hebben ingevuld, van de trouwauto tot de tafelschikking, blijft bewaard onder de twee accounts waarmee jullie het samen hebben opgebouwd.
Die twee accounts op één dossier zijn tijdens de planning vooral praktisch. De ene helft van het stel regelt de trouwlocatie, de andere houdt het budget bij, en toch zien jullie allebei wat de ander heeft ingevuld. Na de bruiloft verandert die functie van karakter. Het is niet meer nodig om iets bij te werken, maar het is wel prettig dat je niet ineens afhankelijk bent van elkaars telefoon om terug te zien wat er is gebeurd. Wie wil weten welk bedrag naar de fotograaf is gegaan, of wanneer de trouwkaarten zijn verstuurd, logt zelf in en kijkt het na. Niemand hoeft te vragen: heb jij dat nog, of stond dat niet in jouw mail.
Een voorbeeld waar dit concreet aan bijdraagt: ergens in het eerste jaar erna komt een van jullie een tante tegen die vraagt naar de naam van de band die tijdens het feest speelde, omdat ze die voor een eigen feest wil boeken. In plaats van te zoeken in oude appjes of te gokken, staat die naam nog gewoon bij het blok entertainment. Hetzelfde geldt voor de fotograaf wanneer er een jaar later foto's nabesteld moeten worden, of voor de bloemist wanneer een vriend vraagt wie dat prachtige boeket heeft gemaakt. Het dossier is dan geen planningsinstrument meer, maar een naslagwerk dat toevallig al compleet is omdat het tijdens de voorbereiding is opgebouwd.
Omdat beide accounts hetzelfde dossier zien, is er na de bruiloft geen vraag meer wie de beheerder is. Bij sommige systemen is één account de hoofdaccount en de ander een soort gast met beperkte rechten. Hier is dat niet zo: wat de een heeft ingevoerd tijdens de planning, ziet de ander evengoed, en dat blijft zo als er niets meer wordt toegevoegd. Dat is vooral relevant wanneer het stel na de bruiloft samen verder woont, samen de administratie doet, en het handig is dat een uitgave uit het budget terug te vinden is zonder dat een van beiden moet worden gebeld om in te loggen op zijn account.
Het dossier vraagt na de bruiloft niets van jullie. Er is geen melding die zegt dat een blok afgerond moet worden, geen herinnering om iets te archiveren, geen actie die je moet uitvoeren om het netjes af te sluiten. De blokken staan zoals ze stonden op de dag van de bruiloft: de leveranciers die jullie hebben gekozen, de bedragen die bij het budget horen, de gasten met hun status van komen of niet komen. Wie het na de bruiloft nooit meer opent, verliest niets. Wie het wel opent, vindt het terug zoals het was.
Dat is meteen ook waar de grens ligt. Het dossier is geen plek waar je na de bruiloft nieuwe dingen aan toevoegt die niets met de bruiloft te maken hebben, zoals een verhuizing of een volgende feestdag. Het blijft het dossier van die ene dag, met de blokken die daarbij horen. Voor wie daarna nog een jubileum of een ander feest plant, is dit dossier geen basis om op verder te bouwen, maar een afgesloten geheel dat je erbij pakt wanneer je iets van toen nodig hebt.
Het verschil met een fotoboek of een map met facturen is dat hier alles in samenhang staat. Bij het budget zie je niet alleen wat er is uitgegeven, maar ook aan wie, in welke categorie, en of er nog een restbetaling openstond. Bij de gastenlijst zie je niet alleen wie er was, maar ook wie er niet kon komen en wie nooit heeft gereageerd. Die samenhang is precies waarom dit na de bruiloft nog waarde heeft. Een los mapje met bonnetjes vertelt je dat je aan bloemen hebt uitgegeven, maar niet meer aan wie, wanneer of voor welk onderdeel van de dag. In het dossier staat dat nog gekoppeld, ook na de bruiloft, omdat het zo is opgebouwd tijdens het plannen zelf en niet achteraf is samengeraapt.
Een ander praktisch punt: omdat beide accounts toegang hebben, is er geen moment waarop een van beiden opnieuw toegang moet aanvragen of een wachtwoord moet laten resetten omdat de ander na de bruiloft geen tijd meer had om ergens bij te helpen. Dat klinkt klein, maar het is precies het soort wrijving dat ontstaat wanneer een systeem is gebouwd rond één hoofdgebruiker en een tweede persoon die afhankelijk blijft. Hier is die afhankelijkheid er nooit geweest, dus verandert er ook niets aan zodra de bruiloft voorbij is.
Tijdens de planning kan het zijn dat een ouder of getuige toegang heeft gekregen tot een deel van het dossier, bijvoorbeeld het onderdeel waar zij verantwoordelijk voor waren. Die toegang blijft ook na de bruiloft bestaan zoals die was ingesteld, tot iemand hem zelf aanpast. Voor de meeste stellen is dat geen probleem: een getuige die toegang had tot het draaiboek heeft na de dag zelf weinig aan die informatie, maar hij verdwijnt niet automatisch en dat is ook niet nodig. Het dossier verandert zijn eigen structuur niet omdat de bruiloft is geweest.
De reden dat dit systeem met twee gelijke accounts werkt in plaats van met één hoofdaccount en een uitnodiging, is dat een bruiloft in de praktijk door twee mensen wordt georganiseerd die ieder hun eigen stukken oppakken. Die verdeling houdt niet op te bestaan op de dag van de bruiloft zelf. Wie tijdens de planning de catering regelde, wil naderhand net zo makkelijk kunnen teruglezen wat er met de trouwlocatie is afgesproken als degene die dat blok destijds beheerde. Twee accounts op één dossier zorgen ervoor dat die verdeling nooit een blinde vlek wordt. Er is na de bruiloft geen situatie waarin een van beiden iets moet navragen omdat hij bij zijn eigen helft van de planning nooit verder heeft gekeken dan zijn eigen taken. Alles wat is ingevoerd, staat voor beiden even toegankelijk, van de eerste dag van de planning tot lang na de laatste.