Wat is een software operating partner precies?
De term 'operating partner' komt oorspronkelijk uit de private equity wereld: een senior operator die na een overname instapt om een bedrijf beter te laten presteren. Niet als adviseur die een rapport maakt, maar als iemand die meewerkt en aanspreekbaar is op het uiteindelijke resultaat. Bonsai past dat model toe op software: wij bouwen domein-specifieke systemen, draaien mee totdat ze in productie staan en zorgen dat de klant eigenaar wordt van code, data en systeem. Geen lock-in, geen eeuwigdurend onderhoudcontract als verdienmodel.
Wat is het verschil met een softwarebureau of consultant?
Een bureau levert op aan de poort. Een consultant schrijft een advies. Een operating partner doet geen van beide: die werkt door totdat het systeem in de praktijk functioneert en de organisatie ermee uit de voeten kan. Dat betekent andere contractvorm, andere aansprakelijkheid en andere manier van samenwerken. Bij Bonsai werken we met milestones en go/no-go momenten: als een fase niet oplevert wat het moet opleveren, stop je. Dat is oncomfortabel voor beide partijen, maar het zorgt er wel voor dat iedereen scherp blijft op het doel in plaats van op de uren.
Wanneer heb je een software operating partner nodig?
Niet altijd. Als je een standaard HR-pakket wilt implementeren of een CRM aanschaffen, heb je geen operating partner nodig. Dan koop je een licentie en schakel je een implementatiepartner in. Een operating partner past als het systeem dat je nodig hebt niet van de plank te halen is: als je operationele proces te specifiek is, te snel verandert of te veel afwijkt van wat een standaardpakket biedt. Dat zie je veel in haven, logistiek, douane, food en industrie: sectoren waar de processen strak gedefinieerd zijn maar ook vol uitzonderingen zitten die geen enkel pakket soepel afhandelt.
Twee manieren waarop een operating partner werkt
De eerste manier is het kernsysteem volledig opnieuw bouwen. Denk aan een TMS, WMS, ERP of MES dat van de grond af wordt ontworpen, met AI vanbinnen, op maat voor de processen van de klant. Dat duurt maanden, niet jaren, en het resultaat is een systeem dat de klant zelf bezit. De tweede manier is een AI-laag om bestaande systemen heen bouwen, in de vorm van AI Workers die het tik- en voorwerk doen. Dat is de juiste keuze als het kernsysteem goed genoeg is maar de operatie vastloopt op handmatig invoerwerk, e-mailverwerking of documentverwerking. Welke route past, hangt af van de staat van je huidige systemen en hoe goed ze je processen nog dekken.
Wat betekent eigenaarschap bij de klant in de praktijk?
Eigenaarschap klinkt als een abstract principe, maar het heeft concrete gevolgen. De code staat in jouw repository. De data staat in jouw omgeving. Je kunt morgen een ander team inschakelen om verder te bouwen of te onderhouden. Je bent niet afhankelijk van een jaarcontract met de partij die het heeft gebouwd. Dat is bewust anders dan het SaaS-model, waarbij je maandelijks betaalt voor toegang tot iets wat nooit van jou wordt. Voor organisaties met kritische operationele processen maakt dat eigenaarschap het verschil: als de leverancier stopt, draait jouw systeem gewoon door.