Benodigde licentie
| Abonnement | Suite Growth of hoger |
| Toegang | Admin |
Met een servicecatalogus wordt je helpcenter een plek waar mensen dingen aanvragen, en niet alleen erover lezen.
Wat het is
Een lijst met diensten die iemand kan aanvragen: een laptop, toegang tot een systeem, een nieuwe medewerker inrichten, een stuk software. Elk heeft een eigen formulier dat precies vraagt wat er nodig is.
Er een aanvragen maakt een ticket, gerouteerd naar wie het afhandelt.
Voor wie het is
Interne servicedesks, bovenal. Bedient je Zendesk collega's in plaats van klanten, dan is dit het verschil tussen een ticket met "ik heb een laptop nodig" en een ticket dat al weet welk model, voor wie, en tegen wanneer.
Wat het verandert
- Aanvragen komen compleet binnen. Het formulier vroeg wat het team nodig heeft.
- Mensen zien wat er beschikbaar is. De helft van de vragen aan een interne desk gaat over wat je kunt aanvragen.
- Routeren gaat vanzelf, want de dienst zegt wie hem afhandelt.
- Het is telbaar. Hoeveel van elk, en hoe lang elk duurt.
Begin met drie
De drie dingen waar mensen het meest om vragen. Een catalogus met veertig diensten waar niemand doorheen bladert is een lijst; een met drie die werkelijk worden gebruikt leert je hoe de vierde hoort te werken.
Twee dingen om na te gaan voordat je erop plant
Hij staat uit tot een beheerder hem aanzet, dus niemand vindt hem per ongeluk. En je helpcenterthema moet hem ondersteunen: het standaardthema doet dat, en thema's die na 31 juli 2025 zijn aangepast ook. Een ouder eigen thema moet eerst worden bijgewerkt, en dat is ontwikkelwerk en geen instelling.
Kijk naar het thema voordat je een catalogus ontwerpt. Dat is de drempel die van een goede middag een project maakt.
Waar het niet past
Support aan klanten. Klanten hebben problemen in plaats van aanvragen uit een menu, en een catalogus vraagt ze te categoriseren voordat ze iets hebben beschreven.
Opmerkingen
0 opmerkingen
Artikel is gesloten voor opmerkingen.