Ako vytvoriť helpdesk systém na tikety: tikety, stavy, prideľovanie a e-mail

Helpdesk systém na tikety mení rozptýlené požiadavky — e-maily, správy, „rýchle otázky“ na chodbe — na tikety: jeden záznam na jeden problém, s vlastníkom, stavom, prioritou a celou konverzáciou. Na jeho vytvorenie potrebujete spôsob, ako vytvárať tikety, spoločný front s filtrami, prideľovanie, vlákno, ktoré oddeľuje verejné odpovede od interných poznámok, a oznámenia, aby nikto nečakal bez odpovede. Nástroj na tvorbu aplikácií s AI vie za jedno popoludnie postaviť solídnu prvú verziu pre interný IT, HR alebo technický pult. Zákaznícka podpora vo veľkom rozsahu s e-mailovým vláknením, cieľovými časmi odozvy a reportingom si vyžaduje väčšiu starostlivosť — a práve tu si zavedené helpdesk produkty zaslúžia svoj poplatok.

Čo systém potrebuje

Dáta

Ukladajte časy prvej odpovede a vyriešenia od začiatku. Na nich stoja všetky reporty a dodatočne ich nerekonštruujete.

Stránky

• Žiadateľ: formulár „odoslať požiadavku“ s kategóriou a prílohami, zoznam „moje požiadavky“ a vlákno každého tiketu.
• Agent: front (moje tikety, nepridelené, všetky otvorené), filtre a vyhľadávanie, pohľad na tiket s ovládaním odpovede, poznámky, stavu, priority a riešiteľa.
• Administrátor: kategórie, tímy, agenti, pripravené odpovede a jednoduchý report.

Oprávnenia

Žiadatelia vidia len svoje tikety a len verejné odpovede. Agenti vidia tikety svojho tímu a interné poznámky. Vedúci a administrátori vidia všetko a spravujú nastavenia. Únik interných poznámok k zákazníkovi je klasická helpdesková katastrofa, takže to vynucujte na serveri, nie len skrytím záložky. Pozrite riadenie prístupu podľa rolí.

Rozhodnutia a kompromisy

Formulár, e-mail, alebo oboje

Webový formulár je najjednoduchší a dáva čisté dáta: kategória, priorita a povinné polia. Príjem e-mailov — ľudia napíšu na podpora@ a objaví sa tiket — je to, čo zákazníci očakávajú, ale potrebuje poskytovateľa e-mailov, ktorý dokáže prijímať správy a posielať ich vašej aplikácii, plus vláknenie, aby sa odpovede pripojili k správnemu tiketu (zvyčajne číslo tiketu v predmete alebo jedinečná adresa na odpoveď). Začnite formulárom; e-mail pridajte, keď je pracovný postup overený. Odchádzajúcu časť popisuje posielanie e-mailov z aplikácie.

Prideľovanie

Možnosti: agenti si vyberajú z nepridelenej fronty; rotácia v rámci tímu (round-robin); alebo prideľovanie podľa kategórie. Výber z fronty stačí pre malé tímy. Automatické prideľovanie pomáha, keď tikety ostávajú bez vlastníka.

Priority a cieľové časy odozvy

Definujte dve alebo tri priority s cieľom pre prvú odpoveď („urgentné: 1 hodina, normálne: 1 pracovný deň“). Zobrazenie zostávajúceho času pri každom tikete je užitočnejšie než mesačný report, ktorý nikto nečíta. Pracovné hodiny komplikujú výpočty — rozhodnite včas, či sa do cieľov počítajú noci a víkendy.

Zlučovanie a duplikáty

Ten istý problém nahlásený trikrát je bežný. Akcia „zlúčiť do tiketu č.“ ušetrí agentov od opakovaného odpovedania na to isté; stojí za to ju postaviť skoro.

Prvý prompt, ktorý funguje

Vytvor interný IT helpdesk pre firmu s 60 zamestnancami. Zamestnanci odosielajú požiadavky formulárom: predmet, kategória (hardvér, softvér, prístup, sieť, iné), priorita (nízka, normálna, urgentná), popis a prílohy. Každý tiket dostane číslo a stavy nový, otvorený, čaká sa na žiadateľa, vyriešený, uzavretý. IT agenti vidia front s kartami pre nepridelené, moje a všetky otvorené, filtre podľa kategórie, priority a stavu, a vyhľadávanie. Stránka tiketu zobrazuje vlákno s verejnými odpoveďami a internými poznámkami jasne oddelenými; zamestnanci nikdy nevidia interné poznámky. Agenti môžu prideľovať, meniť stav a prioritu, používať pripravené odpovede a zlučovať duplikáty. Sledujte časy prvej odpovede a vyriešenia a zobrazte čas od poslednej aktualizácie pri každom tikete. Zamestnanci majú stránku „moje požiadavky“. Roly: zamestnanec, agent, administrátor. Všetko ulož do databázy. Jednoduché, husté a rýchle rozhranie — rýchlosť pred dekoráciou.

