Serviceverzoeksoftware: best practices

Alles wat u moet weten over serviceverzoeksoftware

Probeer serviceverzoeksoftwareDemo aanvragen

Hoe wordt IT-probleemtrackingsoftware gebruikt?

Het gebruik van serviceverzoeksoftware om de volledige levenscyclus van serviceverzoeken te beheren via een afhandelingsproces voor verzoeken is een goede indicator van een volwassen implementatie van IT-servicemanagement (ITSM). Serviceverzoeken zijn formele verzoeken van gebruikers om een item of dienst te leveren of een taak uit te voeren. Serviceverzoeksoftware ondersteunt de verwerking van het verzoek via een afhandelingsproces voor verzoeken, van het initiële serviceverzoek van de gebruiker tot de bevestiging ervan en de uiteindelijke afhandeling, inclusief eventuele autorisatiestappen. Afhandeling van serviceverzoeken verschilt van incidentmanagement. Incidentmanagement richt zich op het herstellen van services na een onderbreking of kwaliteitsvermindering, terwijl afhandeling van serviceverzoeken zich niet bezighoudt met servicestoringen. Zonder serviceverzoeksoftware om het proces te ondersteunen en taken te automatiseren, is er een groter risico op ontevreden gebruikers doordat serviceverzoeken zoekraken en IT regelmatig wordt onderbroken wanneer gebruikers om een item of dienst vragen.

Original Path: https://www.freshworks.com/freshservice/service-request-software/service-request-software-best-practices/ Contentful Env: master Migration Status: Design review Original Filename: freshservice_service_request_software_service_request_software_best_practices-1.png

Wat is een serviceverzoek?

Een serviceverzoek is een formeel verzoek van een gebruiker om een item of dienst te leveren of een taak uit te voeren. Serviceverzoeken worden vaak naar de servicedesk gestuurd, maar kunnen via serviceverzoeksoftware ook rechtstreeks worden doorgestuurd naar het team dat verantwoordelijk is voor de afhandeling. Serviceverzoeken zijn doorgaans gericht aan IT, maar een serviceverzoek kan ook een verzoek zijn aan de servicedesk om een taak uit te voeren, of aan andere onderdelen van de organisatie om een item of dienst te leveren, waaronder HR en inkoop. Serviceverzoeken kunnen een verzoek om informatie, een wachtwoordherstel, advies, nieuwe software en te verplaatsen apparatuur omvatten. Voorbeelden zijn een adreswijziging in een personeelsrecord, een nieuwe mobiele telefoon en een nieuwe versie van flowchartsoftware die op een laptop moet worden geïnstalleerd. Een veelgebruikte term voor verzoeken die betrekking hebben op het verplaatsen, toevoegen of wijzigen van een item of dienst is MAC – Moves, Adds and Changes. Voor sommige categorieën serviceverzoeken is goedkeuring vereist voordat ze kunnen worden afgehandeld. Het kan bijvoorbeeld noodzakelijk zijn dat een budgethouder een verzoek tot aankoop van een nieuwe laptop goedkeurt voordat het serviceverzoek wordt doorgezet naar de inkoopafdeling.

Wat is de afhandeling van serviceverzoeken?

Afhandeling van serviceverzoeken is het proces van het beheren van serviceverzoeken gedurende hun volledige levenscyclus, van het initiële verzoek tot de afsluiting ervan. Serviceverzoeksoftware ondersteunt de uitvoering van dit proces. Het afhandelingsproces voor verzoeken omvat de volgende subprocessen:

Ondersteuning bij verzoekafhandeling

Dit subproces levert en onderhoudt de benodigde hulpmiddelen (inclusief de serviceverzoeksoftware), het model, de processen, de vaardigheden en het beleid die noodzakelijk zijn voor een effectieve en efficiënte verwerking van serviceverzoeken.

Registratie en categorisering van verzoeken

Dit subproces registreert en categoriseert serviceverzoeken, inclusief het controleren van de volledigheid van verzoeken en de autorisatie van de aanvrager om deze in te dienen, ter ondersteuning van een snelle en effectieve verwerking van de serviceverzoeken.

