Kernbegrippen van servicemanagement

Een werkende computer is pas nuttig wanneer die iemand helpt iets te doen wat nodig is. Servicemanagement brengt de gespecialiseerde vermogens samen die een organisatie nodig heeft om via services waarde voor klanten mogelijk te maken. Het omvat alles van beslissen wat wordt aangeboden tot het ontwerpen, bouwen, leveren, ondersteunen en verbeteren ervan.

Begin bij het werk dat mensen moeten doen

IT-servicemanagement (ITSM) past deze aanpak toe op services die afhankelijk zijn van informatietechnologie. E-mail, salarisadministratie, netwerktoegang en openbare websites zijn bekende voorbeelden. De technologie is belangrijk, maar dat geldt ook voor de vaardigheden van mensen, duidelijke verantwoordelijkheden, afspraken met leveranciers en de manier waarop het werk is georganiseerd.

Denk aan het online leerplatform van een universiteit. Studenten moeten lessen kunnen volgen en opdrachten kunnen inleveren; docenten moeten opdrachten kunnen geven en kunnen zien wie hulp nodig heeft. De servers draaiend houden ondersteunt die behoeften. Servicemanagement vraagt ook of studenten kunnen inloggen, of het platform de drukte tijdens tentamenweken aankan en of de faculteiten hebben uitgelegd wat het onderwijs nodig heeft.

Deze vragen beïnvloeden beslissingen. Een serverrapport kan laten zien dat er geen hardwarestoringen zijn, terwijl studenten hun opdrachten nog steeds niet kunnen uploaden. De servicemanager kijkt naar wat het geheel mogelijk maakt, inclusief het werk van de IT-afdeling en de faculteiten.

Gebruik een gemeenschappelijke taal

ITIL biedt veelgebruikte richtlijnen voor het beheren van services. Dankzij een gemeenschappelijke woordenschat kunnen bedrijfsteams, IT-medewerkers en leveranciers dezelfde eisen bespreken. Als iedereen een resultaat begrijpt als iets wat de afnemer wil bereiken, kan een evaluatiegesprek gaan over de vraag of dat resultaat is bereikt, in plaats van over het vergelijken van aantallen niet-gerelateerde activiteiten.

ITIL 4 verscheen in 2019. ITIL Version 5 werd eind januari 2026 gelanceerd, gevolgd door de Foundation-certificering in februari. Version 5 beschrijft digitaal product- en servicemanagement en bekijkt digitale producten en de daarop gebaseerde services over hun hele levenscyclus. De centrale ideeën over waarde, services, resultaten, kosten, risico’s en relaties komen in beide versies terug.

Maak onderscheid tussen richtlijnen en eisen

Een organisatie kan ITIL-richtlijnen gebruiken om aan ISO/IEC 20000-1 te voldoen. Alleen het gebruik van die richtlijnen levert geen certificering tegen de norm op.

Herken interne services

De IT-afdeling van een bedrijf verleent services aan de eigen afdelingen, ook als er geen factuur wordt verstuurd. De financiering kan uit een gemeenschappelijk budget komen. De financiële afdeling heeft nog steeds behoeften en verwachte resultaten, en het IT-team beheert nog steeds middelen en prestaties.

De helpdesk is één onderdeel van dit werk. Door telefoontjes te beantwoorden help je gebruikers verder te werken, maar servicemanagement geeft de service ook vorm voordat iemand belt en evalueert die na gebruik. Bij de universiteit hoort daar onder meer bij dat de behoeften tijdens tentamenweken worden afgesproken en dat van feedback van studenten wordt geleerd.

De waarde van een service hangt af van wat belangrijk is voor de mensen die erdoor worden geraakt. Waarde betekent het voordeel, het nut en het belang dat een belanghebbende ervaart. Een functie kan waardevol zijn voor het ene team en niet relevant voor het andere, ook als beide dezelfde prijs betalen.

Voor waarde zijn beide partijen nodig

Cocreatie van waarde betekent dat leveranciers en afnemers actief bijdragen om waarde mogelijk te maken. De leverancier brengt middelen en servicevermogens in. De afnemer draagt eisen, informatie, apparatuur, tijd van mensen en veranderingen in het dagelijkse werk bij. Ook andere belanghebbenden kunnen bijdragen.

Het oudere beeld van waardelevering ziet de relatie als een eenzijdige overdracht: de leverancier bouwt iets en de afnemer ontvangt waarde. Dat beeld laat het gebruik van de service door de afnemer buiten beschouwing. Een goed gebouwd systeem dat niemand gebruikt, creëert via die ongebruikte service geen waarde.

Volg de bijdragen

Een bedrijf voert een service voor videovergaderen in om reizen te verminderen en sneller beslissingen te nemen.

1. De leverancier richt het platform en de accounts in, onderhoudt een betrouwbare verbinding en levert korte instructievideo’s.
2. Het bedrijf zorgt voor headsets en netwerktoegang op de werkplek. Medewerkers besteden tijd aan het leren gebruiken van het hulpmiddel.
3. Teams veranderen hun vergadergewoonten zodat mensen op afstand kunnen deelnemen.
4. Beide partijen bekijken of er minder wordt gereisd en beslissingen sneller worden genomen.

Het platform moet goed werken, maar het gewenste resultaat hangt af van hoe teams werken. Als iedereen naar elke vergadering blijft reizen, levert de service weinig van de beoogde waarde op. De bijdrage van de afnemer maakt deel uit van de verklaring en is geen extra gunst aan de leverancier.

