Každá organizace, která pracuje se zákazníky nebo na složitějších projektech, potřebuje místo, kam se zapíše každý podnět, úkol a chybové hlášení — a kde bude vidět, kdo jej řeší, v jaké fázi se nachází a jak byl nakonec uzavřen. Modul /issue je plnohodnotným issue trackerem, který tuto roli plní: eviduje příchozí tikety (ať už z interního týmu, nebo z kontaktních formulářů na webu), přiřazuje je odpovědným osobám, sleduje průběh a — což je klíčový rozdíl oproti tradičním trackerům — automaticky zpracovává rutinní dotazy pomocí AI. AI workflow zvládne klasifikovat spam, navrhnout odpověď na opakující se dotazy a doporučit, komu tiket předat. Tým podpory, vedení projektů i techničtí řešitelé tak získávají jednotné prostředí, kde se zachytí každý podnět a nic nezapadne.
Přehled tiketů
Hlavní tabulka zobrazuje seznam všech tiketů patřících aktuální organizaci, které nejsou označeny jako spam. Řazení je od nejnovějších po nejstarší, takže právě příchozí tikety jsou vždy nahoře — tým si tak ráno otevře modul a okamžitě vidí, co přibylo přes noc. V horní liště je plnotextové vyhledávání napříč všemi sloupci pro rychlé dohledání konkrétního případu.
Každý řádek sděluje:
- Klíč tiketu — interní identifikátor ve tvaru
PROJ-123(zkratka projektu a pořadové číslo), který je stálý a používá se v komunikaci. - Předmět — stručný název vystihující podstatu tiketu.
- Priorita — barevný štítek v rozsahu 1 až 5, signalizuje naléhavost.
- Status — aktuální fáze zpracování.
- Přiřazený — osoba, která je právě odpovědná za pokrok.
- Reportér — osoba, která tiket založila.
- Datum vytvoření — okamžik vzniku tiketu.
- Poslední aktualizace — kdy byla provedena poslední změna.
Seznam se automaticky obnovuje každých 15 sekund.
ℹ️ Pořadí řádků je od nejnovějšího po nejstarší — nejdůležitější (právě příchozí) tikety se tak vždy objeví nahoře bez nutnosti ručního třídění.
Typy tiketů
V systému lze evidovat podněty různé povahy. Typ se explicitně neoznačuje samostatným štítkem, ale vyplývá z projektu a obsahu. Úkol je standardní pracovní položka pro někoho z týmu — typicky interní záležitost. Chyba (bug) představuje zaznamenané selhání systému, které je třeba opravit. Požadavek (feature) je návrh nové funkce nebo vylepšení. Dotaz zákazníka je příchozí externí komunikace, která vyžaduje odpověď, a typicky vzniká z kontaktního formuláře. Dílčí úkol je tiket navázaný na rodičovský tiket — využívá se pro rozložení větších úkolů do menších.
Priority
Priorita určuje, jak rychle má být tiket řešen, a pomáhá zaměřit pozornost týmu na to, co je opravdu naléhavé. Systém rozlišuje pět úrovní: 1 — nízká pro podněty, které lze odložit, 2 — normální pro běžnou agendu (výchozí hodnota), 3 — vysoká pro případy vyžadující přednostní řešení, 4 — kritická pro tikety blokující významnou část uživatelů a 5 — blokující pro úplné zastavení provozu, které se řeší okamžitě. Každá úroveň má vlastní barevný štítek pro rychlou vizuální orientaci v seznamu.
💡 Při vytváření tiketu bez explicitně nastavené priority se automaticky přiřadí hodnota normální (2). Tým tak nemusí u každého běžného úkolu řešit, jak naléhavý vlastně je.
Stavy
Stavy vyjadřují, v jaké fázi řešení se tiket aktuálně nachází, a každý konkrétní stav patří do jedné ze čtyř systémových kategorií. Nový (new) je čerstvě založený tiket, kterého se nikdo ještě nechopil. V řešení (progress) znamená aktivní zpracování. Čeká (waiting) signalizuje, že řešitel čeká na externí vstup — typicky odpověď zákazníka nebo dodavatele — a nemůže pokračovat. Hotovo (done) označuje uzavřený tiket.
Pod těmito kategoriemi existují konkrétní stavy definované zvlášť pro každý projekt: „K analýze", „V testování", „Připraveno k nasazení". Kategorie určuje, jak s tiketem nakládají statistiky a automatizace, zatímco konkrétní stav slouží týmu k přesnější orientaci.
ℹ️ Přechod mezi stavy se provádí přepínačem v detailu tiketu. Povolené přechody jsou dané workflow projektu — ne každý stav je odkudkoli dostupný, což zabraňuje přeskakování kroků.
Přiřazení
Každý tiket má dva účastníky s odlišnými rolemi. Reportér je osoba, která tiket založila — typicky zákazník u externích dotazů nebo kolega u interních úkolů. Reportér v tiketu zůstává trvale, i kdyby mezitím přešel na jiné oddělení, protože právě on je zdrojem podnětu a adresátem finální odpovědi. Přiřazený (assignee) je oproti tomu osoba aktuálně zodpovědná za pokrok a lze ji kdykoli změnit — předání tiketu mezi kolegy je běžnou součástí pracovního toku a předchozí přiřazení zůstává viditelné v historii aktivity.
Pokud není přiřazen nikdo, tiket čeká na triáž. Takové tikety jsou vizuálně odlišitelné ve filtru, aby tým věděl, co je třeba rozdistribuovat.
💡 Reportér bývá typicky externí kontakt (zákazník), zatímco přiřazený je vždy interní člen týmu. V detailu se obě role zobrazují vedle sebe s jasným označením, aby nedocházelo k záměně při komunikaci.
Vytvoření nového tiketu
Tlačítko Add otevře formulář s povinným předmětem a volitelným popisem (podporujícím formátování — tučné písmo, odrážky, odkazy). Lze předvyplnit reportéra i přiřazeného, zadat rodičovský klíč pro vytvoření dílčího úkolu a vložit interní poznámky viditelné pouze pro tým. Po odeslání systém přidělí klíč v rámci projektu (například PROJ-124) a spustí AI workflow (viz níže), která může návrh tiketu obohatit o klasifikaci, návrh odpovědi nebo doporučeného řešitele.
Detail tiketu
Kliknutím na řádek se otevře detail s kompletním kontextem. V horní části je popis tiketu v HTML formátu, který reportér napsal, a pod ním interní poznámky pro tým — ty zákazník nikdy nevidí a slouží pro pracovní komunikaci uvnitř organizace. Napravo jsou detaily (projekt, priorita, reportér, přiřazený, rodičovský tiket, deadline, aktivita), přepínač statusu pro jednoklikovou změnu fáze, případné odkazy na testovací prostředí či dokumentaci a sekce komentářů, která tvoří chronologickou diskusi mezi účastníky.
U dílčích úkolů se navíc zobrazuje odkaz na rodičovský tiket, takže je snadné navigovat mezi hlavním úkolem a jeho podúkoly. Při přidání komentáře odchází e-mailová notifikace relevantním stranám — reportérovi a přiřazenému — takže nikdo nečeká na chybějící informaci zbytečně dlouho.
ℹ️ Autor komentáře se určuje automaticky z přihlášené identity. Pokud uživatel nemá vlastní profil (například technický účet), systém použije reportéra tiketu jako autora, aby atribuce neselhala.
Deadline
Tiketu lze nastavit termín dokončení, který se zobrazuje v detailu vedle ostatních metadat a započítává do statistik nedokončených úkolů. U blížícího se nebo překročeného termínu se deadline vizuálně zvýrazní, aby neunikl pozornosti. Slouží k plánování kapacit a k hlídání závazků vůči zákazníkům — „slibujeme odpověď do pátku" se tak dá zpětně kontrolovat a v agregátu vyhodnocovat.
⚠️ Překročený deadline automaticky nemění stav tiketu — řešitel musí tiket uzavřít sám. Systém pouze upozorňuje, aby se na opožděný tiket nezapomnělo.
SPAM filtr
Tikety vznikající z kontaktních formulářů na webu bývají občas generovány boty nebo spamery a byl by problém, kdyby zahltily tým. Systém proto automaticky klasifikuje nové tikety, a pokud je vyhodnotí jako spam, skryje je z hlavního přehledu. Ručně lze jakýkoli tiket označit jako spam z kontextového menu a stejně tak mu označení odebrat — přeskupí se pak zpět do normálního seznamu. Spam tikety zůstávají v systému uchovány (nejsou mazány) a lze je prohlížet samostatným přepínačem v horní liště.
Kontextové menu na každém řádku i v detailu nabízí tři klíčové akce pro rutinní práci:
- Oznámit SPAM — označí tiket jako spam a skryje jej z přehledu.
- Zrušit SPAM — odznačí tiket a vrátí jej do běžného seznamu.
- Spustit AI workflow — ručně spustí AI zpracování, pokud nestačilo automatické.
💡 Filtr SPAM chrání tým před zahlcením automaticky generovanými zprávami. Pokud byste potřebovali seznam spam tiketů prohlížet, slouží k tomu samostatný přepínač v horní liště.
AI workflow
Nad každým tiketem systém automaticky spouští sadu AI kroků, které převezmou rutinní část triáže. Nejprve proběhne klasifikace SPAM, která vyhodnotí, zda je podnět skutečný. Pak atomická analýza posoudí, jestli tiket obsahuje jeden požadavek, nebo je kombinací více věcí — v druhém případě navrhne rozdělení do samostatných tiketů. U jednoduchých opakujících se dotazů AI připraví rychlou odpověď ve formě návrhu, který může řešitel jen zkontrolovat a odeslat. Směrování (routing) na základě obsahu doporučí, kterému týmu nebo konkrétní osobě by měl být tiket přiřazen. Na závěr systém odešle e-mailovou notifikaci reportérovi a přiřazenému, aby věděli, že se tiket rozběhl.
AI workflow se spouští automaticky ihned po vytvoření každého nového tiketu a lze ji také spustit ručně z kontextového menu — typicky pokud se tiket v mezičase změnil a chcete, aby AI znovu posoudila jeho obsah.
ℹ️ AI zpracování probíhá na pozadí. Výsledek se projeví s krátkým zpožděním — tiket může změnit klasifikaci SPAM, doplnit návrh odpovědi nebo změnit doporučeného řešitele. Průběh je transparentní a zůstává zaznamenán v historii aktivit.
⚠️ V některých organizacích je AI zpracování zakázáno (režim „disable experiments"). V takovém případě proběhne pouze klasifikace SPAM a e-mailová notifikace — ostatní AI kroky se vynechají a triáž zůstává plně v rukou týmu.
Statistiky a filtrování
Nad tabulkou mohou být souhrnné počty podle stavových kategorií — kolik tiketů je nových, rozpracovaných, čekajících na vstup a hotových, plus celkový počet nevyřízených a počet SPAM tiketů. Statistiky slouží pro ranní přehled týmu: ukážou, kolik je v systému práce a kolik čeká na externí odpověď. Filtrování pak umožňuje seznam zúžit podle projektu, stavové kategorie, přiřazeného řešitele (typicky „moje tikety"), reportéra nebo příznaku SPAM.
💡 Pro efektivní práci s tikety doporučujeme dodržovat jednotnou konvenci v předmětech (například „[Modul] Stručný popis"). Tým se tak snadno orientuje i ve stovkách tiketů a rychleji najde, co hledá.