Uitvoering van het verzoekmodel

Het doel van dit subproces is de levenscyclus van een serviceverzoek uit te voeren binnen de tijdsplanning die is overeengekomen in de serviceniveauovereenkomst.

Bewaking en escalatie van verzoeken

Dit subproces heeft als doel de verwerkingsstatus van lopende serviceverzoeken continu te bewaken, zodat zo snel mogelijk actie kan worden ondernomen als serviceniveaus dreigen te worden geschonden.

Verzoeken afsluiten en evalueren

Dit subproces is verantwoordelijk voor de kwaliteitscontrole van de afhandeling van het serviceverzoek en het bijbehorende serviceverzoekrecord voordat het verzoek volledig kan worden afgesloten. Het doel is te waarborgen dat het serviceverzoek naar tevredenheid is afgehandeld en dat alle informatie die nodig is om de levenscyclus van het verzoek te beschrijven, in voldoende detail is vastgelegd. Het subproces heeft ook als doel continue verbetering van het afhandelingsproces voor verzoeken te realiseren, op basis van de lessen die zijn geleerd tijdens de verwerking van het verzoek.

Wat is serviceverzoeksoftware?

Serviceverzoeksoftware is een IT-applicatie die de functionaliteit biedt die nodig is om het afhandelingsproces voor verzoeken te ondersteunen. Serviceverzoeksoftware bevat doorgaans de volgende functies:

Actiegerichte servicecatalogus

Een uitvoerbare catalogusfunctie in de software biedt gebruikers een menu en een vervolgkeuzelijst van de standaarddiensten die zij kunnen aanvragen, met beschrijvingen en de mogelijkheid om één optie uit de lijst te selecteren. De lijst moet worden opgesteld in termen en taal die gebruikers begrijpen. Diensten moeten worden gegroepeerd per categorie, bijvoorbeeld informatieverzoeken, wachtwoordherstelverzoeken en MAC-verzoeken. Deze kunnen verder worden onderverdeeld, bijvoorbeeld in nieuwe software- en hardwareverzoeken, om de ondersteuningsgroepen te helpen. De lijst moet ook de bijbehorende serviceniveaus vermelden voor de afhandeling van de geselecteerde serviceverzoekscategorie.

Registratie van serviceverzoeken

De serviceverzoeksoftware maakt voor elk serviceverzoek een uniek record aan met een unieke identificatiecode. Alle informatie over het verzoek wordt opgeslagen in het record, en de serviceverzoeksoftware moet het record bijwerken naarmate het verzoek door de levenscyclus vordert. De informatie in het serviceverzoekrecord moet de gebruiker bevatten, het tijdstip waarop de gebruiker het verzoek afgehandeld wil hebben, de motivatie voor het serviceverzoek, naar wie het serviceverzoek moet worden doorgestuurd, de status van het verzoek en registraties van eventuele goedkeuringen en acties ter afhandeling ervan.

Routering van serviceverzoeken

De serviceverzoeksoftware moet het verzoek via een workflow kunnen doorsturen naar de juiste ondersteuningsteams, op basis van de geselecteerde serviceverzoekscategorie en eventuele subcategorieën. Afhankelijk van de categorie kunnen meerdere personen verschillende verantwoordelijkheden hebben voor het voltooien van de levenscyclus van het serviceverzoek. Bij een serviceverzoek voor een nieuwe desktop-PC kunnen bijvoorbeeld de volgende personen betrokken zijn: een servicedesk-agent die het serviceverzoek registreert na een telefoontje van de gebruiker, een serviceanalyst die het verzoek beoordeelt om te controleren of alle vereiste informatie is verstrekt, een IT-budgethouder die de uitgave goedkeurt, een medewerker die de nieuwe PC aankoopt als er geen voorraad is, een IT-technicus die de PC configureert volgens de vereiste specificaties en een IT-ondersteuningsmedewerker die de PC installeert op de locatie die in het serviceverzoek is opgegeven. De serviceverzoeksoftware moet alle betrokken personen kunnen ondersteunen.