Vraag voor wie de waarde verandert

Verschillende belanghebbenden zien verschillende voordelen en lasten. Afnemers krijgen hun werk mogelijk sneller gedaan. Een leverancier kan inkomsten of blijvende financiering, een sterkere reputatie en nieuwe kansen krijgen. Medewerkers kunnen vaardigheden ontwikkelen en meer plezier in hun werk krijgen. De samenleving kan profiteren van banen of een lagere milieubelasting.

Deze belangen kunnen botsen. Een service kan de betalende klant voordeel bieden en tegelijk het vertrouwen van gebruikers schaden door persoonsgegevens te delen op een manier die zij niet verwachtten. Bij een beslissing over waarde moet je daarom de betrokken belanghebbenden benoemen. Als je alleen inkomsten meetelt, mis je belangrijke effecten.

De prijs is één toegevoegde kostenpost; die is niet de waarde zelf. Een dure service kan weinig voordeel opleveren. Een goedkope service kan heel nuttig zijn, al weegt de afnemer nog steeds de kosten en risico’s van het gebruik af.

Laat feedback de service veranderen

Enquêtes, klachten, gebruiksgegevens en evaluatiegesprekken laten zien hoe mensen een service daadwerkelijk gebruiken. Een bibliotheek ontdekt dat de meeste lezers van e-books laat op de avond hun telefoon gebruiken. Een donkere weergave en offline lezen kunnen dan aansluiten op een werkelijk gebruikspatroon.

Feedback laat ook veranderende behoeften zien. Een service die bij de introductie bij een team paste, kan minder nuttig worden wanneer het werk verandert. Leverancier en afnemer blijven samen de resultaten, kosten en risico’s beoordelen.

Organisaties vervullen verschillende rollen afhankelijk van de relatie die je bekijkt. Een organisatie kan één persoon of een groep zijn met verantwoordelijkheden, bevoegdheden en relaties die zijn gericht op doelen. Een zelfstandige, een afdeling en een groep bedrijven kunnen daar elk onder vallen.

Bepaal de relatie voordat je de rol benoemt

Een serviceleverancier verleent services; een serviceafnemer neemt ze af. Deze namen beschrijven rollen in een bepaalde relatie. Het zijn geen permanente categorieën die alle organisaties in twee groepen verdelen.

Begin met een bezorgbedrijf dat een routeplanningsservice gebruikt. Het softwarebedrijf is de leverancier en het bezorgbedrijf is de afnemer. Bekijk nu de cloudhosting van het softwarebedrijf. Het hostingbedrijf levert die service en het softwarebedrijf neemt die af. Het softwarebedrijf heeft een andere rol omdat de relatie is veranderd.

Het bezorgbedrijf bezorgt ook pakketten voor webwinkels. Volg telkens één schakel en benoem welke service de twee organisaties verbindt. Zo voorkom je een veelgemaakte fout: een organisatie in elke situatie leverancier noemen omdat die ergens in de keten iets verkoopt.

Interne en externe leveranciers

Een interne leverancier kan via een budget worden gefinancierd. Het ontbreken van een factuur doet niets af aan de service of de afnemer. De afdeling verwacht nog steeds nuttige resultaten en aanvaardbare prestaties.

Herken de leverancier van digitale producten

ITIL Version 5 benoemt de leverancier van digitale producten als de organisatie die verantwoordelijk is voor het creëren en voortdurend verbeteren van digitale producten en het bijbehorende serviceaanbod. Een serviceleverancier gebruikt producten om services aan afnemers te verlenen.

Eén softwarebedrijf kan beide taken uitvoeren: het ontwikkelt een applicatie en beheert die als cloudservice. De rollen kunnen ook gescheiden zijn. Een leverancier ontwikkelt boekhoudsoftware, terwijl een afzonderlijk IT-bedrijf die voor klanten installeert, beheert en ondersteunt. Om de leverancier van digitale producten te herkennen, kijk je wie verantwoordelijk is voor het product en de voortdurende verbetering ervan. Om de serviceleverancier te herkennen, kijk je wie verantwoordelijk is voor de service die wordt gebruikt.

Kijk verder dan de directe deelnemers

Een belanghebbende heeft belang bij een service of wordt erdoor geraakt. De leverancier en afnemer zijn belanghebbenden, maar niet de enige. Ook medewerkers, aandeelhouders, partners, leveranciers, toezichthouders en lokale gemeenschappen kunnen belangen hebben.

Een datacenterservice raakt bijvoorbeeld zowel de medewerkers en de nabijgelegen gemeenschap als de directe klant. Hun belangen kunnen betrekking hebben op arbeidsomstandigheden of milieueffecten. Door deze belangen te benoemen maak je een gesprek over waarde vollediger, zonder te veranderen wie de service verleent of afneemt.

Een serviceafnemer heeft drie rollen: sponsor, klant en gebruiker. Ze beschrijven verantwoordelijkheden, dus één persoon kan meerdere rollen vervullen. Maak onderscheid tussen de rollen om te bepalen wie beslist over financiering, eisen en dagelijks gebruik.

Koppel verantwoordelijkheid aan de rol

In het dagelijks taalgebruik kan klant iedereen betekenen die iets koopt. Hier betekent het de specifieke rol die over eisen en resultaten gaat. Geld goedkeuren geeft op zichzelf die verantwoordelijkheid niet.

Volg de aankoop van een mobiele service

