E-mail na ticket: Kompletní průvodce pro týmy podpory

Co vlastně znamená „převod e-mailu na ticket“?

Převod e-mailu na ticket znamená, že helpdesk software změní příchozí e-mail podpory na strukturovaný záznam, který lze sledovat. Předmět a zpráva se stanou součástí ticketu, odesílatel se stane žadatelem a přílohy zůstanou připojené ke konverzaci. Tým podpory pak může požadavek spravovat ve sdílené frontě namísto kopírování zpráv mezi schránkami.

Typický postup převodu e-mailu na ticket zahrnuje:

• Vytvoření ticketu: Každá nová konverzace podpory obdrží ID, stav, žadatele a cílovou frontu.
• Směrování: Schránka nebo nakonfigurovaná pravidla nasměrují ticket příslušnému týmu.
• Sledování konverzace: Odpovědi zůstávají připojené k ticketu, takže Uživatelé vidí celou historii na jednom místě.
• Vlastnictví: Ticket lze přiřadit Uživateli, nastavit mu prioritu a přesouvat jej mezi definovanými stavy.

Tento postup tvoří základ systému pro ticketing zákaznické podpory. Týmu poskytuje jedno místo pro přijímání, organizaci, zodpovídání a měření požadavků založených na e-mailech.

Proč váš tým podpory potřebuje e-mailový ticketovací systém

Sdílená schránka může při malém objemu fungovat, ale s rostoucím počtem konverzací je její správa obtížnější. Zprávy mohou zůstat přehlédnuté, na stejný požadavek mohou odpovědět dva lidé a tým nemusí vědět, které problémy jsou stále otevřené.

E-mailový ticketovací systém mění pracovní jednotku ze zprávy na ticket. Díky tomu lze sledovat užitečné provozní metriky:

• Doba do první odpovědi: Čas mezi vytvořením ticketu a první odpovědí Uživatele.
• Doba vyřešení: Čas od prvního kontaktu do vyřešení požadavku.
• Objem ticketů: Počet ticketů vytvořených a vyřešených během zvoleného období.
• Nevyřízené požadavky: Požadavky, které zůstávají otevřené a vyžadují pozornost.

Tyto metriky se z běžné poštovní schránky obtížně spolehlivě vypočítávají. Ticketovací systém zaznamenává změny stavů a odpovědi jako součást konverzace, čímž týmu poskytuje konzistentní zdroj pro reporting.

Samostatné adresy, například billing@company.com a support@company.com, mohou také směrovat příchozí poštu různým týmům. Přesné nastavení závisí na tom, jak jsou v helpdesku nakonfigurovány schránky a skupiny.

Běžné problémy při přechodu ze schránky na ticketovací postupy

Technické propojení je pouze jednou částí změny. Tým také potřebuje sdílená pravidla pro vlastnictví, stav, prioritu a eskalaci. Bez těchto pravidel může ticketová fronta reprodukovat stejný zmatek jako sdílená schránka.

Mezi běžné problémy patří:

• Spam a automatické zprávy: Chybová oznámení o doručení, odpovědi mimo kancelář a nevyžádaná pošta mohou přidávat šum, pokud je platforma vhodně nefiltruje nebo nesměruje.
• Nesprávné směrování: Neúplná nebo příliš široká pravidla mohou odeslat ticket nesprávnému týmu.
• Chybějící kontext: Systém musí uchovávat přílohy a historii konverzace, aby Uživatel mohl požadavek pochopit.
• Nepřínosné předměty: Předměty jako „Rychlý dotaz“ poskytují pro směrování založené na pravidlech jen málo informací.
• Staré návyky: Členové týmu mohou dál odpovídat z osobních schránek, čímž konverzaci vyřadí ze sdíleného pracovního postupu.

Praktický tip: Popište, jak se z pošty stává ticket, kam jednotlivé adresy směrují, kdy by se měl ticketu změnit stav a kdy by jej měl Uživatel eskalovat. Krátká příručka se používá snáze než neformální soubor výjimek.

Jak nastavit převod e-mailu na ticket v helpdesk softwaru

Postup nastavení se podle platformy liší, ale tyto kroky pokrývají důležitá rozhodnutí:

1. Připojte nebo přesměrujte schránku podpory. Použijte vyhrazenou adresu, například support@yourcompany.com. V závislosti na helpdesku můžete připojit schránku Google nebo Microsoft, nastavit přesměrování od jiného poskytovatele nebo použít adresu dodanou platformou.

