SaaS-applikasjonsutvikling

Der det blir dyrt senere

Flerleietakerskap som legges på i etterkant, er blant de dyreste omskrivingene som finnes. Datamodellen må skille kundene fra første rad, tilgangsstyringen må vite hvilken leietaker en forespørsel gjelder, og konfigurasjon må være data i stedet for kode.

Hva vi bygger inn

• Isolasjon per leietaker

  Data skilles på databasenivå, ikke bare i spørringene. Det er forskjellen på en feil som gir tom skjerm og en feil som viser en kunde en annen kundes data.

• Konfigurasjon som data

  Priser, roller, skjemaer og regler settes per kunde uten utrulling. Ellers blir hver ny kunde et utviklingsprosjekt.

• Onboarding uten oss

  En ny kunde skal kunne settes opp av dere selv. Er svaret alltid "vi må lage det", skalerer ikke plattformen.

• Felles drift, delt kostnad

  Én kodebase, én overvåking, én sikkerhetsoppdatering. Det er hele grunnen til å bygge SaaS i stedet for én installasjon per kunde.

• Betaling og fakturering

  Abonnement, forbruk eller per transaksjon, med fakturagrunnlag som stemmer uten manuell etterregistrering.

Funksjonalitet

• Isolasjon per leietaker på databasenivå
• Konfigurasjon per kunde uten ny utrulling
• Roller og tilgangsstyring per leietaker
• Onboarding-flyt dere kan kjøre selv
• Abonnement, forbruk eller transaksjonsbasert fakturering
• Flerspråklig grensesnitt
• Felles overvåking og logging på tvers av kunder
• API for integrasjon mot kundenes egne systemer

Vi har gjort dette før

• Fürst Medisinsk Laboratorium

  Støtte for en sikker kommunikasjonsplattform for medisinske fagfolk gjennom skalerbar arkitektur, backend-tjenester og enterprise-integrasjoner.

  Les case

• Telia

  Støtte for telekommunikasjonstjenester, enterprise-integrasjoner og skalerbar digital plattformleveranse i et høytilgjengelig telekommunikasjonsmiljø.

  Les case

Ofte stilte spørsmål

Hva skiller en SaaS-plattform fra et vanlig system?

Flere kunder deler samme drift og kodebase, men ikke data. Det stiller krav til isolasjon, konfigurerbarhet og onboarding som et enkeltkundesystem aldri møter.

Kan en eksisterende løsning gjøres til SaaS?

Ofte, men det er en reell omskriving av datamodellen og tilgangsstyringen. Vi kartlegger hva som må endres før vi anbefaler det.

Hvem eier koden?

Dere, hvis det er en kundeleveranse. Bygger vi videre på et av våre egne produkter, avtaler vi lisens i stedet.

Kan plattformen driftes i Norge?

Ja. Vi drifter på Azure med norske regioner der det er et krav, og dokumenterer databehandling for anskaffelsen.

Står dere i dette nå?

Fortell oss hva dere har i dag, så sier vi hva vi ville gjort først og hva vi ville ventet med.

Kontakt oss · Slik vi jobber