De eventplanner die het geld niet langer uit het oog verloor

Núria Vidal organiseert events in Barcelona. In één week staat ze misschien met een stel op een binnenplaats in de Gotische wijk te beslissen waar de band komt te staan, voert ze een videogesprek met een bedrijf uit Hamburg over hun diner tijdens een offsite-conferentie, en onderhandelt ze 's ochtends vroeg op een bloemenmarkt over pioenrozen voor een wijngaardbruiloft in de Penedès. Ze doet het allemaal met het klassieke gereedschap van een planner — een telefoon, een laptop, een map met leveranciers­contacten die in acht jaar is opgebouwd, en een bijna bovennatuurlijk geheugen voor wie wat heeft beloofd. Dat geheugen was het probleem.

Want een event is niet één transactie. Het zijn er tientallen, verspreid over maanden, en het geld stroomt twee kanten op. Eén bruiloft in september kan een aanbetaling van € 4.000 van het stel betekenen om de datum in maart vast te leggen, een tweede gespreide betaling in juni, een eindafrekening twee weken voor de dag zelf — en omgekeerd de betalingen die zíj verschuldigd is aan een bloemist, een cateraar, een band, een fotograaf en de locatie, elk met hun eigen schema. Vermenigvuldig dat met de acht of tien events die ze tegelijk draait, allemaal in een andere fase, en je hebt een geldkaart van oprechte complexiteit. Jarenlang zat die kaart vooral in haar hoofd, gestut door een spreadsheet die ze niet helemaal vertrouwde en een zorgwekkend aantal momenten van "ik geloof dat ze de aanbetaling hebben gedaan".

De vorm van het probleem

Eventplanning heeft een cashflow-structuur die bijna geen enkele andere kleine onderneming deelt, en die structuur straft iedereen die elke boeking behandelt als één factuur die je achteraf stuurt. Drie dingen maken het lastig.

De aanbetaling legt iets schaars vast. Een trouwdatum, een bepaalde locatie, een gewilde band — die zijn eindig. Je kunt één zaterdag in juni maar één keer verkopen. De aanbetaling is dus geen gebaar van goede wil; het is wat de datum van de markt haalt. Als een stel die niet heeft betaald, hebben ze niet echt geboekt, en Núria heeft op de harde manier geleerd dat "we sturen het volgende week" en "de datum is van jullie" niet dezelfde zin zijn. Ze moet in één oogopslag weten welke aanbetalingen precies binnen zijn en welke data dus echt vastliggen.

Het geld komt in fasen binnen, over maanden. Bijna geen enkele klant betaalt een bruiloft van € 22.000 in één overboeking. De norm is een aanbetaling om te boeken, een of twee gespreide betalingen naarmate de datum nadert, en een eindafrekening vlak voor het event. Elk daarvan is een datum die ze moet halen, een bedrag dat ze moet bijhouden, en een betaling waarvan ze moet bevestigen dat die echt is binnengekomen. Mist ze een gespreide betaling, dan financiert ze leveranciers uit eigen zak; verliest ze het overzicht over wat er is betaald, dan factureert ze ofwel te weinig (en draait ze zelf voor het verschil op) of te veel (en lijkt ze slordig tegenover een klant die die maand juist extreem emotioneel betrokken is).

Elk event is een stapel deelkosten. Bloemist, cateraar, band, fotograaf, locatie, vervoer, drukwerk, de late-night tacokar waar het stel per se op stond. Elke regel heeft zijn eigen prijs, zijn eigen leverancier, zijn eigen aanbetaling en saldo. Voorkomen dat de kosten van het ene event in de mentale boekhouding van het andere overlopen — en helder kunnen zeggen "het totaal van deze bruiloft is € 22.400 en dit is precies waar het uit bestaat" — is het verschil tussen een bedrijf en een zeer stressvolle hobby.

Eén werkruimte per event

Het eerste dat veranderde, was structureel. In plaats van elk event te laten versnipperen over haar geheugen, haar inbox en een spreadsheet, opent Núria nu voor elk event een Project in InvoiceFlow en behandelt ze dat als het enige thuis van dat event. De wijngaardbruiloft in de Penedès is een project. Het bedrijfsdiner in Hamburg is een project. Binnen elk project bouwt ze Mijlpalen uit — de natuurlijke fasen die elk event toch al heeft — zodat het werk en het geld aansluiten op hoe het event zich daadwerkelijk ontvouwt.

Voor de wijngaardbruiloft lezen de mijlpalen bijna als een aftelklok: Datum vastgelegd (aanbetaling), Leveranciers bevestigd, Definitief aantal gasten & menu vastgezet, Event opgeleverd (eindafrekening). Dit is de Notion-achtige klantwerkruimte die precies doet waarvoor ze bedoeld is — alles rond één event op één plek groeperen en haar laten factureren per mijlpaal in plaats van te gokken wanneer ze waarom moet vragen. Wanneer een fase is bereikt, is er een vanzelfsprekend, vooraf afgesproken moment om te factureren. Niets wordt geïmproviseerd en niets wordt vergeten, want de structuur van het event is de structuur van de facturatie.

