Het probleem dat niemand verwacht
Je hebt een developer gevonden. Het werk is klaar. Je bent blij. Tot je drie maanden later een aanpassing wilt maken en ontdekt dat je niet bij je eigen code kunt.
Dit gebeurt vaker dan je denkt. De code staat op het account van de developer. De app draait op hun infrastructuur. De database is gekoppeld aan hun creditcard. Je bent technisch gezien de eigenaar van een product waar je geen toegang tot hebt.
5 vragen die je moet stellen vóór je begint
1. “Kan ik nu inloggen en mijn code zien?” Je code moet op jouw eigen account staan (GitHub, GitLab, of vergelijkbaar). Niet op dat van de developer. Vanaf dag 1. Als je het niet kunt openen, is het niet van jou.
2. “Is er een geheimhoudingsverklaring?” Teken altijd een NDA voordat je code deelt. Je prototype bevat je idee, je logica, mogelijk je concurrentievoordeel. Bescherm het.
3. “Staat er in het contract dat de code van mij is?” Het klinkt vanzelfsprekend, maar zonder expliciete clausule over intellectueel eigendom kun je in een grijs gebied terechtkomen.
4. “Heb ik zelf toegang tot de server en database?” Servers, databases, domeinen. jij moet de beheerder zijn. Niet de developer. Als zij morgen stoppen, moet jij door kunnen.
5. “Krijg ik documentatie bij oplevering?” Zonder technische documentatie ben je na oplevering afhankelijk van dezelfde persoon. Goede documentatie betekent dat elke competente developer het kan overnemen.
Robin liet zijn Lovable-prototype “afmaken” door een freelancer. Na oplevering wilde hij een feature toevoegen. Maar de freelancer had de code op zijn eigen account staan. De app draaide via het account van de freelancer. De database stond op diens creditcard.
De freelancer was druk met andere projecten en reageerde traag. Robin kon niet zelf doorwerken, niet overstappen naar een andere developer, en niet eens zijn eigen database exporteren.
Het had hem 5 minuten gekost om dit te voorkomen. Eén vraag vooraf: “Staat alles op mijn eigen accounts?”