Provozní mapa

Kde agent doopravdy pracuje.

Agent není nástroj, který stojí vedle procesu. Sedí uvnitř něj — na opakované práci, mezi systémy, které už provozujete, a na konci každé výjimky je člověk. Tahle stránka ukazuje tu pozici třikrát: jako uzel, jako porovnání jednoho toku před a po, a jako control tower, ze které se na to díváte.

Začít provozní audit →
Co je na téhle stránce
  1. aKde agent v procesu sedí
  2. bBefore / after na jednom toku
  3. cControl tower — dvě vrstvy

Každé číslo na téhle stránce je modelový příklad a je tak označené tam, kde se objeví. Není to měřený provoz u klienta.

01Agentní uzel

Smyčka, kterou agent běží, a místo, kde do ní vstupuje člověk.

Celý návrh je v tom pořadí: přijde podnět, načtou se data ze systémů, které už provozujete, agent odbaví opakovanou část, padne rozhodnutí podle vašich pravidel, akce se zapíše zpátky — a člověk se přizve teprve tehdy, když je případ výjimka. Všechno, co smyčka udělá, zůstane v záznamu.

Smyčka slovy
  1. 01Podnět
  2. 02Systémy a data
  3. 03Agent
  4. 04Rozhodnutí
  5. 05Akce
  6. 06Výjimka pro člověka
  7. 07Výsledek
Co které barvy znamenají
  • Tyrkysová — aktivní krok, schválený stav
  • Modrá — integrace a datový tok
  • Fialová — lidská výjimka
  • Červená — zablokovaný stav, nedostupná integrace
Vaše systémy · nepřetržitý provozlive
Vaše systémyERPCRMDokumentyE-mailSkladÚčetnictvíHelpdeskWebProvozní vrstvanad vašimi systémyObchodpotvrzuje cenu mimo ceníkÚčtárnaschvaluje doklad nad limitVedení provozurozhoduje o výjimkách01Podněte-mail, poptávka, doklad, událost02Systémy a datakontext z ERP, CRM, e-mailu03Agentvytěží, spáruje, připraví výstup04Rozhodnutípodle pravidel, která jsou sepsaná05Akcezápis zpět do systému06Výjimka pro člověkajen nejasný nebo rizikový případ07Výsledekdohledatelný a měřitelný
  • Systémy v jádru · vaše data
  • Agenti ve smyčce · rutina 24/7
  • Člověk jen při výjimce · rozhoduje
02Before / after

Jeden tok, spočítaný dvakrát.

Porovnání není o rychlosti jednoho kroku. Je o tom, kolik kroků, lidí, systémů a předávek zůstane stát, až je tok hotový.

Modelový příklad

Čísla níž jsou modelový příklad, který ukazuje formát. Nejsou to změřená data z provozu u klienta. Popisují jeden typický tok — čtyři lidé, tři systémy, dvě předávky — aby byl tvar porovnání jasný dřív, než ho nahradí váš vlastní tok.

Modelový tok:přijatá faktura od dodavatele, od doručení po zaúčtování
TODAY:7 kroků / 4 lidé / 3 systémy / 2 hand-offy
WITH ENTER:3 kroky / 1 agentní flow / člověk pouze u výjimky
Tentýž tok krok po kroku
  1. 01

    Faktura přijde

    TODAYSpadne do sdílené schránky. Někdo si jí musí nejdřív všimnout.
    WITH ENTERDoručení je podnět. Tok se spustí sám.spustí se samo
  2. 02

    Doklad se založí

    TODAYStáhne se, přejmenuje a uloží do složky, kterou si někdo pamatuje.
    WITH ENTERNačte se rovnou ze schránky a připojí se k případu.integrace
  3. 03

    Hlavička a položky se zadají

    TODAYRučně se přepíšou do ERP z toho, co doklad dávno obsahuje.
    WITH ENTERVytěží se a zapíšou do ERP, aniž by to někdo přepisoval.agentní flow
  4. 04

    Spáruje se s objednávkou a dodacím listem

    TODAYPrvní předávka: nákup porovná objednávku a dodací list očima.
    WITH ENTERSpáruje se podle pravidla, ve stejném průchodu.agentní flow
  5. 05

    Schválení nad limit

    TODAYDruhá předávka: e-mailem na odpovědného za rozpočet. Faktura čeká, než odpoví.
    WITH ENTERZastaví se jen to, co se vymyká pravidlům — a přijde i s případem a důvodem.lidská výjimka
  6. 06

    Zaúčtování

    TODAYZadá se podruhé, teď v účetním systému.
    WITH ENTERZaúčtuje se ze stejného záznamu. Zadáno jednou, ne dvakrát.agentní flow
  7. 07

    Dodavatel se to dozví

    TODAYNěkdo odpoví na urgenci dodavatele, pokud na to zbyde čas.
    WITH ENTERPotvrzení odejde a průchod se v záznamu uzavře.záznam

