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ý a sledovatelný záznam. Předmět a zpráva se stanou součástí ticketu, odesílatel se stane žadatelem a přílohy zůstanou u konverzace. Tým podpory pak může požadavek spravovat ve sdílené frontě namísto kopírování zpráv mezi schránkami.

Typický pracovní 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 odešlou ticket příslušnému týmu.
• Sledování konverzace: Odpovědi zůstanou připojené k ticketu, takže Uživatelé uvidí celou historii na jednom místě.
• Vlastnictví: Ticket lze přiřadit Uživateli, nastavit mu prioritu a procházet s ním definované stavy.

Tento pracovní postup tvoří základ systému ticketingu zákaznické podpory. Týmu poskytuje jedno místo pro přijímání, organizaci, zodpovídání a měření požadavků přicházejících e-mailem.

systém ticketingu zákaznické podpory

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 stále obtížnější. Zprávy mohou zůstat bez povšimnutí, dva lidé mohou odpovědět na stejný požadavek a tým nemusí vědět, které problémy jsou stále otevřené.

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

• Doba do první odpovědi: Čas mezi vytvořením ticketu a první odpovědí Uživatele.
• Doba ř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 ukazatele 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, a poskytuje tak týmu konzistentní zdroj pro reporting.

systém správy e-mailových ticketů

Samostatné adresy, jako 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 pracovní postupy s tickety

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

vytvořit přehledný pracovní postup podpory

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š obecná pravidla mohou odeslat ticket nesprávnému týmu.
• Chybějící kontext: Systém musí zachovat přílohy a historii konverzace, aby Uživatel mohl požadavku porozumět.
• 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 nadále odpovídat ze svých osobních schránek, čímž konverzaci vyjmou ze sdíleného pracovního postupu.

Praktický tip: Zdokumentujte, jak se z pošty stává ticket, kam se směruje každá adresa, kdy se má změnit stav ticketu a kdy má Uživatel ticket eskalovat. Krátká příručka se používá snadněji než neformální sbírka 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řeposílejte 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řeposílání od jiného poskytovatele nebo použít adresu poskytnutou platformou.

2. Propojte schránky s týmy. Rozhodněte, kde se má zobrazovat pošta zaslaná 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 se šumem. Identifikujte opakující se zprávy o nedoručení, automatické odpovědi a nežádoucí odesílatele. Použijte ovládací prvky, které 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 ticket směrovat 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, soubory PDF a odpovědi z externího účtu. Ověřte, že jsou soubory v 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, zanechat interní poznámku nebo 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 bude neočekávané směrování mnohem snazší diagnostikovat.

Jak může AI podpořit pracovní postup s e-mailovými tickety

AI může pomáhat poté, co se z e-mailu stane ticket, ale její role závisí na 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
Návrh odpovědi	Začátek ze šablony	Návrh z dostupných znalostí pracovního prostoru
Kontext přílohy	Ruční otevření a přečtení souboru	Začlenění 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 odpověď zkontroluje	Uživatel návrh zkontroluje, upraví nebo odmítne

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

Automatizace určená zákazníkům vyžaduje přísnější kontrolu. V Deskhero odpovídají automatické odpovědi AI a chatbot pouze z schválených veřejných FAQ. Pokud chatbot nedokáže s jistotou odpovědět, přejde na kontaktní formulář, aby mohl v konverzaci pokračovat člověk.

Hlavní závěry týkající se 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. Ověřte 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 snáze ověřují a udržují.
• Zachovejte lidskou odpovědnost. 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ího postupu. Společně projděte 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, jak řešit výjimky.

Změny dokumentujte průběžně s tím, jak se konfigurace vyvíjí. 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í ukazatele související s převodem e-mailu na ticket

Několik ukazatelů 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 jedním souhrnným číslem.

Doba ř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.

Objem vytvořených a vyřešených ticketů ukazuje, zda tým zvládá držet krok s příchozí prací. Trvalý rozdíl může znamenat rostoucí počet nevyřízených požadavků nebo změnu poptávky.

Čas podle stavu pomáhá rozlišit práci čekající na tým od práce čekající na žadatele. Pro tento ukazatel je nezbytné 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 objednávek, údaje o účtech a přílohy. Před připojením produkční schránky vyhodnoťte, jak helpdesk tyto informace ukládá, přenáší a zpřístupňuje.

Prověřte 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. Zkontrolujte, kteří lidé mohou vidět jednotlivé schránky a zda deaktivované účty rychle ztrácejí přístup. Pokud se na vaši organizaci vztahují předpisy o ochraně soukromí nebo smluvní požadavky, ověřte aktuální dokumentaci dodavatele s právním týmem nebo týmem pro bezpečnost.

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 nebo domény, pokud pro to 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 nebo podporované vlastní pole.
• Práce se spamem: Smažte nový ticket, pokud úzká a otestovaná podmínka identifikuje opakující se nežádoucí 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 poté nastavit podporované vlastnosti ticketu nebo odstranit 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 zkontrolujte jejich pořadí.

Jak školit tým podpory v pracovních postupech s e-mailovými tickety

Školení funguje nejlépe se skutečným typem ticketů. 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. Aktualizujte stav ticketu konzistentně. Definujte, kdy je ticket otevřený, čekající, vyřešený nebo uzavřený.
2. Vhodně používejte soukromé poznámky. Zaznamenejte interní kontext do ticketu, aniž byste jej odeslali žadateli.
3. Eskalujte s kontextem. Před přiřazením ticketu jinam vysvětlete, co bylo ověřeno a s čím je potřeba pomoci.

Po spuštění každý týden projděte několik ticketů. Krátké a konkrétní vedení 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é používat schránku na jiné vlastněné doméně prostřednictvím nastavení DNS a přeposílání. Příchozí zprávy se mění na tickety a odpovědi lze odesílat z vlastní adresy společnosti.

Každá schránka Deskhero se 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 údajů Shopify, pokud je připojeno. Navrhované odpovědi mohou jako kontext využívat podporované obrázky a dokumenty v přílohách. Uživatel návrh před odesláním zkontroluje.

AI určená zákazníkům používá užší zdroj. Chatbot a automatické odpovědi AI odpovídají pouze ze schválených veřejných FAQ. Automatické akce jsou volitelné, označené a zaznamenané. Deskhero také navrhuje položky FAQ z vyřešených konverzací ke kontrole člověkem. Produkt podporuje 14 jazyků rozhraní, obsahuje zákaznický panel 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 nakládá s přílohami?

Vhodný helpdesk zachovává přílohy u konverzace ticketu. Před spuštěním otestujte typy souborů a limity velikosti, které váš tým běžně přijímá.

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

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

Jak Deskhero řeší 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ěných doménách. Příchozí konverzace se mění na tickety a odpovědi mohou přicházet z vlastní adresy společnosti.

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

Začněte objemem vytvořených a vyřešených ticketů, dobou do první odpovědi, dobou řešení a časem podle stavu. 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, kompletní 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 objem vytvořených a vyřešených ticketů, dobu do první odpovědi, dobu řešení a čas podle stavu.
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 propojí stávající schránky, vytvoří sdílené tickety a odešle odpovědi z adresy společnosti.

Doporučujeme

• AI zákaznická podpora pro Shopify | Deskhero