Maatwerk software of SaaS: welke regie houd je zelf?
Een beheerd softwareplatform kan snel starten en veel technisch werk overnemen. Daar staat tegenover dat functies, kosten, export en continuïteit deels worden bepaald door de leverancier. Maatwerk software kan meer regie geven, maar alleen als broncode, hostingaccounts, data, documentatie en beheer goed zijn geregeld. De echte keuze gaat daarom niet over “huren of bezitten”, maar over de verdeling van controle en verantwoordelijkheid.
Welke softwaremodellen vergelijk je?
SaaS betekent Software as a Service: de leverancier biedt de applicatie als dienst aan en beheert meestal de hosting, updates en technische basis. Self-hosting betekent dat de applicatie draait op infrastructuur die je organisatie zelf beheert of laat beheren. Dat is niet hetzelfde als maatwerk. Een standaardpakket kan self-hosted zijn, terwijl maatwerk ook volledig bij een externe leverancier kan draaien.
Volledig beheerd platform
De leverancier beheert applicatie en infrastructuur. Je krijgt snelheid en minder dagelijks technisch beheer, binnen de standaardmogelijkheden en voorwaarden van het platform.
Maatwerk met eigen regie
De werking sluit aan op het eigen proces. Contractueel en technisch moet wel worden vastgelegd wie code, accounts, data, updates en storingen beheert.
Hybride oplossing
Bijvoorbeeld eigen broncode in een eigen repository, maar hosting bij een beheerpartij. Of een platform voor ontwikkeling met een database in een apart bedrijfsaccount.
Wat geldt meestal per model?
De tabel toont gebruikelijke verschillen. Contracten, gekozen techniek en kwaliteit van het beheer kunnen de uitkomst veranderen.
| Onderwerp | Beheerd platform / SaaS | Maatwerk met eigen regie | Hybride |
|---|---|---|---|
| Opstarttijd | Vaak kort als de standaard past. | Langer door ontwerp en testen. | Tussenin; bestaande diensten helpen. |
| Investering vooraf | Vooral inrichting en implementatie. | Meestal hoger door ontwikkeling. | Afhankelijk van koop- en bouwdelen. |
| Terugkerende kosten | Abonnement per pakket of gebruiker. | Hosting, beheer en onderhoud. | Abonnementen plus eigen beheer. |
| Gebruikskosten | Mogelijk voor opslag, credits of transacties. | Mogelijk voor cloud, opslag en API’s. | Vaak verdeeld over diensten. |
| Aanpasbaarheid | Binnen platform en productplanning. | Groot binnen budget en techniek. | Kern op maat; rest standaard. |
| Broncode | Meestal geen toegang. | Rechten contractueel vastleggen. | Eigen code wel, platformcode niet. |
| Dataopslag | Bij de leverancier. | In de gekozen omgeving. | Over meerdere diensten verdeeld. |
| Data-export | Afhankelijk van formaat, plan en termijn. | Zelf bouwen én testen. | Per onderdeel controleren. |
| Hosting | Door leverancier geregeld. | Zelf of via beheerpartij. | Per component te kiezen. |
| Onderhoud | Platformupdates door leverancier. | Eigen budget en verantwoordelijke. | Verantwoordelijkheid verdeeld. |
| Beveiliging | Basis bij leverancier; inrichting gedeeld. | Zelf organiseren en opvolgen. | Let op grenzen tussen diensten. |
| Back-ups | Volgens herstelbeleid leverancier. | Zelf instellen en herstellen. | Herstelpad per databron. |
| Integraties | Via beschikbare koppelingen. | Gericht te bouwen. | Flexibel, maar complexer. |
| Leveranciersafhankelijkheid | Groot bij centrale functies. | Blijft voor hosting en API’s. | Verspreid over leveranciers. |
| Ontwikkelaarsafhankelijkheid | Beperkt bij standaardgebruik. | Groot zonder overdracht. | Blijft voor maatwerkdelen. |
| Schaalbaarheid | Binnen plan en limieten. | Ontwerpen, meten en beheren. | Standaarddelen kunnen helpen. |
| Migratiekosten | Data, proces en koppelingen overzetten. | Hosting of beheer overdragen. | Per component plus samenhang. |
| Verwachte uitstapinspanning | Export en vervanging bepalen werk. | Documentatie bepaalt werk. | Gefaseerd, met coördinatie. |
Regie bestaat uit zes losse lagen
Een groen vinkje bij “eigendom” is niet genoeg. Stel per laag vast wie beslist, wie uitvoert en wie toegang heeft.
Data
Kun je records, documenten, relaties, historie en metadata exporteren in een bruikbaar formaat?
Broncode en licentie
Wie bezit de code? Welk gebruiksrecht geldt? Mag een andere ontwikkelaar ermee verder?
Hosting en infrastructuur
In wiens account draaien server, database, domein, opslag en back-ups?
Dagelijks beheer
Wie monitort, installeert updates, herstelt fouten en reageert buiten kantooruren?
Kosten
Welke vaste, gebruiks-, beheer-, uitbreidings- en migratiekosten kunnen ontstaan?
Overstappen
Is er documentatie, een exporttermijn, ondersteuning en een getest herstel- of migratiepad?
Van wie zijn de data, en kun je er ook werkelijk bij?
Juridisch eigendom, privacyverantwoordelijkheid en technische toegang zijn niet hetzelfde. Bij persoonsgegevens kan een cloudleverancier optreden als verwerker: de leverancier verwerkt de gegevens dan namens de organisatie. De Europese Commissie noemt hiervoor een contract en passende technische en organisatorische waarborgen als vereisten. Dat zegt nog niet hoe volledig of snel je een bedrijfsdatabase kunt exporteren.
Vraag naast eigendom naar exportformaat, documenten, relaties, auditlog, back-ups, verwijdering en de bewaartermijn na opzegging. Een CSV met losse rijen is iets anders dan een overdraagbare database met bestanden en historie.
Bron: Europese Commissie over verwerkingsverantwoordelijke en verwerker, geraadpleegd 25 augustus 2026.
Broncode, licentie en intellectueel eigendom
Maatwerk software is niet automatisch jouw eigendom. Het contract kan rechten overdragen, een gebruiksrecht geven of het eigendom bij de ontwikkelaar laten. Leg ook repositorybeheer, externe licenties en overdracht aan een opvolgende ontwikkelaar vast.
Een codekopie is geen draaiende dienst. Zonder database-inrichting, omgevingsvariabelen, bouwinstructies en documentatie blijft uitzoekwerk nodig. Bij kritieke maatwerksoftware kan escrow een aanvulling zijn: een onafhankelijke partij bewaart broncode onder afgesproken vrijgavevoorwaarden. Het NCSC neemt broncode en escrow op als aandachtspunten voor een exitplan.
Bron: NCSC, Belang van een cloud-exitplan, geraadpleegd 25 augustus 2026.
Hosting, back-ups, beveiliging en technisch beheer
Een beheerd platform verzorgt doorgaans hosting, updates en beschikbaarheid. Controleer wat het service level agreement of SLA toezegt over responstijd, herstel en werkzaamheden. De klant blijft verantwoordelijk voor gebruikersrechten, veilige koppelingen en passende gegevensverwerking.
Bij eigen hosting verschuiven updates, monitoring, certificaten, capaciteit, back-ups en hersteltests naar de organisatie of beheerpartij. Eigen hosting is niet automatisch veiliger. Leg vast wie meldingen ontvangt en handelt.
Hoe koppel je meerdere apps en dashboards?
Meerdere applicaties kunnen gegevens delen via een API: een afgesproken technische ingang waarmee systemen informatie opvragen of wijzigen. Andere mogelijkheden zijn webhooks, een berichtenwachtrij of een centrale database. Laat niet ieder dashboard ongecontroleerd rechtstreeks in dezelfde database schrijven. Bepaal één bron voor belangrijke gegevens en leg authenticatie, rechten, versiebeheer, foutafhandeling en gebruikslimieten vast.
Controleer of API-toegang in het abonnement zit, welke data bereikbaar zijn en welke limieten gelden. Bij een maatwerk-API horen beveiliging, documentatie, monitoring en onderhoud bij de opdracht.
Bronnen: officiële documentatie van ChatGPT Sites, officiële ChatGPT-prijzen, Lovable-abonnementen, Lovable credits en gebruik en Lovable hosting en eigendom. Alle geraadpleegd 25 augustus 2026.
Vergelijk kosten over drie of vijf jaar
Total cost of ownership (TCO) betekent: alle kosten over een afgesproken periode. Een lage maandprijs kan duurder worden door extra gebruikers, opslag, credits, integraties of een migratie. Een hoge maatwerkinvestering kan gunstig uitvallen, maar alleen als onderhoud, beveiliging en wijzigingen niet worden vergeten. Zonder betrouwbare projectcijfers is een formule eerlijker dan een voorbeeldbedrag.
Invulmodel platform
Abonnement + gebruikers + gebruik of transacties + uitbreidingen + integraties + implementatie + verwachte prijswijzigingen + exit en migratie.
Invulmodel maatwerk
Analyse + ontwikkeling + hosting + onderhoud + beveiliging + back-ups + externe API’s + wijzigingen + documentatie + technisch beheer + toekomstige migratie.
Neem ook interne tijd voor uitzonderingen, gegevensopschoning en leveranciersaansturing mee.
Vendor lock-in en overstappen
Vendor lock-in maakt overstappen moeilijk, kostbaar of risicovol. De afhankelijkheid kan technisch, contractueel, financieel of organisatorisch zijn. Dataportabiliteit helpt, maar is bij uitval van een kritisch proces niet voldoende.
De Europese Data Act stelt regels voor overstappen tussen dataverwerkingsdiensten. Voor Platform as a Service en SaaS noemt de Europese Commissie onder meer open interfaces en export in een gangbaar, machineleesbaar formaat. De wet neemt migratiewerk niet over en garandeert niet dat een andere leverancier dezelfde functies heeft. Zie het dus als ondergrens, niet als vervanging van een eigen exitplan of juridisch advies.
Bronnen: NCSC over dataportabiliteit en Europese Commissie, Data Act explained, geraadpleegd 25 augustus 2026.
Uitstapscenario: je wilt over drie jaar vertrekken
Bij een platform vraag je de volledige export op, zet je documenten en accounts over, bouw je ontbrekende functies opnieuw en wijzigt iedere koppeling. Mogelijk heb je tijdelijk twee systemen naast elkaar nodig. Bij maatwerk verhuis je broncode en data naar een nieuwe beheerder of hoster. Ook daar moeten secrets, domeinen, geplande taken, back-ups en monitoring worden overgedragen.
De beste test is praktisch: laat vóór ondertekening een proefexport zien en beschrijf hoe een andere partij de applicatie herstelt. Het NCSC adviseert een exitplan aan het begin van het contract op te stellen en periodiek bij te werken.
Kun je morgen vertrekken zonder je bedrijfsvoering of gegevens kwijt te raken?
Niet alles hoeft morgen verhuisd te zijn. Je moet wel weten wat nodig is om gecontroleerd door te werken.
- Je hebt een recente, volledige en leesbare data-export.
- Documenten, historie, relaties en metadata zitten in de overdracht.
- Broncode of vervangende functionaliteit is beschikbaar.
- Domein, repository en kernaccounts staan niet alleen bij de leverancier.
- Een andere partij kan de inrichting begrijpen en beheren.
- Back-ups zijn aantoonbaar herstelbaar buiten het primaire systeem.
- API’s, OAuth, secrets en geplande taken zijn gedocumenteerd.
- Kosten, doorlooptijd, ondersteuning en verwijdering zijn afgesproken.
Wanneer past welk model?
Een beheerd platform kan logisch zijn
- De standaardfunctie past goed.
- Snel starten weegt zwaar.
- Er is weinig technische beheercapaciteit.
- Een abonnement en platformafhankelijkheid zijn acceptabel.
Meer eigen regie kan logisch zijn
- Bedrijfslogica is onderscheidend.
- Specifieke koppelingen of datakeuzes zijn nodig.
- Overdraagbaarheid is een harde eis.
- Beheer en onderhoud kunnen structureel worden georganiseerd.
Hybride kan logisch zijn
- Je wilt snel ontwikkelen, maar code extern bewaren.
- Data moeten in een eigen of gekozen omgeving blijven.
- Standaardhosting past, maar de kernlogica vraagt maatwerk.
- Componenten moeten later afzonderlijk kunnen verhuizen.
Een private cloud, eigen databaseaccount, beheerpartij, escrow of eigen Git-repository kan de verdeling verfijnen. Hybride kan ook extra koppelingen en verantwoordelijkheden toevoegen.
Beslischecklist voor contract en techniek
Beantwoord deze vragen vóórdat het systeem een kritisch bedrijfsproces draagt:
- Van wie is de broncode, en staat dat expliciet in het contract?
- Welk gebruiksrecht geldt als de samenwerking stopt?
- In welk account draaien hosting, database en opslag?
- Wie beheert de domeinnaam en de code-repository?
- Kan alle data worden geëxporteerd?
- Bevat die export documenten, historie, relaties en metadata?
- Is het formaat bruikbaar in andere software?
- Hoe lang blijft data na opzegging beschikbaar?
- Zijn API-toegang en exports inbegrepen?
- Wie maakt, controleert en herstelt back-ups?
- Wat gebeurt er als leverancier of ontwikkelaar stopt?
- Kan een andere ontwikkelaar het beheer overnemen?
- Is de technische documentatie actueel?
- Welke kosten en doorlooptijd heeft een overstap?
- Welke externe cloud-, mail-, AI- en API-diensten blijven nodig?
Veelgestelde vragen
Is een SaaS-leverancier eigenaar van mijn data?
Niet automatisch. Juridisch eigendom, toegang en zeggenschap verschillen. Bij persoonsgegevens is je organisatie vaak verwerkingsverantwoordelijke en de cloudleverancier verwerker. Controleer contract, export, bewaartermijn en verwijdering.
Is maatwerk software automatisch mijn eigendom?
Nee. Maatwerk beschrijft hoe specifiek software is, niet wie de rechten bezit. Leg broncode, gebruiksrecht, repository en overdracht aan een andere ontwikkelaar vast.
Kan ik meerdere apps en dashboards aan elkaar koppelen?
Meestal wel als systemen geschikte API’s, webhooks of exports bieden. Kies één duidelijke bron voor belangrijke gegevens en leg authenticatie, versiebeheer, foutafhandeling en limieten vast.
Wat kost hosting bij ChatGPT Sites en Lovable?
ChatGPT Sites heeft in de officiële documentatie geen afzonderlijke hostingprijs; tijdens de publieke bèta valt Sites binnen bepaalde betaalde plannen met limieten. Lovable gebruikt abonnementen en credits. Werkelijke kosten hangen af van plan, gebruik en koppelingen.
Voorkomt een code-export vendor lock-in?
Een code-export helpt, maar volstaat niet. Je hebt ook data, bestanden, database-inrichting, secrets, authenticatie, documentatie, domeintoegang en een vervangende runtime nodig. Test daarom een migratie.
Is zelf hosten veiliger dan een beheerd platform?
Niet automatisch. Zelf hosten geeft meer keuzes én verantwoordelijkheid voor updates, toegang, monitoring, back-ups en herstel. De kwaliteit van inrichting en beheer is bepalend.
Bronnen en actualiteit
Alle onderstaande bronnen zijn geraadpleegd op 25 augustus 2026. Platformfuncties, limieten en prijzen kunnen wijzigen.
De passende verdeling vooraf vastleggen
De juiste oplossing hangt niet alleen af van functionaliteit of de maandprijs. Ook controle, onderhoud, continuïteit, exporteerbaarheid en de kosten van een toekomstige overstap horen bij de keuze. Leg deze onderdelen vooraf vast en beoordeel daarna welke verdeling van controle en verantwoordelijkheid bij je organisatie past.
Wil je een platformvoorstel, contract of technische inrichting naast een alternatief leggen? Stuur de belangrijkste voorwaarden of een schets van het proces. Dan kan ik de afhankelijkheden en open vragen zichtbaar maken, zonder de keuze vooraf in te vullen.
Lees ook: van mailflow naar eigen applicatie · AI koppelen aan bedrijfssystemen · privacy bij Scheeltwerk