Onafhankelijke scope vóór een bouwofferte
Wat kost het om een online platform te bouwen?
Een online platform kan een klein intern hulpmiddel, klantportaal, marktplaats of SaaS-product zijn. Daardoor zegt één gemiddelde prijs weinig. Vergelijk eerst gebruikers, hoofdflow, rollen, gegevens, koppelingen en beheer; pas daarna wordt een prijsband bruikbaar.
Door Sina Esfahani · Technisch en redactioneel beoordeeld · Marktindicaties, geen OmniTechs-tarieven · Bijgewerkt op .
Online platform kosten in het kort
Actuele Nederlandse aanbieders publiceren voor een eenvoudige validatie of MVP bedragen vanaf enkele duizenden euro’s, voor een SaaS-MVP ongeveer €9.000–€18.000 en voor een platform met meerdere gebruikers grofweg €20.000–€50.000. Uitgebreid multi-tenant maatwerk begint in gepubliceerde voorbeelden vanaf ongeveer €50.000.
Dit zijn overlappende marktindicaties uit twee leveranciersgidsen, geen markttarief, offerte of prijsbelofte van OmniTechs. De onderliggende scope verschilt per bron. Hosting, externe diensten, onderhoud, support, migratie en interne productverantwoordelijkheid kunnen buiten de bouwsom vallen.
Een eigen platform is het onderzoeken waard wanneer
- een terugkerende hoofdtaak voor duidelijke gebruikers aantoonbaar waarde heeft
- rollen, beslisregels, gegevens en uitzonderingen voldoende bekend zijn
- onderhouden standaardsoftware de kern niet verantwoord ondersteunt
- iemand eigenaar kan zijn van productkeuzes, beveiliging en beheer
Bouw nog niet wanneer
- een website, formulier, spreadsheet of bestaand pakket de behoefte al dekt
- de doelgroep of kritieke taak nog niet is gevalideerd
- iedere mogelijke functie direct in versie één moet
- doorlopend eigenaarschap en onderhoud niet zijn geregeld
Openbare marktvoorbeelden, gecontroleerd op 30 augustus 2026
Welke gepubliceerde prijsband hoort bij welke voorbeeldscope?
Dezelfde woorden worden voor verschillende producten gebruikt. Deze bandbreedtes helpen offertes te ontleden; ze vervangen geen eigen scope. De vergelijking normaliseert geen btw- of contractbehandeling: controleer per bron en offerte wat wel en niet is inbegrepen.
| Voorbeeldscope | Gepubliceerde marktband | Eerst verifiëren |
|---|---|---|
| Landingspagina, wachtlijst en één koppeling | €3.500–€8.000 | Welke hypothese wordt echt getest? |
| Eenvoudige SaaS-MVP met login, twee flows en betaling | €9.000–€18.000 | Rollen, hoofdflow, betaal- en foutpad |
| MKB-platform of marktplaats met meerdere gebruikers | Circa €20.000–€50.000 | Datamodel, rechten, koppelingen en beheer |
| Uitgebreid multi-tenant of ander zwaar maatwerk | Vanaf circa €50.000 | Schaal, beveiliging, operatie en totale eigendomskosten |
Eerst classificeren, daarna ramen
Website, webapp, portaal, platform of SaaS?
Deze vormen kunnen techniek delen, maar vragen ander producteigenaarschap, andere controles en een andere operationele grens. MVP beschrijft een bewijsfase; het is geen afzonderlijk producttype.
| Vorm | Praktische grens | Dominante scopedrivers |
|---|---|---|
| Marketingwebsite | Publiceert informatie en leidt naar een actie; geen blijvende gebruikersstatus nodig | Content, vindbaarheid, formulieren, toegankelijkheid en beheer |
| Webapplicatie | Laat een gebruiker een interactieve taak met gegevens uitvoeren | Kernflow, status, validatie, rechten en foutgedrag |
| Klant- of partnerportaal | Geeft een bekende doelgroep beveiligde toegang tot eigen informatie of taken | Identiteit, rollen, privacy, documenten en support |
| Marktplaats | Verbindt meerdere zijden rond aanbod, vraag of transacties | Vertrouwen, moderatie, betalingen, geschillen en netwerkeffect |
| SaaS-product | Levert een herhaalbare dienst aan meerdere klanten of tenants | Onboarding, tenant-isolatie, facturatie, support en productoperatie |
| Intern hulpmiddel | Ondersteunt medewerkers of partners in een afgebakend werkproces | Adoptie, integraties, rechten, continuïteit en proceseigenaarschap |
| MVP | Kleinste release die één risicovolle aanname met echt gebruik toetst | Bewijsvraag, bewuste uitsluitingen, meetplan en leerbesluit |
| Volwassen platform | Bewezen systeem met meerdere rollen en blijvende operationele verantwoordelijkheid | Schaal, betrouwbaarheid, beveiliging, migraties en compatibiliteit |
Platform, webapplicatie, portaal of SaaS: benoem het werk
Een webapplicatie is interactieve software in de browser. Een portaal geeft een afgebakende doelgroep toegang. Een platform verbindt vaak meerdere rollen, organisaties of transacties. SaaS voegt daar een herhaalbaar product- en exploitatiemodel aan toe. De labels overlappen; de gebruikershandelingen en operationele verantwoordelijkheid bepalen de scope.
Een marketingwebsite met een formulier is daarom niet automatisch een platform. Andersom kan een intern dashboard technisch klein beginnen, maar door gevoelige gegevens, rollen of kritieke beslissingen toch zwaar beheer vragen.
Deze factoren sturen de bouwkosten
De grootste prijsverschillen komen meestal uit het aantal kritieke gebruikersflows, rollen en rechten, gegevenscomplexiteit, koppelingen, betalingen, meldingen, zoek- of rapportagefuncties, toegankelijkheid, beveiliging en de hoeveelheid bewijs die vóór livegang nodig is.
Ook besluitvorming kost capaciteit. Een productowner moet prioriteiten stellen, inhoud en regels valideren, testgevallen leveren en uitzonderingen beslissen. Zonder die verantwoordelijkheid blijft de scope bewegen, ongeacht techniek of leverancier.
- Gebruikers en organisaties: wie ziet, wijzigt, beoordeelt en beheert?
- Hoofdflow: welke handeling moet van begin tot einde aantoonbaar werken?
- Gegevens: bron, bewaartermijn, eigenaarschap, migratie en export
- Integraties: documentatie, limieten, storingen, herhaalpogingen en bron van waarheid
- Operatie: hosting, monitoring, support, incidenten en verdere ontwikkeling
Maak privacy en compliance onderdeel van de scope
Leg per gegevensstroom het doel, de minimaal benodigde gegevens, toegang, bewaartermijn, verwijdering en export vast. Bepaal wie verwerkingsverantwoordelijke is, welke leveranciers of andere verwerkers meedoen en welke afspraken nodig zijn; een generiek beveiligingsitem vervangt die keuzes niet.
Wijs eigenaarschap toe voor toegangsreviews, verzoeken van betrokkenen, incidenten en toepasselijke contractuele of wettelijke eisen. OmniTechs geeft hiermee geen juridisch oordeel: de klant en gekwalificeerde adviseurs moeten de toepasselijke verplichtingen bevestigen vóór livegang.
Een MVP bewijst één risicovolle aanname
Een MVP is geen uitgeklede eindversie met alle menu-items. Kies de kleinste release waarmee echte gebruikers de kritieke taak kunnen uitvoeren en waarmee je de belangrijkste product- of procesaanname kunt toetsen.
Een prototype, klikbaar model of technische proef kan vóór de MVP verstandiger zijn wanneer vooral vraag, bruikbaarheid of integratiehaalbaarheid onzeker is. Bouw pas verder wanneer het bewijs de volgende investering rechtvaardigt.
Kijk verder dan de eenmalige bouwsom
Vraag per offerte welke onderdelen terugkeren: hosting en databases, e-mail of berichten, betaalproviders, API-verbruik, monitoring, beveiligingsupdates, support, incidentherstel en doorontwikkeling. Leg ook vast wie accounts beheert, wie gegevens kan exporteren en wat overdracht naar een andere partij vraagt.
Een lage bouwsom kan duur worden wanneer essentiële tests, documentatie, beheer of eigendom ontbreken. Een hogere offerte is niet automatisch beter; vergelijk dezelfde scope, bewijsgrens en verantwoordelijkheden.
Controleer standaardsoftware vóór maatwerk
Gebruik een onderhouden bestaand product wanneer configuratie, een formulier, automatiseringsfunctie of gerichte koppeling de kern betrouwbaar oplost. Eigen software is pas verantwoord wanneer het niet-passende deel belangrijk genoeg is om ontwikkeling en blijvend eigenaarschap te dragen.
Laat een leverancier daarom ook de niet-bouwen-route beschrijven. Een goed scopebesluit kan uitkomen op configureren, koppelen, een kleiner intern hulpmiddel of stoppen.
Vergelijk offertes op dezelfde beslispunten
Vraag om een genummerde scope met hoofdflow, rollen, koppelingen, acceptatiecriteria, uitgesloten werk en wijzigingsprocedure. Maak zichtbaar welke aannames nog openstaan en welk bewijs nodig is om ze te sluiten.
Leg vóór de start schriftelijk vast wat na livegang gebeurt: overdracht, broncode en licenties, data-export, accounts, hosting, defecten, wijzigingen, reactieverwachtingen en beëindiging. OmniTechs prijst een implementatie pas nadat deze grens voldoende duidelijk is.
Werkend voorbeeld: een begrensde serviceflow
De Servana-showroom laat een werkende gast- en serviceflow zien met invoer, status en een duidelijke gebruikersroute. Dat is bruikbaar bewijs van interface- en workflowdenken, maar geen openbare klantcase, prijsbewijs of bewijs dat iedere platformfunctie al bestaat.
Gebruik het voorbeeld om de eigen kritieke handeling te bespreken: wie start, welke status verandert, wie moet reageren en wat ziet de gebruiker wanneer iets niet lukt?
Maak de kritieke platformflow eerst controleerbaar.
Beschrijf de gebruikers, de ene taak die moet werken, de gegevens en systemen die meedoen, en wat versie één bewust niet bevat.