Modelový příklad. Kroky, počty i role výš jsou ilustrativní. Nic z toho nemá zdroj, období ani odpovědnou osobu, takže to není výsledek — zůstává to modelem, dokud to nenahradí váš vlastní zauditovaný tok.

03Control tower

Dvě vrstvy: co dělá jednotlivý agent a co musí vidět vedení.

Agent bez control tower je skript, kterému někdo věří. Spodní vrstva je provozní detail jednoho agenta. Vrstva nad ní odpovídá na pět otázek, které si vedení reálně klade — a odpovídá na ně ze stejného záznamu, ne z porady.

Vrstva 1 — pohled vedení
  • 01

    What is running?

    Každý tok v provozu, jeho owner a poslední průchod, který dokončil.

  • 02

    What is failing?

    Neúspěšné průchody a pravidlo nebo integrace, které je způsobily.

  • 03

    What needs human judgment?

    Fronta výjimek: co se zastavilo, na jakém základě a na kom to čeká.

  • 04

    Where are we gaining capacity?

    Kde objem přešel z lidí na agenty — a kde se nepohnul vůbec.

  • 05

    Where is risk increasing?

    Rostoucí podíl výjimek, zablokovaná integrace, agent bez konkrétního ownera.

Vrstva 2 — jednotliví agentiModelový příklad

Ukázková data. Agenti, počty i hodnoty níž jsou modelový příklad toho, co control tower u každého agenta zobrazuje — ne běžící provoz u klienta. V poli owner je role, ne člověk: jméno se přiřazuje při předání.

Příjem faktur od dodavatelů

Běží
Zpracované případy
1 240 / posledních 30 dní
Úspěšnost
96,2 %
Výjimky
47, všechny uzavřené
Handover na člověka
41 případů → role v účtárně
Časová úspora
≈ 190 hodin / 30 dní
Ekonomický efekt
≈ 1,1 FTE vrácené kapacity (modelový údaj — sazba není dohodnutá)
Owner
Vedoucí účtárny — role, ne jméno. Jméno se přiřadí při předání.
Audit trail
Každý průchod v záznamu: vstup, použité pravidlo, rozhodnutí, kdo schválil, výstup.

Nabídka z přijaté poptávky

Fronta výjimek
Zpracované případy
310 / posledních 30 dní
Úspěšnost
88,4 %
Výjimky
36, z toho 12 otevřených
Handover na člověka
36 případů → role v obchodu
Časová úspora
≈ 60 hodin / 30 dní
Ekonomický efekt
≈ 0,35 FTE vrácené kapacity (modelový údaj — sazba není dohodnutá)
Owner
Vedoucí obchodního backoffice — role, ne jméno. Jméno se přiřadí při předání.
Audit trail
Každý průchod v záznamu, včetně ceny, kterou pravidlo odmítlo potvrdit.

Potvrzení objednávky zákazníkovi

Zablokováno
Zpracované případy
0 od chvíle, kdy integrace vypadla
Úspěšnost
po dobu blokace se neměří
Výjimky
všechny případy vedené na člověka
Handover na člověka
celý objem → role v zákaznickém servisu
Časová úspora
0 po dobu blokace
Ekonomický efekt
po dobu blokace bez efektu (modelový údaj)
Owner
Vedoucí zákaznického servisu — role, ne jméno. Jméno se přiřadí při předání.
Audit trail
V záznamu je i blokace: kdy začala, co je nedostupné a kdo se to dozvěděl.

Modelový příklad. Každá hodnota v kartách výš jsou ukázková data. Číslo odsud odejde jako výsledek teprve tehdy, když nese tři věci: odkud je, jaké období pokrývá a jméno člověka, který za něj odpovídá.

Mapa je první fáze

Přineste jeden tok a my ho zmapujeme.

Ne tenhle modelový — ten váš. První fáze vyrobí stejné tři pohledy s vašimi kroky, vašimi předávkami a vašimi čísly, a každé číslo přijde se zdrojem, obdobím a konkrétním ownerem.

Začít provozní audit →