Het stillere voordeel is dat acht gelijktijdige events niet langer strijden om hetzelfde angstige hoekje van haar brein. Elk event heeft een eigen bak. Wanneer de bloemist voor de klus in Hamburg belt, opent ze dat project en staat alles over het event — mijlpalen, cijfers, documenten — meteen klaar, niet verstrengeld met de drie bruiloften in diezelfde maand.

Offreer het hele event, zet om naarmate het wordt bevestigd

Núria's relatie met een stel begint lang voordat er geld stroomt. Het begint met een voorstel — en in InvoiceFlow is dat voorstel een offerte. Ze bouwt de volledige eventofferte als één document: locatie, catering, bloemen, muziek, fotografie, planningskosten, alles, elk als eigen regel zodat het stel precies kan zien waar de € 22.400 naartoe gaat. Een heldere, gespecificeerde offerte doet op zichzelf al veel rustig verkoopwerk; vage ronde bedragen maken mensen nerveus, terwijl een eerlijke uitsplitsing hen het gevoel geeft dat ze met een professional te maken hebben.

Wat de offerte meer maakt dan een chique pdf, is dat ze omzet naar facturen — inclusief gedeeltelijke omzetting. Núria maakt van de hele offerte van € 22.400 niet één factuur. Naarmate elk onderdeel van het event wordt bevestigd, zet ze alleen dat deel om. Verbindt het stel zich aan de locatie en de aanbetaling? Dan zet ze de aanbetaling en het bedrag voor het vastleggen van de datum nu om in een factuur, en laat ze de rest in de offerte staan. Twee maanden later leggen ze de cateraar en de band vast; ook die regels zet ze om. De offerte wordt de ruggengraat van de hele klus, en elke factuur wordt eruit gesneden, zodat de cijfers die de klant in maart ziet exact de cijfers zijn die ze in het voorstel hebben afgesproken. Geen overtypen, geen afdwalen, geen ongemakkelijk "wacht, dat is niet het bedrag dat je me had geoffreerd".

Voor haar incidentele internationale zakelijke klanten — het bedrijf uit Hamburg betaalt in euro's, maar ze had ook een klant uit Londen die in ponden gefactureerd wilde worden — stuurt ze de facturen van die klant simpelweg in hun eigen valuta, correct opgemaakt. (InvoiceFlow doet geen live wisselkoersomrekening; het laat elke factuur gewoon de juiste valuta dragen voor de klant naar wie hij gaat, precies wat een grensoverschrijdende klant verwacht te zien.)

De aanbetaling, goed gedaan

De aanbetaling is het scharnier waar de hele boeking om draait, dus die wordt bewust afgehandeld. Wanneer een stel klaar is om te boeken, stuurt Núria de aanbetalingsfactuur — pak 'm beet € 4.000 om een toplocatie op een zaterdag in september vast te houden — met de betaalinstructies direct op het document gedrukt: haar bankgegevens en een betaallink, zodat het stel kan betalen via overschrijving zonder heen-en-weergedoe. InvoiceFlow incasseert de betaling niet zelf (het is geen betaalprovider); het laat de klant precies zien hoe te betalen, en daarna markeert ze de factuur als Betaald op het moment dat de overschrijving binnenkomt.

Die ene handeling — de aanbetaling als Betaald markeren — is wat de datum laat omslaan van "potloodaantekening" naar "van jullie". Wanneer Núria nu naar haar events kijkt, vertrouwt ze niet op haar geheugen of een half onthouden e-mail. De datum is vastgelegd omdat de aanbetaling als betaald is geregistreerd, punt uit. En als een stel een aanbetaling in twee delen doet, of nu een deel van een gespreide betaling en de rest volgende week, dan registreert ze de deelbetaling en houdt de app het resterende saldo automatisch bij. Ze weet altijd, per event, precies wat er is ontvangen en precies wat er nog openstaat — niet bij benadering, niet "ongeveer vierduizend", maar het echte bedrag.

Het saldo spreiden met een betaalschema

Hier wordt de maandenlange aard van een event getemd. In plaats van het stel achterna te zitten met drie losse ad-hocverzoeken naarmate de bruiloft nadert, kan Núria het geheel uiteenzetten als een gespreid betaalschema — een termijnplan dat het totaal opdeelt in een reeks gedateerde bedragen. Het termijnsjabloon rendert dat schema netjes op de pdf, zodat het stel de hele betaalreis op één pagina ziet: aanbetaling nu, tweede betaling vóór een datum in juni, eindafrekening twee weken voor de bruiloft. Elk bedrag, elke vervaldatum, allemaal zwart op wit.

Dit doet iets subtiels en waardevols voor de relatie. Geldgesprekken zijn het deel van bruiloftsplanning waar niemand van geniet, en het is de verrassing die ze gespannen maakt. Wanneer het volledige schema vooraf is afgesproken en op de factuur staat gedrukt, zijn er geen verrassingen meer om te beleven. Het stel weet in maart precies wat het in juni verschuldigd is en wat het in augustus verschuldigd is. Núria is niet de persoon die telkens opnieuw opduikt om meer geld te vragen; ze is de professional die hen het plan één keer heeft verteld, op schrift, en het simpelweg volgt. Naarmate elke termijn wordt betaald, registreert ze die, telt het saldo af en blijft het schema tot op de cent kloppen.

