Een product dat u kunt verkopen,op een platform dat blijft draaien.
Multi-tenant cloudproducten om te verkopen, op te schalen en te beheren, voor een eerste lancering of een bestaand product dat robuuster moet.
Een SaaS-product is geen interne toepassing met een loginpagina. Al uw klanten draaien op dezelfde code, verwachten dat alles werkt zodra ze inloggen, en betalen elke maand in de veronderstelling dat dat zo blijft. Scheiding tussen klanten, facturatie, onboarding en releases voegt u niet toe zodra het product werkt. Ze zíjn het product.
Wij bouwen multi-tenant producten in Kotlin of Java met Spring Boot, PostgreSQL en React, verpakt in Docker. Ze draaien op Kubernetes waar de schaal dat rechtvaardigt, en op iets eenvoudigers waar dat niet zo is. Elke commit wordt getest voor hij live gaat, de release-pipeline maakt van een wekelijkse release een routine, en monitoring signaleert een probleem voor uw klanten het merken. Hebt u al een product met betalende klanten? Dan passen wij dezelfde werkwijze toe op wat er is, zonder alles te herschrijven.
Alles staat vanaf de eerste dag op uw naam: repositories, cloudaccounts, domein en betaalprovider. Het product is van u. Wij ontwerpen, bouwen en beheren het samen met u, en blijven betrokken terwijl het platform groeit.
Wanneer dit de juiste keuze is
- Er is echte vraag naar uw productidee en u hebt een eerste versie nodig die betalende klanten kunnen gebruiken, geen demo-prototype.
- Uw product werd snel gebouwd door mensen die intussen vertrokken zijn, en niemand durft het nog aan te passen.
- U verkoopt vandaag een dienst en wilt het herhaalbare deel omvormen tot een abonnement dat uw klanten zelf gebruiken.
- Prospecten vragen naar beveiliging, gescheiden gegevens en beschikbaarheid, en u wilt antwoorden die kloppen met hoe het platform gebouwd is.
- Een interne tool is uitgegroeid tot iets wat andere bedrijven willen, maar mist nog multi-tenancy, facturatie en onboarding.
Wat u krijgt
Een schriftelijk ontwerp vóór de bouw
Het tenancymodel (gedeeld schema of een schema per klant, en waarom), authenticatie en rollen, datamodel, deploymentvorm en risico’s, met een raming waarvan de aannames erbij staan. U kunt over het ontwerp discussiëren voor het duur wordt.
Een multi-tenant backend
Kotlin of Java op Spring Boot, met de gegevens van elke klant strikt gescheiden, afgedwongen in de datalaag en getest. Schemawijzigingen in PostgreSQL onder versiebeheer, single sign-on waar klanten dat vragen, en een gedocumenteerde API.
Een front-end waarmee klanten zelf starten
React en TypeScript op hetzelfde getypeerde contract als de API, zodat een wijziging aan een abonnement of rol elk scherm bereikt. Zelf registreren, uitnodigingen en accountinstellingen, plus de beheerschermen die uw team nodig heeft.
Abonnementen en facturatie in het product zelf
Abonnementen, proefperiodes, verbruiksmeting en facturatie maken deel uit van het domein, niet achteraf vastgeschroefd, met de betaalprovider van uw keuze. Achtergrondtaken overleven herstarts, nieuwe pogingen en de drukte op maandagochtend.
Een release-pipeline en een platform dat online blijft
CI/CD die elke commit test en scant, deployments zonder downtime met een ingeoefende rollback, en monitoring, back-ups en hersteloefeningen klaar voor de eerste klant inlogt. U krijgt er een runbook in begrijpelijke taal bij.
Hoe het werkt
Begrijpen
De eerste gesprekken gaan over wie betaalt, waarvoor, en wat er bij de lancering moet kloppen. Daarna krijgt u een schriftelijke scope, voor er code is.
Vormgeven
Een schriftelijk ontwerp voor tenancy, identiteit, facturatie, gegevens en deployment, met de risico’s benoemd. Voor een bestaand product: een analyse en een plan om het robuuster te maken.
Bouwen
Het eerste increment is één klant die zich registreert, betaalt en één functie van begin tot einde gebruikt. Elk volgend increment eindigt met een demo.
Draaien en doorontwikkelen
Het platform gaat live met monitoring, back-ups en rollback op hun plaats. Daarna blijven wij uw vaste partner voor de verdere ontwikkeling van het product.
De technologie erachter
Kotlin & Java
Spring Boot
PostgreSQL
React & TypeScript
Docker & Kubernetes
CI/CD
Monitoring & alerting
Hetzner, AWS, Azure & DigitalOcean
Hoe een samenwerking er meestal uitziet
Wij bouwen een eerste productieversie en lanceren ze bij betalende klanten: eerst een ontwerpfase, dan incrementen per mijlpaal. Daarna blijven wij uw vaste partner voor productontwikkeling terwijl het platform groeit. Die doorlopende overeenkomst is maandelijks, met een reactietermijn die in het contract staat en een vaste backlog met verbeteringen.
Vragen die u misschien hebt
Hoe prijzen jullie een SaaS-project?
De ontwerpfase offreren wij apart, aan een vaste prijs. U houdt er een schriftelijk ontwerp aan over, wat er ook volgt. De bouw leveren wij in mijlpalen, elk met een eigen afgebakende raming en uitgeschreven aannames, zodat u altijd weet wat het volgende increment kost voor het start. Mijlpalen rekenen wij aan per gewerkte dag tegenover hun raming. Na de lancering lopen beheer en verdere ontwikkeling via een maandelijkse overeenkomst.
Van wie zijn de code, de gegevens en de infrastructuur?
Van u. De code staat vanaf de eerste commit in uw repositories, en de intellectuele eigendom van het geleverde werk gaat bij betaling naar u over. Cloudaccounts, domein, betaalprovider en alle toegangsgegevens staan op uw naam, en de documentatie is zo geschreven dat elke engineer met ervaring in Spring en PostgreSQL het kan overnemen.
Wat als Experus niet beschikbaar is?
Dat risico bestaat bij elke partner, en wij houden er rekening mee in plaats van het te negeren. De infrastructuur is als code gedefinieerd, de tests beschrijven het gedrag en het runbook legt uit hoe u het platform beheert, zodat een andere engineer kan instappen zonder archeologie. Elke opdracht heeft schriftelijk afgesproken data. Halen wij die niet, dan hoort u dat meteen en kiest u: herplannen, of stoppen en enkel betalen wat geleverd is. Lopend werk staat vanaf dag één in uw repositories en accounts, dus er gaat niets verloren op een laptop. Is de engineer op uw project langer afwezig, dan kan een vertrouwde specialist uit ons netwerk het overnemen, met uw akkoord.
Hoe snel kunnen de eerste klanten het gebruiken?
Dat hangt af van de scope. Het eerlijke antwoord volgt uit de ontwerpfase, als een schriftelijke raming met haar aannames. Wat wij vooraf beloven, is de werkwijze: de eerste release is de kleinste versie die een betalende klant zal gebruiken, ze gaat naar productie en niet naar een testserver die niemand bezoekt, en de pipeline maakt van een wekelijkse release een routine.
Een product om te lanceren, of een om robuuster te maken?
Beschrijf het product, waar het vandaag staat en wie ervoor zal betalen. Een ruwe schets volstaat. U krijgt een doordacht antwoord van de engineer die het zou bouwen.