Software staat niet stil

Bijna elke offerteaanvraag begint hetzelfde: "wat kost het om dit te laten bouwen?" Een logische vraag, maar hij gaat uit van een aanname die niet klopt. Namelijk dat software op een dag klaar is, zoals een verbouwing klaar is: je levert op, je schudt handen, en daarna staat het er gewoon.

Zo werkt het niet. Software staat niet stil, omdat de wereld eromheen niet stilstaat. Browsers updaten, afhankelijkheden verouderen, er komt een securitylek in een pakket dat je drie lagen diep gebruikt, PHP springt een versie verder, en de klant zelf verandert ook: er komt een dienst bij, een product verandert, een koppeling moet anders, enzovoorts. De dag van oplevering is niet het einde, het is het moment waarop de klok begint te tikken.

Het probleem met een projectprijs

Een vaste projectprijs voelt veilig, maar hij zet de bouwer en de klant lijnrecht tegenover elkaar. Ik word betaald om klaar te zijn en te vertrekken. Jij blijft achter met iets wat vanaf dag één geruisloos begint te verouderen, zonder dat iemand ernaar kijkt.

En dan, een jaar later, gebeurt er iets. Een formulier doet het niet meer, een update breekt de betaalkoppeling, of Google klaagt over iets wat ineens niet meer mag. Je zoekt de bouwer op, die inmiddels andere klanten heeft, en wat een klein onderhoud had kunnen zijn is nu een dure verrassing. In het ergste geval een halve herbouw, omdat achterstallig onderhoud zich opstapelt tot het soms goedkoper is om opnieuw te beginnen.

Dat is geen kwaadwilligheid. Het is gewoon wat het model uitlokt: allebei geoptimaliseerd op het verkeerde moment, namelijk de oplevering, in plaats van op de jaren erna.

Wat een abonnement wél doet

Daarom werk ik op abonnementsbasis. Een vaste maandprijs, en elke maand iets concreets opgeleverd: een verbetering, een update, een nieuwe functie, of gewoon het rustige onderhoud dat voorkomt dat er iets breekt. Geen grote factuur als er iets misgaat, maar een doorlopende lijn met de persoon die het gebouwd heeft.

Het aardige is dat het de belangen weer op één lijn zet. Ik heb er geen baat bij om snel klaar te zijn en te verdwijnen; ik heb er baat bij dat het blijft werken, want ik ben er volgende maand nog. En jij hoeft niet te sparen voor de volgende grote verbouwing, omdat er nooit een berg achterstallig werk ontstaat. Kleine, gestage stappen in plaats van een dure schok om de zoveel jaar.

Ik werk daarom maar met een handvol klanten tegelijk, niet met tientallen. Dat is een bewuste grens: het gaat om echte aandacht en een vaste lijn met de bouwer, niet om een ticket dat ergens onderop de stapel belandt. Ik ben geen helpdesk-wachtrij; ik ben de persoon die jouw systeem vanbinnen kent.

Het onderscheid: levende software versus een afgebakende klus

Nu de eerlijke nuance, want niet alles hoeft op abonnement.

Sommige klussen zijn wél af. Een datamigratie van het oude systeem naar het nieuwe. Een plugin die één ding goed moet doen. Een Joomla- of WordPress-site overzetten naar een nieuwe versie. Een code review, of een second opinion op een architectuur waar je even met iemand naar wil kijken. Dat zijn opdrachten met een duidelijke rand: een begin, een eind, en een resultaat dat daarna gewoon staat.

Zulk werk doe ik met alle plezier als los project, tegen een vaste prijs voor een afgebakende scope. Daar heb je geen abonnement voor nodig, en dan ga ik je er ook geen aanpraten.

Het onderscheid dat ik maak is simpel: een abonnement is voor software die blijft leven, een projectprijs voor een klus die echt klaar is. Een draaiende webapplicatie die met jouw bedrijf meegroeit hoort in de eerste categorie. Een eenmalige migratie in de tweede. De fout die je wil vermijden is die twee omdraaien: levende software als eenmalig project wegzetten, of een afgebakende klus in een abonnement duwen dat je niet nodig hebt.

Wat het oplevert

Voor jou als eigenaar is het resultaat vooral "saai", en dat bedoel ik als compliment. Software die gewoon blijft werken zonder dat je erover na hoeft te denken. Geen paniekmoment als er over een jaar iets breekt, want er breekt zelden iets als er iemand meekijkt. En geen vendor lock-in-gevoel, omdat je de bouwer gewoon aan de lijn hebt in plaats van vast te zitten aan een systeem dat niemand meer durft aan te raken.

Voor mij is de winst de relatie. Ik bouw liever iets voor een paar klanten dat ik jaren kan blijven verbeteren, dan dat ik projecten aflever en er nooit meer aan denk. Ik wil de code kunnen blijven verdedigen die ik geschreven heb, en dat kan alleen als ik hem blijf onderhouden.

Software is nooit af. Je kunt doen alsof, en de rekening later betalen. Of je regelt het onderhoud vanaf het begin, en dan wordt het nooit een probleem. Ik weet welke van de twee ik mijn klanten gun.