Bruidswarenhuis
De vraag die de meeste bruidsparen zich pas laat stellen is niet wat de bruiloft mag kosten, maar wanneer welk deel daarvan het huis uit moet. Dat is een ander probleem dan een totaalbedrag. Je kunt precies weten wat je wilt uitgeven en toch verrast worden, omdat drie leveranciers in dezelfde maand een aanbetaling vragen. Het budget in dit systeem is daarom niet gebouwd als een rekenmachine die optelt tot een eindcijfer, maar als een overzicht dat per post laat zien wat er speelt: wat het kost, aan wie, wanneer, en welk deel daarvan al weg is.
Je maakt geen apart budget aan naast je keuzes. Zodra je op de startpagina van het dossier een blok invult, zeg de fotograaf of de bruidstaart, ontstaat daar automatisch een post van in het budget. Die post bevat de leverancier, de categorie waar hij onder valt en waarvoor het bedrag precies is. Je hoeft dus nergens hetzelfde nog eens over te typen. Kies je een cateraar, dan staat die cateraar meteen in het budget onder de categorie catering, met de naam die je bij het blok hebt ingevuld. Voeg je later een tweede blok toe omdat je, naast de gewone fotograaf, ook nog een dronefotograaf boekt, dan krijgt die zijn eigen post. Niets wordt samengevoegd tot één vage regel "fotografie" waarachter je het overzicht verliest.
Dit is meteen ook waarom het weinig zin heeft om het budget los bij te houden in een schrift of een los rekenblad naast dit systeem. Op het moment dat je dat doet, moet je zelf onthouden welke post bij welke keuze hoort, en juist die koppeling is waar het misgaat: mensen weten na een paar maanden niet meer of het bedrag voor de bruidstaart de aanbetaling was of het totaal.
Bij elke post vul je het bedrag in en de datum waarop het betaald moet worden. Dat lijkt vanzelfsprekend, maar het is precies waar het vaak fout gaat: mensen onthouden de afspraak met de leverancier, maar niet de datum die erbij hoorde, en worden dan drie weken later gebeld met de vraag waar de betaling blijft. Door de datum apart in te vullen, staat die vraag niet meer in je hoofd maar in het systeem.
Daarnaast splits je het bedrag in een aanbetaling en een restbetaling. Dat onderscheid is niet cosmetisch. Een bruidsjurk van een bepaald bedrag kan voor een derde als aanbetaling bij de bestelling gevraagd worden en voor het overige bij het passen, maanden later. Vul je alleen het totaalbedrag in, dan denk je op het moment van de aanbetaling dat je nog het volledige bedrag apart moet zetten, terwijl een deel daarvan al betaald is. Door aanbetaling en restbetaling los te registreren, weet je op elk moment welk deel van een post nog open staat, niet alleen van de bruiloft als geheel.
Omdat elke post die twee bedragen apart heeft, kan het systeem optellen wat er nog open staat, over alle posten heen. Dat is een ander getal dan het totaalbudget van de bruiloft. Het totaalbudget zegt wat je denkt uit te geven. Het openstaande bedrag zegt wat je nog daadwerkelijk moet overmaken, en wanneer. Voor een stel dat naast de bruiloft ook nog een hypotheek of een verhuizing loopt heeft, is dat tweede getal het getal waar de beslissingen op vallen: kunnen we deze maand nog de aanbetaling voor de trouwauto doen, of schuiven we dat op naar volgende maand als het salaris binnen is.
Een voorbeeld waarin dit verschil zichtbaar wordt: stel dat de trouwlocatie een aanbetaling vraagt in januari en de rest pas een maand voor de bruiloft in september. Als je alleen het totaalbedrag van die locatie in je hoofd hebt, denk je in januari misschien dat je nog ruim de tijd hebt. Sta die post opgesplitst in het budget, dan zie je dat er in januari al een concreet bedrag klaar moet liggen, los van wat er in september nog volgt.
Niet elke keuze vraagt evenveel aandacht in het budget. Een post waarvan de leverancier bij boeking meteen het volledige bedrag vraagt, heeft geen aparte aanbetaling en restbetaling nodig; daar vul je het hele bedrag gewoon in als één post met één betaaldatum. Het systeem dwingt niet af dat je overal een aanbetaling invult als die er niet is. Andersom geldt: als een leverancier nog geen definitieve prijs heeft gegeven, hoef je geen bedrag te verzinnen om de post compleet te maken. Een post mag openstaan zonder ingevuld bedrag tot je de offerte hebt; op dat moment werk je hem bij. Een geschat bedrag invullen om het overzicht voller te laten lijken, levert alleen een budget op waar je later niet meer op kunt vertrouwen.
Het budget staat niet los van wat je maandelijks opzij zet. Als jullie een vast maandbedrag hebben afgesproken om te sparen, vraagt het systeem elke maand of dat bedrag ook echt is gelukt. Zeg je nee, dan biedt het systeem aan om het gemiste bedrag te verdelen over de maanden die nog overblijven. Die vraag heeft alleen betekenis omdat de posten in het budget al met datums vaststaan: het systeem kan alleen zinnig herverdelen als het weet welke betaling wanneer moet gebeuren. Zonder die koppeling zou de vraag over sparen los in de lucht hangen, een goed bedoeld rappelletje zonder concreet doel.
Het effect van deze opzet is dat je nooit hoeft na te rekenen wat er nog moet gebeuren. Je kijkt naar het budget en ziet meteen, per post, of er nog een aanbetaling openstaat, wanneer de restbetaling valt, en wat dat betekent voor het totaal dat nog moet worden overgemaakt. Dat is een ander soort rust dan de belofte dat alles goed komt. Het is gewoon een rekensom die klopt omdat de gegevens waar hij op gebaseerd is, kloppen.
Hoe je een aanbetaling specifiek voor de gemeente vastlegt en wat je daarvan terugkrijgt, staat op de pagina over de aanbetaling bij de gemeente. Wat de kluis voor offertes en contracten met deze budgetposten te maken heeft, lees je op de pagina daarover. En als je precies wilt weten hoe je de gemeente als losse keuze in het budget verwerkt, met de bijbehorende voorbeelden, is daar een aparte pagina voor.