Bruidswarenhuis
Er is één praktisch moment waarop dit aan de orde is, en dat is voordat er iets in het dossier staat. Niet erna. De vraag wanneer je begint met samen plannen heeft hier een concreet antwoord: zodra jullie besluiten dat er een dossier komt, maak je het dossier met twee accounts, niet met één account waar de ander later bij mag.
Dat lijkt een detail, maar het is het enige moment waarop het geen verschil maakt wie het aanmaakt. Zodra er blokken staan, keuzes zijn gemaakt en budgetposten zijn ingevuld, is er een verschil tussen degene die het dossier heeft opgebouwd en degene die het voor het eerst opent. Wie later instapt, ziet een lijst met beslissingen waar geen aanleiding meer bij staat. Waarom staat de locatie op die datum. Waarom is voor die fotograaf gekozen en niet voor de andere twee die ook bekeken zijn. Dat gesprek heb je dan alsnog, maar buiten het systeem, terwijl het systeem juist bedoeld is om dat gesprek niet steeds opnieuw te moeten voeren.
Het meest voorkomende scenario is dit: één van de twee is degene die 's avonds tijd heeft, of degene die aanleg heeft voor uitzoekwerk, en die persoon zet in de eerste weken de blokken klaar, vult een paar leveranciers in en begint aan het budget. Het dossier bestaat dan al voordat account twee is aangemaakt. Op het moment dat de ander wel inlogt, is er al een gemeente gekozen, een trouwlocatie vastgelegd en een post in het budget aangemaakt voor de bruidskleding. Niet omdat er iets stiekem is gegaan, maar omdat het makkelijker was om even door te werken.
Het gevolg is dat de tweede persoon reageert op wat er al staat, in plaats van mee te bepalen wat er komt. Dat is geen ramp, maar het is wel het omgekeerde van waarvoor de twee accounts bedoeld zijn. Ze zijn er niet om achteraf in te kunnen kijken. Ze zijn er om vanaf het begin dezelfde blokken, dezelfde openstaande bedragen en dezelfde gastenlijst te zien, zodat een vraag als staat de aanbetaling voor de catering er al in door beiden in het dossier zelf te beantwoorden is, niet via een appje met een schermafbeelding.
Niet alles moet in die eerste week. De trouwwebsite, het moodboard, de tafelschikking, het draaiboek van de dag zelf, dat kan allemaal weken of maanden later. Die onderdelen hebben pas inhoud als er al keuzes liggen of een gastenlijst is geïmporteerd, en niets gaat verloren door ze te laten liggen. Het punt is dat degene die op dat moment inlogt, dat gewoon met het tweede account doet, in het bestaande dossier, niet in een nieuw dossier ernaast.
Er is een praktijkgeval dat dit goed laat zien. Een van de twee regelt in de eerste maand de gemeente en de trouwlocatie, omdat die twee data-afhankelijk zijn en snel vastgelegd moeten worden. De ander heeft in die maand geen tijd, door werk of een verhuizing, en logt pas zes weken later voor het eerst in. Als het tweede account er vanaf het begin al was, verandert er niets aan die volgorde: degene met tijd regelt de locatie, de ander ziet het bij het eerste bezoek staan, inclusief de post die daarvoor in het budget is aangemaakt en het bedrag dat op welke datum betaald moet worden. Geen gesprek nodig over wat er is gebeurd, alleen een gesprek over wat er nog moet gebeuren.
Stel dat het tweede account er niet vanaf het begin was, en pas na die zes weken wordt aangemaakt. Dan is het resultaat op het scherm precies hetzelfde. Het verschil zit in wat er niet in het dossier staat: het moment waarop de knoop over de locatie is doorgehakt, het overleg dat daaraan voorafging, de optie die is afgevallen. Dat soort dingen leg je niet vast in een systeem dat over blokken en budgetposten gaat, dus als je daar samen bij wilt zijn, moet je er samen bij zijn op het moment dat het gebeurt, niet pas als het al vastligt.
Het voordeel van twee accounts vanaf het eerste moment is niet dat het sneller gaat. Het is dat er geen inhaalslag nodig is. Wie er later bij komt in een dossier dat al loopt, moet zich een weg zoeken door keuzes die voor hem of haar vanzelfsprekend gemaakt zijn door de ander. Wie er vanaf het begin bij is, hoeft dat niet: die ziet dezelfde blokken op de startpagina ontstaan als de ander ze aanmaakt, dezelfde gids met leveranciers als die geraadpleegd wordt, en dezelfde post in het budget zodra die is ingevuld.
Dat is vooral van belang bij de posten die niet resultaat zijn van een gezamenlijk gesprek, maar van een praktische noodzaak. De trouwauto boeken omdat er nu een gaatje is bij de verhuurder. De datum voor de aanbetaling van de trouwlocatie die deze week valt. Dat soort beslissingen wordt door één van de twee genomen omdat het moet, niet omdat de ander niet mag meebeslissen. Met een dossier waarin beide accounts vanaf het begin meekijken, ziet de ander die beslissing zodra hij of zij inlogt, met het bedrag en de datum erbij, in plaats van er weken later per toeval achter te komen dat de trouwauto al vastligt.
De reden dat dit expliciet iets is om vroeg te regelen, en niet iets wat vanzelf wel goed komt, is dat een dossier aanmaken met één account net zo makkelijk is als met twee. Er is geen moment waarop het systeem daar apart om vraagt. Wie er niet aan denkt, maakt het dossier aan zoals je een willekeurig account aanmaakt: voor jezelf. Pas als de ander voor het eerst wil inloggen, wordt duidelijk dat er een keuze is gemaakt die beter samen had kunnen gebeuren.
Het enige wat dit vraagt, is dat je bij het aanmaken van het dossier meteen het tweede account toevoegt, ook als jullie op dat moment nog geen idee hebben van locatie, budget of gasten. Er hoeft nog niets ingevuld te zijn. Het gaat er alleen om dat vanaf de eerste blokken die iemand aanmaakt, beide accounts hetzelfde dossier zien groeien, zodat niemand later moet reconstrueren wat er is gebeurd terwijl hij of zij er niet bij was.