Eerst iets waar mensen
voor betalen.
Voor founders en bedrijven die een SaaS of MVP willen laten bouwen. Ik begin met één kernflow die klanten gebruiken en betalen, op een fundament dat later teams, abonnementen en meerdere klanten aankan. Zo groeit de MVP door naar een platform zonder dat je hem over een jaar opnieuw laat bouwen.
Ingelogd als contactpersoon van Jansen BV. Ziet alleen de eigen projecten, en marge is geen klantinformatie.
| Project | Status | Omzet | Marge | Acties |
|---|---|---|---|---|
| JAJansen BVoffice refit | Loopt | € 42.500 | afgeschermd voor deze rol | |
| JAJansen BVmeeting room | Offerte | € 8.900 | afgeschermd voor deze rol |
2 van 6 projecten · marge afgeschermd · alleen lezen
using ( customer_id = auth.uid() )Het verschil zit niet in verborgen knoppen. Die regel rechtsonder staat in de database zelf, dus een aangepast verzoek uit de browser krijgt evengoed niets extra’s terug.
Waar SaaS-plannen op vastlopen.
Een jaar bouwen voor de eerste klant
Het plan heeft twintig functies en geen enkele daarvan is getest bij iemand die betaalt. Als de eerste klant komt, blijkt hij iets anders nodig te hebben.
Een MVP die je weg moet gooien
De eerste versie werkte, maar zonder accounts per organisatie of een nette database. Teams toevoegen betekent opnieuw beginnen.
Vast in een no-code tool
Bubble of Lovable bracht je snel ver, tot je abonnementen met proefperiode, rechten per rol of echte snelheid nodig had.
Klant A ziet de data van klant B
Scheiding tussen klanten zit in de interface en niet in de database. Eén vergeten filter en het is een datalek.
Facturatie met de hand
Abonnementen, upgrades halverwege de maand en mislukte betalingen worden in een spreadsheet bijgehouden. Dat schaalt tot een klant of tien.
Code op naam van het bureau
Het product is van jou, maar de repository en de servers niet. Overstappen naar een eigen team wordt een onderhandeling.
Van idee naar een product dat geld oplevert.
Uitvragen en schrappen
Welk probleem los je op, voor wie, en waarvoor betalen ze. Wat daar niet aan bijdraagt gaat naar later. Hier valt vaak een flink deel van de scope weg.
Het fundament goed
Organisaties, rollen en scheiding van data zitten vanaf dag één in de database. Dat kost in de eerste versie weinig extra en scheelt later een herbouw.
Bouwen in korte rondes
Elke twee weken een demo op een echte omgeving. Je gebruikt het product al voordat het af is, en stuurt bij op wat je ziet.
Live met eerste gebruikers
Een zachte lancering met een paar klanten, snel bijsturen op hun feedback, en daarna verder bouwen als je dat wilt.
Begin met één flow waar mensen voor betalen
Een goede MVP is geen halve versie van het hele plan. Het is één route van begin tot eind die een klant zelf doorloopt: aanmelden, het ene ding doen waarvoor hij komt, en betalen. Werkt dat, dan weet je meer dan een jaar plannen je had verteld.
Wat ik vanaf de eerste versie wel goed neerzet is wat je later niet meer goedkoop kunt veranderen: hoe klanten en hun data gescheiden zijn, hoe accounts en rollen werken, en hoe betalingen binnenkomen. Schermen en functies kun je daarna stuk voor stuk toevoegen.
Eén kernflow
Eén taak die een klant van begin tot eind afmaakt, zonder dat jij ertussen hoeft te zitten.
Betalen vanaf het begin
Een Stripe-koppeling met abonnement en proefperiode. Of mensen betalen is de enige test die telt.
Data per organisatie
Scheiding tussen klanten in de database zelf, met row level security in Supabase, en niet alleen in de interface.
Ruimte om te groeien
Teams, rollen en een API komen erbij op hetzelfde fundament, zonder dat de eerste versie weg moet.
MVP of volledig SaaS-platform
Het verschil zit niet in de techniek eronder, die is bij mij hetzelfde. Het zit in hoeveel er bovenop staat. Een MVP is de eerste versie van het platform, geen wegwerpproject.
| MVP | SaaS-platform | |
|---|---|---|
| Doel | Bewijzen dat mensen betalen | Groeien met klanten die blijven |
| Functies | Eén kernflow | Meerdere modules rond die flow |
| Klanten en data | Gescheiden per organisatie | Gescheiden per organisatie |
| Accounts | Inloggen, eventueel één rol | Teams met rollen en rechten |
| Betalen | Eén abonnement met proefperiode | Meerdere plannen, up- en downgraden, per gebruiker |
| Koppelingen | Alleen wat de kernflow nodig heeft | Webhooks en een eigen API |
| Beheer | Basis-beheer voor jou | Beheeromgeving en auditlog |
| Doorlooptijd | Korter, afhankelijk van de kernflow | 8 tot 16 weken |
No-code, AI-bouwer of maatwerk?
Eerlijk: voor een deel van de MVP's is Bubble of Lovable genoeg. Wil je weten of iemand je idee überhaupt wil, heb je een handvol testgebruikers of een demo voor investeerders nodig, dan ben je met zo'n tool sneller en goedkoper uit dan met mij.
Het plafond komt als het product echt gebruikt gaat worden. Bij Bubble draait je app op hun platform en kun je de code niet meenemen. Lovable levert wel code op, maar die is zelden gebouwd op meerdere klanten met afgeschermde data, rollen en facturatie die klopt. Heb je al een prototype, dan is vibecode naar productie vaak de kortere route dan opnieuw beginnen. Het verschil tussen de tools staat in Lovable vs Claude Code.
| No-code of AI-bouwer | Maatwerk MVP | |
|---|---|---|
| Eerste versie | Dagen tot weken | Weken |
| Goed voor | Idee testen, demo, intern gebruik | Betalende klanten en doorgroeien |
| Data per klant afschermen | Lastig of handwerk | In de database geregeld |
| Abonnementen en proefperiodes | Basis | Zo ingewikkeld als je model is |
| Code meenemen | Bubble niet, Lovable wel | Ja, repository op jouw naam |
| Als het druk wordt | Je loopt tegen de grenzen van het platform aan | Je schaalt de database en hosting op |
Mijn eigen SaaS als bewijs
Avitly is mijn eigen SaaS voor AV- en IT-installateurs, met abonnementen via Stripe ingebouwd, en ik gebruik het zelf elke dag in mijn eigen AV-bedrijf. Notto is mijn tweede product: offertes, facturen en btw voor ondernemers, op dit moment in bèta. Alles op deze pagina heb ik daar zelf doorlopen, inclusief de keuzes die ik achteraf anders had gedaan.
Eerlijk over de schaal: ik ben één ontwikkelaar, geen team van acht. Dat betekent korte lijnen en geen overdracht tussen mensen, maar ook dat ik niet tien producten tegelijk bouw. Hoe zo'n traject zich verhoudt tot ander maatwerk en wat het ongeveer kost, staat op wat kost maatwerk software.
SaaS-producten in het echt
Klanten geven mij gemiddeld 5 sterren.
“Ik ben ontzettend blij met het resultaat van mijn nieuwe website voor DoubleStreet Australian Cobberdogs, gemaakt door Webframer. Vanaf het eerste contact straalde Webframer deskundigheid en creativiteit uit.”
“Webframer heeft mij ontzettend goed geholpen met de website van Veldvisuals. Het is niet alleen fijn om met Bas te sparren over de bouw van de website, maar ook in het nazorgtraject en wanneer er aanpassingen gedaan moeten worden. Aanrader!”
“Fijn samen gewerkt. Luistert goed naar onze wensen. Als we aanpassingen willen, worden deze vakkundig aangepast.”
“Super fijne samenwerking met korte lijntjes!”
“Website ziet er goed uit!! Zeker een aanrader!”
“Super! Snelle service en fijn contact!”
Ik ben Bas Voets. Sinds 2021 bouw ik websites, klantportalen en bedrijfssoftware voor het MKB, vanuit Hazerswoude-Dorp. Je praat van eerste gesprek tot oplevering met mij, niet met een accountmanager.
Wat kost een MVP laten bouwen?
Wat is het verschil tussen een MVP en een SaaS-platform?
Hoe lang duurt het om een SaaS te laten bouwen?
Wat is multi-tenancy precies?
Kan ik beter eerst met Bubble of Lovable beginnen?
Wat als ik later met een eigen team verder wil?
Vertel wat je wilt bouwen.
Een gesprek van een half uur. Je krijgt een eerlijk antwoord over wat het kost, hoe lang het duurt en of het slim is om te bouwen.