Wat is SaaS? Software as a Service uitgelegd

SaaS, kort voor software as a service, is software die mensen via internet gebruiken — meestal in een browser — en waarvoor ze betalen met een terugkerend abonnement, terwijl het bedrijf dat het maakt de servers draait, de gegevens opslaat en updates uitbrengt. Klanten installeren of onderhouden nooit iets; ze melden zich aan, loggen in en gebruiken het. Gmail, Slack, Notion, Shopify en de meeste zakelijke tools waarvoor je maandelijks betaalt, zijn SaaS.

Waarom het ertoe doet bij het bouwen met AI

"Bouw me een SaaS" is een van de meest voorkomende verzoeken die mensen bij AI-appbouwers neerleggen, en het verbergt verschillende afzonderlijke werkstukken. De kernfunctie — waar mensen voor betalen — is vaak het makkelijke deel. Wat het tot een dienst maakt, is alles eromheen:

• Accounts, zodat elke klant een login heeft.
• Scheiding van gegevens, zodat de ene klant nooit die van een andere kan zien.
• Facturatie, zodat abonnementen correct starten, verlengen, mislukken en worden opgezegd.
• Betrouwbaarheid, omdat klanten erop rekenen dat het beschikbaar is.

Als je weet dat die onderdelen bestaan, kun je ze één voor één vragen en elk testen, in plaats van een mooi dashboard te krijgen dat niet veilig is om geld voor te vragen.

Een analogie uit het dagelijks leven: een huis kopen of een appartement huren

Traditionele software kopen is als een huis bouwen: je bezit het, maar je repareert ook het dak, betaalt voor de cv-ketel en legt de bedrading opnieuw aan wanneer de regels veranderen.

SaaS is een appartement huren in een goed beheerd gebouw. Je betaalt maandelijks, de verhuurder regelt reparaties en upgrades, en je kunt aan het eind van het contract vertrekken. Elke huurder heeft zijn eigen afsluitbare voordeur — dat is multi-tenancy, het idee dat veel klanten één gebouw (één draaiend systeem) delen, maar niemand het appartement van een ander kan betreden.

Hoe een SaaS-product in elkaar zit

Onder de motorkap is een SaaS-product een full-stack app met een paar extra verantwoordelijkheden.

Veelgebruikte zakelijke SaaS-termen

• MRR / ARR: maandelijkse of jaarlijkse terugkerende omzet — het totaal van alle actieve abonnementen.
• Churn: het aandeel klanten (of omzet) dat in een periode opzegt.
• Proefperiode en freemium: een tijdelijk volledige versie, of een gratis niveau met beperkingen, om mensen op weg te helpen.
• Prijzen per gebruiker (seat-based): betalen per gebruiker. Prijzen op basis van gebruik: betalen per gebruikt ding, zoals berichten of projecten. Vaste prijzen: één prijs per plan.
• Micro-SaaS: een kleine SaaS gericht op een smalle niche, vaak gerund door één of twee personen. Praktische voorbeelden staan in micro-SaaS-ideeën.
• Verticale vs horizontale SaaS: gebouwd voor één sector (software voor tandartspraktijken) versus voor een functie over sectoren heen (e-mailmarketing).

Een uitgewerkt voorbeeld: een SaaS voor hondentrimsalons

Stel dat je een boekingstool wilt verkopen aan zelfstandige hondentrimmers, voor een maandelijkse vergoeding.

