Agent otvorí tiket: "VPN sa nepripája." Videl to už -- trikrát tento týždeň. Oprava zahŕňa vymazanie uloženého prihlásenia a reštart služby. Ale namiesto spomínania na kroky alebo prehľadávania starých tiketov zadá "VPN" do vyhľadávania v znalostnej báze, nájde článok a prevedie používateľa riešením za dve minúty.
To je zmysel prepojenia KB článkov s tiketmi. GLPI to podporuje natívne -- a keď je to správne nakonfigurované, premení znalostnú bázu zo statickej knižnice na aktívny nástroj zabudovaný priamo do procesu riešenia.
Ako prepojenie KB funguje v GLPI
Keď agent otvorí tiket, môže priamo z rozhrania tiketu vyhľadávať v znalostnej báze. GLPI zobrazí zodpovedajúce články na základe kategórie tiketu a textového obsahu. Agent môže:
- Aplikovať riešenie z KB článku -- obsah článku sa stane riešením tiketu, s prepojením späť na zdrojový článok
- Prepojiť článok ako referenciu -- "Tento článok bol použitý na vyriešenie tohto tiketu" bez kopírovania obsahu
- Vytvoriť nový KB článok z tiketu -- po vyriešení nového problému konvertovať riešenie priamo na znovupoužiteľný článok
Návrhy KB podľa kategórií
Skutočná sila spočíva v asociácii KB článkov s kategóriami tiketov. Keď označíte KB článok kategóriou "Sieť > VPN," každý tiket vytvorený v tejto kategórii automaticky navrhne agentovi relevantné články.
To znamená:
- Noví agenti nemusia vedieť, že KB existuje -- sama sa im ponúkne
- Najrelevantnejšie články sa zobrazia ako prvé, nie všetko čo zodpovedá kľúčovému slovu
- Agenti vidia riešenia ešte predtým, ako začnú diagnostikovať, čo zrýchľuje vyriešenie pri prvom kontakte
Nastavenie: upravte každý KB článok a priraďte mu jednu alebo viac kategórií tiketov. GLPI používa toto mapovanie na filtrovanie návrhov pri otvorení zodpovedajúceho tiketu.
Meranie efektivity KB
Znalostná báza bez metrík je znalostná báza, ktorú nemôžete zlepšovať. Sledujte:
Miera používania článkov
Ako často je každý článok prepojený s riešením tiketu? Články s vysokým využitím sú jednoznačne hodnotné -- udržiavajte ich aktuálne. Články, ktoré existujú, ale nikdy sa neprepoja, sú buď nenájditeľné (zlý názov, nesprávna kategória), alebo irelevantné (zastarané, príliš špecifické).
Vyriešenie pri prvom kontakte podľa kategórie
Kategórie s dobrým pokrytím v KB by mali vykazovať vyššiu mieru vyriešenia pri prvom kontakte. Ak nie, články možno neodpovedajú na správnu otázku -- alebo ich agenti nepoužívajú.
Čas riešenia s KB vs. bez KB
Porovnajte časy riešenia tiketov, kde bol použitý KB článok, s tiketmi vyriešenými bez neho. Rozdiel kvantifikuje hodnotu KB v ušetrených minútach na tiket.
Budovanie spätnej väzby
Znalostná báza by mala rásť z riešení tiketov, nie z dokumentačného projektu. Workflow:
- Agent vyrieši tiket s novým riešením
- Agent klikne na "Vytvoriť KB článok z riešenia"
- Článok je označený príslušnou kategóriou a zaradený na revíziu
- Správca KB skontroluje, upraví pre zrozumiteľnosť a publikuje
- Keď sa ten istý problém objaví nabudúce, článok sa ponúkne automaticky
Toto premení každý vyriešený tiket na potenciálny KB článok. Časom znalostná báza odráža to, s čím sa agenti reálne stretávajú -- nie to, s čím by sa podľa niekoho mohli stretnúť.