Den første store kunden viser SaaS-produktets grenser
Et tenkt eksempel med ekstra bestillingsgodkjenning knytter kundevarianter til felles vedlikehold og produktets omfang.
En bedriftskunde ber om en ekstra godkjenning mens andre kunder bruker den eksisterende arbeidsflyten. Det synliggjør en produktbeslutning for SaaS-teamet: hører varianten til det felles tilbudet, og hvordan kan den vedlikeholdes der?
Følgende eksempel er helt hypotetisk. Det beskriver verken en bestilt funksjon eller et målt prosjektresultat.
Beskriv varianten som en regel som kan følges
Anta at produktet behandler bestillinger for virksomhetene C10 og C20. Den nye kunden krever godkjenning fra en annen autorisert person. Bestilleren kan ikke godkjenne sin egen bestilling. Den andre kunden skal beholde den eksisterende veien.
Virksomhet | Ønsket arbeidsflyt | Forventet kontroll ved en felles oppdatering |
|---|---|---|
| Vente på uavhengig godkjenning etter innsending | Egen godkjenning avvises; bare den tillatte andre personen kan godkjenne |
| Behandle bestillingen uten ekstra godkjenningstrinn | Den eksisterende flyten virker fortsatt uten den andre kundens godkjenningskrav |
Om en administrert kundeinnstilling kan bære varianten på en fornuftig måte, avhenger av produktmodellen. I eksemplet kan den testes: regelen, omfanget og begge kundenes forventede atferd er beskrevet.
En særskilt løsning har også en fremtid
En kodekopi som bare er tilpasset et kundenavn, må også rettes, testes og oppdateres senere. Vi ville derfor først undersøkt om kravet er holdbart som en tydelig avgrenset variant i det felles produktet. Det er en betinget anbefaling, ikke et krav om å gjøre hvert unntak til en innstilling.
Krever kunden en grunnleggende annen prosess med eget vedlikehold og støtte, kan en separat løsning være et bevisst valg. Omfang og ansvar bør da avtales eksplisitt. Dedikerte ressurser eller separate utrullinger krever ikke automatisk en annen produktkodebase.
Skill mellom funksjon, bruksrett og datatilgang
Et feature flag kan hjelpe ved en tidsbegrenset innføring. En varig avtalt rett til en tjeneste krever derimot passende administrasjon og håndheving. En aktivert funksjon erstatter heller ikke kontrollen av hvem som kan godkjenne for hvilken virksomhet.
I eksemplet må en oppdatering teste både godkjenningsvarianten og den uendrede flyten. Den tydelige produktregelen og vedlikeholdsarbeidet er avgjørende; det første kundeønsket bestemmer ikke arkitekturen alene.
Kilder
Les videre
Alle artikler
Programvareutvikling med ASES
Skreddersydd programvare, web- og mobilapper