Voortgangsbewaking en escalatie

De gebruiker die het verzoek heeft ingediend, moet de status ervan kunnen inzien via de serviceverzoeksoftware. Dit voorkomt dat gebruikers de servicedesk bellen voor een statusupdate. De ondersteuningsteams die serviceverzoeken afhandelen, willen mogelijk ook de voortgang van elk aan hen toegewezen verzoek bijhouden, wat hen kan helpen overschrijding van de serviceniveaus die aan het serviceverzoek zijn gekoppeld te voorkomen. Hiervoor moet de serviceverzoeksoftware de mogelijkheid hebben om serviceniveaus te koppelen aan de verschillende categorieën serviceverzoeken. De software moet ook de beoordelaars, goedkeurders en uitvoerders van serviceverzoeken die deel uitmaken van de workflow in staat stellen de status van het verzoek bij te werken en eventuele aantekeningen van hun acties toe te voegen. De serviceverzoeksoftware kan ook de mogelijkheid bieden om voortgangsberichten per e-mail te sturen naar de gebruiker die het serviceverzoek heeft ingediend, en om dreigende overschrijdingen van serviceniveaus automatisch te escaleren naar het management, zodat dit actie kan ondernemen.

Verzoeken afhandelen en afsluiten

De serviceverzoeksoftware moet de mogelijkheid hebben om de gebruiker te informeren dat het serviceverzoek is voltooid en het serviceverzoekrecord te sluiten. Naast het afhandelen van een verzoek voor de gebruiker kan een verzoek ook worden geweigerd. Redenen voor weigering kunnen zijn: onvoldoende budget, onjuiste autorisatieniveaus en het niet beschikbaar zijn van het gevraagde item of de gevraagde dienst. De serviceverzoeksoftware moet onderscheid kunnen maken tussen deze verschillende typen afsluiting.

Rapportage

Rapportage over serviceverzoeken is een goede ITSM-praktijk. Naast rapportage over het behalen van serviceniveaus voor serviceverzoeken kunnen de rapporten ook het aantal ontvangen serviceverzoeken, het aantal afgesloten verzoeken, het aantal afgewezen verzoeken, informatie over de verschillende categorieën serviceverzoeken en een vergelijking van verschillende gebruikersgroepen en ondersteuningsgroepen bevatten. De serviceverzoeksoftware moet de rapportage ondersteunen van alle vastgelegde informatie gedurende de levenscyclus van het serviceverzoek. Deze informatie kan vervolgens worden gebruikt om mogelijke knelpunten te identificeren, zodat het proces, de gebruikerseducatie en -training en het gebruik van de serviceverzoeksoftware kunnen worden verbeterd.

Wat zijn de taken in serviceverzoeksoftware en afhandeling van serviceverzoeken?

Het afhandelingsproces voor verzoeken omvat een aantal verschillende taken, waaronder taken die specifiek vereist zijn voor de implementatie en het beheer van de servicedesk-afhandelingssoftware. Deze taken kunnen de verantwoordelijkheid zijn van dezelfde persoon of van verschillende personen.

Gebruikers – De aanvrager

Gebruikers zijn verantwoordelijk voor het indienen van serviceverzoeken via de serviceverzoeksoftware of via een andere methode die is overeengekomen en vastgelegd in een beleidsdocument. Het is belangrijk te waarborgen dat gebruikers worden opgeleid en getraind in het gebruik van de servicedesksoftware, inclusief het indienen van serviceverzoeken, het raadplegen van statusupdates en het bevestigen van de afsluiting van het serviceverzoek via de serviceverzoeksoftware nadat zij zijn geïnformeerd dat hun verzoek is afgehandeld.

Servicedesk

Wanneer serviceverzoeksoftware niet uitsluitend wordt gebruikt voor het indienen van serviceverzoeken, is de servicedesk verantwoordelijk voor het registreren en categoriseren van serviceverzoeken op basis van de informatie die gebruikers aanleveren. Gebruikers kunnen via verschillende kanalen contact opnemen met de servicedesk, waaronder telefoon, e-mail en sociale media. Wanneer deze kanalen worden gebruikt, is de servicedesk verantwoordelijk voor het invoeren van de gegevens in de serviceverzoeksoftware, waarbij zij namens de gebruiker handelt en de gebruiker op de hoogte houdt van de voortgang van zijn of haar serviceverzoek.