Een bedrijf koopt mobiele abonnementen voor 40 verkopers. De financieel directeur keurt de uitgaven goed: sponsor. De IT-manager bepaalt de dekking, databundel en toestellen en is verantwoordelijk voor de vraag of de abonnementen het team helpen verkopen: klant. Verkopers bellen en gebruiken data: gebruikers.

Als de dekking op locaties van klanten tekortschiet, melden gebruikers het probleem. De klant controleert of de eisen aansluiten op de behoeften van het verkoopteam. Als voor een ander abonnement meer financiering nodig is, beslist de sponsor over het extra budget. Deze beslissingen hangen samen, maar brengen verschillende verantwoordelijkheden mee.

Een zelfstandige die boekhoudsoftware kiest, de kosten goedkeurt en de software gebruikt, vervult alle drie de rollen. Een functietitel en het aantal mensen maken niet duidelijk wie welke rol heeft; kijk naar de handelingen en verantwoordelijkheden.

Betrek de mensen die het werk ervaren

Een declaratieapp voldoet aan alle schriftelijke eisen, dus keurt de klant de app goed. Gebruikers vinden de app traag op hun telefoon en blijven papieren formulieren indienen. Het beoogde resultaat van snellere verwerking wordt niet bereikt. Hun ervaring geeft de klant informatie die een controle van alleen de functielijst niet opleverde.

Benoem de rollen wanneer je de service afspreekt. De leverancier weet dan wie betrokken moet worden bij beslissingen over het budget, de eisen en het dagelijkse gebruiksgemak. Verschillende opvattingen over waarde kunnen naast elkaar bestaan: een lage vergoeding kan de sponsor tevredenstellen terwijl gebruikers tijd verliezen, en een handige functie kan nog steeds meer kosten dan het voordeel rechtvaardigt.

Een product is een samenstelling van middelen van een organisatie die is ontworpen om waarde te bieden aan een afnemer. In servicemanagement omvat het de middelen die achter een aanbod samenwerken, niet alleen een fysiek voorwerp of een softwarescherm.

Kijk achter een digitaal product

Een bankapp is afhankelijk van code, databases, servers, vaardigheden van medewerkers, leverancierscontracten en procedures. Afnemers zien de gebruikersinterface, maar meestal slechts een deel van deze bredere samenstelling. Een digitaal product is rond digitale technologie gebouwd; de mensen en werkafspraken blijven onderdeel van het product.

De middelen omvatten vier dimensies:

• Organisaties en mensen.
• Informatie en technologie.
• Waardestromen en processen.
• Partners en leveranciers.

Voor een zelfserviceportaal voor apparatuur betekent dit meer dan software. Informatie over apparatuur, koppelingen met de voorraad en de mensen die deze onderhouden, helpen het portaal nuttig te maken. Een medewerker gebruikt de resulterende service om geschikte apparatuur voor het werk te verkrijgen.

Eén product, verschillend aanbod

Een product voor cloudopslag kan een persoonlijk aanbod, gezinsaanbod en zakelijk aanbod ondersteunen. Individuele gebruikers hebben mogelijk hun eigen bestanden nodig; gezinnen hebben mogelijk gedeelde ruimte nodig; bedrijven hebben mogelijk beheermogelijkheden en andere ondersteuning nodig. De leverancier stelt middelen samen die deze verschillende vormen kunnen ondersteunen.

Een product kan ook voor één afnemer worden gebouwd, zoals een systeem voor één ziekenhuis. Een massamarkt bedienen maakt geen deel uit van de definitie. Het onderscheid gaat over wat de organisatie heeft samengesteld en hoe afnemers daaruit services verkrijgen.

Waarde ontstaat door gebruik

Het creëren van het product levert op zichzelf geen resultaat voor de afnemer op. Een technisch volledig portaal dat niemand gebruikt, kan medewerkers niet helpen om via die service apparatuur te verkrijgen. Toegang, geschikte informatie en het gebruik door de afnemer verbinden de samengestelde middelen met nuttige resultaten.

Producten veranderen ook. Softwareversies, vaardigheden van medewerkers en afspraken met leveranciers kunnen worden aangepast naarmate behoeften veranderen; oude versies kunnen worden uitgefaseerd. De kijk op de levenscyclus in ITIL Version 5 weerspiegelt dit voortdurende werk. Als je een product als een vaste doos of een vast softwarebestand beschouwt, blijven zowel de ondersteunende middelen als de veranderingen die nodig zijn om het nuttig te houden buiten beeld.

Een service helpt afnemers de gewenste resultaten te bereiken en maakt zo cocreatie van waarde mogelijk zonder dat zij specifieke kosten en risico’s hoeven te beheren. Elk deel van die beschrijving is belangrijk: de afnemer neemt deel, het resultaat telt en sommige lasten gaan over naar de leverancier.

Bekijk de definitie stap voor stap

“Cocreatie van waarde mogelijk maken” betekent dat beide partijen bijdragen. “Resultaten faciliteren” wijst op wat de afnemer wil bereiken. “Zonder specifieke kosten en risico’s te beheren” verklaart waarom het gebruik van een leverancier aantrekkelijk kan zijn: de afnemer hoeft niet elk middel achter het resultaat zelf te organiseren.

Het woord specifieke begrenst die laatste bewering. De afnemer houdt eigen kosten, risico’s en verantwoordelijkheden. Een service verandert welke lasten elke partij beheert; de afnemer moet nog steeds deelnemen.

Volg een uitbestede salarisadministratieservice

