AI laten bouwen: van wie is de automatisering?

Je laat AI iets voor je bouwen. Een assistent die je mailbox voorsorteert, iets dat 's nachts vragen van klanten beantwoordt, een systeem dat offertes klaarzet. Het werkt, je bent tevreden, je betaalt de rekening. En dan komt een jaar later de vraag die vooraf bijna nooit gesteld wordt: van wie is dit eigenlijk? AI laten bouwen is iets anders dan een tool kopen. Bij een tool weet je waar je aan toe bent, je zegt op en het houdt op. Bij maatwerk is het troebel, want er zijn vier verschillende dingen die van iemand zijn, en zelden zijn ze allemaal van jou. Hieronder welke vier dat zijn, wat de wet erover zegt, en de vijf afspraken die je vastlegt vóór je tekent.

Wat je koopt zijn vier dingen, niet één

Als iemand een automatisering voor je bouwt, ontstaat er geen product maar een stapeltje losse onderdelen. Elk onderdeel heeft zijn eigen eigenaar, en dat kan per onderdeel een ander zijn. Dat is de reden dat de vraag zo vaak fout wordt beantwoord: mensen denken aan één ding, terwijl het er vier zijn.

• Het bouwsel zelf, de instructies, de volgorde, de regels. Dit is het echte maatwerk en het enige stuk dat speciaal voor jou is bedacht.
• De plek waar het draait, het account of de server waarop het dag en nacht staat te werken.
• De sleutels naar jouw systemen, waarmee het bij je mailbox, je boekhouding of je planning kan.
• Het denkwerk, het AI-model zelf komt van een grote leverancier en is nooit van jou, en ook niet van je bouwer.

Dat laatste onderdeel is meteen het minst spannende: dat huur je, iedereen huurt het, en je kunt het in de meeste gevallen inruilen voor dat van een ander. Het zijn de eerste drie waar het misgaat. En bij de eerste drie is het antwoord bijna nooit vanzelf goed geregeld.

De wet: wie het maakt is eigenaar, niet wie betaalt

Dit is het stuk waar de meeste ondernemers van schrikken. De Auteurswet zegt in artikel 1 dat het auteursrecht toekomt aan de maker. Wie het bedenkt en typt, heeft het recht. Artikel 7 maakt daar één uitzondering op: laat je het maken door je eigen personeel, dan ben jij als werkgever de maker. Maar een extern bureau is geen personeel. Huur je iemand in, dan is die ander de maker, en blijft die ander eigenaar, ook al heb jij de hele rekening betaald.

Overdragen kan wel, maar niet zomaar. Artikel 2 van diezelfde wet eist dat de overdracht schriftelijk gebeurt, met een aparte akte. En er staat nog iets bij dat je makkelijk over het hoofd ziet: de overdracht omvat alleen wat er uitdrukkelijk in staat. Een zin als wij dragen alle rechten over is dus zwakker dan hij klinkt. Wat er niet met zoveel woorden in staat, gaat niet mee.

Voor de goede orde: dit is geen verhaal over slechte bedrijven. De meeste bouwers hebben helemaal geen plan om je vast te zetten. Het staat gewoon nergens, omdat niemand ernaar vroeg. Precies daarom is het zo makkelijk op te lossen, vooraf, in twee zinnen, terwijl iedereen nog vrolijk is.

Op wiens naam staan de accounts?

Dit is in de praktijk belangrijker dan het papierwerk. Je kunt op papier eigenaar zijn van alles en er alsnog niet bij kunnen. Dat gebeurt als het geheel draait op een account van je bouwer: jij krijgt maandelijks een rekening met een regel erop, en je hebt nooit ingelogd op de plek waar het echt gebeurt. Zolang de samenwerking goed is, merk je er niks van. Op de dag dat je wilt wisselen, merk je het meteen.

Vijf vragen waarmee je dit in tien minuten helder krijgt:

• Op wiens naam staat de server of het account waar de automatisering draait?
• Wie betaalt de leverancier van het AI-model: jij rechtstreeks, of je bouwer die het doorbelast?
• Wie kan de sleutels naar jouw eigen systemen intrekken, jij, of alleen je bouwer?
• Waar staat wat het systeem heeft geleerd: de voorbeelden, de correcties, de standaardantwoorden?
• Als je bouwer morgen ophoudt te bestaan, blijft het dan gewoon draaien tot je iets anders hebt?

Die laatste is de echte toetsvraag. Het antwoord dat je wilt horen is ja, want het draait op jouw naam en iemand anders kan het beheer overnemen. Krijg je een aarzeling, dan weet je genoeg, niet omdat er kwaad in het spel is, maar omdat er dan iets is dat nog geregeld moet worden.

Het waardevolste stuk is het minst zichtbare

Een automatisering wordt in de eerste maanden vooral beter door correcties. Dit antwoord klopt niet helemaal. Zo praten wij niet tegen klanten. Deze uitzondering moet er nog bij. Al die kleine bijstellingen samen zijn de reden dat het na een half jaar goed werkt en in week één nog niet. Ze zijn ook het enige stuk dat je niet opnieuw kunt kopen: een nieuwe partij kan de techniek nabouwen, maar niet dat half jaar meekijken.

