Alle diensten

SaaS-apps

Een SaaS-app is het product waarvoor je geld vraagt, het platform waarop klanten inloggen, waarvoor ze betalen en waar ze steeds weer terugkomen. Wij ontwerpen het product, regelen de facturering en het aantal licenties, en bouwen het dashboard waarin ze daadwerkelijk werken, zodat je een echt bedrijf op de markt brengt in plaats van alleen maar een brochure met een inlogpagina. Na de lancering houden we de communicatielijn open: het gebruik geeft ons aan wat we vervolgens moeten aanpassen.

  • Productarchitectuur
  • Apps voor meerdere gebruikers
  • Facturering van abonnementen
  • Beheerdersdashboards
  • Authenticatie en rollen
  • API-ontwerp
  • Integraties
  • Lancering en iteratie

De basis

Wat is een SaaS-app?

Software waarvoor iemand op regelmatige basis betaalt en waarop hij inlogt om een taak uit te voeren. Dat is de volledige definitie, en alle moeilijkheden bij het ontwikkelen ervan vloeien voort uit deze twee aspecten: het moet de volgende betaling steeds weer waard blijven, en het moet de gegevens van meer dan één klant kunnen opslaan zonder dat deze ooit door elkaar raken.

Daarom is een SaaS-product niet zomaar een website waaraan een inlogfunctie is toegevoegd. Accounts, rollen, tenancy, facturering, licenties, proefversies, upgrades, mislukte betalingen, audits — geen van deze zaken is de functie die je verkoopt, maar ze moeten allemaal goed werken voordat iemand iets kan kopen, en bij elk ervan kan een snelkoppeling al snel uitmonden in een complete herontwikkeling.

We bouwen het product en de bijbehorende bedrijfsinfrastructuur in één keer op, en blijven vervolgens lang genoeg om te zien wat het gebruik ons leert. De eerste versie is een hypothese. Het interessante werk begint pas zes maanden na de lancering, wanneer je eindelijk kunt zien welke onderdelen mensen daadwerkelijk openen.

  • SaaS
  • Meerdere huurders
  • Facturering van abonnementen
  • Productarchitectuur
  • Dashboards
  • API's

Capabilities

Wat wij voor u doen

Het product, en de onderdelen van een softwarebedrijf die niet tot het product behoren.

Productarchitectuur

Het datamodel, de grenzen tussen tenants en de beslissingen die moeilijk ongedaan te maken zijn. Een verkeerde afbakening van tenants is dé fout die uiteindelijk leidt tot een herschrijving in plaats van een refactor.

Autorisatie, rollen en teams

Registratie, SSO, uitnodigingen, gebruikersgebonden rechten en de beheerder die problemen moet oplossen zonder hulp van een ontwikkelaar. Rechtenmodellen zijn eenvoudig toe te voegen, maar erg moeilijk aan te passen zodra klanten erop vertrouwen.

Facturering van abonnementen

Abonnementen, proefperiodes, pro rata-berekeningen, upgrades, mislukte betalingen en de facturen waar je accountant om zal vragen. Bij de facturering lopen de meeste zelfontwikkelde SaaS-oplossingen stilletjes verlies op — niet door fraude, maar door uitzonderingsgevallen waar niemand rekening mee heeft gehouden.

Het dashboard waarmee de medewerkers werken

De schermen die klanten elke dag openen, zijn ontworpen met het oog op herhaling en niet voor een demo. Een dashboard dat is geoptimaliseerd voor de eerste vijf minuten, wordt al in de tweede week vermoeiend.

API's en integraties

Een gedocumenteerde API, webhooks en koppelingen met de tools die uw klanten al gebruiken. Integratie is vaak de doorslaggevende factor bij de aankoopbeslissing.

AI die zijn nut bewijst

Zoeken, samenvatten, gegevens extraheren, ondersteuning — toegevoegd wanneer het werk verlicht dat iemand nu nog doet, niet omdat de categorie een vonkje-icoontje vereist.

Proces

Hoe een build verloopt