Een bedrijf wil dat medewerkers correct en op tijd worden betaald en dat belastingaangiften worden ingediend. Een leverancier van salarisadministratie levert de software, servers en gespecialiseerde medewerkers. Het bedrijf hoeft die middelen niet zelf aan te schaffen en te beheren.

De leverancier beheert ook details zoals het actueel houden van belastingtabellen. Daarmee neemt de leverancier bepaald werk en de bijbehorende risico’s over. Het bedrijf betaalt nog steeds de servicevergoeding en levert nauwkeurige personeelsgegevens en uren aan. Onjuiste uren die het bedrijf aanlevert, kunnen het resultaat ondermijnen, ook als de leverancier de gegevens correct verwerkt.

Het resultaat is dat mensen correct en op tijd worden betaald. Een werkende salarisserver ondersteunt dat resultaat, maar alleen de server noemen beschrijft niet wat de service voor de afnemer mogelijk maakt.

Verbind producten en services

Services zijn gebaseerd op één of meer producten. Het onderscheid is nuttig omdat een product technisch volledig kan zijn terwijl afnemers nog steeds moeite hebben het beoogde resultaat te bereiken. Beslissingen over de service verbinden het product met toegang, afgesproken prestaties en het werk van de afnemer.

Herken digitale services

Een digitale service is geheel of grotendeels afhankelijk van digitale producten. Internetbankieren, e-mail in de cloud en videostreaming passen hierbij. Een taxirit die via een app is geboekt, heeft een digitaal onderdeel, maar de rit zelf blijft een fysieke verplaatsing. Een app in een transactie maakt niet elk onderdeel van de service tot een digitale activiteit.

Beperk een service niet tot ondersteuning. Een vraag beantwoorden of een storing verhelpen is een servicehandeling die de bredere service kan helpen werken. De service omvat ook het geheel waarmee afnemers hun resultaten kunnen bereiken vóór, tijdens en na een ondersteuningsverzoek. Zowel producten als services kunnen worden beoordeeld op bruikbaarheid, garantie, gebruikerservaring en duurzaamheid.

Een serviceaanbod beschrijft formeel één of meer services voor een beoogde afnemersgroep. Het zet uiteen wat beschikbaar is en helpt afnemers zo een vorm te kiezen die bij hun behoeften past. De beschrijving en de service in gebruik hangen samen, maar zijn verschillende zaken.

Herken de drie interactievormen

Een leverancier kan middelen beheren die bij eigen leveranciers worden betrokken. Toegang tot middelen betekent dus niet dat de leverancier elk onderliggend bedrijfsmiddel moet bezitten. De belangrijke aanwijzing is dat de afnemer gebruik onder afgesproken voorwaarden krijgt zonder eigendom te ontvangen.

Deel een mobiel aanbod in

Een mobiel abonnement omvat een toestel dat op de afnemer wordt overgedragen, bellen en 20 GB data per maand op het netwerk van de aanbieder, en ondersteuning plus reparatie of vervanging van een defect toestel.

Het toestel is een overdracht van goederen omdat het eigendom overgaat. Bellen en data omvatten toegang tot netwerkmiddelen. Ondersteuning en reparatie zijn servicehandelingen. Eén aanbod combineert deze interacties; het zijn geen drie concurrerende beschrijvingen van het hele contract.

Verander nu één detail: het toestel wordt gehuurd en blijft eigendom van de leverancier. De apparatuur valt dan onder toegang tot middelen. Die is nog steeds tastbaar, maar tastbaarheid alleen bepaalt de categorie niet.

Vergelijk aanbiedingen op basis van één product

Een product voor cloudopslag ondersteunt twee abonnementen:

• “Persoonlijk” omvat 100 GB, een mobiele app en ondersteuning per e-mail tijdens kantooruren.
• “Zakelijk” omvat 2 TB per gebruiker, een beheerconsole, telefonische ondersteuning 24 uur per dag en een maandelijkse beschikbaarheidsstreefwaarde van 99,9%.

De abonnementen richten zich op verschillende afnemersgroepen. Ze beschrijven verschillende middelen, handelingen en serviceniveaus, ook al ondersteunt hetzelfde onderliggende product beide. Een afnemer die beheermogelijkheden nodig heeft, heeft weinig aan een vergelijking van alleen de opslagcapaciteit.

Gebruik de beschrijving om de relatie af te spreken

Een aanbod geeft beide partijen iets concreets om te bespreken. De afnemer kan aangeven wat nodig is en de leverancier kan uitleggen wat is inbegrepen of wordt aangepast. Wanneer een aanbod wordt geaccepteerd en de partijen gaan samenwerken, begint een servicerelatie.

Deel elk onderdeel afzonderlijk in wanneer je een gemengd aanbod leest. Een fysiek apparaat kan, afhankelijk van het eigendom, onder goederen of toegang vallen; installatie is een handeling; doorlopend gebruik van een gehost platform is toegang. Als je het hele pakket “goederen” noemt omdat het apparatuur bevat, verlies je de andere interacties en de bijbehorende verantwoordelijkheden uit het oog.

Een output is een tastbare of niet-tastbare oplevering van een activiteit. Een resultaat is een resultaat voor een belanghebbende dat mogelijk wordt gemaakt door één of meer outputs. Het verschil betreft de rol die elk speelt, niet of het fysiek of digitaal is.

Vraag wat is opgeleverd en wat is veranderd