Beoordelaars van serviceverzoeken

Deze persoon is verantwoordelijk voor het beoordelen van serviceverzoeken om te controleren of ze volledig zijn en voldoen aan het geldende beleid. De persoon is betrokken direct nadat een serviceverzoek is ingediend, en ook tijdens de kwaliteitscontroles voordat het serviceverzoek wordt afgesloten. Serviceverzoeksoftware voert deze taak vaak automatisch uit, omdat handmatige controles tijdrovend en foutgevoelig kunnen zijn. Als de gebruiker het initiële serviceverzoek rechtstreeks bij de servicedesk indient, kan de servicedesk ook optreden als beoordelaar van het serviceverzoek.

Goedkeurders van serviceverzoeken

Voor sommige categorieën serviceverzoeken is goedkeuring vereist voordat ze kunnen worden afgehandeld. Dit kan financiële goedkeuring omvatten wanneer een uitgave vereist is en de kosten voor de afhandeling van het serviceverzoek hoger zijn dan de goedkeuringslimiet van de aanvrager. Het kan ook beveiligingsgoedkeuring omvatten als het type gevraagde dienst vereist dat de aanvrager over voldoende beveiligingsmachtiging beschikt. Sommige organisaties stellen dat lijnmanagers alle serviceverzoeken beoordelen en goedkeuren die niet louter informatieverzoeken zijn. Servicedesksoftware kan goedkeurders ondersteunen via effectieve workflows, inclusief het toetsen van het serviceverzoek aan gedefinieerde parameters, zoals kosten, met automatische goedkeuring als een limiet niet wordt overschreden.

Afhandelingsgroep voor serviceverzoeken

Er kunnen meerdere afhandelingsgroepen voor serviceverzoeken zijn, waarbij elke groep verantwoordelijk is voor de afhandeling van specifieke categorieën en typen serviceverzoeken. Voor sommige typen serviceverzoeken kan het nodig zijn dat een afhandelingsgroep de hulp inroept van een andere gespecialiseerde groep — bijvoorbeeld door samen te werken met een inkoopfunctie wanneer apparatuur of diensten moeten worden aangeschaft om het serviceverzoek af te handelen. De software voor serviceverzoeken moet de gegevens opslaan, zodat serviceverzoeken automatisch naar de juiste afhandelingsgroep kunnen worden doorgestuurd.

Incidentmanager

De incidentmanager is doorgaans de proceseigenaar van het afhandelingsproces voor serviceverzoeken. Hij of zij is verantwoordelijk voor het effectieve ontwerp, de implementatie, het wijzigingsbeheer en de continue verbetering van dit proces. Hij of zij rapporteert ook over de KPIs van het proces en werkt samen met de producteigenaar van de software voor serviceverzoeken om te waarborgen dat de software het proces ondersteunt. De incidentmanager is tevens verantwoordelijk voor het definiëren van de interfaces tussen het afhandelingsproces voor serviceverzoeken en gerelateerde processen, waaronder incidentmanagement, toegangsbeheer, kennisbeheer, wijzigingsbeheer en configuratie- en assetbeheer. Hij of zij verzorgt de eerste escalatiestap voor serviceverzoeken die niet binnen de overeengekomen serviceniveaus kunnen worden afgehandeld.

Kennismanager

Deze persoon is verantwoordelijk voor het waarborgen dat de kennis die nodig is voor effectief gebruik van het afhandelingsproces voor serviceverzoeken, wordt vastgelegd in de kennisbank die de software voor serviceverzoeken gebruikt, en dat deze up-to-date wordt gehouden naarmate er lessen worden geleerd en nieuwe services worden geïntroduceerd. De software voor serviceverzoeken moet de kennis beschikbaar stellen aan gebruikers, de servicedesk en andere betrokken partijen, zodat zij weloverwogen beslissingen kunnen nemen over het type serviceverzoek en de wijze waarop dit moet worden beheerd.

