Adminsider

Sidene der noen holder systemet i gang: oppretter brukere, styrer hvem som får se hva, og vedlikeholder grunnlagsdataene resten av systemet henter fra. Nesten alltid med, nesten alltid det største tilgangsområdet — og det som oftest mangler i budsjettet.

Hvem tilgangsområdet er for

For administratoren — den ansatte som forvalter systemet på vegne av virksomheten. Det er sjelden mange av dem, ofte to–tre personer, og det er nettopp derfor tilgangsområdet blir undervurdert: få brukere leses som lite arbeid. Men antall brukere sier ingenting om omfang. Omfanget følger av hvor mange ting som kan settes opp, ikke av hvor mange som setter dem opp.

Tilsvarende tilgangsrolle i spesifikasjonen: Administrator (og eventuelle mellomroller som «saksbehandler» eller «redaktør»). En tilgangsrolle er samlingen av rettigheter en bruker får — hva vedkommende har lov til å se og gjøre.

Typisk innhold

Brukeradministrasjon (opprette, deaktivere, tilbakestille passord). Tilgangsstyring — hvilke tilgangsroller finnes, og hva får hver av dem gjøre. Grunnlagsdata: kategorier, satser, produkter, avdelinger, statuser, maler for e-post og varsler — alle listene resten av systemet velger fra. Systemoppsett: logo, kontaktopplysninger, integrasjonsnøkler, åpningstider. Ofte også en revisjonslogg (en logg over hvem som endret hva og når) og import og eksport av data.

Hvorfor den undervurderes

Fordi den er usynlig i salgssamtalen. Når en virksomhet beskriver systemet den ønsker seg, beskriver den det kundene og de ansatte skal gjøre — bestille, søke, registrere, følge opp. Administrasjonen av selve systemet nevnes ikke, fordi den ikke er en forretningsprosess; den er en forutsetning. Så kommer den likevel, fordi ethvert flervalgsfelt i systemet trenger et sted der valgene vedlikeholdes. Regel du kan bruke direkte: hver eneste nedtrekksliste ute i systemet er et lite administrasjonsskjermbilde som ingen har snakket om ennå. Har systemet tjue slike lister, har du tjue skjermbilder du ikke har estimert.

Fallgruver

Å bygge den til slutt. Adminsidene er det systemet trenger for å kunne fylles med data, så bygges de sist får ikke testingen realistiske data, og lanseringen står og venter. Å la utviklerne administrere i stedet — det binder virksomheten til leverandøren for helt trivielle endringer, og er en av de vanligste formene for innlåsing. Å bygge tilgangsstyring finere enn nødvendig: rettigheter på feltnivå høres fremtidsrettet ut, men blir dyrt å bygge og forvirrende å forvalte. Start med et fåtall tilgangsroller. Og til slutt: å glemme at admin også trenger de kjedelige tingene — søk, sortering og eksport. Uten dem blir tilgangsområdet ubrukelig så snart datamengden vokser.

AI-perspektiv

Adminsider er den delen av et system som ligner mest på seg selv fra prosjekt til prosjekt: lister, skjemaer, søk, rettigheter. Nettopp derfor er det her AI-assistert utvikling gir mest — mønstrene er kjente og lett å generere. Det som ikke blir billigere, er avgjørelsene: hvilke tilgangsroller virksomheten faktisk trenger, hvem som skal kunne slette noe, og hva som må logges for å tåle et tilsyn. Det er de spørsmålene som tar tid i et adminkapittel, og de tar like lang tid som før.

Les mer i utdypende artikkel →

← Alle tilgangsområder  ·  Funksjonalitet  ·  Om kravspesifikasjon