Een garagehouder belt op maandagochtend. Hij wil één ding veranderd hebben: de openingstijden op zijn eigen website. Klein klusje. Alleen: degene die de site drie jaar geleden bouwde reageert niet meer, de verlengingsfactuur van het domein gaat naar diens bedrijf, en niemand in de garage weet waar die website eigenlijk draait.

Er is niets gestolen en niemand heeft kwaad gewild. De garage was alleen nooit eigenaar van de dingen waar hij al jaren voor betaalde.

Zo gaat een klein IT-project meestal mis. Niet in de eerste maand, als iedereen enthousiast is, maar twee of drie jaar later — als je wilt wisselen van leverancier, een andere kant op wilt, of gewoon je openingstijden wilt aanpassen.

Vijf dingen die bepalen of je weg kunt

Eigenaarschap klinkt als een onderwerp voor juristen. In de praktijk zijn het vijf heel concrete dingen, en je controleert ze alle vijf in één middag.

De domeinnaam. Op wiens naam en e-mailadres staat jouwbedrijf.nl geregistreerd? Niet: wie heeft het aangevraagd, maar wie staat er als houder, wie krijgt de verlengingsfactuur, en wie kan inloggen om het te verhuizen. Staat daar je bouwer, dan is jouw adres op internet van iemand anders.

De hosting. Het account waar je site of app echt draait, en de kaart waarvan het wordt afgeschreven. Dat je leverancier het beheert is prima. Dat jij er zelf niet in kunt, is dat niet.

De code. De repository — de plek waar de broncode staat, inclusief de geschiedenis van alle wijzigingen. Daar hoor jij eigenaar of beheerder van te zijn, ook als je hem nooit opent.

De data. Klanten, orders, afspraken, facturen, foto's. Dit is het enige deel dat je nooit opnieuw kunt bouwen.

De gekoppelde accounts. De betaalprovider, de mailtool, de statistieken, je Google-bedrijfsprofiel, de Apple- en Google-ontwikkelaarsaccounts als je een app hebt. Die raak je het makkelijkst kwijt, want ze worden meestal even snel aangemaakt door wie er toevallig achter het toetsenbord zat.

"Je krijgt de broncode" is niet hetzelfde als eigendom

Een zipbestand op een usb-stick is technisch gezien de code. Het is vrijwel waardeloos als niemand je kan vertellen hoe je het draait, welke versie live staat, of waarom er een map definitief-v3-nieuw in zit.

Wat je echt wilt: toegang tot de repository mét geschiedenis, een korte beschrijving op papier van hoe het project gebouwd en gepubliceerd wordt, en één duidelijke regel in de offerte. Bijvoorbeeld:

Alle code, ontwerpen en content die voor dit project worden gemaakt, worden bij eindbetaling ons eigendom. Accounts voor domein, hosting en gekoppelde diensten worden op onze naam aangemaakt. Op verzoek levert de leverancier toegang en een schriftelijke beschrijving van hoe het project draait en gepubliceerd wordt.

Vraag die alinea bij de offerte en hij kost niets. Vraag hem halverwege en het is onderhandelen. Vraag hem na ruzie en het is een advocaat. Een leverancier die er geen moeite mee heeft, zegt daarmee iets nuttigs — en een die er wel moeite mee heeft ook.

Je data is iets anders dan je website

Een website bouw je in een paar weken opnieuw. Acht jaar klantgegevens typ je niet over.

Test de uitgang dus één keer, terwijl iedereen nog vrienden is: kun jij, zelf, vandaag, je klanten, orders en afspraken exporteren naar een gewoon bestand — CSV of Excel — zonder iemand om hulp te vragen? Is het antwoord een schermafdruk of "dat vraag ik even aan de bouwer", dan weet je wat je eerste klus is. Stel meteen één praktische vraag over back-ups: waar ze draaien en hoe lang ze bewaard worden. Eén zin in een mail is genoeg.

Eigenaar zijn betekent ook bereikbaar zijn

In onze ervaring zit de andere helft van het probleem in de mailbox. Het domein stond keurig op naam van het bedrijf, maar de verlengingsherinnering ging naar het persoonlijke adres van iemand die in 2023 is vertrokken. Gebruik voor elk account dat kan verlopen een gedeeld adres dat echt gelezen wordt: administratie@, info@, kantoor@.

Houd er één A4 bij: welk account, welke leverancier, welk e-mailadres, wat kost het per jaar. Een saai gedeeld document dat klopt is meer waard dan een slim systeem dat niemand bijhoudt. Dat ene A4 maakt van wisselen van leverancier een gewone, vervelende beslissing in plaats van een crisis — precies wat het hoort te zijn. Bij ITSysPro hoort zo'n lijst plus een korte uitleg van hoe alles draait standaard bij de oplevering; een klant die weg kán, wil dat meestal niet.

Wat je deze week kunt doen

  • Zoek uit wie er als houder van je domeinnaam staat en naar welk mailadres de verlengingsfactuur gaat. Eén mail naar je leverancier volstaat.
  • Exporteer vandaag zelf je klant- of afsprakengegevens naar een bestand dat je kunt openen, en zet het ergens neer waar jij bij kunt.
  • Begin dat A4: domein, hosting, code, data, gekoppelde diensten — met leverancier, e-mailadres en jaarbedrag.

Wil je die lijst een keer samen doorlopen met iemand die wat overdrachten heeft meegemaakt? Dat gesprek mag vrijblijvend zijn.