Tjenestedesign: Brukeropplevelser som henger sammen og skaper verdi

Mange tror design handler om hvordan en app ser ut. Tjenestedesign handler om hvordan hele virksomheten virker. Vi kartlegger samspillet mellom dine ansatte, dine IT-systemer og dine kunder for å fjerne flaskehalser og skape tjenester som faktisk fungerer i hverdagen.

Det er ikke nok å polere brukergrensesnittet (UI). En pen applikasjon har null verdi hvis kundeservice ikke har tilgang til samme data som kunden, eller hvis logistikksystemet i «bakrommet» svikter ved høy belastning.

Tjenestedesign er disiplinen som ser helheten. Den binder sammen det kunden ser (frontstage) med de interne prosessene, systemene og menneskene som leverer tjenesten (backstage). Hos PXL bruker vi tjenestedesign til å spesifisere programvarearkitektur som holder, og til å fjerne teknisk gjeld før den oppstår.

En klassisk feil i digitaliseringsprosjekter er å allokere 80 % av ressursene til «toppen av isfjellet», altså det brukeren ser på skjermen. Men 80 % av verdiskapningen (og feilkildene) ligger under vannflaten: i interne prosesser, utdaterte fagsystemer, regelverk og organisasjonskultur.

Tjenestedesign er dykkerutstyret vårt. Vi går ned i materien for å forstå hvordan organisasjonen din egentlig henger sammen, og hvor skoen trykker.

Både i privat og offentlig sektor er «silo-tenkning» den største fienden av gode brukeropplevelser. Kunden bryr seg ikke om at «Salg» og «Logistikk» bruker forskjellige databaser; de forventer at varen de bestilte faktisk kommer frem.

Når vi kartlegger en tjeneste, ser vi ofte «sprekker» i gulvet mellom avdelingene, crevasses der kunden faller igjennom. Vi tetter disse sprekkene ved å designe prosesser og integrasjoner som flyter på tvers av organisatoriske grenser.

Mange forveksler tjenestedesign med Customer Journey Maps (kundereiser). Mens en kundereise kartlegger hva kunden føler, kartlegger en Service Blueprint hva organisasjonen må gjøre for å levere den følelsen.

Dette er vårt viktigste verktøy for å bygge bro mellom forretning og IT. En Blueprint visualiserer fire lag:

• Brukerhandling: Hva gjør kunden? (F.eks. «Sender søknad»).
• Frontstage: Hva ser kunden? (Nettside, kvittering, SMS).
• Backstage: Hva skjer bak kulissene? (Saksbehandler vurderer, lagerplukk, godkjenning).
• Støtteprosesser: Hvilke systemer, API-er og databaser muliggjør dette? (CRM, ERP, Betalingsgateway).

Det som skiller PXL fra andre, er at vi kobler tjenestedesign direkte mot teknisk arkitektur. En «Service Blueprint» er for oss forstadiet til Domain-Driven Design (DDD).

• Bounded Contexts: De ulike fasene i tjenesten hjelper oss å definere logiske grenser i programvaren: hvor slutter «Salg» og hvor starter «Lager»? Dette avgjør grensene for mikrotjenester.
• API-kontrakter: Interaksjonslinjene i blueprinten definerer nøyaktig hvilke data som må utveksles mellom frontend og backend. Dette blir til API-spesifikasjoner.
• Domain Events: Hendelsene i tjenesten (f.eks. «Kunde har betalt») blir til Domain Events i en hendelsesdrevet arkitektur, som sikrer løse koblinger mellom systemene.

Dermed bygger vi systemer som speiler virkeligheten. De får lavere teknisk gjeld og er enklere å vedlikeholde over tid.

Du kan ikke levere en 5-stjerners opplevelse til kunden hvis de ansatte sitter med 1-stjerners verktøy.

Mange bedrifter tvinger de ansatte til å være «menneskelig maskinvare» som manuelt flytter data mellom systemer som ikke snakker sammen. Det gir høy kognitiv belastning, feil og utbrenthet. Derfor er Employee Experience (EX) en fast del av tjenestedesign hos oss.

Ved å designe bedre interne fagsystemer, admin-paneler og dashbord frigjør vi tid. Når systemet støtter den ansatte i stedet for å motarbeide dem, øker både produktiviteten og kvaliteten på kundemøtet.

For offentlige virksomheter handler tjenestedesign ofte om å levere på oppdraget om «Sammenhengende tjenester». Innbyggerne har livshendelser (få barn, miste jobb, starte bedrift) som går på tvers av etater.

Vi kjenner kompleksiteten i offentlig forvaltning, og vet at gevinstrealisering handler om mer enn kroner spart: også økt tillit, rettssikkerhet og likebehandling. Med metoder som Gigamapping visualiserer og håndterer vi de komplekse avhengighetene mellom lovverk, IT-systemer og samfunnsoppdrag.

Hos PXL integrerer vi tjenestedesign direkte i utviklingsløpet. Vi anser ikke tjenestekartlegging som en isolert designøvelse, men som fundamentet for presis kravspesifikasjon og systemarkitektur.

Vi oversetter innsikten om brukerbehov og interne arbeidsprosesser direkte til tekniske spesifikasjoner. En Service Blueprint er for oss styringsdokumentet for datamodellering og API-design. Det lukker gapet mellom organisatoriske prosesser og det IT-systemene faktisk kan, før koden skrives.

Resultatet er løsninger med lavere teknisk gjeld, der systemet er rigget for å understøtte virksomhetens faktiske arbeidsflyt over tid.

Vi jobber tett med UX-designere og utviklere for å sikre at tjenestedesignen kan realiseres teknisk og gir god brukeropplevelse i alle ledd.