Een maandelijks verkooprapport is een andere output. De beslissing van de winkelmanager om op zaterdag extra personeel in te zetten is een resultaat dat door het gebruik ervan mogelijk wordt gemaakt. Een nuttig document blijft een oplevering; door het belangrijk te noemen wordt het niet het resultaat van de belanghebbende.

De afnemer helpt het resultaat te bereiken

Leveranciers leveren outputs, terwijl resultaten ook afhangen van wat afnemers doen. Een trainingsleverancier kan elke cursusbijeenkomst met succes verzorgen. Voor beter werk moeten medewerkers nog steeds toepassen wat ze hebben geleerd. De levering kan dus slagen terwijl het beoogde resultaat uitblijft.

De verbanden kunnen beide kanten op lopen. Een laptop kan thuiswerken en presenteren op locaties van klanten ondersteunen: één output, meerdere resultaten. Voor thuiswerken kunnen ook netwerktoegang, accounts en software nodig zijn: meerdere outputs, één resultaat.

Meet zowel het resultaat als de activiteit

Het sluiten van 120 tickets in een week meet outputs. Als dezelfde 30 gebruikers elk steeds een uur verliezen door een onopgeloste terugkerende storing, verhult dat aantal de aanhoudende verstoring. Outputmaatstaven laten zien welk werk is uitgevoerd, maar moeten worden verbonden met gegevens over het resultaat voor de afnemer.

Formuleer resultaten in de taal van de afnemer. “Facturen worden binnen één dag na levering verstuurd” beschrijft een resultaat dat beide partijen kunnen controleren. “De facturatieserver draait dag en nacht” beschrijft ondersteunende technische prestaties. De betrouwbare server kan nodig zijn, maar bewijst niet wanneer facturen klanten daadwerkelijk bereiken.

Een service kan een afnemer werk besparen en tegelijk nieuwe verplichtingen en afhankelijkheden creëren. Om een service te beoordelen kijk je naar de resultaten samen met de weggenomen kosten en risico’s en de toegevoegde kosten en risico’s.

Maak onderscheid tussen uitgaven en onzekerheid

Kosten zijn geld dat aan een activiteit of middel wordt uitgegeven. Een risico betreft een onzekere gebeurtenis of uitkomst die doelen kan beïnvloeden. Risico beschrijft vaak schade of verlies, al kan onzekerheid ook positieve mogelijkheden omvatten. Een bekende abonnementsbetaling is een kostenpost; de mogelijkheid dat de leverancier zijn activiteiten staakt, is een risico.

Werk e-mail in de cloud uit

Een kantoor met 50 medewerkers vervangt twee eigen e-mailservers door een cloudservice. Het kantoor koopt, voedt en vervangt die servers niet langer. Ook komt er wekelijks ongeveer 6 uur beheerderstijd vrij:

$6\times 52=312$ uur per jaar.

De afnemer betaalt abonnementskosten en financiert de migratie. Elke medewerker heeft een training van twee uur nodig:

$2\times 50=100$ personeelsuren.

Deze trainingsuren zijn een extra beroep op middelen, ook al maken ze geen deel uit van de abonnementsprijs. De geldelijke kosten hangen af van de personeelskosten van de organisatie.

Het kantoor loopt niet langer het risico dat de eigen e-mailserverschijven uitvallen en is niet langer afhankelijk van één persoon om die te beheren. Het is nu afhankelijk van internettoegang en de bedrijfsvoering van de leverancier, en de gegevens worden door een derde partij bewaard. De mogelijkheid dat e-mail verloren gaat blijft bestaan, dus controleert het kantoor de maatregelen voor back-ups en bewaring. Het verplaatsen van een systeem verandert risico’s; het maakt het systeem niet risicovrij.

Vergelijk op een bruikbare basis

De beslissing combineert de gewenste resultaten, de weggenomen kosten en risico’s en de toegevoegde kosten en risico’s. Het kantoor kan niet alleen op basis van de abonnementsprijs oordelen. Een goedkopere optie kan meer tijd van medewerkers vragen voor integratie of training.

Verschillende afnemers kunnen terecht verschillende keuzes maken. Een ziekenhuis betaalt mogelijk meer om het risico op uitval te verminderen; een studentenproject accepteert mogelijk een groter risico op onderbreking voor een gratis abonnementsvorm. Elk weegt de gevolgen af tegen de eigen doelen.

Houd de verantwoordelijkheden van de afnemer zichtbaar

De klant blijft verantwoordelijk voor de resultaten van de serviceafname. De afnemer blijft eisen aanleveren, communiceren wat succes betekent en benodigde middelen beschikbaar stellen, zoals nauwkeurige gegevens en testgebruikers. Die bijdragen helpen de leverancier risico’s te beheren.

Een service moet de juiste dingen doen en goed genoeg presteren om door mensen te kunnen worden gebruikt. Bruikbaarheid beschrijft wat de service doet. Garantie beschrijft de zekerheid dat de service aan afgesproken eisen voldoet. Het zijn afzonderlijke manieren om te beoordelen hoe een service bijdraagt aan waarde.

Bruikbaarheid: geschikt voor het doel

Bruikbaarheid is de functionaliteit die wordt geboden om in een behoefte te voorzien. Een service is bruikbaar wanneer die de prestaties van de afnemer ondersteunt of een beperking wegneemt. Een service voor videovergaderen kan vergaderingen sneller laten beginnen en mensen laten deelnemen zonder dat ze in hetzelfde gebouw zijn.