2. Namapujte schránky na týmy. Rozhodněte, kde se má zobrazovat pošta odeslaná na adresy jako billing@, returns@ a support@. Před spuštěním otestujte každou trasu skutečnou zprávou.

3. Rozhodněte, jak nakládat s nežádoucími zprávami. Identifikujte opakující se chybová oznámení, automatické odpovědi a nežádoucí odesílatele. Použijte nástroje, které vaše platforma poskytuje, a udržujte je mimo aktivní fronty.

4. Přidejte malou sadu pravidel směrování. Začněte podmínkami, které lze snadno pochopit a ověřit. Například schránka pro fakturaci může směrovat zprávy přímo fakturačnímu týmu. Než přidáte složitější podmínky založené na klíčových slovech nebo AI, zkontrolujte výsledek.

5. Otestujte přílohy a řazení konverzací. Odešlete snímky obrazovky, PDF soubory a odpovědi z externího účtu. Ověřte, že jsou soubory na ticketu dostupné a že se pozdější odpovědi připojí k existující konverzaci.

6. Definujte stavy a vlastnictví. Dohodněte se, co pro váš tým znamenají stavy otevřený, čekající, vyřešený a uzavřený. Ujistěte se, že Uživatelé vědí, kdy ticket přiřadit, kdy zanechat interní poznámku nebo kdy požádat o pomoc jiný tým.

Praktický tip: První verzi udržujte jednoduchou. Zaznamenejte každé pravidlo, jeho účel a příklad, který mu má odpovídat. Díky tomu lze neočekávané směrování mnohem snadněji diagnostikovat.

Jak může AI podpořit e-mailový ticketovací postup

AI může pomoci poté, co se z e-mailu stane ticket, její role však závisí na konkrétním produktu. Může pomoci klasifikovat nový požadavek, navrhnout odpověď, přeložit konverzaci nebo vyhodnotit podmínku směrování. Týmy by měly ověřit, jaké znalosti AI používá a zda její výsledek kontroluje člověk.

Úkol	Přístup založený na pravidlech	Možný přístup s podporou AI
Směrování	Porovnání schránky, odesílatele nebo klíčového slova	Vyhodnocení významu požadavku
Priorita	Použití definované podmínky	Použití podmínky vyhodnocené AI v nakonfigurovaném pravidle
Vytvoření návrhu odpovědi	Vycházení ze šablony	Vytvoření návrhu z dostupných znalostí pracovního prostoru
Kontext přílohy	Ruční otevření a přečtení souboru	Zahrnutí podporovaných obrázků nebo dokumentů do navrhované odpovědi
Překlad	Použití samostatného kroku překladu	Překlad ticketu a vytvoření návrhu přímo v helpdesku
Kontrola kvality	Uživatel zkontroluje odpověď	Uživatel návrh zkontroluje, upraví nebo odmítne

AI je nejpřínosnější, když je její rozsah jasně stanoven. Navrhovaná odpověď by měla být považována za koncept, nikoli za důkaz správnosti podkladových informací. Uživatel zůstává odpovědný za kontrolu odpovědi před jejím odesláním.

Automatizace zaměřená na zákazníky vyžaduje přísnější kontrolu. V Deskhero odpovídají automatické odpovědi AI a chat-bot pouze z předem schválených veřejných FAQ. Pokud chat-bot nedokáže odpovědět s jistotou, přesměruje zákazníka na kontaktní formulář, aby v konverzaci mohl pokračovat člověk.

Hlavní závěry k převodu e-mailu na ticket pro týmy podpory

Dobře nakonfigurovaný e-mailový ticketovací systém promění schránku ve sdílený a měřitelný pracovní postup podpory.

• Definujte směrování před spuštěním. Každá schránka by měla mít jasné cílové místo.
• Testujte skutečné konverzace. Kontrolujte nové zprávy, odpovědi, přílohy a více příjemců.
• Dohodněte se na stavech. Reporting je užitečný pouze tehdy, když tým každý stav používá konzistentně.
• Automatizaci přidávejte postupně. Jednoduchá a zdokumentovaná pravidla se snadněji ověřují a udržují.
• Zachovejte odpovědnost lidí. Návrhy vytvořené AI je před odesláním stále nutné zkontrolovat.

Doporučené postupy pro implementaci a řízení změn

Začněte s jedním týmem nebo jednou schránkou. Pilotní provoz využijte k otestování směrování, oprávnění, oznámení a definic stavů. Než do systému přesunete zbývající adresy podpory, odstraňte zjevné překážky.

