Een eerste versie die klanten kunnen gebruiken
De eerste versie hoeft niet alles te kunnen. Wel moet een klant er het belangrijkste probleem mee kunnen oplossen. We bepalen samen welk werkproces daarvoor nodig is en welke functies kunnen wachten tot je gebruikerservaring hebt.
Dat noemen we een MVP: de kleinste versie van je product die bruikbaar is voor je eerste klanten. Je investeert daarmee eerst in de kern van je idee en krijgt een betere basis om over uitbreidingen te beslissen.
Klantaccounts, abonnementen en dagelijks gebruik
Je klanten moeten kunnen inloggen en bij hun eigen gegevens kunnen. Werken meerdere bedrijven met je platform, dan zorgen we dat toegang en gebruikersrollen per klantomgeving zijn ingericht. Een beheerder krijgt andere mogelijkheden dan een gewone gebruiker.
Wil je abonnementen aanbieden? We koppelen je product aan een betaalprovider en werken uit wat er gebeurt bij aanmelden, verlengen, opzeggen of een mislukte betaling. Je eigen team krijgt de beheerfuncties om klanten te helpen.
- Een aanmeldproces en accounts voor je klanten.
- Schermen die het belangrijkste werk van de gebruiker ondersteunen.
- Koppelingen met betaaldiensten en andere software die je product nodig heeft.
Tijdens de bouw al zien hoe je product werkt
Je bekijkt tussentijds werkende onderdelen in een testomgeving. Daardoor kun je reageren op het echte product: werkt de aanmelding prettig, is een scherm begrijpelijk en kan een klant de taak afmaken?
We verwerken feedback en maken zichtbaar wat een uitbreiding kost en betekent voor de planning. Voor livegang testen we de belangrijkste processen, waaronder klanttoegang, betalingen en gegevensuitwisseling.
Ook na de lancering verder kunnen
Een SaaS-product heeft na de lancering onderhoud nodig. We kunnen hosting, back-ups, monitoring en updates verzorgen, zodat je een technisch aanspreekpunt hebt wanneer je klanten het product gaan gebruiken.
Je krijgt toegang tot de maatwerkcode en documentatie voor beheer en doorontwikkeling. Eigendom en overdracht leggen we vast in de overeenkomst. Daardoor kan ook je eigen team of een andere ontwikkelaar later met het platform verder.
Wat kost een SaaS-platform laten bouwen?
De grootste verschillen zitten in het aantal functies, soorten gebruikers en koppelingen. Ook een bestaand prototype, gegevens die moeten worden overgezet en de scheiding tussen klantomgevingen beïnvloeden de prijs.
We maken een voorstel voor de eerste versie en laten zien welke uitbreidingen later kunnen volgen. Ontwikkeling, hosting en onderhoud staan apart vermeld, zodat je zowel de investering als de terugkerende kosten kunt beoordelen.
Zo passen we dit toe
In ons Laravel-platform voor woningaankoop werken klanten en medewerkers met documenten, taken en eigen toegangsrechten. Voor een e-learningplatform bouwden we toegang tot trainingen via credits. Die ervaring gebruiken we bij de ontwikkeling van klantaccounts en werkprocessen voor jouw softwareproduct.
Veelgestelde vragen
Kunnen jullie verder met mijn prototype?
Ja. We bekijken welke onderdelen bruikbaar zijn en wat nog nodig is voor echte klanten. Je hoort welke code kan blijven en welke verbeteringen nodig zijn voor we verder bouwen.
Bouwen jullie ook interne bedrijfssoftware?
Ja. Voor een klantportaal of een applicatie voor je eigen medewerkers kun je terecht bij onze dienst platformen op maat. De ontwikkeling sluit dan aan op je bedrijfsprocessen, in plaats van op de verkoop van een softwareproduct.
Blijf ik eigenaar van mijn platform?
De eigendom van maatwerkcode en de overdracht leggen we vast in de projectovereenkomst. Software van derden, zoals bibliotheken en betaaldiensten, houdt de eigen licentievoorwaarden.
Helpen jullie ook na de lancering?
Ja. We kunnen het platform onderhouden, problemen onderzoeken en nieuwe functies ontwikkelen. Voor livegang bespreken we welke ondersteuning je nodig hebt en welke kosten daarbij horen.