Een website om kaartjes te boeken is bruikbaar wanneer gebruikers zitplaatsen kunnen kiezen en kaartjes in een wallet op hun telefoon kunnen ontvangen. Dit zijn functies die in behoeften voorzien. Als je zegt dat de site betrouwbaar is, staat daarmee nog niet vast of die deze functies biedt.

Garantie: geschikt voor gebruik

Garantie is zekerheid over afgesproken eisen aan de prestaties van de service. Vier veelvoorkomende aspecten maken dit concreet:

Voor de boekingswebsite heeft “Pagina’s laden binnen 2 seconden bij 95% van de verzoeken” betrekking op garantie. Dat geldt ook voor het verwerken van 10.000 bezoekers per minuut wanneer de verkoop begint: dit toetst de capaciteit. De eis beschrijft een prestatieniveau, geen nieuwe boekingsfunctie.

Toets de twee dimensies afzonderlijk

Zekerheid over een betrouwbare werking helpt alleen als de service bruikbaar is voor het doel. Evenzo helpt een volledige functielijst weinig als de service uitvalt wanneer mensen die nodig hebben. Zowel bruikbaarheid als garantie is nodig om waarde te creëren.

Lees de eis zorgvuldig

Een eis over wat gebruikers kunnen bereiken, gaat meestal over bruikbaarheid. Een eis over de omstandigheden waaronder zij dat kunnen doen, zoals reactietijd, vraag of herstel, gaat meestal over garantie. “Medewerkers kunnen bonnetjes indienen” beschrijft een functie; “het systeem ondersteunt de afgesproken piekbelasting” beschrijft prestaties.

De uitdrukking geschikt voor het doel hoort bij bruikbaarheid en geschikt voor gebruik hoort bij garantie. Garantie is hier breder dan de reparatiebelofte van een fabrikant. Het gaat om de afgesproken service-eisen. Deze ideeën gelden zowel voor producten als voor services en worden naast gebruikerservaring en duurzaamheid gebruikt bij het beoordelen van waarde.

Een service kan aan de functielijst en technische streefwaarden voldoen en toch frustrerend zijn in het gebruik. Gebruikerservaring (UX) omvat de functionele en emotionele ervaring van interactie met een service en de leverancier daarvan. Duurzaamheid gaat over de vraag of de service nu en in de toekomst aan milieu-, sociale en economische eisen voldoet.

Volg de taak van de gebruiker

UX omvat gemak, duidelijkheid, snelheid en het gevoel bij het contact met de leverancier. Visueel ontwerp is één onderdeel. Een duidelijk scherm kan nog steeds te veel stappen vereisen en verwarrende hulp kan afbreuk doen aan een nuttige app.

Een declaratieapp heeft alle vereiste functies en is 99,9% van de tijd beschikbaar. Toch zijn er 14 tikken nodig om één bon in te dienen. Medewerkers stellen declaraties uit, waardoor de werkzaamheden van het financiële team aan het einde van de maand vertraging oplopen. Functionaliteit en beschikbaarheid laten niet zien hoeveel inspanning gebruikers moeten leveren. Hun gedrag verbindt de ervaring met het gemiste resultaat.

Meet ervaring met tevredenheidsonderzoeken, inspanningsscores, tijden voor het voltooien van taken en terugkerende klachtenthema’s. Een nuttige vraag is: “Hoe moeilijk was het om deze taak af te ronden?” Sommige organisaties leggen ervaringsdoelen naast technische serviceniveaus vast in een belevingsovereenkomst (XLA).

Maak onderscheid tussen UX en CX

Een klant kan een applicatie prettig vinden in het gebruik, maar de facturen verwarrend vinden. Dat facturatieprobleem hoort bij de bredere klantervaring (CX). Ervaringsmaatstaven geven teams inzicht in deze verschillende contactmomenten.

Geef duurzaamheid drie onderdelen

Duurzaamheid is de zekerheid dat een product of service voldoet en blijft voldoen aan eisen voor zorg voor het milieu, sociale vooruitgang en economische groei.

• Milieu: energiegebruik van datacenters en elektronisch afval.
• Sociaal: toegankelijk ontwerp en eerlijke arbeidsomstandigheden bij leveranciers.
• Economisch: de service op termijn betaalbaar houden om te beheren en te financieren.

Een organisatie beheert 600 laptops. Bij een gelijkmatig gespreide vervangingscyclus van drie jaar koopt de organisatie er elk jaar 200. Als de cyclus wordt verlengd tot vijf jaar, verandert het jaarlijkse gemiddelde:

$600÷3=200$ laptops; $600÷5=120$ laptops.

De vermindering is 80 laptops per jaar, oftewel jaarlijks $80÷200\times 100=40\mathrm{\%}$ minder apparaten om te kopen en af te voeren. De vergelijking laat een effect op het milieu en het middelengebruik zien; de organisatie moet tijdens die langere levensduur ook blijven voldoen aan de functionele en prestatiebehoeften van gebruikers.

Duurzaamheid gaat verder dan alleen energie. Een service met een laag energiegebruik kan nog steeds niet aan een sociale eis voldoen als sommige gebruikers er geen toegang toe hebben, of aan een economische eis als de service niet kan worden gefinancierd. Door naar alle drie de onderdelen te kijken, houd je die afzonderlijke behoeften zichtbaar.

Servicekwaliteit betreft de kenmerken die een service in staat stellen aan expliciete en impliciete behoeften te voldoen. Een expliciete behoefte wordt mondeling of schriftelijk kenbaar gemaakt. Een impliciete behoefte wordt verwacht zonder te worden uitgesproken, zoals dat een service voor bestandsopslag bestanden veilig bewaart.

