Z e-mailu tiket za tři vteřiny: zkroťte servis a hlídejte SLA

Zákazník napsal e-mail v pondělí ráno. Technik ho přečetl, v duchu si řekl „vyřeším odpoledne” a odpoledne přišly další tři. Ve čtvrtek zákazník volá, proč nikdo nereagoval. Znáte to. Pokud servis řídíte přes e-mailovou schránku, není to otázka disciplíny — je to otázka špatného nástroje.

V tomto článku si ukážeme, jak z příchozího e-mailu vznikne tiket během tří vteřin, jak systém sám hlídá termíny a SLA, a proč má každé zařízení svou vlastní historii servisu.

Proč e-mailová schránka není helpdesk

E-mail je skvělý komunikační kanál. Jako nástroj pro řízení servisu je ale slepá ulička — a tady je proč.

Sdílená schránka servis@firma.cz na první pohled vypadá jako řešení. Všichni vidí vše, nikdo nic nepřehlédne. Jenže v praxi to funguje přesně naopak:

Každý předpokládá, že to vyřídí někdo jiný.
Neexistuje způsob, jak přiřadit požadavek konkrétnímu technikovi a sledovat, jestli ho skutečně vyřešil.
Priorita se odhaduje od oka — kdo napsal víckrát nebo hlasitěji, dostane se na řadu dřív.
SLA? To je jen číslo ve smlouvě, které nikdo aktivně nehlídá.
Historie komunikace se ztrácí ve vláknech. Když technik onemocní, jeho kolega nemá šanci rychle dohledat kontext.

Výsledek: termíny propadají, zákazníci se opakují a vy nevíte, kolik požadavků vlastně máte otevřených.

Helpdesk tohle řeší strukturou. Každý požadavek dostane číslo, vlastníka, prioritu a termín. Nic nezávisí na paměti techniků ani na tom, kdo zrovna sedí u počítače.

Automatický vznik tiketu z příchozího e-mailu

Největší třecí plocha helpdesků bývá právě přechod: zákazník napíše e-mail, někdo ho musí ručně překopírovat do systému, přiřadit, nastavit prioritu. To zdržuje a lidé to přeskakují.

Modul Servis & tickety v Elorai tohle přeskakuje za vás.

Zákazník pošle e-mail na vaši servisní adresu — systém ho zachytí a automaticky vytvoří tiket. Předmět se stane názvem tiketu, tělo e-mailu přejde do popisu, odesílatel se spáruje se zákazníkem v CRM. Celé to trvá vteřiny a nevyžaduje žádný lidský zásah.

Tiket pak putuje do fronty, kde ho vidí celý tým. Není schovaný v něčí osobní schránce, nezávisí na tom, zda si technik přečetl notifikaci. Je tam, přiřazený, s jasným stavem.

Jak to vypadá v praxi: Představme si IT firmu, která obsluhuje 40 zákazníků. Každý den přijde 15–25 servisních e-mailů. Dřív to řešil jeden člověk, který e-maily ručně přepisoval do tabulky. Teď tikety vznikají samy, technici je vidí seřazené podle priority a každý ví, co je jeho.

Tiket samozřejmě lze vytvořit i ručně — přímo ze zákaznické karty, telefonního hovoru nebo z portálu. Ale e-mailová cesta je nejčastější a nejsnadnější pro zákazníka.

Hlídání SLA a termínů

SLA (Service Level Agreement) je závazek: do kolika hodin zareagujete, do kolika hodin vyřešíte. Má smysl jen tehdy, když ho někdo aktivně sleduje. Jinak je to jen text ve smlouvě.

V Elorai se SLA nastavuje na úrovni zákazníka nebo kategorie požadavku. Systém pak automaticky počítá, kdy vyprší čas na reakci a kdy na vyřešení. Nemusíte si nic hlídat sami — dostanete upozornění dřív, než termín vyprší.

Co konkrétně systém sleduje:

