Tjänst och produkt – två begrepp som ständigt blandas ihop. Här reder vi ut dem med ITIL (Version 5) som grund, och tittar på hur DevOps, SAFe och övriga agila ramverk ser på samma sak.
Få begrepp orsakar lika mycket förvirring i en organisation som "tjänst" och "produkt". På ett ledningsmöte kan samma sak kallas en tjänst av IT-avdelningen, en produkt av utvecklingsteamet och en leverans av verksamheten – allt under samma timme. Förvirringen är inte bara semantisk. Den påverkar hur vi organiserar oss, vem som äger vad, och i slutänden hur väl vi lyckas skapa värde. Och frågan i rubriken – är tjänstehantering bara för IT? – har ett tydligt svar när vi väl rett ut begreppen: nej.
Vad ITIL faktiskt säger
ITIL (Version 5) definierar de två begreppen kort och precist. En tjänst är "ett sätt att möjliggöra samvärdeskapande genom att underlätta de resultat som kunder vill uppnå, utan att kunden behöver hantera specifika kostnader och risker". En produkt är "en konfiguration av en organisations resurser utformad för att erbjuda värde för en konsument".
Lägg märke till skillnaden i tyngdpunkten. Produkten är konfigurationen – de resurser, komponenter och förmågor som organisationen sammanställer. Tjänsten är relationen – sättet som dessa förmågor görs tillgängliga så att kunden uppnår ett resultat, utan att själv behöva äga kostnaderna och riskerna. Produkten är alltså något du bygger; tjänsten är något du erbjuder och upprätthåller tillsammans med kunden.
ITIL Product-boken uttrycker sambandet elegant: "Varje digital produkt är ett medel för att samskapa värde. Digitala tjänster bygger alltid på digitala produkter. Produkter tillhandahåller förmågor, medan tjänsteerbjudanden beskriver det potentiella värde de erbjuder kunder." Med andra ord – produkt och tjänst är inte motsatser, utan två sidor av samma mynt. Produkten är motorn; tjänsten är resan kunden faktiskt köper.
Det här hänger ihop med ITIL:s syn på värde: "de upplevda fördelarna, användbarheten och vikten av något". Värde är subjektivt och uppstår i användningen – inte i leveransen. Därför talar ITIL om samvärdeskapande (value co-creation): leverantören levererar inte värde ensam, utan värde uppstår i samarbetet, i tjänsterelationen mellan tjänsteleverantör och tjänstekonsument.
Är det bara för IT?
Här blir definitionerna intressanta. Lägg märke till att inget i orden "tjänst" eller "produkt" säger "IT". ITIL definierar tjänstehantering som "en uppsättning specialiserade organisatoriska förmågor för att möjliggöra värde för kunder i form av tjänster". Inte IT-tjänster – tjänster.
Disciplinen växte fram ur IT, och de flesta som arbetar med ITIL gör det i en IT-kontext. Men logiken – att förstå önskade resultat, sätta samman resurser till produkter och göra dem tillgängliga som tjänster där leverantör och konsument samskapar värde – gäller HR, ekonomi, facility management och vilken intern eller extern leverans som helst. Tjänstehantering är ett sätt att tänka kring värdeskapande, inte en IT-avdelningsfunktion. Att begränsa det till IT är att missa själva poängen.
Hur agila ramverk ser på samma sak
Det intressanta är att den agila världen har landat i påfallande lika slutsatser – fast via en annan väg.
Scrum definierade länge inte ens ordet "produkt". I 2020 års Scrum Guide lades en definition till för att skapa just den klarhet vi är ute efter: "En produkt är ett medel för att leverera värde. Den har en tydlig gräns, kända intressenter och väldefinierade användare eller kunder." Och avgörande: "En produkt kan vara en tjänst, en fysisk produkt eller något mer abstrakt." Här är "produkt" det breda paraplybegreppet och tjänsten ett specialfall – nästan spegelvänt mot ITIL, men med samma kärna: en avgränsad värdebärare med kända användare.
SAFe (Scaled Agile Framework) talar hellre om lösningar. Produktledning beskrivs som funktionen som definierar "önskvärda, genomförbara, livskraftiga och hållbara lösningar som möter kundens behov", och en lösning kan vara en produkt, en tjänst eller ett system – internt eller externt. Notera de fyra orden: önskvärd, genomförbar, livskraftig, hållbar. De fångar samma helhetssyn som ITIL:s krav att en tjänst ska vara både fit for purpose och fit for use. (SAFe uppdateras löpande – kontrollera gärna den exakta ordalydelsen mot scaledagileframework.com för den version ni utgår ifrån.)
DevOps angriper frågan från driftshållet. Principen "you build it, you run it" – myntad av Amazons Werner Vogels redan 2006 – innebär att teamet som bygger en tjänst också driver den i produktion, med fullt ägarskap över tillförlitlighet och prestanda genom hela livscykeln. Det river muren mellan utveckling och drift. I praktiken suddar full service ownership ut gränsen mellan "produkt" och "tjänst" helt: teamet äger både konfigurationen och relationen, från idé till avveckling.
Och bredare: skiftet från projekt- till produkttänk handlar om precis detta. Projektet är avgränsat i tid, mäts på output ("i tid, inom budget, enligt spec") och upphör. Produkten lever vidare i åratal, mäts på outcomes och utvecklas kontinuerligt utifrån verklig användarfeedback. Det är samma förskjutning från leverans till värde som ITIL bygger in i ordet "tjänst".
Så håller du isär dem i praktiken
Min rekommendation är att inte fastna i vem som har den "rätta" definitionen – ITIL, Scrum och SAFe pekar åt samma håll – utan att vara konsekvent inom din egen organisation. En enkel minnesregel:
Tänk på produkten som vad vi bygger och underhåller – den konfiguration av resurser och förmågor som teamet äger. Tänk på tjänsten som vad kunden upplever och betalar för – relationen där dessa förmågor görs tillgängliga och värde samskapas. Den ena bär den andra: ingen tjänst utan en produkt under huven, och ingen produkt skapar värde förrän den erbjuds som en tjänst någon faktiskt använder.
När begreppen sitter blir många följdfrågor lättare: Vem är produktägare och vem är tjänsteägare? Mäter vi output eller outcome? Och – för att återvända till rubriken – är tjänstehantering bara för IT? Nej. Det är ett sätt att skapa värde, oavsett vilken avdelning som står vid dörren.
Fastna inte i vem som har den "rätta" definitionen: Var konsekvent inom din egen organisation, så löser sig det mesta.
Det här är en skriftlig version av temat för vår
Kunskapsfrukost 11 september. Vill du gräva djupare i hur ITIL (Version 5) ramar in service och produkt finns ämnet utvecklat i ITIL:s Service- och Product-material.
Dane Thomas, BiTA
Källor
ITIL® (Version 5) Service Official Book, PeopleCert © 2026
ITIL® (Version 5) Product Official Book, PeopleCert © 2026
ITIL Svensk ordlista 2026 (v3.3), PeopleCert
Scrum Guide 2020 – scrumguides.org
Scaled Agile Framework, Product Management – framework.scaledagile.com/product-management
"You build it, you run it" / full service ownership – equalexperts.com, m.fl.
Projekt vs. produkt / produkttänk – thoughtworks.com, productplan.com