Als de klant het zelf kan, is dat winst voor allebei

Ik bouwde een analytics dashboard voor een opdrachtgever in de recreatiebranche. Tijdens de videocall waarin ik het opleverde, gaf ik hem een korte uitleg plus een handleiding om het dashboard zelf te tweaken met Codex. Geen consult-uur voor later ingepland, geen ticketsysteem voor kleine wijzigingen. Twee dagen later kreeg ik een mailtje: hij had zelfstandig de doelen en de belangrijkste data-inzichten toegevoegd, zonder mij nog een keer nodig te hebben.

Datzelfde dashboard draait nu nog in productie en doet precies wat hij wil. Voor kleine aanpassingen ben ik uit de keten. Dat is minder omzet voor mij op de lange termijn. En het is een beter resultaat voor allebei.

Waarom ik dit expres zo doe

De klassieke reflex bij een oplevering is anders. Je bouwt iets, je zet er een dun laagje uitleg overheen en je zorgt dat elke aanpassing via jou loopt. Nieuwe kolom in het dashboard? Mailtje, offerte, uurtje, factuur. Kleine tekstwijziging? Zelfde route. Voor de bouwer is dat comfortabel: je hebt een terugkerend stroompje werk zonder dat je iets nieuws hoeft te verkopen. Voor de klant is het traag en duur voor iets wat hij eigenlijk zelf zou willen kunnen.

Ik kies bewust de andere kant. Als een opdrachtgever zelf aanpassingen wil kunnen doen, dan geef ik hem daar de middelen voor. Concreet in dit geval: een dashboard dat lokaal draait, een korte uitleg over de structuur, en een handleiding hoe hij Codex kan gebruiken om zelf een doel toe te voegen of een grafiek te wijzigen. Geen mystiek, geen zwarte doos.

Wat de opdrachtgever ermee deed

Binnen twee dagen had hij de doelen toegevoegd die hij zelf het meest relevant vond, plus een aantal inzichten waarvan ik bij de oplevering nog niet wist dat hij ze wilde zien. Precies dat laatste is het punt. Hij kent zijn branche beter dan ik. Hij weet welke getallen er op maandagochtend toe doen, welke seizoenspatronen hij scherp wil hebben, welke uitschieters een signaal zijn en welke ruis. Als hij die kennis via mij moet routeren, gaat er in de vertaalslag iets onherstelbaars verloren.

Door hem de knoppen zelf te geven, gaat er niets verloren. Hij denkt iets, hij bouwt iets, hij ziet of het klopt. De feedbacklus die vroeger dagen of weken duurde, duurt nu een middag.

Wat het mij kost

Eerlijk: dit kost mij geld. Elke kleine aanpassing die hij zelf doet, is een aanpassing die ik niet factureer. Als ik het cynisch had aangepakt, had ik hem een supportcontract kunnen aansmeren met een strippenkaart voor wijzigingen. Wellicht had hij dat gewoon getekend. Bij oplevering is het vertrouwen op zijn hoogst en de weerstand tegen een extra regel op de offerte het laagst.

Ik doe dat niet, en niet uit naïviteit. Ik doe het omdat de rekensom op langere termijn anders uitpakt.

Waarom de rekensom klopt

Een opdrachtgever die zelfstandig met zijn eigen systeem kan werken, komt sneller terug voor de volgende, grotere klus. Niet voor een kolom erbij, wel voor een compleet nieuw stuk automatisering, een agent die iets overneemt, een integratie die hij zelf niet gaat bouwen. Dat zijn de projecten waar de waarde zit, voor hem en voor mij.

Daarnaast doet het iets met de relatie. Op het moment dat je een opdrachtgever expres in staat stelt om jou niet meer nodig te hebben voor kleine dingen, verandert de dynamiek. Je bent geen leverancier meer die ze op afstand houden om de kosten in de hand te houden. Je bent iemand die pas terugkomt als er echt iets nieuws te bouwen valt. Dat is een prettigere uitgangspositie.

En er is nog een derde reden, misschien de belangrijkste. Als de opdrachtgever zelf kan bijsturen, blijft het systeem leven. Dashboards die alleen door de bouwer aangeraakt mogen worden, verstenen. Na een half jaar staan de doelen er nog die relevant waren bij oplevering, terwijl de vragen die de ondernemer nu heeft, ergens anders liggen. Wie zelf kan tweaken, houdt het instrument scherp.

Wanneer dit werkt en wanneer niet

Dit is geen universeel recept. Het werkt als de opdrachtgever nieuwsgierig is, niet bang is voor een terminal, en bereid is om een half uur uitleg serieus te nemen. Het werkt bij tools waar de gevolgen van een fout beperkt zijn: een intern dashboard dat stuk gaat, herstel je. Het werkt minder goed bij systemen die met live klantgegevens werken, waar één verkeerde regel code een echt probleem is.

Bij die laatste categorie hou ik de controle. Niet omdat ik de omzet wil, maar omdat het risico daar niet bij de opdrachtgever thuishoort. Het onderscheid is simpel: kan hij het zelf zonder dat er iets ergs kan gebeuren, dan leer ik het hem. Kan dat niet, dan blijft het bij mij.

De grondregel

Als de klant het zelf kan, is dat winst voor allebei. Ook als het mij op korte termijn omzet kost. Ik bouw liever iets waar de opdrachtgever zonder mij verder mee kan, dan iets waar hij aan vast zit. De eerste variant levert een dashboard op dat nog jaren draait en een relatie waar het volgende project vanzelf uit voortkomt. De tweede levert een stroom aan factuurtjes op en een opdrachtgever die zich op een dag afvraagt waarom hij niet gewoon iemand anders vraagt.

Ik weet welke van de twee ik wil zijn.