Twaalf tot twintig weken tot een eerste versie die inkomsten oplevert, afhankelijk van het vakgebied. Daarna is er sprake van een release-ritme in plaats van een einddoel.

  1. Geef aan wat er wordt verkocht

    Wie betaalt, waarvoor, en wat verandert er als ze daarmee stoppen? Prijsstelling is een productbeslissing en legt beperkingen op aan het datamodel; daarom komt dit als eerste aan de orde, en niet als laatste.

  2. De huurovereenkomst opstellen

    Hoe klanten worden gescheiden, waar die grens wordt gehandhaafd en wat een beheerder aan de andere kant daarvan kan zien. Dit wordt vastgelegd en gecontroleerd nog voordat de eerste tabel bestaat.

  3. De ruggengraat opbouwen

    Accounts, rollen, facturering, de shell. Niet bepaald glamoureus en een flinke hindernis — er kan niets worden verkocht totdat dit allemaal werkt, dus dit alles vormt geen probleem voor later.

  4. Het product bouwen

    Wat je daadwerkelijk verkoopt, in verticale segmenten die elk iets bruikbaars opleveren. Een segment dat niet gedemonstreerd kan worden, is een segment dat niet gecorrigeerd kan worden.

  5. Instrument en lancering

    Analytics, foutregistratie en gebruiksgegevens op de paden die ertoe doen, al vóór de lancering ingesteld in plaats van tijdens de eerste chaotische week erna.

  6. Lees de gebruiksaanwijzing en herhaal de stappen

    Wat mensen openen, wat ze links laten liggen, waar ze een collega uitnodigen. De roadmap na de lancering zou vooral uit antwoorden op die vragen moeten bestaan, en niet uit de backlog die was opgesteld voordat iemand het had gebruikt.

Impact

Waarom dit belangrijk is

Het verschil tussen het ontwikkelen van verzendsoftware en het runnen van een softwarebedrijf zit vooral in de onderdelen die geen functies zijn.

Terugkerende inkomsten

Een abonnement is een bedrijfsmodel, geen betaalmethode. Als het goed is opgezet, levert het steeds meer op; als het er achteraf bij is bedacht, leidt het tot klantverloop op manieren die je niet kunt achterhalen.

Een huurovereenkomst die je kunt verdedigen

Als één klant de gegevens van een andere klant kan inzien, is dat een mislukking waar een SaaS-dienst zich niet meer van kan herstellen. Dat aan de rand afdwingen in plaats van bij elke afvraag, maakt het verschil tussen een beleid en een hoop.

Groei waarvoor jij niet nodig bent

Zelfstandige aanmelding, uitnodigingen en upgrades binnen het product zorgen ervoor dat klanten binnenkomen terwijl iedereen nog slaapt. Elke handmatige stap in dat traject vormt een belemmering.

Het past bij de stack die ze al gebruiken

De meeste kopers vervangen niets — ze breiden hun bestaande systeem uit. Met een API en twee goede integraties wordt het grootste bezwaar uit de weg geruimd.

Het blijft snel terwijl het zich vult

Zoekpatronen die bij tien accounts prima werken, werken niet bij tienduizend. Het ontwerpen met het oog op dat laatste kost in het begin bijna niets, maar kan later niet goedkoop worden toegevoegd.

Een codebase die je team kan overnemen

Getypt, getest, gedocumenteerd en geïmplementeerd via een pijplijn in plaats van door een persoon. Bij het bouwen gaan we ervan uit dat wij niet de enigen zullen zijn die hiermee aan de slag gaan.

Vragen

Twaalf tot twintig weken voor de meeste producten. Het verschil zit hem vooral in de complexiteit van het systeem en niet zozeer in het aantal functies — producten met gereguleerde gegevens, complexe machtigingen of één lastige integratie vallen in het bovenste deel van die bandbreedte.

Geselecteerd werk

Waar dit al draait.

Al het werk

Volgende stap

Vertel ons eens wat mensen je betalen om met de hand te doen.

Daar bevindt het product zich meestal. Stuur ons de vorm ervan door, dan komen we bij u terug met een schatting van de omvang, het bereik en de onderdelen waarover we nog zouden kunnen discussiëren.