Producteigenaar serviceverzoeksoftware

Deze persoon heeft de algehele eigenaarschap van de software voor serviceverzoeken, met verantwoordelijkheid voor de strategie en het goedkeuren van wijzigingen aan de software. In feite is hij of zij de service-eigenaar van de service die de software voor serviceverzoeken levert, en is verantwoordelijk voor het beheer van deze service gedurende de volledige levenscyclus. De producteigenaar van de software voor serviceverzoeken moet de softwarestrategie regelmatig beoordelen om te waarborgen dat deze de doelstellingen van de organisatie blijft ondersteunen, inclusief die van IT en gebruikers. Hij of zij is ook verantwoordelijk voor het waarborgen dat de serviceniveaus voor de software voor serviceverzoeken worden gehaald, inclusief eventuele beschikbaarheidsdoelen.

Ondersteuning van de serviceverzoeksoftware

Deze persoon is verantwoordelijk voor de ondersteuning van de servicedesksoftware, inclusief het uitvoeren van onderhoud en upgrades.

Wat zijn veelvoorkomende workflows voor serviceverzoeken?

De precieze details van workflows voor serviceverzoeken zijn afhankelijk van de behoeften en de organisatiestructuur. Hieronder volgen enkele voorbeelden van verschillende typen workflows voor serviceverzoeken die in de software voor serviceverzoeken kunnen worden geconfigureerd:

Informatieverzoek

Bij dit type serviceverzoek vraagt de gebruiker om informatie, zoals: "Wat zijn de openingstijden van de servicedesk?" Om dit type serviceverzoek zoveel mogelijk te beperken, is het aan te raden zo veel mogelijk informatie beschikbaar te stellen aan gebruikers via een goed toegankelijke en begrijpelijke kennisbank in de software voor serviceverzoeken. Het is echter nooit mogelijk dit type verzoek volledig te elimineren. De eerste stap in een workflow is de vraag van de gebruiker, ingediend via de software voor serviceverzoeken of via de servicedesk, die het verzoek vervolgens namens de gebruiker in de software invoert. Als de software beschikt over een zoekfunctie met automatisch aanvullen, waarbij mogelijke antwoorden worden getoond en verfijnd naarmate het verzoek om informatie wordt ingevoerd, kan de afhandeling van serviceverzoeken op dat moment worden afgerond door de gebruiker de gevraagde informatie te verstrekken. Wanneer dit niet mogelijk is, moet de workflow de informatie uit het verzoek en de regels in de software voor serviceverzoeken gebruiken om het verzoek door te sturen naar de juiste afhandelingsgroep. Deze groep kan de gebruiker vervolgens rechtstreeks benaderen met de gevraagde informatie of deze via de software voor serviceverzoeken toesturen. Het serviceverzoek kan in de software worden gesloten zodra de gebruiker heeft bevestigd dat zijn of haar verzoek is afgehandeld.

"Hoe doe ik dit?"-verzoek

Dit zijn serviceverzoeken waarbij de gebruiker vraagt hoe een taak, functie of handeling moet worden uitgevoerd. De workflow voor dit type serviceverzoek lijkt sterk op die van een verzoek om informatie. Sommige organisaties gebruiken dezelfde workflow. Ook hier geldt dat het verzoek bij voorkeur via de software voor serviceverzoeken wordt afgehandeld, en zo niet, automatisch wordt doorgestuurd naar de juiste afhandelingsgroep. Het verschil met een verzoek om informatie is dat een "hoe doe ik dit?"-verzoek aangeeft dat de gebruiker aanvullende training nodig heeft of dat het trainingsmateriaal ontoereikend is. Daarom is het een goede praktijk om "hoe doe ik dit?"-verzoeken apart te categoriseren van informatieverzoeken. Voor deze categorie kunnen rapporten worden gegenereerd en doorgestuurd naar de trainingsafdeling of het trainingsteam, zodat passende maatregelen kunnen worden genomen.

