Bruidswarenhuis
Wie de trouwlocatie belt en een andere datum voor de proeverij krijgt, moet dat daarna nog een keer vertellen. Aan een partner die net zo goed met de catering bezig is, of met de trouwkaarten, of met niets omdat het een drukke werkweek is. Dat tweede gesprek is waar het misgaat. Niet omdat niemand het wil onthouden, maar omdat een wijziging die alleen in een hoofd zit, ook maar in één hoofd blijft zitten totdat iemand eraan denkt het door te geven. En diegene die het doorgeeft, herinnert het zich meestal niet feilloos. Was de proeverij nu verplaatst naar de derde of de dertiende, en moest de aanbetaling toen ook mee, of was dat een ander telefoontje.
In bruidswarenhuis.nl zitten jullie beiden met een eigen account in hetzelfde dossier. Geen gedeeld wachtwoord, geen gastaccount voor wie later kwam kijken, maar twee volwaardige toegangen tot dezelfde blokken, dezelfde budgetregels, dezelfde gastenlijst. Wat de een aanpast bij de post voor de trouwlocatie, staat er voor de ander ook zo bij. Niet als melding die je kunt missen tussen andere meldingen, maar als de nieuwe stand van zaken zelf. Wie inlogt ziet niet wat er gisteren was, maar wat er nu is.
Stel: een van jullie regelt de bruidstaart en de bakker belt terug met het bericht dat de gewenste smaak niet kan in de gevraagde laag, en of een andere combinatie oké is. Die aanpassing wordt ter plekke in het blok voor de bruidstaart genoteerd, met de nieuwe smaak en eventueel een nieuw bedrag in de budgetpost. De ander hoeft daar niet over gebeld te worden om het te weten. Bij het volgende bezoek aan het dossier, die avond of drie dagen later, staat het er gewoon. Geen appje dat tussen andere appjes verdwijnt, geen "heb ik dat al verteld".
Dat werkt ook de andere kant op. Wie op zaterdagochtend rustig door het dossier scrolt en ziet dat de aanbetaling voor de fotograaf een week eerder moet dan gedacht, kan daar meteen iets van vinden of iets over vragen zonder dat de ander eerst moet uitleggen waar dat vandaan komt. Het staat er, met de datum en het bedrag, in de post die erbij hoort. Geen navertellen, maar samen kijken naar hetzelfde overzicht.
Het makkelijkste argument voor twee accounts is dat het tijd bespaart. Dat is waar, maar het is niet het hele verhaal. Het echte verschil zit in wat er gebeurt als iets misgaat door een gemiste wijziging. Een aanbetaling die te laat wordt overgemaakt omdat een van jullie een gewijzigde datum niet kende, kan een probleem zijn bij een leverancier die daar strikt in is. Een tafelschikking die nog uitgaat van een gast die inmiddels heeft afgemeld, moet opnieuw. Een blok voor de trouwauto dat door de ene partner is aangepast na een telefoontje met de chauffeur, maar waarvan de ander nog de oude tijd in het hoofd heeft staan voor het draaiboek: dat soort verschillen ontstaan niet omdat iemand nalatig is, maar omdat er geen plek was waar de wijziging automatisch bij iedereen belandde die ervan moest weten.
Met één dossier en twee accounts is er geen aparte versie die bij de ene partner achterblijft. Er is één versie, en die verandert op het moment dat iemand hem verandert. Wie zelf niets heeft aangepast, ziet toch de aanpassing van de ander, simpelweg omdat er geen tweede kopie bestaat om uit de pas te laten lopen.
Het is niet nodig om elkaar apart te laten weten dat er iets is gewijzigd. Geen bericht sturen met "ik heb net iets aangepast bij de catering, kijk maar". Het aanpassen zelf is het doorgeven. Dat scheelt een stap die bij veel andere manieren van plannen wél nodig is: een gedeeld Excel-bestand bijvoorbeeld, waarbij je zelf moet onthouden om te zeggen dat je iets hebt veranderd, anders leest de ander een oude versie zonder dat hij dat weet.
Het is ook niet nodig om bij elke wijziging samen achter een scherm te zitten. De een kan een blok aanpassen op een moment dat de ander niet beschikbaar is, tijdens een lunchpauze of laat op een avond, en de ander leest het rustig terug wanneer het schikt. Er is geen goedkeuring nodig voordat een wijziging geldt. Wie iets aanpast in het budget, de gastenlijst of een van de blokken, doet dat definitief voor het dossier, en de ander ziet het resultaat.
De twee accounts lossen op dat een wijziging automatisch zichtbaar wordt voor wie er ook toegang toe heeft. Ze lossen niet op dat je moet afspreken wie welke leverancier belt, of wie de gastenlijst bijhoudt na een update van de trouwwebsite. Dat blijft iets wat jullie onderling verdelen, net zoals bij elke gezamenlijke klus. Het systeem zorgt ervoor dat de uitkomst van dat telefoontje of die update bij beiden terechtkomt zodra hij is ingevoerd. Het zorgt niet ervoor dat jullie vooraf hetzelfde beeld hebben van wie wat doet.
Het is daarom zinvol om, los van het dossier zelf, kort af te spreken wie welk deel volgt. Niet omdat het systeem daarom vraagt, maar omdat twee mensen die allebei alles kunnen aanpassen, ook allebei kunnen denken dat de ander een bepaald blok al heeft bijgewerkt. Wie de trouwlocatie als eigen taak heeft, kan daar wijzigingen invoeren zodra ze binnenkomen, en de ander leest ze mee zonder zelf met die leverancier te hoeven bellen. Die verdeling houdt het dossier niet actueel; dat doet degene die de wijziging invoert. Maar de verdeling voorkomt dat niemand het doet omdat iedereen dacht dat de ander het al had gedaan.
Soms is een wijziging nog niet definitief. De trouwlocatie belt met een voorstel voor een andere zaal bij regen, en jullie moeten er nog samen over beslissen. Ook dat kan in het dossier staan, als aantekening bij het betreffende blok, zodat het niet alleen in een hoofd zit terwijl de ander ondertussen ergens anders mee bezig is. Het is niet nodig om te wachten met noteren tot de beslissing genomen is. Beide accounts kunnen de open vraag zien staan, en wie er als eerste een moment voor heeft, kan de knoop doorhakken en het blok bijwerken zodra dat gebeurt.
Het komt erop neer dat een wijziging in dit dossier niet apart de wereld in moet. Ze staat waar ze hoort, in het blok of de budgetpost waar ze bij past, en is daarmee voor beide accounts hetzelfde moment waarop het duidelijk werd. Dat is minder een extra functie dan een gevolg van hoe het dossier is ingericht: één versie, twee mensen die die versie kunnen lezen en aanpassen, zonder tussenstap.