Tehnologija · SaaS
Razvoj SaaS platform in digitalnih produktov.
SaaS ni samo aplikacija: so naročnine, onboarding, podpora in rast. Prevzamemo celoto ali samo razvoj.
Kdaj nas običajno vključijo
- obstoječi sistem ne zadošča več
- delo poteka v preglednicah
- podatki se podvajajo med sistemi
- potrebujete novo aplikacijo
- želite prenoviti star sistem
- razvijate nov digitalni produkt
Ni vedno treba razviti vsega na novo
Če lahko obstoječi sistem kakovostno prenovimo ali povežemo z drugimi, je to pogosto hitrejše in cenejše od nove aplikacije. Najprej pogledamo, kaj je vredno ohraniti.
Kaj to pomeni za vas
- Manj preglednic in ročnih statusov.
- Manj podvajanja podatkov med sistemi.
- Enoten pregled procesa za vodstvo in ekipo.
- Sistem, ki raste skupaj s podjetjem.
- Manj odvisnosti od posameznika, ki »edini ve, kako gre«.
Problem → rešitev
Kaj pokrivamo
- discovery in obseg MVP
- UX in UI
- arhitektura za več strank
- naročniški modeli in plačila
- onboarding uporabnikov
- administracija
- analitika uporabe
- podpora in rast
Pot produkta
MVP
Najmanjši uporaben produkt s pravo vrednostjo.
Trg
Prvi uporabniki in merjenje dejanske uporabe.
Iteracija
Nadgradnje na podlagi podatkov, ne ugibanja.
Rast
Naročnine, avtomatizacija, podpora, skaliranje.
SaaS ni aplikacija z več strankami
Ko isti sistem uporablja več organizacij, se pojavijo vprašanja, ki jih pri sistemu za enega naročnika ni: kako so podatki med strankami ločeni, kaj se zgodi ob posodobitvi, ki jo ena stranka ne želi, in kdo plačuje, kadar ena stranka porabi desetkrat več virov od ostalih.
- ločevanje podatkov med strankami in dokaz, da drži
- ena različica za vse ali različice po strankah
- postopek uvedbe nove stranke brez razvijalca
- obračun po uporabi, po uporabnikih ali po paketih
- omejitve, ki preprečijo, da en uporabnik obremeni vse
- izvoz in izbris podatkov ob odhodu stranke
Prva različica naj bo majhna
Najpogostejša napaka pri produktu ni premalo funkcij, ampak preveč: leto razvoja, preden prvi uporabnik sploh vidi rešitev. Krajša pot je zgraditi najmanjši uporaben del, ga dati v roke nekaj strankam in graditi naprej na podlagi tega, kar dejansko uporabljajo.
Problem
Kdo ima težavo in kako jo rešuje danes.
Obseg prve različice
Najmanjši del, ki je nekomu že koristen.
Izdelava
Delujoč produkt, ne prototip.
Prve stranke
Uporaba v resničnem delu, s spremljanjem.
Nadgradnja
Razvoj tam, kjer uporaba pokaže potrebo.
Rast
Uvedba novih strank brez razvijalca.
Kako sistem zgradimo
Arhitektura
Podatkovni model, moduli in meje sistema določimo pred razvojem, da kasnejše širitve ne zahtevajo prepisa.
UX/UI
Uporabniške poti in prototip ključnih zaslonov potrdite, preden se pišejo funkcionalnosti.
Frontend in backend
Vmesnik in strežniški del razvijamo z istim standardom: berljiva koda, pokrita z avtomatskimi testi.
Integracije
Povezave z ERP, CRM, dokumentnimi sistemi in registri, z beleženjem in ponovnimi poskusi.
Podatki
Migracija, čiščenje in pravila za kakovost podatkov, da nov sistem ne podeduje starih napak.
Varnost, kakovost, uvedba
Varnost
Prijava in pravice, šifriranje v prenosu in mirovanju, revizijska sled ter pregled pred objavo.
Testiranje
Avtomatski testi, regresija in prevzemno testiranje po vaših merilih, ne po naših.
Uvedba
Ločena okolja, postopna objava in možnost vrnitve na prejšnjo različico v nekaj minutah.
Primopredaja
Koda, dostopi, dokumentacija in izobraževanje ekipe. Sistem ostane vaš.
Vzdrževanje
Dogovorjen odzivni čas, nadzor delovanja in mesečni obseg ur za nadgradnje.
Sorodno delo
Pogosta vprašanja
Kaj je smiseln obseg MVP-ja?
Toliko, da uporabnik doseže rezultat, zaradi katerega je produkt kupil. Vse ostalo je druga faza.
Kdo je lastnik izvorne kode?
Naročnik, razen če se izrecno dogovorimo drugače. To zapišemo v pogodbo, ne pustimo odprtega.
Sorodne rešitve
Se sliši kot vaš projekt?
Pošljite opis projekta, obstoječi sistem, razpisno dokumentacijo ali datum dogodka.