Zet verwachtingen om in serviceniveaus

Een serviceniveau bestaat uit één of meer maatstaven die de verwachte of behaalde kwaliteit beschrijven. “99,9% beschikbaarheid per maand” en “wachtwoorden binnen 30 minuten opnieuw ingesteld” zijn serviceniveaus. Ze maken aspecten van garantie meetbaar.

Een serviceniveauovereenkomst (SLA) legt de afspraken tussen leverancier en klant vast over de vereiste services en de verwachte niveaus. Die ondersteunt een gezamenlijk begrip van kwaliteit en het werk om die te verbeteren. Ook interne klanten kunnen SLA’s hebben; een overeenkomst hoeft geen extern inkoopcontract te zijn.

Bereken de toegestane uitvaltijd

Gebruik de afgesproken serviceperiode. Een maand van 30 dagen waarin voortdurend service is toegezegd, heeft:

$30\times 24\times 60=43.200$ minuten.

Bij 99,9% beschikbaarheid is het aandeel uitvaltijd 0,1%. Zet het percentage om voordat je vermenigvuldigt:

$43.200\times \mathrm{0,001}=\mathrm{43,2}$ minuten toegestane uitvaltijd.

Bij 99,5% is het aandeel uitvaltijd 0,5%:

$43.200\times \mathrm{0,005}=216$ minuten, oftewel $216÷60=\mathrm{3,6}$ uur.

Als je 0,1 als vermenigvuldigingsfactor voor 0,1% gebruikt, sta je honderd keer te veel uitvaltijd toe. Het percentage moet door 100 worden gedeeld.

Bereken de behaalde beschikbaarheid

Bepaal voor een afgesproken periode van 720 service-uren met 2 uur uitval eerst de beschikbare tijd:

$720-2=718$ uur.

Deel vervolgens door de afgesproken periode en druk het resultaat uit als percentage:

Hiermee wordt een streefwaarde van 99,5% gehaald en een streefwaarde van 99,9% niet. Houd teller en noemer in dezelfde eenheden. Als de overeenkomst alleen bepaalde uren omvat, bepalen die afgesproken uren de berekeningsperiode.

Voorkom groene maatstaven bij ontevreden gebruikers

Het watermeloeneffect beschrijft maatstaven die er groen uitzien terwijl de ervaring vanbinnen rood is. Een rapport over serverbeschikbaarheid kan aan alle streefwaarden voldoen terwijl gebruikers de applicatie te traag vinden om hun werk af te ronden.

De oplossing is om samen met klanten en gebruikers een evenwichtige verzameling technische maatstaven, resultaatmaatstaven en ervaringsmaatstaven te evalueren. Een bruikbare SLA verbindt serviceniveaus met de resultaten die de klant belangrijk vindt, gebruikt taal die beide partijen begrijpen en wordt geëvalueerd wanneer behoeften veranderen.

Een vastgelegd percentage is niet de hele relatie. De leverancier en klant moeten afspreken wat wordt gemeten, de werkelijke resultaten onderzoeken en feedback gebruiken om de service te verbeteren. Een snelle tijd voor het opnieuw instellen van een wachtwoord en een hoge serverbeschikbaarheid kunnen allebei nuttig zijn en toch een belangrijke behoefte missen.

Een servicerelatie is samenwerking tussen een leverancier en een afnemer. Die brengt serviceverlening, serviceafname en servicerelatiebeheer samen. Deze activiteiten verklaren hoe elke partij bijdraagt nadat een aanbod is afgesproken.

Maak onderscheid tussen de drie activiteitengroepen

Het onderscheid gaat over de rol in de activiteit. Een afnemer die ondersteuning aanvraagt, neemt een servicehandeling af. De leverancier die dat verzoek beantwoordt, verleent de servicehandeling. Een gezamenlijke evaluatie van terugkerende problemen is relatiebeheer.

Volg een HR-service in de cloud

Een bedrijf met 300 medewerkers gebruikt een HR-systeem in de cloud. De leverancier beheert servers, installeert updates, beantwoordt ondersteuningstickets en werkt aan het behalen van een beschikbaarheidsstreefwaarde van 99,9%. De leverancier stuurt maandelijks een rapport. Dit zijn activiteiten van serviceverlening.

Het bedrijf onderhoudt personeelsgegevens en zorgt voor apparaten en netwerktoegang. Medewerkers dienen verlofaanvragen in en nemen contact op met de ondersteuning. Dit zijn activiteiten van serviceafname: het bedrijf en de medewerkers gebruiken de service en beheren de middelen die het bedrijf moet bijdragen.

Tijdens een evaluatie per kwartaal onderzoeken beide partijen serviceniveaus, enquêteresultaten en plannen voor een trainingsmodule. Dat gezamenlijke werk is relatiebeheer. De bijeenkomst verbindt het rapport van de leverancier met de werkelijke ervaring en veranderende eisen van de afnemer.

Houd de middelen van de afnemer in beeld

Een leverancier van e-mail in de cloud kan een bericht niet nuttig maken voor iemand die geen werkend apparaat of geen werkende verbinding heeft. Middelen van de afnemer zijn belangrijk, ook wanneer de leverancier alle afgesproken streefwaarden haalt. De nauwkeurigheid van gegevens, kennis van gebruikers en toegang tot de service bepalen mede of het gewenste resultaat wordt bereikt.

