De kwaliteit van SaaS-software blijkt niet uit het aantal functies, maar uit hoe betrouwbaar de kerntaak van de klant wordt afgerond. Registreren is meestal eenvoudig; wat telt, is dat de gebruiker snel een eerste resultaat boekt, teamleden kan uitnodigen en met dezelfde structuur kan doorgroeien.
Heeft u nog niet gekozen tussen kant-en-klare SaaS en maatwerksoftware? Bekijk dan eerst ons artikel Kant-en-klare SaaS of maatwerksoftware?. Dit artikel is bedoeld voor teams die al besloten hebben een eigen SaaS-product te ontwikkelen.
01Maak de eerste waarde snel bereikbaar
Een gebruiker mag bij de eerste keer inloggen niet verplicht worden om eerst alle instellingen te doorgronden. Bij een afsprakentool is het eerste doel bijvoorbeeld een agenda aanmaken en een afspraak vastleggen. Bouw de installatiestappen rond dat resultaat op. Leg op lege schermen uit wat de volgende stap is en presenteer voorbeelddata nooit als een echte registratie. Meet succes niet alleen aan het aantal registraties, maar aan de kerntaken die daadwerkelijk worden afgerond.
02Scheid pakket en rol duidelijk van elkaar
Het pakket bepaalt welke functies een organisatie heeft afgenomen; de rol bepaalt welke handelingen een individuele gebruiker mag uitvoeren. Een rapportmenu verbergen is niet genoeg: de bijbehorende actie moet ook op de server worden gecontroleerd. Teamrechten binnen dezelfde organisatie en de scheiding van data tussen verschillende organisaties vragen om afzonderlijke testscenario's. De OWASP-richtlijn voor autorisatie is een nuttige technische referentie voor deze controles.
03Ontwerp ook voor de lastige momenten van een abonnement
Naast het upgraden van een pakket horen ook downgraden, een betaalachterstand, het aflopen van een proefperiode en opzegging bij het product. Leg vooraf uit wat er gebeurt wanneer een gebruiker boven de pakketlimiet uitkomt. Maak de toe te passen regel zichtbaar in plaats van data stilzwijgend te verwijderen. Meldingen van een betaalprovider kunnen opnieuw binnenkomen; het transactieontwerp moet voorkomen dat dezelfde gebeurtenis een tweede keer rechten toekent of een tweede afschrijving veroorzaakt.
04Neem de periode na livegang mee in de scope
Een back-up maken en kunnen terugzetten zijn niet hetzelfde resultaat. Plan een hersteltest, foutopvolging en een gecontroleerde manier om nieuwe versies uit te rollen. Stel bij de acceptatie vragen als: is de data van verschillende organisaties werkelijk van elkaar gescheiden, wordt de pakketlimiet daadwerkelijk gehandhaafd, en kan een mislukte transactie veilig opnieuw worden geprobeerd? Goede SaaS-software beantwoordt deze vragen met een werkend scherm en testbewijs. In onze SaaS-ontwikkeling behandelen we deze vragen als onderdeel van de opleverscope.
05Korte checklist
- Kan een nieuwe gebruiker zijn kerntaak al in de eerste sessie afronden?
- Worden pakketlimieten en rolrechten apart op de server gecontroleerd?
- Is de data van de ene organisatie in geen enkel scherm, zoekresultaat of export zichtbaar voor een andere organisatie?
- Is vastgelegd wat er gebeurt bij downgraden, een betaalachterstand en opzegging?
- Zorgt een herhaalde betaalmelding er niet voor dat er een tweede recht of afschrijving ontstaat?
- Is het herstellen vanuit een back-up minstens één keer getest?
Geschreven door
Het Paradigma7-team
Product, engineering en operations
We zijn een op Ankara gebaseerd team dat software voor Europa bouwt. Niets hier is theorie: dit zijn de processen die we werkelijk op klantprojecten uitvoeren.
Over ons