Bruidswarenhuis
De kluis is de plek waar offertes, contracten en bewijzen van betaling staan die bij een keuze horen. Niet in een map in de mail, niet los op een telefoon, maar bij het blok waar het over gaat. Bij de fotograaf hoort de offerte van de fotograaf, bij de catering het contract met de catering. Dat is de basis. De vraag die overblijft is wat er gebeurt als je van gedachten verandert over iets dat al in de kluis staat.
Stel, jullie hebben drie maanden geleden een offerte van een cateraar geüpload en het contract erbij gezet. Nu blijkt de cateraar toch niet te kunnen op de gekozen datum, of jullie hebben een betere aanbieding gevonden. De vraag is niet of dat mag, want dat mag altijd, maar wat er met de rest van het dossier gebeurt als je die keuze aanpast.
Het antwoord is dat de kluis alleen bewaart wat je erin zet. Vervang je de oude offerte door een nieuwe, dan staat vanaf dat moment de nieuwe offerte bij het blok catering. De oude verdwijnt niet automatisch, want je kunt zelf kiezen of je een bestand verwijdert of laat staan. Wie liever een geschiedenis aanhoudt om later terug te kunnen kijken wat er is aangeboden en wat er is afgewezen, laat het oude document gewoon staan naast het nieuwe. Wie liever een opgeruimde kluis heeft met alleen wat nu geldt, verwijdert het oude bestand zelf.
Waar het wel op aankomt is het budget. Elke keuze in het dossier is ook een post in het budget, met een bedrag, een betaaldatum en een verdeling in aanbetaling en restbetaling. Verander je van cateraar, dan verandert dat bedrag niet automatisch mee alleen omdat er een nieuwe offerte in de kluis ligt. Je past de post in het budget zelf aan: nieuw bedrag, nieuwe datum, nieuwe aanbetaling. Doe je dat niet, dan staat er in het budget nog een bedrag dat bij een leverancier hoort die niet meer de leverancier is. Dat is meteen de reden waarom offertes en bedragen dicht bij elkaar horen te staan in plaats van in een mailbox: je ziet in één blik of de kluis en het budget nog met elkaar overeenkomen, of dat er iets is blijven hangen van een keuze die je al had verlaten.
Een voorbeeld dat vaker voorkomt dan je zou denken: een bruidspaar kiest een trouwlocatie, ontvangt een offerte, zet die in de kluis en betaalt een aanbetaling. Een maand later blijkt de locatie toch niet te passen bij het aantal gasten dat de gastenlijst inmiddels laat zien. Ze kiezen een andere locatie. De oude offerte blijft in de kluis staan, met de aanbetaling die daarbij is gedaan en die niet zomaar terugkomt. Dat bedrag verdwijnt niet uit het budget door de nieuwe keuze te maken; het staat er nog, als aparte post, tot iemand het handmatig aanpast of verwijdert. Dat is geen gebrek van het systeem, dat is gewoon hoe een aanbetaling werkt: die staat vast bij de partij waarmee je hem hebt afgesproken, niet bij de locatie die je uiteindelijk kiest. De kluis laat dat papierspoor zien; zonder de kluis zou die aanbetaling ergens in een oude mail zitten en zou niemand meer weten waar dat bedrag ook alweer vandaan kwam.
Hetzelfde geldt voor een leverancier die je zelf toevoegt, buiten de gidsen om. Je voegt een blok toe, zet er een fotograaf bij die je via een kennis hebt gevonden, en laadt het contract op in de kluis. Verandert die fotograaf later van naam, van tarief of van voorwaarden, dan pas je dat contract aan door het nieuwe document erbij te zetten. Niemand hoeft daarvoor terug te zoeken in een mailwisseling van vier maanden geleden, want het geldende contract staat op de plek waar het blok zelf naar verwijst.
Wat de kluis niet doet, is keuzes voor je terugdraaien. Verwijder je een blok uit het dossier, dan verdwijnen de bijbehorende offertes en contracten niet uit zichzelf mee als een soort automatische opschoning; je beheert dat zelf. Dat is bewust zo: een contract dat je hebt getekend blijft een contract, ook als je later een ander blok kiest. Je wilt dat bewijs kunnen terugvinden, bijvoorbeeld omdat er een deel van een aanbetaling niet wordt teruggegeven en je dat later nog eens wilt nazoeken. De kluis is er niet om sporen te wissen, maar om ze op één plek te houden zodat je zelf kunt beslissen wat je bewaart en wat niet meer relevant is.
Voor wie met meerdere mensen aan het dossier werkt, telt dit dubbel. Twee accounts op één dossier zien dezelfde kluis, en als ouders of getuigen toegang hebben tot het deel waar zij over gaan, zien zij ook alleen die offertes en contracten die bij hun onderdeel horen. Verandert er iets aan een keuze die een getuige mede regelt, bijvoorbeeld de trouwauto, dan ziet die getuige de aangepaste offerte zonder dat iemand het apart moet doorsturen. Dat voorkomt een vervelend soort verwarring: de ene helft van het bruidspaar die een nieuwe offerte per mail heeft ontvangen en denkt dat de ander die al heeft gezien, terwijl dat niet zo is. In de kluis staat wat er nu geldt, voor iedereen die toegang heeft tot dat blok.
De kern is dus dat aanpassen en terugdraaien in de kluis altijd een bewuste handeling is, geen automatische reactie op een andere keuze in het dossier. Kies je een andere trouwambtenaar, dan betekent dat niet dat het systeem de oude offerte wist of het budget herschrijft. Het betekent dat jullie de kluis bijwerken met het nieuwe document, en de post in het budget met het nieuwe bedrag. Dat kost een paar minuten per wijziging, maar het voorkomt het probleem waar de meeste bruidsparen tegenaan lopen zonder dat ze het aan een systeem wijten: een offerte die ergens in een mailarchief zit, een contract dat niemand meer kan terugvinden op het moment dat er een geschil is over een aanbetaling, en een budget dat een bedrag toont dat bij niemand meer hoort. Wie de kluis gebruikt zoals die is bedoeld, hoeft nooit te zoeken naar wat er ook alweer was afgesproken; die vraag is al beantwoord door het document dat er nog steeds staat.