Klant vraagt hoe het ervoor staat: wie schrijft de statusupdate?

Donderdagmiddag, 16:10. Een klant mailt: "Even checken, hoe staat het ervoor met de verbouwing? Haal ik de oplevering van 15 december nog?" Je weet het antwoord ongeveer. De keuken is besteld, de elektricien komt maandag, het stucwerk loopt een paar dagen achter. Maar ongeveer is niet genoeg om te sturen. Dus open je de planning, het offertedossier en je eigen mailbox, zoek je uit wat er echt is afgesproken, en schrijf je een mail die je morgen niet hoeft te corrigeren.

Dat kost twintig minuten. Het probleem is dat het niet bij één klant blijft.

Hoe dit werk nu gaat

In bouw, consultancy, logistiek en bij elk kantoor met lopende projecten komt de vraag "hoe staat het ervoor?" wekelijks terug, vaak van meerdere klanten tegelijk. Het antwoord ligt verspreid: een planning in een spreadsheet, mijlpalen in een offerte, afspraken in mailtjes, de laatste stand in je hoofd.

Een statusupdate schrijven bestaat uit drie stappen. Je verzamelt wat klaar is en wat nog loopt. Je ziet wat de deadline bedreigt. Je vertaalt dat naar een mail die een klant begrijpt, zonder je interne jargon en zonder te veel te beloven. De derde stap is de kleinste, de eerste twee kosten de meeste tijd.

Reken met een voorbeeld, geen meting: heb je acht lopende projecten en wil je elke klant om de week een update sturen, dan zijn dat vier updates per week. Bij twintig minuten per update is dat ruim een uur per week, plus alle keren dat een klant eerder belt omdat hij niets hoorde. Dat uur gaat af van de uren waarin je eigenlijk werk uitvoert.

Wat een Planner ervan overneemt

De Planner is een rol uit de catalogus die taken en mijlpalen plant, statusupdates opstelt en naderende deadlines signaleert. Voor dit werk betekent dat:

1. de planning naast de gemaakte afspraken leggen en zien wat achterloopt
2. per project een conceptmail schrijven met wat klaar is, wat er deze week gebeurt en wat de klant moet weten
3. een deadline die onder druk staat benoemen voordat de klant erom vraagt

De rol kost 129 euro per maand exclusief btw, met 40 taken per maand inbegrepen. Reken een statusupdate als één taak: voor het voorbeeld van vier updates per week blijf je dan ruim binnen wat is inbegrepen.

Belangrijk: de Planner verstuurt niets. Hij zet een voorstel klaar. Jij beslist wat de klant krijgt.

Waarom je een uitkomst goedkeurt en geen voornemen

Bij veel automatiseringen keur je vooraf een regel goed: "stuur elke vrijdag een statusmail naar alle klanten." Dat is een voornemen. Je ziet pas wat er is verstuurd als de klant al antwoordt. Bij een statusupdate is dat precies het risico. Eén verkeerde datum of één te zeker geformuleerde belofte en je zit met een klant die zich ergens aan vasthoudt.

Bij Stilops loop je eerst een testrun. De Planner werkt de taak uit op je eigen gegevens en laat zien wat er zou gebeuren: dit is de mail die naar de klant van de verbouwing gaat, met deze mijlpalen en deze datum voor de oplevering. Je leest hem zoals je een mail van een collega leest. Klopt het, dan keur je goed. Klopt het niet, dan pas je het aan voordat er iets de deur uit is.

Dat goedkeuren wordt niet lichter naarmate de rol langer meedraait. Het kost je een paar minuten per update en dat is een bewuste keuze: je betaalt er wat snelheid voor, en daar krijg je zekerheid voor terug. Een statusupdate is een toezegging aan een klant. Die hoort bij jou te blijven.

Wat je er in uren aan overhoudt

Het schrijven zelf valt grotendeels weg. Wat overblijft is lezen en beslissen, en dat gaat sneller dan opzoeken en formuleren. Gaat een controle in plaats van twintig minuten er vijf kosten, dan scheelt het bij vier updates per week een uur. Dat is een aanname die je zelf kunt toetsen: de testrun laat zien hoe lang jij werkelijk over het nalezen doet.

Het tweede effect is moeilijker te tellen. Klanten die elke twee weken ongevraagd een heldere update krijgen, bellen waarschijnlijk minder. Hoeveel minder hangt van je klanten af, en dat hebben we niet gemeten. Wat je wel zelf ziet is hoeveel "even checken"-mails je nog krijgt.

Zo begin je

Kies één lopend project waar de vraag vaak terugkomt. Geef de Planner de planning en de afspraken, en laat een testrun één update schrijven. Lees hem alsof je hem zelf hebt geschreven en let op drie dingen: staan de data goed, belooft hij niets wat jij niet beloofd hebt, en zegt hij ook wat er achterloopt.

Is dat het geval, dan weet je dat de uitkomst klopt voordat de eerste klant hem ziet. Kloppen er dingen niet, dan weet je ook dat, en dan hoort de planning zelf eerst op orde. Ook dat is een uitkomst waar je iets aan hebt.