Produktarkitektur
Datamodellen og grensene mellom delene, bestemt før noe bygges. Det er den avgjørelsen som er dyrest å snu senere.
- Datamodell
- API-grenser
- Valg dokumentert
S3V
EN
S3V
EN
Et SaaS-produkt er ikke en nettside med innlogging. Det er abonnement, roller, tilgangsstyring, e-post som må komme frem og en database som fortsatt skal være riktig om to år. Vi bygger hele den delen også.
Se hva du fårDelene et produkt trenger for å tåle betalende brukere, ikke bare en demo foran en investor.
Datamodellen og grensene mellom delene, bestemt før noe bygges. Det er den avgjørelsen som er dyrest å snu senere.
Pålogging, invitasjoner, flere brukere per kunde og roller som faktisk begrenser hva folk ser. Multi-tenant fra starten der det trengs.
Abonnement, prøveperiode, oppgradering, mislykket betaling og faktura. Den delen som ser enkel ut til den skal håndtere et kort som utløper.
Skjermene kundene bruker daglig, og tallene dere selv trenger for å se om produktet blir brukt eller bare betalt for.
Deploy fra git, sikkerhetskopi som er testet, overvåking som varsler før kunden ringer. Ikke manuell utrulling fra en laptop.
Tilgangsstyring, kryptering, logg på hvem som gjorde hva. Bygget inn, ikke lagt på etter første sikkerhetsgjennomgang.
Fra idé til produksjon. Fire steg, og vi forsvinner ikke etter det tredje.
Vi går dypt inn i problemet ditt før vi skriver en eneste linje kode.
Arkitektur, UX og dataflyt. Planlagt før noe som helst bygges.
Vi jobber raskt uten å ta snarveier. Ren kode, testet, driftsatt.
Vi blir med etter lansering. Justerer, fikser og skalerer.
Vil du se håndverket før du kjøper det? Ti sider bygget uten brief og uten frist, med kilden åpen. Se laben →
Det som pleier å avgjøre om et SaaS-prosjekt går bra eller havarerer.
Uker, ikke måneder, hvis omfanget holdes til det produktet må gjøre for å være verdt å betale for. Vi kutter i funksjoner, ikke i kvalitet.
Estimat etter en samtale om omfang. Det som styrer prisen er antall integrasjoner og hvor mye som må være riktig fra dag én, ikke antall skjermer.
Ja. Repoet er ditt, hos deg, med full historikk. Du skal kunne bytte utvikler uten å bygge produktet på nytt.
Fordi det er kjedelig, godt dokumentert og lett å finne folk til. Vi velger stacken etter hvem som skal drifte den etter oss, ikke etter hva som er nytt.
Ofte ja. Vi starter med en gjennomgang av kode, database og drift, og sier ærlig fra hvis det er billigere å bygge om enn å arve.
Vi måler før vi optimaliserer. De fleste ytelsesproblemer i et ungt SaaS er en manglende database-indeks, ikke en for liten server.