Voor de zakelijke kant is het dezelfde machinerie met een ander ritme — een aanbetaling om te bevestigen en een saldo bij oplevering, of een aan mijlpalen gekoppeld schema voor een meerdaags event. De kern is dat het betaalplan een document is waarmee de klant heeft ingestemd, niet een reeks herinneringen die ze moeten verdragen.

Elke leverancierskost op orde houden

De andere helft van de geldkaart van een eventplanner is alles wat zíj verschuldigd is. Een bruiloft is niet winstgevend omdat het stel € 22.400 heeft betaald; ze is winstgevend door het verschil tussen dat bedrag en wat de bloemist, cateraar, band, fotograaf en locatie kostten. Als die deelkosten over events heen door elkaar gaan lopen, wordt de marge een raadsel.

Doordat elk event in zijn eigen Project leeft, blijven de kosten eraan vastzitten. Núria kan een bepaalde bruiloft zien als een op zichzelf staande eenheid — wat er is geoffreerd, wat er tot nu toe is gefactureerd en geïnd, en waar het werkelijk uit bestaat — in plaats van als een paar regels die verdwalen in een gigantische, ongedifferentieerde lijst. Wanneer ze de kostenkant van het bedrijf registreert, horen die kosten bij een herkenbaar event in plaats van vrij rond te zweven. Het resultaat is dat ze de enige vraag kan beantwoorden die per event uiteindelijk telt — heeft dit event geld opgeleverd, en hoeveel? — zonder een forensische avond spreadsheetarcheologie. En over het hele bedrijf bezien laat haar analyse zien wat is betaald versus wat openstaat, haar inningspercentage en welke klanten de meeste omzet binnenbrengen, zodat ze stuurt op cijfers in plaats van op zenuwen.

Wat er voor Núria veranderde

De voornaamste verandering is dat ze de geldkaart niet langer in haar hoofd meedraagt. Acht events in acht verschillende fasen betekende vroeger een permanente lage ruis van "hebben ze de aanbetaling gedaan, kwam de junibetaling binnen, wat staat er nog open op de klus in Hamburg". Nu is elk van die antwoorden één blik verderop, gekoppeld aan het juiste project, tot op de cent nauwkeurig. De mentale last kromp niet doordat ze beter werd in onthouden; ze kromp doordat ze niet langer hoefde te onthouden.

De tweede verandering is dat aanbetalingen niet langer wegglippen. Een datum is nu vastgelegd wanneer, en alleen wanneer, de aanbetaling als betaald wordt weergegeven — dus het gevaarlijke niemandsland van "ik geloof dat ze zich hebben verbonden" is verdwenen. Ze slaat geen zaterdag meer af op basis van een mondeling ja dat nooit een overschrijving wordt.

De derde is dat de gespreide betalingen zichzelf draaien. Het schema wordt één keer afgesproken en op de factuur gedrukt; het stel kent het plan; elke termijn wordt geregistreerd zodra die binnenkomt en het saldo blijft exact. De ongemakkelijke gesprekken werden niet makkelijker om te voeren — ze hoefden grotendeels niet meer plaats te vinden.

Het patroon, voor iedereen die in fasen factureert

Núria plant bruiloften, maar de werkwijze is van iedereen wiens werk groot is, over maanden loopt en in stukken wordt betaald — cateraars, fotografen, ontwerpers, bouwers, bureaus, consultants in langlopende opdrachten. De vorm is dezelfde:

1. Geef elke klus een eigen Project zodat het geld, de mijlpalen en de documenten op één plek leven in plaats van te concurreren om ruimte in je geheugen.
2. Bouw mijlpalen die aansluiten op de echte fasen van het werk, en factureer dan per mijlpaal zodat er altijd een vooraf afgesproken moment is om te factureren.
3. Offreer het geheel als een offerte, gespecificeerd, en zet die stuk voor stuk om in facturen naarmate elk onderdeel wordt bevestigd — zodat de cijfers nooit afdwalen van het voorstel.
4. Behandel de aanbetaling als datgene wat de boeking vastlegt. Toon de betaalinstructies op de factuur en reken de datum pas als vastgehouden zodra die als Betaald is gemarkeerd.
5. Zet het saldo uiteen als een gespreid betaalschema met het termijnsjabloon, zodat de klant het hele betaalplan vooraf ziet en er geen verrassingen meer overblijven.
6. Registreer elke deelbetaling zodat het resterende saldo per klus altijd exact is, en houd de kosten van elke klus aan zijn project gekoppeld zodat je echt weet wat elke klus heeft opgeleverd.

Núria zegt het simpeler dan dat. "Een bruiloft is niet één rekening," zegt ze. "Het is een relatie met een schema. Mijn taak is om het geldgedeelte ervan net zo kalm en vanzelfsprekend te laten voelen als al het andere dat ik plan." De events zijn nog net zo uitbundig als altijd. Alleen is zij niet langer de enige plek waar de cijfers staan opgeschreven.