Postup budovania

1. Model tiketov a formulár. Odoslať, zobraziť zoznam, otvoriť tiket, odpovedať.
2. Front a filtre. Nepridelené, moje, všetky otvorené; filtrovanie a vyhľadávanie; zoradenie podľa priority a veku.
3. Roly a prihlásenie. Žiadateľ, agent, administrátor — s poznámkami skrytými pred žiadateľmi na serveri.
4. Ovládanie riešiteľa, stavu a priority s protokolom každej zmeny.
5. Oznámenia. E-mail žiadateľovi pri verejných odpovediach a agentovi pri novom prideľení cez vášho poskytovateľa e-mailov.
6. Pripravené odpovede a zlučovanie.
7. Cieľové časy odozvy a základný report: otvorené tikety podľa veku, čas prvej odpovede, tikety podľa kategórie.
8. Príjem e-mailov, keď je zvyšok hotový, s dôkladne otestovaným vláknením.
9. Pilot s jedným tímom na dva týždne, skôr než presuniete všetkých.

Časté chyby

• Interné poznámky viditeľné žiadateľom, lebo boli skryté len v rozhraní.
• Príliš veľa stavov a kategórií. Agenti vyberú prvý, ktorý vyzerá blízko. Začnite najviac piatimi každého.
• Žiadne časové pečiatky pre prvú odpoveď a vyriešenie. Čísla budete chcieť v deň, keď sa niekto spýta, či sme rýchlejší.
• Odpovede e-mailom vytvárajú nové tikety namiesto vláknenia. Otestujte odpoveď z mobilnej poštovej aplikácie, ktorá často mení predmet.
• Všetci priradení, nikto zodpovedný. Jeden riešiteľ na tiket; pre ostatných použite sledovateľov.
• Prílohy s verejnými adresami. Snímky chybových hlásení často obsahujú súkromné údaje. Súbory držte súkromné a podávajte ich len ľuďom, ktorí tiket vidia.

Kedy je lepšie hotové riešenie

Pre zákaznícku podporu naprieč e-mailom, chatom a sociálnymi kanálmi — so sledovaním cieľových časov odozvy, prieskumami spokojnosti, makrami, reportingom a integráciami — je dedikovaný helpdesk produkt takmer vždy lepšou investíciou. Tieto produkty strávili roky na vláknení e-mailov, spame, smerovaní a reportingu, a to nie je časť vášho podnikania, ktorá vás odlišuje. Náš sprievodca alternatívami k Zendesku porovnáva možnosti.

Vlastné riešenie sa hodí pre interné pulty (IT, HR, správa budov, žiadosti financií), pre nišové pracovné postupy, kde je tiket v skutočnosti úloha s konkrétnymi krokmi, a pre tímy, ktoré chcú požiadavky prepojiť s inými dátami, ktoré už uchovávajú. Vyhne sa to tiež poplatkom za agenta, keď veľa ľudí len občas rieši tikety. Širšie túto kategóriu pokrýva sprievodca interným nástrojom.

Stavba s Mythex

V Mythexe opíšete helpdesk v chate, prezriete ho v živom náhľade a publikujete pre svoj tím. Tikety žijú v databáze Postgres, ktorú agent pridá, keď treba údaje ukladať, a prílohy idú do úložiska súborov projektu. Prihlasovanie žiadateľov a agentov a všetok e-mail dnu aj von používajú vašich vlastných poskytovateľov — Mythex nemá vstavaný produkt pre prihlasovanie koncových používateľov ani pre e-mail; ukážku prístupu nájdete v recepte na odosielanie e-mailov. Členovia tímu môžu pomáhať pri stavbe cez zdieľaný pracovný priestor, bez poplatkov za používateľa v samotnom Mythexe.

Ako východiskový prompt vyskúšajte šablóny interný front požiadaviek alebo sledovač chýb a helpdesk spárujte s databázou znalostí, aby sa na bežné otázky dalo odpovedať samo.

Otázky