Výpadok bol nahlásený, systém tiketov svieti na červeno a používatelia chcú vedieť: čo sa deje, ako dlho to ešte bude trvať a kedy dostanú ďalšiu správu. To je práca, ktorú pracovníci servisného pultu a komunikácie robia denne. Otázka tu nie je, či AI vie napísať text, ale či AI môže túto konkrétnu komunikačnú prácu samostatne prevziať. Odpoveď: čiastočne, a veľmi závisí od toho, o aký typ výpadku ide.
Úloha dosahuje vysoké skóre v štruktúrovanosti (4): nahlásenie výpadku často nasleduje pevný vzor — čo je pokazené, odkedy, ktoré systémy sú zasiahnuté, aký je odhadovaný čas riešenia. Presne tento vzor vie jazykový model dobre vyplniť, pokiaľ sú podkladové informácie správne. Aj os fyzickosť (5) nie je prekážkou: nie je potrebný žiadny úkon v skutočnom svete, iba text, ktorý treba odoslať.
Naproti tomu kontakt s klientom dosahuje nízke skóre (1). Ide z podstaty veci o komunikáciu s ľuďmi, ktorí sú často už frustrovaní, pretože ich práca stojí. Tón, moment a presnosť správy rozhodujú o tom, či sa používatelia cítia vypočutí, alebo naopak ignorovaní. Vygenerovaná správa, ktorá je vecne správna, ale nesprávne odhaduje naliehavosť, spôsobí viac škody než žiadna správa.
Náklady na chyby (3) sú stredné, ale nie zanedbateľné: nesprávny čas riešenia alebo stav, ktorý sa neaktualizuje, podkopáva dôveru a vedie k prívalu následných otázok — presne k tej práci, ktorú ste chceli ušetriť. Súlad s predpismi (4) hrá rolu, hneď ako incident spadá pod dohody SLA alebo, v niektorých sektoroch, pod oznamovaciu povinnosť: v takom prípade musí byť komunikácia preukázateľne odoslaná včas a podľa pevných noriem. Priestor na úsudok (2) a kreativita (2) sú nízke: je málo priestoru na to, aby ste sami rozhodovali, čo oznámite, väčšinou ide o dodržiavanie šablóny s aktuálnymi údajmi. Objem (4) je vysoký: pri veľkom výpadku ide o stovky až tisícky používateľov, ktorí potrebujú tú istú správu, a presne tam automatizácia ušetrí čas.
Obraz určujú tri osi. Štruktúrovanosť robí úlohu technicky realizovateľnou: ak je stav incidentu jednoznačne zaznamenaný v systéme, jazykový model z neho môže zostaviť správu podľa pevnej šablóny. Nízky kontakt s klientom to však brzdí — nie preto, že AI nevie napísať správnu vetu, ale preto, že riziko nesprávne načasovanej alebo nesprávne vyladenej správy je vyššie než pri internom alebo administratívnom texte. A náklady na chyby robia z dohľadu nutnosť: aktualizácia stavu, ktorá vyjde ešte pred potvrdením opravy, alebo ktorá príliš optimisticky odhadne čas riešenia, vyvolá nové sťažnosti namiesto menej sťažností.
Príklad to objasní. Pri výpadku interného e-mailového systému, kde je dopad známy a čas riešenia primerane predvídateľný, môže AI vypracovať prvé oznámenie a priebežnú aktualizáciu stavu na základe tiketu, pričom pracovník ju krátko schváli pred odoslaním. Pri výpadku, ktorý zasahuje platebnú funkcionalitu klientov, s finančnými dôsledkami a nejasným časom riešenia, je to inak: tam je potrebné ľudské zváženie, čo povedať a čo nie, a kedy.
Vo firme so vyspelou stránkou o stave systému a systémom tiketov, ktorý automaticky vyplní správne polia, je podiel, ktorý AI zvládne, väčší: text môže vzniknúť priamo zo štruktúrovaných dát. Vo firme, kde sa výpadky oznamujú ústne, v jednotlivých správach Slack alebo prostredníctvom IT manažéra, ktorý to sám posúdi, chýba štruktúrovaný základ a AI má málo možností niečo samostatne vypracovať. Dôležitá je aj povaha používateľov: interní zamestnanci akceptujú krátku, vecnú aktualizáciu; externí klienti so zmluvou a SLA očakávajú tón a úplnosť, ktoré si skôr vyžadujú ľudskú kontrolu.
Táto úloha nestojí oddelene od zvyšku procesu riešenia incidentov. To, či je výpadok efektívne komunikovaný, závisí od toho, ako dobre sa monitoruje výkon systémov — bez spoľahlivého monitorovania nie je aktuálny stav, ktorý by sa dal komunikovať. Súvisí to aj s tým, ako sa incident zaznamenáva a prioritizuje, pretože to určuje, aké údaje sú k dispozícii na to, aby sa na nich správa mohla zakladať. A v niektorých prípadoch prebieha komunikácia paralelne so skutočným riešením incidentu prvej línie IT, pri ktorom je aktualizácia len tak dobrá, ako je skutočne dosiahnutý pokrok.
Konkrétne: vypracovanie textu na základe pevných šablón, so vstupom aktuálneho stavu incidentu, je realizovateľné, hneď ako sú tieto dve podmienky splnené. Rozhodnutie, kedy sa správa odošle, v akom tóne, a či je čas riešenia formulovaný realisticky, zostáva na pracovníkovi. Nejde o prechodnú fázu na ceste k úplnému prevzatiu — je to štruktúra, ktorá tomuto typu komunikácie zodpovedá, pokiaľ náklady na chybu spôsobenú nevhodnou správou zostanú vyššie než čas potrebný na jej kontrolu.
Ak vás táto analýza privádza k úvahám o nasadení pracovníkov servisného pultu alebo komunikácie, platí, že sa na to vzťahujú vlastné zákonné požiadavky týkajúce sa práce a spoluúčasti zamestnancov; táto stránka neposkytuje personálne poradenstvo a nie je podkladom pre rozhodnutie o prepustení. Pre širšiu zodpovednosť pri zmenách pracovných miest pozri zodpovedný prístup pri zrušení pracovných miest.
Chcete vedieť, aká časť komunikácie o výpadkoch vo vašej vlastnej firme už dnes spĺňa tieto podmienky? Bezplatný rýchly test od FTE TO AI obsahuje dvanásť otázok, nevyžaduje účet a poskytuje indikáciu, akú časť hodín v tomto profile je dnes možné previesť na AI. Kompletný pracovný test, s podrobnou analýzou úloh podľa tímu, sa ešte pripravuje — tú tu teraz vedome ešte nenavrhujeme.
Vraag maar. Ik ken de kennisbank van deze site; wat ik niet weet, zeg ik erbij.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.