Toch staat dit in bijna geen enkel contract. Zorg dat het meegaat als je vertrekt, in een gewoon bestand dat je kunt openen, geen presentatie, geen plaatje, maar de tekst zelf. Het kost je bouwer tien minuten om het te exporteren en het scheelt je bij een overstap weken.

Broncode in bewaring: goed idee, verkeerde maat

De standaardoplossing uit de softwarewereld heet escrow: je bouwer geeft de broncode in bewaring bij een onafhankelijke partij, en als hij omvalt of de ruzie hoog oploopt, krijg jij de sleutel. Prima instrument. Alleen: kijk even naar wat het kost. Bij Softcrow, een van de Nederlandse aanbieders, staat het gewoon op de site: 1.250 euro eenmalige startkosten en 1.440 euro per jaar per pakket, exclusief btw. Wil je ook laten controleren of het gedeponeerde pakket echt werkt, dan kost dat onderzoek 2.895 euro.

Voor het systeem waar je hele bedrijf op draait is dat een verstandige uitgave. Voor een automatisering van een paar duizend euro is het scheef. Er is een veel goedkopere route: zorg dat het vanaf dag één gewoon op jouw naam staat. Een eigen server in een Nederlands datacenter begint bij TransIP op 5 euro per maand, exclusief btw. Dan hoef je toegang niet te verzekeren, want je hebt hem.

Eigenaar zijn is niet hetzelfde als er iets mee kunnen

Hier moeten we eerlijk zijn, ook al is het minder prettig om te verkopen. Je kunt eigenaar zijn van alles en alsnog vastzitten. Als het gebouwd is met zelfbedacht gereedschap dat verder niemand kent, als er geen letter documentatie is, of als de enige die het snapt net op de Filipijnen zit, dan heb je papieren eigendom en verder niets. Vastzitten is niet alleen een juridisch probleem, het is vaker een praktisch probleem.

Drie dingen maken het verschil, en je kunt ze alle drie vooraf vragen. Eén: is het gebouwd met gereedschap dat gangbaar is, zodat een andere partij het herkent? Twee: is er uitleg die iemand van buiten kan lezen, en niet alleen een lijst met technische termen? Drie: wordt er bijgehouden wat er wanneer is veranderd? Die laatste lijkt bureaucratie, maar het is het eerste wat een nieuwe partij opvraagt.

En reken op onderhoud, want een automatisering staat nooit helemaal stil. De systemen waar hij mee praat veranderen, er komt een update, een leverancier past iets aan. Ruwweg één keer per maand is er iets bij te werken. Wie het overneemt moet dat kunnen, dat is een reëlere vraag dan of hij de code mag hebben.

Vijf dingen die je vastlegt vóór je tekent

• Wie eigenaar wordt van wat er gebouwd is. Schriftelijk, met het woord auteursrecht erin, en geregeld bij de opdracht, niet pas bij oplevering.
• Op wiens naam de server en de accounts staan. Het antwoord dat je wilt: op die van jou.
• Wat er meekomt als je stopt: de instructies, de uitleg, wat het systeem heeft geleerd en de gegevens die erin zitten, in een bestand dat je zelf kunt openen.
• De opzegtermijn en wat een overdracht kost. Een bedrag of een aantal uren, vooraf, niet in overleg.
• Wie het onderhoud doet, hoe vaak, en wat er gebeurt als je bouwer ermee stopt.

Dit past op één A4 en kost je één gesprek. Wil een partij dit niet op papier zetten, dan heb je daarmee de belangrijkste informatie van het hele traject binnen, nog voor er iets gebouwd is.

Wanneer je je hier niet druk om hoeft te maken

Niet elke automatisering verdient dit papierwerk. Gaat het om iets kleins van een paar honderd euro dat een ander in een dag opnieuw bouwt, dan kost de exitregeling meer dan het risico. Overdrijven is ook een fout. Onze vuistregel: raakt het je primaire proces, orders, facturen, klantcontact, of zou opnieuw bouwen meer dan een week kosten, dan regel je het. Zit je daaronder, zorg dan alleen dat de accounts op jouw naam staan. Daarmee heb je negen van de tien problemen al afgevangen.

En als het antwoord is dat je huidige oplossing prima blijft zoals hij is: ook goed. Wij zeggen het net zo hard als iets beter handmatig blijft of beter blijft staan waar het staat. Er is genoeg te automatiseren dat wél wat oplevert.

Wat je deze week kunt doen

• Pak de laatste offerte of overeenkomst van je automatiseringspartij erbij en zoek op het woord auteursrecht. Staat het er niet, dan is het niet geregeld.
• Log één keer in op de plek waar je automatisering draait. Lukt dat niet, dan weet je wat er als eerste geregeld moet worden.
• Vraag om een export van wat het systeem heeft geleerd. Krijg je die binnen een week, dan zit je goed.
• Ga je iets nieuws laten bouwen? Zet de vijf punten hierboven in je aanvraag, voordat er een euro is uitgegeven.

Zelf werken we maandelijks opzegbaar en zonder langlopende contracten, dat is niet toevallig, het is dezelfde gedachte als hierboven. Een klant die kan vertrekken is een klant die blijft omdat het werkt.