Je weet dat je iets wilt laten bouwen, maar de termen lopen door elkaar. Een web app klinkt simpel, SaaS klinkt schaalbaar, een custom platform klinkt duur. Welke past nu echt bij jouw situatie? In deze gids zetten wij de drie categorieën naast elkaar, met concrete prijzen, doorlooptijden, tech-stacks en de fouten die wij MKB-ondernemers het meest zien maken.
Wat is het verschil tussen web app, SaaS en custom platform?
- Web app: een applicatie die in de browser draait, vaak voor één bedrijf of een kleine vaste groep gebruikers. Single-tenant.
- SaaS: een product dat je bouwt om aan meerdere klanten te verhuren tegen een abonnement. Multi-tenant.
- Custom platform: een uitgebreid intern systeem met eigen bedrijfslogica. Niet om te verkopen, wel om je eigen processen vast te leggen. Denk: het Mastone WWS-platform.
Wanneer is een web app voldoende?
- Single-tenant: één bedrijf, één installatie.
- Beperkt aantal gebruikers: vaak 1 tot 50 medewerkers.
- Eén of twee duidelijke flows: een offerte-generator, een calculator.
- Beperkte logica: geen ingewikkelde rollen of rekenmodellen.
- Snelle ROI nodig: terugverdientijd binnen een jaar.
Voor dit type bouw zie onze websites en dashboards en CMS.
Wanneer is SaaS de juiste keuze?
- Multi-tenant architectuur met strikte data-scheiding.
- Recurring revenue model met abonnementen.
- Self-service onboarding.
- Eigen marketing en sales-funnel.
- Schaalbare support.
SaaS bouwen is duur. Een MVP zit op €20.000 tot €50.000. Volgens cijfers van ProductHunt lanceren er per dag tientallen nieuwe SaaS-producten. Wij raden SaaS alleen aan als je markt-validatie hebt.
Wanneer is een custom platform de juiste keuze?
- Eigen bedrijfslogica: rekenmodellen die nergens anders bestaan. Bij Mastone was dat WWS-puntentelling.
- Schaal die SaaS onbetaalbaar maakt.
- Integraties met legacy systemen.
- Compliance en data-residency.
- Concurrentievoordeel uit eigen software.
Custom platforms beginnen typisch bij €8.000 voor een MVP. Volledige details staan in onze pillar over custom software laten bouwen.
Hoe verschillen de kosten?
| Type | Setup eenmalig | Per maand | TCO 3 jaar |
|---|---|---|---|
| Web app (simpel) | €8.000 – €18.000 | €20 – €60 | €9.000 – €20.000 |
| Web app (uitgebreid) | €20.000 – €50.000 | €60 – €200 | €22.000 – €58.000 |
| SaaS (MVP) | €20.000 – €50.000 | €150 – €600 | €25.000 – €72.000 |
| SaaS (volwaardig) | €100.000+ | €600 – €2.500 | €120.000+ |
| Custom platform (MVP) | €8.000 – €18.000 | €150 – €500 | €13.000 – €36.000 |
| Custom platform (uitgebreid) | €50.000+ | €500 – €1.800 | €68.000+ |
Wij prijzen aan de onderkant van deze ranges: je betaalt het laagste bedrag dat de scope toelaat, niet het marktgemiddelde.
Hoe verschillen de doorlooptijden?
| Fase | Web app | SaaS (MVP) | Custom platform |
|---|---|---|---|
| Discovery + design | 1 week | 1-2 weken | 1-2 weken |
| Build + test | 1-6 weken | 2-5 weken | 4-12 weken |
| Launch + onboarding | 1 week | 1 week | 1-2 weken |
| Totaal | 2-8 weken | 4-8 weken | 2-4 maanden |
Onze doorlooptijden liggen grofweg op de helft van wat in de markt gebruikelijk is. Dat halen we met een vast team en herbruikbare bouwstenen, niet door bochten af te snijden.
Welke tech-stack hoort bij welke keuze?
| Type | Frontend | Backend | Database | Hosting |
|---|---|---|---|---|
| Web app (simpel) | Astro of Next.js | Node.js (lichte API) | Supabase of PostgreSQL | Vercel of Cloudflare |
| Web app (uitgebreid) | Next.js + React | Node.js of Python | PostgreSQL | Hetzner VPS of Vercel |
| SaaS (MVP) | Next.js + React | Node.js + tRPC | PostgreSQL met row-level security | Vercel + Supabase + Stripe |
| Custom platform | Next.js of React + Astro | Node.js of Python | PostgreSQL (zelf-gehost) | Hetzner VPS |
Voor SaaS specifiek raden wij sterk aan om vroeg te kiezen voor Stripe Atlas voor de juridische opzet.
Welke fout maken MKB-ondernemers het meest?
- SaaS bouwen zonder klanten. Begin met validatie: 10 betalende prospects voor de bouw.
- Web app bouwen waar SaaS bedoeld werd. Multi-tenant achteraf inbouwen kost het dubbele.
- Custom platform bouwen terwijl SaaS volstond. HubSpot Starter is €15 per gebruiker per maand. Een custom CRM kost €20.000+.
Hoe kies je in 5 minuten?
- Vraag 1: ga ik dit aan meerdere klanten verkopen tegen een abonnement? Ja = SaaS.
- Vraag 2: heeft mijn bedrijf unieke logica die geen SaaS-pakket aanbiedt? Ja = custom platform.
- Vraag 3: zit er meer dan €20.000 budget en heb ik meerdere modules nodig? Ja = custom platform.
- Vraag 4: heb ik één specifieke flow en een vaste gebruikersgroep onder 50 mensen? Ja = web app.
- Vraag 5: kan SaaS van de plank mijn probleem oplossen voor minder dan €100 per maand? Ja = koop SaaS, bouw niets.
Hoe regel je data-isolatie in een SaaS multi-tenant architectuur?
Bij SaaS is data-isolatie tussen klanten geen detail, maar de hele kern van je architectuur. Wij zien drie patronen in de praktijk, met sterk uiteenlopende kosten en complexiteit. De juiste keuze hangt af van het aantal klanten, gevoeligheid van de data en compliance-eisen.
| Patroon | Isolatie | Kosten | Wanneer |
|---|---|---|---|
| Row-level security (PostgreSQL RLS) | Logisch via tenant_id | Laag | Tot 5.000 tenants, low-risk data |
| Schema-per-tenant | Apart schema per klant | Midden | Tot 1.000 tenants, gemiddelde gevoeligheid |
| Database-per-tenant | Volledig aparte database | Hoog | Enterprise, hoge compliance, data-residency |
Welke auth en identity-aanpak hoort bij welk type?
Een web app voor 30 medewerkers heeft een fundamenteel andere auth-laag dan een SaaS met self-service signup. Dit verkeerd kiezen kost je later veel rework. Hieronder onze standaard-aanpak per type, met de partijen die wij in 2026 het meest gebruiken.
- Web app intern. Email plus wachtwoord via Supabase Auth of NextAuth. Optioneel SSO met Google Workspace of Microsoft Entra ID als de klant dat al heeft.
- SaaS B2C. Self-service signup, email-verificatie, social login (Google, Apple). MFA als optie. Wachtwoord-reset flow is verplicht.
- SaaS B2B. Self-service signup plus team-uitnodigingen, rollen per workspace, SSO via SAML of OIDC voor enterprise-plannen, en SCIM voor user provisioning vanaf €500 per maand.
- Custom platform. Vaak SSO koppelen aan bestaande identity provider (Azure AD, Okta) plus role-based access op database-niveau.
Wij gebruiken voor de meeste projecten Supabase Auth of Clerk. Voor enterprise SaaS met SAML-eisen kijken we naar WorkOS. Voor het bredere kader rondom eigendom zie ons artikel over code-eigendom en vendor lock-in.
Welke pricing-modellen passen bij SaaS, en welke valkuilen zien wij?
Pricing-model is geen marketing-detail, het bepaalt hoe je je hele backend bouwt. Een per-seat model vereist user-tracking. Usage-based vereist accurate metering op API-calls of records. Flat-fee is technisch het simpelst, maar laat geld op tafel liggen. Beslis dit voor de eerste regel code geschreven is.
| Model | Voorbeeld | Backend-complexiteit | Beste voor |
|---|---|---|---|
| Per seat | €15 per gebruiker per maand | Laag (user count) | Productiviteit, CRM, collaboration |
| Usage-based | €0,001 per API-call | Hoog (metering) | Infra-tools, AI-API, mailing |
| Flat tier | €99 per maand all-in | Heel laag | Niche-tools, vroege MVP |
| Hybride seat plus usage | €15 per seat plus overage | Hoog | Volwassen B2B SaaS |
Wanneer moet je web app een echte SaaS worden?
Een van de meest voorkomende vragen die wij krijgen, is van ondernemers die een interne tool bouwden voor één klant en nu merken dat drie andere bedrijven hetzelfde willen. Dat is een prima signaal, maar de stap van web app naar multi-tenant SaaS is groter dan de meeste mensen denken. Hieronder de criteria die wij hanteren.
- Drie of meer betalende klanten vragen om dezelfde functionaliteit. Niet eentje, niet twee. Drie.
- De kern-flow is voor 80 procent gelijk tussen klanten. Als elke klant zijn eigen branche-logica wil, blijft het maatwerk.
- Er is markt-validatie voor minstens €5.000 MRR binnen 6 maanden.
- De huidige web app heeft geen multi-tenant data-laag. Refactor is nodig.
- Je hebt budget en focus voor 4 tot 8 weken bouwwerk plus de doorlopende marketing en support daarna.
Als minder dan drie van deze punten kloppen, blijf bij een web app of een klein aantal custom-platform-installaties per klant. Voor de validatie-aanpak verwijzen wij naar onze MVP-laten-bouwen gids.
Welke andere custom platform-voorbeelden zien wij in de praktijk?
Naast de Mastone WWS-puntentelling komen wij drie typen custom platforms vaak tegen bij MKB-klanten. Patroon: altijd eigen rekenlogica of een proces dat geen SaaS-pakket dekt, vaak gekoppeld aan een fysieke of administratieve flow die uniek is voor de sector.
- Productiebedrijf in maatwerk (anoniem). Quote-to-cash-platform dat een 14-staps offerte-flow combineert met materiaal-calculatie en CAD-koppeling. Geen SaaS-pakket dekt deze combinatie van metaal-specifieke variabelen.
- Verzekeringsadviseur regio (anoniem). Polis-vergelijking met eigen scoring-model voor risico per klant. Geen SaaS-CRM had de juiste data-velden.
- Logistieke dienstverlener (anoniem). Routeplanner-platform met eigen tarief-engine en compliance-rapportages per land. Bestaande TMS-pakketten misten de tarief-flexibiliteit.
tRPC, REST of GraphQL: welke API-stijl past per type?
De API-laag tussen frontend en backend lijkt een puur technische keuze, maar bepaalt ontwikkelsnelheid, onboarding van nieuwe developers en hoe snel je nieuwe features kunt uitrollen. Wij zien drie scenarios voor onze MKB-projecten.
| API-stijl | Beste voor | Voordelen | Nadelen |
|---|---|---|---|
| tRPC | TypeScript-only web app of SaaS-MVP, klein team | End-to-end types, geen API-docs nodig | Geen externe partners die de API gebruiken |
| REST | Custom platform met integraties, partners die koppelen | Iedereen begrijpt het, brede tooling | Boilerplate en handmatige typing |
| GraphQL | Volwassen SaaS met complexe frontend-queries, mobile-app | Frontend kiest velden, minder over-fetching | Complexer dan REST, zwaardere server |
Onze default voor een SaaS-MVP is tRPC, omdat het team-snelheid wint van 30 tot 50 procent in de eerste 6 maanden. Voor een custom platform met externe koppelingen kiezen wij standaard REST. GraphQL doen wij alleen als de klant een complexe mobile-app of dashboard met veel verschillende views heeft.
Internationale schaal: GDPR, EU-hosting en valuta voor SaaS
Een SaaS verkopen aan klanten in Duitsland, Belgie of Frankrijk lijkt vanzelfsprekend, maar brengt drie eisen mee die wij vaak vergeten zien worden in MKB-projecten. Bouw deze drie zaken vanaf dag een in je platform, want achteraf inbouwen kost dubbel.
- EU data-residency. Hosting bij een EU-provider (wij gebruiken Hetzner of Vercel met EU-region). Geen Amerikaanse subprocessoren zonder Data Processing Agreement.
- GDPR right-to-erasure flow. Een klant moet binnen 30 dagen zijn data kunnen exporteren of laten verwijderen. Bouw dit als interne admin-functie vanaf het begin.
- Multi-currency en BTW-regels. Stripe Tax of Paddle als merchant-of-record. Belgische klanten betalen 21 procent BTW, Duitse 19 procent, en intra-EU B2B met geldig VAT-nummer 0 procent met reverse charge.
- Talen vanaf launch. Minstens Nederlands en Engels in de interface, anders sluit je 40 procent van de EU-markt uit.
Waarom is marketing en sales-funnel alleen relevant bij SaaS?
Bij een web app of custom platform bouw je voor één opdrachtgever. Bij SaaS bouw je een product dat zichzelf moet verkopen aan honderden klanten. Dat betekent dat 30 tot 50 procent van je budget naar acquisitie en retentie gaat, niet naar software. Veel MKB-ondernemers onderschatten dit en blijven steken in productontwikkeling.
- Landing-pages per persona. Geen homepage met alle features, maar aparte pages per use-case.
- Self-service signup-flow. Onboarding zonder sales-gesprek, met een trial of freemium-laag.
- Activation-funnel meten. Welke gebruikers worden actief, welke vallen af? PostHog of Mixpanel.
- Content-marketing en SEO. Minimaal 1 artikel per week, anders rank je niet in Google.
- Churn-management. Maandelijks meten waarom klanten weggaan en daarop bouwen.
Reken op een marketing-budget van €2.000 tot €10.000 per maand vanaf launch, los van de bouwkosten. Voor het bredere plaatje over de echte kosten van software-bouw zie ons artikel over custom software kosten en prijzen.
Waarom ondernemers hun web app na 2 jaar herbouwen tot SaaS
Wij zien een terugkerend patroon: een web app gebouwd voor één klant, daarna 2 of 3 klanten erbij die kopieen willen, en na 18 maanden de keuze om alles opnieuw te bouwen als echte multi-tenant SaaS. Hieronder de drie redenen die wij in 2025 en 2026 het vaakst hoorden.
- Per-klant deployments worden onhoudbaar. 5 klanten betekent 5 servers, 5 keer updates uitrollen, 5 keer support per release. Schaalt niet boven 10 klanten.
- Iedere klant wil net iets anders. Zonder feature-flags wordt de codebase een spaghetti van if-statements per klant.
- De prijszetting klopt niet meer. Een kopie van een web app verkopen voor €5.000 leidt tot dezelfde support-last als een SaaS van €500 per maand, zonder de recurring revenue.
Hoe begin je concreet?
Schrijf je probleem in twee paginas op. Loop de 5-minuten keuze-tree door. Plan een gratis intake-gesprek. Onze werkwijze staat in onze algemene voorwaarden.
