Belangrijkste punten
- Voorbereiding op het workflowontwerp: workflows voor een servicecatalogus vragen om duidelijk gedefinieerde diensten, gestandaardiseerde invoer en intuïtieve categorieën nog vóór het ontwerp van de workflow.
- Tips voor catalogusworkflows: stem de complexiteit van de workflow af op het type aanvraag, automatiseer aanvragen met een laag risico en gebruik voorwaardelijke logica en goedkeuringen in meerdere fasen voor complexe aanvragen.
- Effectieve IT-aanvraagformulieren: gestructureerde aanvraagformulieren met vooraf ingestelde velden, dropdowns en validatieregels voorkomen onvolledige inzendingen en maken geautomatiseerde routering mogelijk.
- Voordelen van een goede catalogus: een goed ontworpen catalogus beperkt handmatige triage en dubbele tickets en leidt de vraag via selfservice voordat aanvragen in de wachtrij belanden.
- Zorg voor consistente catalogusworkflows: catalogusworkflows moeten aansluiten op uw ITSM-processen, zodat routering, goedkeuringen en verantwoordelijkheden consistent blijven.
- Meer gebruik van de servicecatalogus: een slechte UX zorgt ervoor dat gebruikers de catalogus links laten liggen, terwijl duidelijke beschrijvingen, weinig stappen en logische categorieën het gebruik juist stimuleren.
Stapelen de tickets zich op? Komen aanvragen bij de verkeerde persoon terecht? Besteedt uw team meer tijd aan het ontwarren van verwarring dan aan het leveren van waarde? Wanneer it-diensten niet duidelijk zijn gedefinieerd, gaat alles verderop in het proces mank.
U hebt een effectieve servicecatalogus nodig, het hart van ITSM. Die bepaalt hoe gebruikers vinden en aanvragen wat ze nodig hebben en hoe IT-teams ervoor zorgen dat die aanvragen op de juiste plek belanden. Deze gids over het ontwerpen van servicecatalogusworkflows helpt u een stevig fundament te leggen en de efficiëntie te verbeteren.
Vóór het workflowontwerp: definieer uw diensten duidelijk
Een goed gestructureerde IT-servicecatalogus zet voor elke aanvraag een duidelijke route uit. De catalogus moet het volgende bevatten:
- Duidelijke definities van diensten
- Neem beschrijvingen op van wat elke dienst biedt.
- Gebruik taal die mensen begrijpen (vanuit het perspectief van de gebruiker).
- Vastgelegde invoer en vereiste informatie
- Het doel is dubbelzinnigheid voorkomen en volledigheid garanderen.
- Gestandaardiseerde aanvraagcategorieën
- Het doel is consistente routering en afhandeling van aanvragen.
- Orden ze op gebruikersbehoefte of bedrijfsfunctie.
- Gebruik intuïtieve categorieën zoals “Toegang en identiteit”, “Devices en hardware”, “Samenwerkingstools” en “Support en probleemoplossing”.
- Verwachte resultaten en leveringsstappen
- Maak duidelijk wat gebruikers mogen verwachten en wat er gebeurt nadat ze op “verzenden” klikken.
Met goed gedefinieerde diensten worden uw workflows eenvoudiger en wordt het ontwerpen ervan makkelijker.
Standaardiseer de invoer van IT-aanvragen om wrijving te beperken
Als gebruikers onvolledige of inconsistente aanvragen indienen, moet IT navragen, verduidelijken en wachten. Dat heen-en-weergepraat telt snel op en één ontbrekend veld kan een aanvraag uren of zelfs dagen vertragen.
U kunt dat bij de bron oplossen: standaardiseer wat u verzamelt op het moment van aanvragen. Gestructureerde formulieren met vooraf ingestelde velden voorkomen achter mensen aan zitten en giswerk. Consistentie maakt het bovendien veel eenvoudiger om de routering van aanvragen te automatiseren, omdat de gegevens betrouwbaar genoeg zijn om zonder menselijke controle op te handelen.
Hier volgt een korte handleiding voor het standaardiseren van de invoer van IT-aanvragen:
- Analyseer bestaande aanvragen.
- Breng in kaart wat ontbreekt, inconsistent is of verduidelijking nodig heeft.
- Leg verplichte velden vast.
- Benoem per dienst welke gegevens nodig zijn om de aanvraag af te handelen.
- Gebruik dropdowns of vooraf ingestelde opties.
- Vermijd open tekstvelden en kies in plaats daarvan voor gecontroleerde invoer.
- Stel validatieregels in.
- Verplicht gebruikers cruciale velden correct in te vullen en blokkeer anders het verzenden van het formulier.
- Test met echte gebruikers.
- Laat vóór de uitrol een kleine groep de formulieren invullen en breng mogelijke knelpunten in kaart.
Ontwerp workflows op basis van de complexiteit van de dienst
Niet elke aanvraag vraagt om hetzelfde proces. Een wachtwoordreset op dezelfde manier behandelen als een aanvraag voor nieuwe software is zonde van ieders tijd.
De sleutel is de complexiteit van de workflow af te stemmen op wat de dienst daadwerkelijk vraagt.
- Routinematige aanvragen met een laag risico (zoals het deblokkeren van accounts of toegang tot een printer) horen thuis in eenvoudige, snelle workflows, bij voorkeur geautomatiseerd, omdat er vaak geen mens aan te pas hoeft te komen.
- Complexere diensten (zoals de onboarding van een nieuwe medewerker of het verlenen van toegang tot gevoelige systemen) profiteren van voorwaardelijke logica die zich aanpast aan de details van de aanvraag. Denk aan routering naar een andere fiatteur afhankelijk van de afdeling of het toegangsniveau.
Hetzelfde geldt voor goedkeuringen. Een aanvraag voor standaardsoftware die al op uw goedgekeurde lijst staat heeft misschien helemaal geen goedkeuring nodig. Maar een aanvraag voor een tool van een nieuwe leverancier met gevolgen voor de beveiliging vraagt waarschijnlijk om akkoord van IT én inkoop.
Voor uitzonderlijke gevallen zorgen duidelijke escalatiepaden ervoor dat niets blijft hangen. Wanneer een urgente aanvraag buiten de standaard doorlooptijden valt of een supportaanvraag op een onverwachte fout stuit, voorkomt een duidelijk escalatiepad dat er knelpunten ontstaan.
Gebruik de servicecatalogus om de vraag te sturen
Een servicecatalogus is niet alleen een menu van IT-diensten, maar ook een middel om te sturen hoe de vraag bij uw team binnenkomt. Goed ontworpen doet de catalogus al veel werk voordat een aanvraag überhaupt in de wachtrij terechtkomt.
Minder onnodige aanvragen
Dubbele of onnodige aanvragen zijn een bekende bron van inefficiëntie binnen IT. Denk aan aanvragen voor iets wat al beschikbaar is, al in behandeling is of beter via selfservice kan worden opgelost. U beperkt die aanvragen door duidelijke opties te tonen, zodat gebruikers vinden wat ze nodig hebben en niet meteen een e-mail naar IT sturen.
Minder handmatige triage
Een goed ontworpen catalogus leidt gebruikers vanaf het begin naar de juiste dienst. Dankzij duidelijke categorieën, beschrijvingen in gewone taal en logische groeperingen kiezen ze snel de juiste optie, wat handmatige triage tot een minimum beperkt.
Snellere afhandeling van aanvragen
Op termijn vermindert een goed gestructureerde catalogus de afhankelijkheid van ad-hocaanvragen. Geen losse berichten en informele verzoeken meer, want IT kan gebruikers terugverwijzen naar de catalogus. Het resultaat? Een voorspelbare werklast, snellere afhandeling en een betere ervaring.
Verbeter de UX met een goed catalogusontwerp
Een servicecatalogus werkt alleen als mensen hem gebruiken. Dat klinkt vanzelfsprekend, maar een catalogus kan voor IT volkomen logisch zijn en iedereen daarbuiten frustreren. Een slechte gebruikerservaring is een belangrijke reden waarom catalogi geruisloos mislukken.
Alarmsignalen in de gebruikerservaring
De signalen zijn makkelijk te herkennen:
- Gebruikers omzeilen de catalogus en mailen IT rechtstreeks.
- Tickets komen verkeerd gecategoriseerd binnen of missen essentiële informatie.
- Dezelfde aanvragen worden meerdere keren ingediend.
- Medewerkers geven het op en redden zich zonder.
Zo verbetert een goed catalogusontwerp de UX
Denk als de persoon aan de andere kant van het scherm en hoe gebruikers naar hun behoeften kijken. “Een nieuwe laptop aanvragen” komt bijvoorbeeld beter aan dan “Hardware provisioning – endpoint”. Nog een paar tips:
- Beschrijvingen moeten kort en duidelijk zijn.
- Categorieën moeten intuïtief en makkelijk te doorlopen zijn.
- Het aantal stappen tussen “ik heb iets nodig” en “aanvraag verzonden” moet zo klein mogelijk zijn.
Voordelen van een goed ontworpen catalogus
Als uw IT-servicecatalogus makkelijk te gebruiken is:
- Zoeken gebruikers niet langer naar omwegen en gaan ze het systeem vertrouwen.
- Komen aanvragen volledig en correct gerouteerd binnen.
- Besteedt IT minder tijd aan triage en meer aan afhandeling.
Stem workflows af op uw ITSM-processen
Om soepeler te verlopen, moeten servicecatalogusworkflows aansluiten op het bredere ITSM-proces (IT service management) dat uw team al hanteert. Dat betekent minder gaten, minder verrassingen en een consistentere ervaring.
Integratie met incident- en aanvraagbeheer
Aanvraagworkflows moeten rechtstreeks aansluiten op de manier waarop uw team incidenten en supportaanvragen afhandelt. Zo levert een inzending via de catalogus het juiste type ticket op, op de juiste plek en met de juiste prioriteit.
Afstemming op change management
Change management is een cruciaal raakvlak. Elke catalogusaanvraag die een wijziging in infrastructuur, toegang of configuratie in gang zet, hoort automatisch in uw changeproces terecht te komen en niet als bijzaak.
Consistente goedkeuringsprocessen
Als de regels verschillen afhankelijk van hoe een aanvraag is ingediend, kunnen zaken tussen wal en schip vallen of onnodig blijven liggen. Houd het voorspelbaar voor zowel gebruikers als IT-medewerkers: leg de goedkeuringslogica één keer vast en pas die consistent toe in de hele catalogus.
Vastgelegde serviceniveauverwachtingen
Elke dienst in de catalogus hoort duidelijke serviceniveauverwachtingen te hebben. Gebruikers moeten weten hoe lang een aanvraag duurt. IT-teams moeten weten waarvoor ze verantwoordelijk zijn. Zonder die duidelijkheid kan zelfs een goed ontworpen catalogus frustratie veroorzaken.
Het ontwerpen van servicecatalogusworkflows in de praktijk
Deze voorbeelden laten zien wat doordacht workflowontwerp oplevert.
Voorbeeld 1: onboarding van een nieuwe medewerker
Onboarding kan veel workflow vergen: een nieuwe medewerker heeft hardware, toegang tot software, accounts in meerdere systemen en fysieke toegang tot gebouwen nodig – allemaal afgestemd tussen IT, HR en afdelingsmanagers en met krappe deadlines.
Om te beginnen legt een goed ontworpen cataloguspagina voor onboarding alles vooraf vast: startdatum, afdeling, functie, locatie en de softwarevereisten die bij die functie horen. Vervolgens splitst voorwaardelijke logica de workflow automatisch: bij een medewerker op afstand wordt een verzendaanvraag voor hardware gestart, terwijl een aanvraag voor iemand op kantoor naar het facilitair team gaat. De goedkeuringen van HR en de aannemende manager lopen parallel (in plaats van achter elkaar), wat de totale doorlooptijd flink verkort. Op de eerste werkdag van de nieuwe medewerker is elke taak toegewezen, gevolgd en afgerond via één gestructureerd proces.
Voorbeeld 2: VPN-toegang verlenen
Bij VPN-toegang spelen beveiligingsbeleid, verificatie van de gebruiker en soms zelfs compliance-eisen een rol. Zonder gestructureerde workflow worden sommige aanvragen snel goedgekeurd, terwijl andere blijven wachten op een reactie.
In een catalogusgestuurde workflow verzamelt het aanvraagformulier: de functie van de gebruiker, de reden waarom toegang nodig is en de gegevens van de leidinggevende. Validatieregels bevestigen dat de aanvraag voldoet aan het beveiligingsbeleid voordat die verder gaat. Is dat het geval, dan volgt de goedkeuring automatisch; zo niet, dan escaleert de aanvraag naar het security team voor beoordeling. Hoe dan ook is het proces consistent, gedocumenteerd en controleerbaar.
Veelvoorkomende uitdagingen bij het ontwerpen van IT-servicecatalogusworkflows
Zelfs goedbedoelde servicecatalogusprojecten lopen tegen uitdagingen aan, zoals:
- Te complexe workflows
- Slecht gedefinieerde diensten
- Inconsistente invoer bij aanvragen
- Gebrek aan automatisering
- Weinig gebruik door medewerkers
Deze problemen hebben vaak dezelfde oorzaak: beginnen met het workflowontwerp voordat het fundament op orde is. Onthoud dat de structuur voorop moet staan.
Zo ondersteunt NinjaOne een efficiënte servicecatalogus
Met monitoring en beheer op afstand (RMM), Professional Services Automation (PSA) en een ticketsysteem op één platform helpt NinjaOne u met:
- Een centraal ticketsysteem voor alle supportaanvragen en incidenten
- Het automatiseren van routinetaken zoals patching, back-ups en notificaties
- Workflowintegratie, om het ticketsysteem te koppelen aan automatisering
- Realtime notificaties, die automatisch tickets aanmaken op basis van apparaatgezondheid en omstandigheden
- Rapportage, met inzichten die serviceprocessen en de inzet van resources optimaliseren
Zo ziet de ondersteuning van NinjaOne voor servicecatalogusworkflows eruit:
- INTAKE: de gebruiker dient een aanvraag in via de catalogus.
- ROUTERING: er wordt automatisch een ticket aangemaakt en naar het juiste team gestuurd.
- GOEDKEURINGEN: indien nodig wordt een goedkeuring gestart.
- AFHANDELING: zodra de aanvraag is goedgekeurd, verzorgt automatisering de uitrol.
Leg eerst het fundament
Effectieve workflows voor een IT-servicecatalogus beginnen met structuur. Als diensten duidelijk zijn gedefinieerd, de invoer van aanvragen gestandaardiseerd is en de catalogus makkelijk te gebruiken is, levert dat echt iets op: snellere afhandeling, minder vertraging en workflows die standhouden naarmate uw omgeving groeit. Met een goed fundament is opschalen een logische volgende stap.
Gerelateerde onderwerpen:
