Design og produktutviklingHafsteinn Runarsson · AI Konsulent01 Oct 2026 · 10 min
Tjenestedesign: prosess, metoder og AI-tjenester
Tjenestedesign er en måte å utvikle eller forbedre tjenester på ved å se hele opplevelsen fra brukerens ståsted. Arbeidet kobler brukerbehov, kontaktpunkter, prosesser, teknologi og menneskene som leverer tjenesten. Målet er en tjeneste som henger sammen i praksis, ikke bare et pent grensesnitt.
Kort fortalt: Start med å forstå hva brukeren prøver å få gjort. Kartlegg deretter hele forløpet, finn bruddene, lag enkle prototyper og test dem før dere bygger stort. For AI-tjenester må dere i tillegg designe hva som skjer når systemet er usikkert, trenger mer informasjon eller må sende saken videre til et menneske.
Hva er tjenestedesign?
Tjenestedesign er en brukersentrert fagretning for å planlegge og organisere helhetlige tjenester. En tjeneste kan gå på tvers av nettsider, apper, telefon, fysiske møter, interne systemer og manuelle rutiner. Derfor undersøker tjenestedesign både det brukeren ser, og arbeidet som må skje bak kulissene.
Kommuneorganisasjonenes interesseorganisasjon KS beskriver innsikt i menneskers behov, handlinger og holdninger som grunnlaget for arbeidet. Digitaliseringsdirektoratet legger også vekt på at tjenestedesign utvikler helhetlige tjenester med brukeren i sentrum, ved hjelp av blant annet intervjuer, observasjon, brukerreiser, samskaping og testing.
Det brede perspektivet skiller tjenestedesign fra arbeid med én enkelt skjerm eller kanal. Hvis en kunde bestiller på nett, får en e-post, snakker med kundeservice og senere mottar en faktura, er alle disse delene én opplevelse. En feil i overgangen mellom dem kan være viktigere enn utformingen av hvert enkelt kontaktpunkt.
Når er tjenestedesign nyttig?
Tjenestedesign er særlig nyttig når en tjeneste går på tvers av flere kanaler, team eller systemer. Metoden hjelper dere å finne ut om problemet ligger i grensesnittet, arbeidsflyten, informasjonen, ansvarsdelingen eller selve tjenestetilbudet.
Typiske tegn på at dere bør jobbe med tjenestedesign er:
- Brukere må gjenta samme informasjon flere ganger.
- En prosess stopper når saken flyttes mellom avdelinger eller systemer.
- Kundeservice må forklare eller rette opp det den digitale løsningen gjør uklart.
- Ansatte bruker manuelle omveier for å få jobben gjort.
- Flere team forbedrer hver sin del uten én felles forståelse av hele forløpet.
- Dere vurderer AI, men har ennå ikke avklart hvor teknologien faktisk hjelper brukeren.
Tjenestedesign passer både for nye og eksisterende tjenester. I et nytt initiativ reduserer det risikoen for å bygge rundt en svak problemforståelse. I en etablert tjeneste gjør det friksjon og avhengigheter synlige før dere bestemmer hvilke tiltak som skal prioriteres.
Fem prinsipper som holder arbeidet på sporet
En god prosess kan bruke mange metoder, men fem prinsipper går igjen. KS har samlet dem som mennesker i sentrum, samskaping, helhetlig tilnærming, visualisering og tidlig testing.
- Sett mennesker i sentrum. Undersøk faktisk atferd og behov, ikke bare hva organisasjonen antar at brukeren ønsker.
- Samskap med dem som berøres. Brukere, fagpersoner, drift, teknologi og ledelse ser ulike deler av samme tjeneste.
- Se hele forløpet. Ta med tiden før og etter det viktigste kontaktpunktet, samt overgangene mellom kanaler.
- Gjør tjenesten synlig. Kart, skisser og prototyper gir teamet noe konkret å diskutere.
- Test tidlig og flere ganger. En enkel modell kan avdekke et feil premiss før løsningen blir dyr å endre.
Prinsippene er viktigere enn en bestemt mal. Et stort tjenestekart har liten verdi hvis det ikke endrer en beslutning. En kort samtale med de rette brukerne kan være mer nyttig enn en uke med intern idéutvikling.
Tjenestedesignprosessen steg for steg
Prosessen veksler mellom å forstå problemet og å prøve ut løsninger. Dere kan gå tilbake når nye funn utfordrer det dere trodde dere visste.
- Avgrens tjenesten og beslutningen. Beskriv hvilken brukergruppe, situasjon og del av forløpet dere undersøker. Avklar også hva prosjektet faktisk skal beslutte.
- Samle innsikt. Bruk intervjuer, observasjon, eksisterende henvendelser, søkedata og samtaler med ansatte. Let etter handlinger, hindringer og omveier, ikke bare ønsker.
- Kartlegg dagens tjeneste. Tegn brukerens steg, kontaktpunkter, ventetid, spørsmål og følelser. Koble dette til prosessene og systemene bak.
- Velg problemet dere vil løse. Skill symptomer fra årsaker. En lang kø kan for eksempel skyldes uklar informasjon tidligere i forløpet, ikke kapasiteten i siste ledd.
- Utvikle flere mulige grep. Vurder endringer i kommunikasjon, arbeidsflyt, ansvar, kanal og teknologi før dere låser dere til én løsning.
- Lag en prototype av tjenesten. Test en samtale, en e-post, en enkel klikkbar skisse eller et manuelt forløp. Prototypen skal svare på et konkret spørsmål.
- Test hele overgangen. Sjekk både hva brukeren opplever, og om ansatte kan levere tjenesten med tilgjengelig informasjon og realistiske rutiner.
- Planlegg innføring og læring. Fordel ansvar, bestem hva dere skal følge med på, og avtal hvordan funn etter lansering skal føre til endringer.
NTNUs emne i tjenestedesign fremhever blant annet etnografisk orienterte metoder, kundereiser, service blueprint, kreativ prototyping og testing av tjenestekonsepter. Det viser bredden i faget: Innsikt, visualisering og utprøving må henge sammen.
Metoder og verktøy du faktisk trenger
Velg metode etter usikkerheten dere vil redusere. Dere trenger sjelden alle verktøyene i samme prosjekt.
- Intervju gir innsikt i erfaringer, mål og begrunnelser. Be om konkrete hendelser fremfor generelle meninger.
- Observasjon viser hva mennesker gjør i situasjonen, inkludert omveier de selv ikke tenker over.
- Brukerreise viser brukerens forløp over tid, på tvers av kontaktpunkter.
- Service blueprint eller tjenestekart kobler brukerreisen til synlige handlinger, interne prosesser, roller, systemer og avhengigheter.
- Prototyping gjør en idé testbar. Prototypen kan være en skisse, et manus, en simulert samtale eller en enkel ende-til-ende-test.
- Pilot prøver tjenesten i en begrenset, reell situasjon med tydelig ansvar og en plan for læring.
En brukerreise og et tjenestekart svarer på ulike spørsmål. Brukerreisen viser opplevelsen fra utsiden. Tjenestekartet viser også hva organisasjonen må gjøre for å levere den. Når problemet oppstår i en overgang mellom team eller systemer, trenger dere som regel begge perspektivene.
Tjenestedesign for AI-tjenester
AI bør behandles som én del av tjenesten, ikke som hele tjenesten. Brukeren forholder seg til et løfte, et resultat og et ansvar. Modellen, dataene og integrasjonene er midler for å levere dette.
Start derfor med situasjonen der AI vurderes. Hvem prøver å gjøre hva? Hvilken informasjon finnes? Hvor alvorlig er det hvis svaret blir uklart eller feil? Hvem kan gripe inn? Disse spørsmålene avgjør om AI bør foreslå, oppsummere, automatisere eller la et menneske ta beslutningen.
Et tjenestekart for en AI-tjeneste bør vise:
- hva brukeren ber om og hvilken kontekst systemet får
- hvilke datakilder og tilganger som brukes
- hvor systemet trenger bekreftelse eller mer informasjon
- hvordan usikkerhet og begrensninger forklares
- når saken går videre til et menneske
- hvordan tilbakemeldinger, feil og avvik blir fulgt opp
- hvem som eier innhold, modellatferd, drift og forbedringer
Dette flytter samtalen fra "hvor kan vi bruke AI?" til "hvordan skal tjenesten fungere når AI er med?" Det er en mer nyttig designoppgave. Teamet kan da teste hele opplevelsen, inkludert venting, avklaringer, avslag og overlevering, før de investerer i full produksjonsutvikling.
SINTEF beskriver tjenestedesign som arbeid der digitale og analoge flater må ses i sammenheng, og der ulike aktørers kundereiser dokumenteres og analyseres. Det perspektivet er spesielt relevant når en AI-funksjon påvirker både brukeren og medarbeiderne som skal kontrollere, forklare eller følge opp resultatet.
Tjenestedesign, UX-design og systemisk design
Fagene overlapper, men de har forskjellig hovedfokus. Digitaliseringsdirektoratet skiller mellom systemisk design, tjenestedesign og interaksjonsdesign etter hvilket nivå av problemet de retter seg mot.
- Tjenestedesign: Hele tjenesteforløpet, inkludert kontaktpunkter, prosesser, mennesker og systemer.
- UX- og interaksjonsdesign: Hvordan en person forstår og bruker et bestemt digitalt produkt eller grensesnitt.
- Systemisk design: Større sammenhenger med mange aktører, rammevilkår og gjensidige avhengigheter.
Et prosjekt kan trenge alle tre. Systemisk design kan avklare landskapet og de overordnede sammenhengene. Tjenestedesign kan organisere leveransen på tvers av aktører og kanaler. UX-design kan gjøre det enkelte grensesnittet forståelig og effektivt.
Vanlige feil i tjenestedesign
De fleste feilene skyldes ikke mangel på metoder. De skyldes at teamet bestemmer løsningen for tidlig eller avgrenser bort delene som er vanskelige å endre.
- Løsningen er bestemt før innsikten er samlet. Da brukes research til å bekrefte en plan i stedet for å utfordre den.
- Bare den ideelle brukerreisen kartlegges. Ta med manglende informasjon, avbrudd, feil og behov for hjelp.
- De ansattes arbeid blir usynlig. En enkel brukeropplevelse kan skjule en uholdbar manuell prosess.
- Prototypen stopper ved skjermen. Test også varsler, ventetid, ansvar og overlevering mellom roller.
- Ingen eier helheten etter lansering. Hvert kontaktpunkt kan ha en eier, mens bruddene mellom dem blir stående.
- Teamet måler aktivitet i stedet for endring. Antall workshops sier lite. Følg med på om den konkrete friksjonen dere fant faktisk blir mindre.
Slik kommer du i gang
Begynn med ett avgrenset tjenesteforløp som betyr noe for både brukeren og virksomheten. Inviter personer som kjenner kundekontakt, drift, fag, teknologi og beslutningene rundt tjenesten.
Gjør deretter dette:
- Skriv én setning om hvem dere hjelper og hva personen prøver å få gjort.
- Tegn dagens forløp fra behovet oppstår til saken er avsluttet.
- Marker hvor brukeren venter, gjentar informasjon, blir usikker eller trenger hjelp.
- Koble hvert brudd til prosesser, systemer og eiere bak kulissene.
- Velg det viktigste usikre punktet og lag den enkleste mulige testen.
- Bestem på forhånd hva som vil få dere til å fortsette, endre retning eller stoppe.
Dere trenger ikke et komplett kart over hele virksomheten før dere lærer noe. Men avgrensningen må være tydelig, og dere må ta med overgangene som påvirker brukerens opplevelse.
Hva er forskjellen på tjenestedesign og UX-design?
Tjenestedesign ser på hele tjenesten på tvers av kanaler, roller og interne prosesser. UX-design går vanligvis dypere i brukerens møte med ett produkt eller grensesnitt. En god digital skjerm kan derfor være del av en dårlig tjeneste hvis informasjon, ventetid eller oppfølging ikke henger sammen.
Hva er en service blueprint?
En service blueprint, ofte kalt tjenestekart, kobler brukerens steg og kontaktpunkter til det organisasjonen gjør foran og bak kulissene. Kartet synliggjør roller, systemer, avhengigheter og mulige brudd. Det gjør det lettere å se hvorfor et problem oppstår og hvem som må bidra til å løse det.
Hvilke metoder brukes i tjenestedesign?
Vanlige metoder er intervju, observasjon, brukerreise, tjenestekart, samskaping, prototyping og pilotering. Velg metoden som best undersøker usikkerheten dere har nå. Intervju er for eksempel nyttig for å forstå erfaringer, mens observasjon kan avdekke handlinger og omveier som ikke blir nevnt i et intervju.
Hvordan brukes tjenestedesign i et AI-prosjekt?
Tjenestedesign avklarer hvilken rolle AI skal ha i hele tjenesten. Arbeidet kartlegger brukerens behov, data og tilganger, menneskelig oppfølging, feilsituasjoner og ansvar. Deretter kan teamet prototype både AI-samtalen og prosessen rundt den før løsningen bygges ferdig.
Trenger vi en tjenestedesigner?
Ikke alle prosjekter trenger en egen fulltidsrolle. Dere trenger derimot ansvar for brukerinnsikt, helheten i tjenesten, visualisering og testing. En erfaren tjenestedesigner er særlig nyttig når mange team, kanaler eller aktører må endre arbeidsmåte sammen.
Fra kart til fungerende tjeneste
Tjenestedesign gir først verdi når innsikten fører til prioriteringer, prototyper og endringer i den faktiske leveransen. Hold kartene enkle nok til at teamet bruker dem. Test de risikable antakelsene tidlig. Gi noen ansvar for overgangene mellom mennesker, kanaler og systemer.
Vurderer dere en ny digital tjeneste eller en AI-funksjon som må fungere i produksjon? Start en samtale om avgrensning, prototyping og utvikling innen avtalt omfang.