Verzoek om wachtwoordherstel

De meeste organisaties hebben inmiddels software geïmplementeerd om serviceverzoeken voor wachtwoordherstel te verwerken zonder dat daarvoor ondersteuning van anderen dan de gebruiker zelf nodig is. Deze software kan onderdeel zijn van de software voor serviceverzoeken of afzonderlijk zijn, maar wel gekoppeld, zodat de gebruiker de hersteloptie kan openen via het menu in de software voor serviceverzoeken. In organisaties waar dit nog niet is geïmplementeerd, is het waarschijnlijk dat er een groot volume aan serviceverzoeken voor wachtwoordherstel binnenkomt, waardoor het beheerproces efficiënt moet zijn. Het is belangrijk serviceverzoeken voor wachtwoordherstel bij te houden om "veelplegers" te identificeren die baat kunnen hebben bij training. Dit type workflow heeft ook een beveiligingsaspect. Het is belangrijk de identiteit te verifiëren van de gebruiker die het verzoek indient, omdat het kan gaan om een frauduleuze poging om toegang te krijgen tot systemen met de inloggegevens van die gebruiker. Het is daarom essentieel een stap in de workflow voor de afhandeling van serviceverzoeken op te nemen — ondersteund door de software voor serviceverzoeken — waarbij de identiteit van de gebruiker wordt geverifieerd voordat het wachtwoord wordt hersteld. Dit is in wezen toegangsbeheer: het proces dat verantwoordelijk is voor het verlenen van toegang aan gebruikers tot IT-services, gegevens of andere assets.

Verzoek om werkplekverplaatsing

In deze workflow verplaatst een gebruiker zijn of haar werkplek van de ene locatie naar de andere. Dit kan een aantal verschillende activiteiten en afhandelingsgroepen omvatten, waaronder IT voor het verplaatsen van apparatuur, beveiliging voor het verstrekken van nieuwe toegangspassen en facilitaire diensten voor het bijwerken van locatiegegevens in het gebouw. Een efficiënte workflow voor dit type verzoek maakt gebruik van de software voor serviceverzoeken om alle afhandelingsgroepen tegelijkertijd te informeren over de verplaatsing en hen volledig inzicht te geven in elkaars plannen, zodat de verplaatsing gecoördineerd kan verlopen. Het serviceverzoek kan pas worden gesloten in de software voor serviceverzoeken wanneer alle deelactiviteiten zijn afgerond. Dit is een goed voorbeeld van een workflow met meerdere vertakkingen.

Verzoek om nieuwe software

Wanneer een gebruiker nieuwe software aanvraagt, omvat de workflow doorgaans een aantal verschillende goedkeurders. Als de software nergens anders in de organisatie wordt gebruikt, moet de software voor serviceverzoeken goedkeuring aanvragen bij het team dat verantwoordelijk is voor de IT-architectuur. Als IT-budgetten centraal worden beheerd, moet de workflow in de software voor serviceverzoeken goedkeuring verkrijgen van de budgethouder voor IT. Sommige organisaties vereisen ook goedkeuring en een schriftelijke onderbouwing van het afdelingshoofd van de gebruiker. In plaats van dit via e-mail te regelen, moet de software voor serviceverzoeken deze stap via een workflow beheren. Zodra alle goedkeuringen zijn verleend, moet de software voor serviceverzoeken het verzoek doorzetten naar inkoop voor de aanschaf van de software, naar IT voor het testen ervan en mogelijk naar de desktopondersteuning voor de implementatie. Dit type serviceverzoek kan lastig te definiëren zijn in de software voor serviceverzoeken, maar zodra dit is gedaan, kunnen alle vergelijkbare serviceverzoeken efficiënt worden afgehandeld.

Rapportageverzoek

Deze workflow wordt gebruikt wanneer een gebruiker IT vraagt een rapport voor hem of haar op te stellen. Dit is een eenvoudige workflow voor de software voor serviceverzoeken, omdat het verzoek doorgaans rechtstreeks naar IT kan worden doorgestuurd zonder voorafgaande beoordeling of goedkeuringsstap.