De middelen van de afnemer gaan niet allemaal over naar de leverancier wanneer een service begint. In plaats daarvan ontstaat binnen de relatie een werkbare verdeling van verantwoordelijkheden. Een leverancier kan het beheer van een systeem overnemen terwijl de afnemer verantwoordelijk blijft voor hoe de eigen medewerkers het gebruiken.

Zie de relatie als voortdurende samenwerking

Een contract of SLA legt onderdelen van de relatie formeel vast, maar bevat niet elke interactie. Informele communicatie, feedback en vertrouwen zijn ook belangrijk. Een interne relatie kan bestaan zonder inkoopcontract.

Een relatie aangaan brengt ook kosten en risico’s met zich mee, waaronder inspanning voor afstemming en mogelijke afhankelijkheid van één leverancier. Beide partijen gebruiken het afgesproken aanbod als basis voor samenwerking en blijven vervolgens kijken of de afspraken waarde opleveren. Een ondertekend document legt een overeenkomst vast; voortdurende activiteiten laten de service in de praktijk werken.

ITIL Version 5 beschrijft basisrelaties, coöperatieve relaties en collaboratieve relaties. Deze soorten beschrijven de diepgang van de samenwerking. Kies een diepgang die past bij het werk en de verwachte waarde van nauwere betrokkenheid.

Vergelijk de vormen

Ook in een basisrelatie moet de leverancier de service leveren en ondersteunen en moet de afnemer die gebruiken. “Basis” beschrijft een beperkte diepgang, geen slechte kwaliteit.

Stem de relatie af op de behoefte

Een kantoor kiest online een standaardabonnement voor cloudopslag. De eenvoudige opslagbehoefte past bij een basisrelatie.

Een leverancier van beheerde IT-services overlegt maandelijks met een advocatenkantoor, adviseert het kantoor en past beveiligingsinstellingen aan de behoeften ervan aan. Dit is coöperatief: de afnemer leren kennen en een bestaande service aanpassen verbetert de effectiviteit.

Een ziekenhuis en een softwarebedrijf brengen medewerkers en gegevens samen om een app voor patiëntmonitoring te ontwikkelen. Gedeelde doelen, risico’s en planning maken dit collaboratief werk. Veelvuldig contact alleen zou dat partnerschap niet aantonen.

Weeg de inspanning van nauwere samenwerking af

Diepere relaties vragen meer tijd, inspanning en vertrouwen. Gezamenlijke innovatie kan die investering rechtvaardigen wanneer ze waarde creëert die geen van beide partijen alleen zou kunnen verkrijgen. Voor een standaardbehoefte waarin een standaardaanbod al voorziet, kan dezelfde investering middelen verspillen.

Een organisatie kan alle drie de soorten tegelijk onderhouden. Een bepaalde relatie kan ook veranderen naarmate behoeften en vertrouwen zich ontwikkelen, bijvoorbeeld wanneer standaardtoegang plaatsmaakt voor maatwerk. Collaboratie is nuttig waar gezamenlijke innovatie loont; het is geen verplicht einddoel voor elke leveranciersrelatie.

Een servicereis omvat de activiteiten en interacties waarmee organisaties binnen een relatie hun rollen als leverancier en afnemer vervullen. De reis omvat meer dan een aankoop of het gebruik van een applicatie door één persoon.

Volg de relatie door de tijd

Gebruikelijke activiteiten zijn behoeften en mogelijkheden verkennen, contact leggen en vertrouwen opbouwen, aanbod doen en vraag kenbaar maken, voorwaarden afspreken, gebruikers onboarden, dagelijks samen waarde creëren en de gerealiseerde waarde evalueren. Ze kunnen elkaar overlappen en zich door feedback herhalen.

Een school vergelijkt leerplatforms met de onderwijsbehoeften. Daarna ontmoet de school een leverancier voor een demonstratie en referenties. Ze kiezen een aanbod en spreken een SLA af met 99,5% beschikbaarheid tijdens schooluren.

Tijdens de onboarding krijgen 800 leerlingen een account en worden docenten getraind. Daarna gebruiken klassen het platform dagelijks; medewerkers vragen ondersteuning en sturen feedback. Aan het einde van het trimester bekijken beide partijen hoe vaak opdrachten zijn ingeleverd en wat uit een tevredenheidsonderzoek blijkt, om te bepalen wat vóór de verlenging moet veranderen.

De evaluatie wordt teruggekoppeld naar het aanbod en de volgende overeenkomst. Ook wat tijdens de onboarding wordt geleerd, kan vóór de formele evaluatie aanleiding geven tot een wijziging. Feedback maakt deel uit van de hele reis en is geen stap die voor het einde is gereserveerd.

Let op de contactmomenten

Een contactmoment is een interactie die ervaring, vertrouwen en ervaren waarde beïnvloedt. Een duidelijk gesprek tijdens de onboarding bouwt vertrouwen op; een verwarrende factuur of onbeantwoord verzoek kan het aantasten. Deze interacties vinden plaats in de hele relatie, ook buiten de applicatie.

Een zorgvuldige beëindiging is ook belangrijk. Gegevens van de afnemer teruggeven en accounts afsluiten zijn nog steeds activiteiten tussen leverancier en afnemer wanneer de relatie eindigt.

Herken het doel van één gebruiker

Een docent die een opdracht indient, doorloopt een gebruikersreis binnen de bredere servicerelatie van de school. Wisselen tussen een app en een telefoongesprek verandert niet wiens reis wordt gevolgd.