Čas do první reakce — jak dlouho tiket čeká na první odpověď technika.
Čas do vyřešení — celková doba od otevření tiketu po jeho uzavření.
Eskalace — pokud tiket hrozí překročením SLA a nikdo nereaguje, systém ho eskaluje nadřízenému nebo změní prioritu.

Pro firmy, které mají zákazníky s různými smlouvami (základní podpora vs. prémiová SLA), to znamená, že každý tiket se posuzuje podle smlouvy konkrétního zákazníka. Technik nemusí zkoumat, jakou smlouvu dotyčný má — systém to ví a nastavení SLA aplikuje automaticky.

Přehled plnění SLA pak slouží jako manažerský report: kolik procent tiketu jsme vyřešili v termínu, kde nám to nejčastěji propadá, u kterých zákazníků.

Historie servisu a reklamací u každého zařízení

Zákazník volá: „Vy jste to opravovali loni v říjnu, nevíte, co se tehdy dělalo?” Technik pátrá v e-mailech, kolega shání papíry, zákazník čeká.

Tohle je problém evidence, ne paměti.

Každé zařízení — stroj, počítač, klimatizační jednotka, výrobní linka — může mít v Elorai vlastní kartu. Na té kartě vidíte celou historii: kdy bylo poprvé instalováno, jaké proběhly servisní zásahy, co se vyměnilo, jaké byly reklamace. Tikety se k zařízení přiřazují automaticky, pokud zákazník zařízení při hlášení specifikuje, nebo ručně technikem.

Propojení se modulem Reklamace (RMA) zajistí, že i záruční požadavky a vrácené díly jsou viditelné ve stejném místě. Nemusíte přepínat mezi systémem pro servis a systémem pro reklamace — je to jeden celek.

Modelový příklad: Servisní firma spravuje klimatizace v 80 budovách. U každé klimatizační jednotky je karta s historií zásahů. Když přijde nový tiket z budovy, technik okamžitě vidí, že stejná jednotka měla problém s kondenzátorem před osmi měsíci. Oprava je rychlejší, zákazník dostane přesnější informaci.

Tento přehled oceníte také při předávání zákazníka jinému technikovi nebo při sporech o záruku.

Kde pomůže Elora: priorita, vlastník, draft odpovědi

Elora je AI asistentka zabudovaná přímo do Elorai — není to přídavný doplněk, ale součást systému, která čte kontext každého tiketu.

Kdy konkrétně pomůže v servisním modulu:

Návrh priority. Elora přečte obsah tiketu a navrhne prioritu podle závažnosti (slova jako „nefunguje výroba”, „havárie” nebo „kritická chyba” dostávají jiné skóre než „jak nastavím tiskárnu”). Technik může návrh přijmout nebo upravit — rozhodnutí je vždy na člověku.

Návrh vlastníka. Podle oblasti problému a dostupnosti techniků Elora navrhne, komu tiket přiřadit. Pokud má jeden technik na stole deset otevřených tiketu a druhý dva, systém to vidí a zohlední.

Draft odpovědi zákazníkovi. Elora připraví návrh první odpovědi — potvrzení přijetí tiketu, odhadovaný termín, případně doplňující otázky. Technik text zkontroluje, upraví a odešle. Ušetří se pět minut na každém tiketu, což se při desítkách denně počítá.

Elora přitom čerpá z toho, co o zákazníkovi a zařízení systém ví — ze smluv, předchozích tiketu, znalostní báze firmy. Nefantazíruje, pracuje s daty, která máte.

Servisní požadavky se nedají řídit e-mailovou schránkou — ne proto, že by lidé nebyli pečliví, ale proto, že schránka na to prostě není stavěná. Strukturovaný helpdesk s hlídáním SLA, automatickými tikety a historií zařízení není luxus pro velké firmy. Je to nástroj, díky kterému středně velká servisní firma přestane hasit požáry a začne servis skutečně řídit.

Elorai s modulem Servis & tickety je od 1. září 2026 v ostrém provozu. Pokud si ho chcete vyzkoušet, nechte nám svůj e-mail níže — ozveme se do jednoho pracovního dne se zkušebním přístupem na 14 dní zdarma. Žádný spam, žádné newslettery.