Během zavádění určete znalého Uživatele, který bude odpovídat na otázky týkající se pracovních postupů. Společně zkontrolujte malý vzorek skutečných ticketů, včetně jednoho, který byl směrován správně, a jednoho, který správně směrován nebyl. Díky tomu budou pravidla konkrétní a tým se snáze dohodne na řešení výjimek.

Jak se konfigurace vyvíjí, změny dokumentujte. Pravidlo směrování, které dávalo smysl při spuštění, může být zbytečné po přidání nové schránky nebo týmu.

Klíčové výkonnostní metriky související s převodem e-mailu na ticket

Několik metrik může ukázat, zda se pracovní postup zlepšuje:

Doba do první odpovědi měří rozdíl mezi vytvořením ticketu a první odpovědí. Sledujte kromě průměru také rozložení hodnot, protože malý počet velmi starých ticketů může být skryt jediným souhrnným číslem.

Doba vyřešení sleduje, jak dlouho ticket zůstává aktivní. Porovnávejte podobné týmy a typy požadavků, místo abyste předpokládali, že každý problém by měl trvat stejně dlouho.

Počet vytvořených a vyřešených ticketů ukazuje, zda tým stíhá příchozí práci. Trvalý rozdíl může signalizovat rostoucí počet nevyřízených požadavků nebo změnu poptávky.

Čas strávený v jednotlivých stavech pomáhá rozlišit práci, která čeká na tým, od práce, která čeká na žadatele. Pro tuto metriku je zásadní konzistentní používání stavů.

Bezpečnost a ochrana osobních údajů v e-mailových ticketovacích systémech

E-maily zákazníků mohou obsahovat osobní údaje, podrobnosti o objednávkách, data účtů a přílohy. Před připojením produkční schránky posuďte, jak helpdesk tyto informace ukládá, přenáší a zpřístupňuje.

Projděte si dokumentaci k ověřování, uživatelským rolím, oprávněním skupin, uchovávání, mazání, exportu a reakci na incidenty. Ověřte, kteří lidé mohou zobrazit jednotlivé schránky a zda deaktivované účty rychle ztrácejí přístup. Pokud se na vaši organizaci vztahují předpisy o ochraně osobních údajů nebo smluvní požadavky, ověřte aktuální dokumentaci dodavatele u svého právního či bezpečnostního týmu.

Ověřte také, jak je ověřována odchozí pošta a jakou adresu zákazníci uvidí. Správná konfigurace odesílatele podporuje doručitelnost a usnadňuje rozpoznání legitimních odpovědí podpory.

Pravidla automatizace a pracovní postupy spuštěné převodem e-mailu na ticket

Automatizace nových ticketů může provést první krok směrování ještě předtím, než Uživatel konverzaci otevře. Dostupné spouštěče a akce se mezi helpdesky liší, proto pravidla vytvářejte podle zdokumentovaných možností produktu.

Mezi užitečné výchozí body patří:

• Směrování schránek: Odesílejte tickety z každé adresy podpory skupině odpovědné za danou práci.
• Pravidla pro žadatele: Směrujte nebo označujte zprávy ze známé adresy či domény, pokud k tomu existuje jasný obchodní důvod.
• Pravidla pro předmět nebo tělo zprávy: Vyhledávejte konkrétní výrazy a nastavte skupinu, stav, prioritu, přiřazeného Uživatele, štítek, případně podporované vlastní pole.
• Zpracování spamu: Smažte nový ticket, pokud úzká a otestovaná podmínka identifikuje opakující se nevyžádanou poštu.

Automatizace Deskhero se spouštějí u nových ticketů. Mohou vyhodnocovat údaje o žadateli, obsah zprávy, jazyk nebo podmínku AI a následně nastavit podporované vlastnosti ticketu či smazat spam. Automatické odpovědi se konfigurují samostatně. Pravidla udržujte úzce zaměřená, testujte je na příkladech a při možnosti shody více pravidel kontrolujte jejich pořadí.

Jak proškolit tým podpory v e-mailových ticketovacích postupech

Školení funguje nejlépe s realistickými tickety. Projděte, jak požadavek dorazí, kam se směruje, kdo za něj odpovídá, který stav se použije a co zákazník obdrží.

V každém školení pokryjte tři úkoly:

