AI uitbesteden of zelf bouwen? De eerlijke afweging
Je hebt een ontwikkelaar in dienst, of iemand die handig is met tools. Waarom zou je dan betalen voor een bureau? Soms is dat inderdaad de verkeerde uitgave. Dit is hoe je bepaalt welke van de twee bij jou past.
De vraag die eronder ligt
Het gaat zelden om of iemand het kán bouwen. Meestal kan dat. Het gaat om drie andere dingen: hoe snel het er moet zijn, wie het daarna onderhoudt, en wat het je kost aan aandacht die je ergens anders nodig hebt.
Zelf bouwen is bijna altijd goedkoper op de factuur en duurder in doorlooptijd. Uitbesteden is andersom. Welke van die twee je liever betaalt, hangt af van hoeveel het probleem je nu kost.
Zelf bouwen is de betere keuze als
-
Het raakt je kern. Als de logica die je automatiseert is waar je je onderscheidt, hoort die binnen te blijven.
-
Je hebt de capaciteit echt vrij. Niet "onze ontwikkelaar kan het erbij doen". Erbij doen betekent dat het over drie maanden nog half af is.
-
Je bouwt vaker. De eerste keer is de duurste. Als er nog vijf van deze komen, betaalt het leren zich terug.
-
Er is geen haast. Zelf bouwen duurt langer, en dat is prima als het probleem niet wekelijks geld kost.
Uitbesteden is de betere keuze als
-
Het probleem kost nu geld. Elke week dat de facturen handmatig worden overgetypt is een week loonkosten. Doorlooptijd is dan de duurste variabele.
-
Je wilt weten of het überhaupt werkt. Een externe partij kan in weken iets neerzetten waarmee je de vraag beantwoordt. Zelf bouwen om erachter te komen dat het niet loont is een dure manier van uitvinden.
-
Je team heeft het nog nooit gedaan. De eerste keer gaat mis op dezelfde dingen: uitzonderingen, koppelingen, wat er gebeurt als een dienst eruit ligt.
-
Het is niet je kernproces. Facturen aflezen onderscheidt je van niemand.
De kosten die bij zelf bouwen worden vergeten
Dit is waar de rekensom meestal scheefloopt. Het bouwen is niet het dure deel.
-
Onderhoud. Modellen veranderen, API's veranderen, prijzen veranderen. Iemand moet dat blijven volgen.
-
De uitzonderingen. Het gelukkige pad is een week werk. De rare gevallen zijn de rest van het project.
-
Kennis bij één persoon. Als de collega die het bouwde vertrekt, heb je een systeem dat niemand durft aan te raken.
-
Wat er níét gebeurde. De weken die je ontwikkelaar hieraan besteedde, gingen niet naar je product.
Reken die vier mee en de vergelijking ziet er vaak anders uit dan op de offerte.
Een simpele beslisregel
Stel jezelf twee vragen:
-
Is dit waar we ons op onderscheiden? Zo ja, neig naar zelf bouwen.
-
Kost dit probleem nu elke week geld? Zo ja, neig naar uitbesteden.
Twee keer ja betekent meestal: laat het extern bouwen, maar zorg contractueel dat de code en de data van jou zijn en dat je team meekijkt tijdens de bouw. Dan koop je snelheid zonder afhankelijkheid.
Twee keer nee betekent meestal: doe het voorlopig niet.
De tussenvorm die vaak het beste past
Extern laten bouwen, intern laten draaien. Een partij zet het systeem neer en draagt het over aan iemand bij jou die het beheert, met een afgesproken periode waarin je nog kunt terugvallen op de bouwer.
Wat je daarvoor moet vastleggen: van wie de code en de data zijn, wie kritieke problemen oplost en binnen welke termijn, en of je team tijdens de bouw meekijkt. Zonder dat laatste koop je een black box.
Zie ook adviesbureau of consultant en het stappenplan voor implementatie.
Aan de slag
Plan een vrijblijvende kennismaking. Als het antwoord is dat je dit beter zelf kunt bouwen, zeggen we dat, en leggen we uit waar het meestal misgaat.