Vereenvoudig uw workflows met Freshservice

Gratis uitproberen

Best practices voor de afhandeling van serviceverzoeken

De best practices voor software voor serviceverzoeken en de afhandeling van serviceverzoeken zijn primair gericht op het waarborgen dat het afhandelingsproces efficiënt en effectief is en de gebruikerstevredenheid ondersteunt. Best practices zijn onder meer:

Betrek gebruikers

Vertegenwoordigers van gebruikers moeten gedurende de gehele levenscyclus van de software voor serviceverzoeken worden betrokken. Zonder deze betrokkenheid is een succesvolle afhandeling van serviceverzoeken weinig waarschijnlijk. Dit begint met het definiëren van de verwachte resultaten van de software voor serviceverzoeken en de ondersteunde processen. Vervolgens moet de betrokkenheid worden voortgezet bij het definiëren van de categorieën voor serviceverzoeken en eventuele subcategorieën. Als deze worden gedefinieerd zonder gebruikersbetrokkenheid, is de kans groot dat gebruikers de verkeerde categorie of subcategorie selecteren bij het indienen van een serviceverzoek, wat leidt tot extra werk voor de afhandelingsgroepen en de reputatie van de software voor serviceverzoeken schaadt. Gebruikers moeten ook worden betrokken bij de continue beoordeling van deze categorieën en bij de manier waarop de servicedesksoftware de keuzes aan gebruikers presenteert bij het indienen van serviceverzoeken.

Houd het eenvoudig

Het ontwerp van de manier waarop services kunnen worden aangevraagd, moet zo eenvoudig mogelijk zijn. Het aantal opties dat aan gebruikers wordt gepresenteerd bij het selecteren van het type en de categorie van een serviceverzoek, moet worden beperkt tot het minimum dat nodig is voor een effectieve workflowroutering. Als de software voor serviceverzoeken de keuzes niet eenvoudig presenteert, te veel klikken en toetsaanslagen vereist om het verzoek in te dienen, of als gebruikers de gebruikte termen en begrippen niet gemakkelijk begrijpen, zijn er twee mogelijke uitkomsten: gebruikers stoppen met het gebruik van de software voor serviceverzoeken en nemen in plaats daarvan contact op met de servicedesk, of ze selecteren een onjuist item uit de lijst met beschikbare services. Beide situaties leiden tot extra inspanning bij de verwerking van het serviceverzoek, hebben een negatief effect op de reputatie van de software voor serviceverzoeken en verlagen de gebruikerstevredenheid.

Modellen voor serviceverzoeken

Het is verstandig een uitgebreid model voor serviceverzoeken op te stellen, waarin het overeengekomen afhandelingsproces voor serviceverzoeken wordt gedefinieerd. Dit model moet alle stappen bevatten die zijn gedefinieerd in de workflows van de software voor serviceverzoeken voor elke categorie serviceverzoeken. Het model voor serviceverzoeken moet ook eventuele gerelateerde beleidsregels definiëren.

Selfservice-portaal

Effectieve oplossingen voor software voor serviceverzoeken maken gebruik van portalen die gebruikers kunnen openen via standaard internetbrowsers. Het ontbreken van gespecialiseerde clientapplicaties stimuleert gebruikers om de software voor serviceverzoeken te gebruiken voor het indienen van alle serviceverzoeken, vanaf alle typen apparaten, inclusief mobiele telefoons. De meeste mensen gebruiken internetwinkelapplicaties om een product te zoeken, informatie erover te lezen en het vervolgens aan een winkelwagen toe te voegen. Door dezelfde look en werking toe te passen in de software voor serviceverzoeken, kunnen gebruikers worden overtuigd deze te gebruiken.

Aanpasbare servicecatalogus

De mogelijkheid van de software voor serviceverzoeken om afbeeldingen te gebruiken ter illustratie van de verschillende services die via de servicecatalogus kunnen worden aangevraagd, kan gebruikers motiveren de software te gebruiken in plaats van contact op te nemen met de servicedesk, omdat de software gebruikers helpt navigeren door de gepresenteerde keuzes.