1. Konzistentně aktualizujte stav ticketu. Definujte, kdy je ticket otevřený, čekající, vyřešený nebo uzavřený.
2. Soukromé poznámky používejte správně. Zaznamenejte interní kontext do ticketu, aniž by byl odeslán žadateli.
3. Eskalujte s kontextem. Před přiřazením ticketu jinam vysvětlete, co bylo ověřeno a jaká pomoc je potřeba.

Po spuštění každý týden zkontrolujte několik ticketů. Krátké a konkrétní koučování je užitečnější než opakování obecné ukázky produktu.

Deskhero promění vaši stávající schránku v plnohodnotný helpdesk

Deskhero se propojuje s Gmail, Google Workspace, Microsoft 365 a sdílenými schránkami Microsoft. Může také využívat schránku na jiné vlastní doméně prostřednictvím nastavení DNS a přesměrování. Příchozí zprávy se mění na tickety a odpovědi lze odesílat z vlastní firemní adresy.

Každá schránka Deskhero směruje do jedné skupiny. Uživatelé mohou spravovat konverzaci ve sdíleném zobrazení ticketů se stavy, prioritami, přiřazením, štítky, soukromými poznámkami, přílohami a zaznamenanou časovou osou.

Deskhero může vytvářet návrhy odpovědí ze znalostí pracovního prostoru, včetně zodpovězených ticketů, interních znalostí, schválených položek veřejných FAQ, načtených stránek webu, importovaných materiálů a produktových dat Shopify, pokud je připojeno. Navrhované odpovědi mohou jako kontext využívat podporované obrazové a dokumentové přílohy. Uživatel návrh před odesláním zkontroluje.

AI zaměřená na zákazníky využívá užší zdroj. Chat-bot a automatické odpovědi AI odpovídají pouze ze schválených veřejných FAQ. Automatické akce jsou volitelné, označené a zaznamenávané. Deskhero také navrhuje položky FAQ z vyřešených konverzací ke kontrole člověkem. Produkt podporuje 14 jazyků rozhraní, obsahuje panel zákazníků Shopify a poskytuje REST API.

Začněte 30denní bezplatnou zkušební verzi bez nutnosti zadávat platební kartu.

Časté dotazy

Co je systém převodu e-mailu na ticket?

Systém převodu e-mailu na ticket mění příchozí e-maily podpory na helpdesk tickety s žadatelem, stavem, historií konverzace a dalšími sledovatelnými poli.

Jak převod e-mailu na ticket zpracovává přílohy?

Vhodný helpdesk uchovává přílohy spolu s konverzací ticketu. Před spuštěním otestujte typy a velikosti souborů, které váš tým běžně dostává.

Která pravidla automatizace bych měl nastavit jako první?

Začněte směrováním ze schránky k týmu a malým počtem úzce zaměřených podmínek pro opakující se typy požadavků nebo nevyžádanou poštu. Složitost přidávejte až po kontrole skutečných výsledků.

Jak Deskhero zpracovává převod e-mailu na ticket?

Deskhero se připojuje ke schránkám Google a Microsoft, včetně sdílených schránek Microsoft. Podporuje také schránky založené na DNS na jiných vlastních doménách. Příchozí konverzace se mění na tickety a odpovědi mohou být odesílány z vlastní firemní adresy.

Které metriky bych měl po spuštění sledovat?

Začněte počtem vytvořených a vyřešených ticketů, dobou do první odpovědi, dobou vyřešení a časem stráveným v jednotlivých stavech. Používejte konzistentní definice stavů, aby výsledky zůstaly smysluplné.

---

Hlavní závěry

Systém převodu e-mailu na ticket poskytuje týmům podpory sdílenou odpovědnost, úplný záznam konverzace a spolehlivý základ pro reporting.

Oblast	Podrobnosti
Základní proces převodu	Příchozí e-mail se stane ticketem s žadatelem, stavem, historií zpráv a přílohami.
Důležité metriky	Sledujte počet vytvořených a vyřešených ticketů, dobu do první odpovědi, dobu vyřešení a čas strávený v jednotlivých stavech.
Jasné vlastnictví	Před rozšířením zavedení definujte směrování schránek, přiřazení, stav a eskalaci.
Obezřetná automatizace	Začněte úzce zaměřenými a zdokumentovanými pravidly a před přidáním složitosti kontrolujte jejich výsledky.
Nastavení Deskhero	Deskhero propojuje stávající schránky, vytváří sdílené tickety a odesílá odpovědi z firemní adresy.

Doporučené

• Zákaznická podpora Shopify s AI | Deskhero