1. De kernfunctie. Een trimmer zet diensten en openingstijden online; hondeneigenaren boeken een tijdslot op de openbare pagina van de trimmer.
2. Tenants. Elk trimbedrijf is een werkruimte. Elke dienst, boeking en klantrecord draagt een werkruimte-ID, en elke query wordt daarop gefilterd. Boekingen van trimmer A mogen nooit in het dashboard van trimmer B verschijnen, zelfs niet als iemand een URL aanpast.
3. Rollen. De eigenaar kan prijzen en facturatie wijzigen; medewerkers kunnen de boekingen van de dag zien en bewerken.
4. Facturatie. Twee plannen, een proefperiode van 14 dagen naar keuze, betalingen via Stripe. Wanneer Stripe een mislukte verlenging meldt, toont je app een banner en pauzeert na een respijtperiode de boekingspagina — maar verwijdert nooit gegevens.
5. Onboarding. Na de aanmelding begeleid je de trimmer door het toevoegen van één dienst en het delen van hun boekingslink. Die eerste gedeelde link is het moment waarop het product nuttig wordt.
6. Beheer. Een privépagina voor jou om een werkruimte te vinden, het plan te zien en een proefperiode te verlengen.

Een eerste versie hoeft dat allemaal niet gepolijst te hebben. Hoe je een SaaS-MVP bouwt behandelt wat je eerst bouwt en wat je weglaat; hoe je een SaaS-product prijst behandelt de plannen.

Veelvoorkomende fouten en misverstanden

• "SaaS" als een functie zien. Het is een bedrijfsmodel plus de leidingen hierboven. Beslis vroeg over tenants, rollen en facturatie; achteraf de gegevens scheiden is pijnlijk.
• Vertrouwen dat de frontend gegevens verbergt. Als de gegevens van een klant alleen in de pagina verborgen zijn maar de server ze wel teruggeeft, kan iedereen ze zien. De server moet bij elk verzoek op tenant filteren.
• Facturatie bouwen voordat iemand het product wil. Reken vroeg, maar pas zodra de kernfunctie werkt voor een echte gebruiker. Een betaallink kan eerder komen dan een volledige pagina voor planbeheer.
• Toegang verlenen op de "geslaagd"-pagina. De redirect na het afrekenen kan worden overgeslagen of vervalst. Verleen of verwijder toegang via de webhook van de betaalprovider, die je server verifieert.
• Opzeggingen en mislukte betalingen negeren. Die komen in de eerste maand al voor. Beslis wat de klant ziet en wat er met hun gegevens gebeurt.
• Enterprise-functies te vroeg kopiëren. Single sign-on, auditlogs en complexe rechten zijn belangrijk voor grote klanten, niet voor je eerste tien.

Wat je aan je AI-builder kunt vragen

Splits het verzoek in stappen die je kunt testen:

1. "Bouw de kernfunctie voor één bedrijf, met voorbeeldgegevens." Controleer of het nuttig is.
2. "Voeg aanmelden en inloggen toe. Elke nieuwe gebruiker maakt een werkruimte. Beperk elke tabel en elke query aan de serverkant tot de werkruimte."
3. "Voeg rollen toe: eigenaar en medewerker. Alleen eigenaren kunnen instellingen en facturatie wijzigen."
4. "Voeg Stripe-abonnementen toe met twee plannen en een proefperiode. Verleen en verwijder toegang op basis van geverifieerde Stripe-webhooks, niet op de redirect na het afrekenen."
5. "Voeg een beheerpagina toe die alleen ik kan openen, om werkruimten en hun plan op te zoeken."

Maak na stap 2 twee accounts aan en probeer de gegevens van de één vanuit de ander te bereiken. Doe dit opnieuw na elke grote wijziging. De gids over betalingen toevoegen behandelt stap 4 in detail.

Een SaaS-MVP bouwen op Mythex

Mythex kan het product, de marketingpagina en de database voor een SaaS-MVP bouwen op basis van een chatbeschrijving, en publiceren op een openbare URL. Login voor de gebruikers van je app en betalingen van klanten zijn zelf te regelen: je kiest een authenticatiemethode en gebruikt je eigen Stripe-account en -sleutels, opgeslagen als projectgeheimen. De docs hebben een stapsgewijze SaaS-MVP-use-case met een startprompt, en de pagina AI SaaS-builder bevat voorbeelden om mee te beginnen. Plannen staan op de prijspagina.

Veelgestelde vragen