Aanpasbare workflows

Zoals geïllustreerd in het gedeelte over workflows voor serviceverzoeken, varieert de complexiteit van workflows van eenvoudig tot complex en verschilt deze per organisatie. Het is daarom essentieel dat de servicedesksoftware de mogelijkheid biedt workflows eenvoudig aan te passen. Dit omvat het toevoegen en bijwerken van afhandelingsgroepen voor serviceverzoeken, het definiëren van verschillende routeringen voor verschillende categorieën en subcategorieën van serviceverzoeken, workflows met meerdere vertakkingen, beoordelings- en goedkeuringsstappen en goedkeuringslimieten.

Selfservice-statusinformatie

Gebruikers moeten de status van ingediende serviceverzoeken kunnen controleren via de servicedesksoftware, zonder contact op te nemen met de servicedesk of een nieuw serviceverzoek in te dienen. Al deze handelingen veroorzaken vertragingen en frustratie. De servicedesksoftware moet een zoekfunctie bieden, zodat gebruikers hun serviceverzoeken kunnen opzoeken, zowel openstaande als gesloten.

Kennisbank

Een kennisbank die onderdeel is van de software voor serviceverzoeken, up-to-date wordt gehouden, beschikt over goede zoekfunctionaliteit en door gebruikers gemakkelijk wordt begrepen, is essentieel voor een succesvolle afhandeling van serviceverzoeken. Een dergelijke kennisbank helpt gebruikers hun informatieverzoeken en "hoe doe ik dit?"-verzoeken op te lossen voordat ze een serviceverzoek in de software aanmaken, en stelt hen in staat de juiste keuzes te maken als ze de software voor serviceverzoeken toch moeten gebruiken. Feedback uit het gebruik van de software en regelmatige analyse van registraties en gebruiksgegevens van serviceverzoeken moeten worden beoordeeld ter ondersteuning van de continue verbetering van de kennisbank.

Wat is de rol van serviceniveauovereenkomsten in software voor serviceverzoeken?

Om de klanttevredenheid te bevorderen, is het verstandig gebruikers een indicatie te geven van wanneer hun serviceverzoek naar verwachting zal worden afgehandeld. Het is ook nuttig deze informatie te delen met de afhandelingsgroepen, zodat zij hun werkzaamheden met betrekking tot serviceverzoeken kunnen prioriteren op basis van de vereiste datums. Beide doelen kunnen worden bereikt door serviceniveaudoelen vast te stellen voor elke categorie en subcategorie van serviceverzoeken. Vertegenwoordigers van gebruikers en afhandelingsgroepen moeten deze doelen overeenkomen en vastleggen in een serviceniveauovereenkomst (SLA). Deze serviceniveaus moeten worden ingevoerd in de software voor serviceverzoeken, zodat de voortgang per serviceverzoek kan worden bijgehouden, automatische escalaties kunnen worden gegenereerd als een SLA dreigt te worden geschonden, en rapporten over de behaalde serviceniveaus op overeengekomen intervallen kunnen worden verstrekt. De software voor serviceverzoeken kan gebruikers ook de verwachte afrondingsdatum van hun serviceverzoek tonen. Typische serviceniveaus voor serviceverzoeken en software voor serviceverzoeken zijn onder meer:

  • Reactietijd op een serviceverzoek

  • Afhandeltijd van een serviceverzoek

  • Beschikbaarheidspercentage van de software voor serviceverzoeken

De software voor serviceverzoeken moet agents waarschuwen wanneer zij de serviceniveauovereenkomst dreigen te schenden, en tickets die hun deadline naderen opnieuw prioriteren. Dit helpt agents tickets bij te houden en SLA-schendingen te voorkomen. Het is ook waardevol om inzicht te hebben in welke agents tickets binnen de serviceniveauovereenkomst afhandelen.

Meld u vandaag aan voor Freshservice

Start uw gratis proefperiode van 14 dagen. Geen creditcard vereist. Geen verplichtingen.

GRATIS AANMELDENDEMO AANVRAGEN