„Prečo nám klesla marža?“ je bežná manažérska otázka. Systém môže nájsť zákazky, pri ktorých sa výsledok zhoršil, no nemusí vedieť, čo pokles spôsobilo. AI by mala tento rozdiel zachovať aj vo svojej odpovedi.
Vo firemnom MIS môže asistent skrátiť cestu k podkladom: vybrať správne obdobie, načítať ukazovateľ, nájsť súvisiace prípady a zrozumiteľne ich opísať. Jeho prínos sa ukáže pri práci s údajmi, ku ktorým sa manažér vie vrátiť a overiť ich.
Z čoho vzniká analytická odpoveď
- Otázka manažéra Obdobie, téma a časť firmy
- AI asistent Vyberie nástroj a vysvetlí výsledok
- Nástroje MIS cez MCP Schválené ukazovatele a povolené filtre
- Firemné údaje Zdroje, definície a čas aktualizácie
Užitočný rozsah určia otázky vedenia
Pri prvej verzii pomôžu otázky, na ktoré dnes ľudia opakovane pripravujú odpoveď. Ktoré zákazky prekročili plánované hodiny? Kde pribúdajú omeškania? Ktorá pobočka má kapacitu? Čo ešte chýba na uzavretie mesiaca?
Každá potrebuje iný výstup. Niekedy stačí filtrovaný zoznam, inokedy porovnanie období. Vysvetlenie príčiny môže potrebovať komentár vedúceho, ktorý zatiaľ v žiadnom systéme nie je. Tento rozdiel určuje, čo má asistent vedieť odpovedať už na začiatku.
Obmedzený rozsah nemusí byť pre používateľa nevýhodou. Ak vie, ktoré ukazovatele systém pokrýva, ľahšie rozpozná otázku mimo jeho možností. Dohodnuté otázky zároveň poslúžia na overenie odpovedí na známych dátach.
Výpočet nemá závisieť od formulácie otázky
Marža potrebuje jednu schválenú definíciu, aj keď sa na ňu manažér zakaždým spýta inými slovami. Asistent môže zavolať nástroj, ktorý vráti výpočet, obdobie, členenie a stav úplnosti údajov. Nemusí vzorec zakaždým zostavovať znova.
Podobne funguje zoznam zákaziek s prekročeným rozpočtom hodín. Pravidlo prekročenia je súčasťou MIS a vývojový tím ho vie samostatne overiť. Model potom vysvetľuje výsledok tejto operácie.
MCP poskytuje spoločný spôsob, ako také nástroje sprístupniť AI aplikáciám. Význam stĺpcov, povolené filtre a limity dopytov však zostávajú súčasťou návrhu vašej aplikácie. Podrobnosti opisuje úvod do MCP.
Pri voľnejšej analytike môže byť rozsah nástrojov širší. O to viac záleží na dobre opísaných dátach a kontrolách. Manažér by nemal dostať iný výsledok len preto, že model tentoraz inak pochopil interný názov stĺpca.
Výsledok, súvislosť a príčina sú rôzne odpovede
Zákazky s nižšou maržou môžu mať viac servisných výjazdov. To je užitočná súvislosť. Ešte z nej nevieme, či výjazdy spôsobili pokles, alebo boli tieto zákazky od začiatku náročnejšie.
Čo sa dá z údajov vyvodiť
| Príklad odpovede | Čo ju podkladá | |
|---|---|---|
| Výpočet | Marža za obdobie klesla | Dohodnutý vzorec a porovnateľné údaje |
| Pozorovanie | Pokles je pri opakovaných výjazdoch | Zoznam príslušných zákaziek |
| Vysvetlenie príčiny | Výjazdy vznikli pre konkrétnu chybu | Záznamy o dôvode a ďalšie overenie |
| Návrh | Zmeňme postup servisu | Posúdenie možností a očakávaného účinku |
Asistent môže otvoriť súvisiace prípady a označiť, ktoré poznámky chýbajú. Vedúci servisu potom posúdi zmluvný rozsah, dôvody návštev alebo nezahrnuté náklady. Rovnako aj návrh zmeniť cenu zostáva hypotézou, ktorej účinok treba neskôr vyhodnotiť.
- Vy: Prečo sa zhoršila marža servisných zákaziek?
- MIS: Načítam schválenú maržu, porovnateľné obdobia a zákazky.
- AI: Pokles je najmä pri zákazkách s opakovanými výjazdmi. Dôvod výjazdov v podkladoch chýba.
- AI: Tu sú súvisiace zákazky a chýbajúce servisné poznámky.
- Človek: Vedúci servisu preverí dôvody a navrhne opatrenie.
Podobne by mala dopadnúť otázka na odmietnutú ponuku, ak CRM eviduje iba stav odmietnutia. Chýbajúci dôvod je dôležitá informácia o kvalite podkladov. Presvedčivé domyslenie by ju skrylo.
Iná otázka nesmie otvoriť cudzie dáta
Manažér pobočky môže vidieť svoje zákazky a povolený firemný súhrn, ale nemá prístup k detailom ostatných pobočiek. Toto pravidlo platí aj pri porovnaní tímov, exporte alebo otázke nadväzujúcej na predchádzajúcu odpoveď.
Ak firma chce zdieľať agregované porovnanie, potrebuje ho navrhnúť osobitne. Model by sám nemal rozhodovať, kedy je citlivý údaj už dosť všeobecný. Rozsah sprístupnenia patrí do pravidiel MIS.
Oprávnenia zostávajú rovnaké
- Detail zákazky
- Porovnanie tímov
- Ďalšia otázka
- Vlastná pobočka
- Schválený súhrn
- Povolené polia
Detail zákazky, Porovnanie tímov, Ďalšia otázka → Kontrola prístupu → Vlastná pobočka, Schválený súhrn, Povolené polia
Aj OWASP API Security Top 10 uvádza chýbajúce kontroly prístupu k objektom a funkciám medzi rizikami API. Pokyn v prompte preto nenahrádza kontrolu v systéme. Pri skúškach má zmysel meniť identifikátor zákazky, obdobie aj spôsob, akým sa človek pýta na obmedzené údaje.
K odpovedi sa treba vedieť vrátiť
Rozhodnutie vedenia vzniká z údajov dostupných v určitom čase. Neskôr sa môže doplniť náklad alebo zmeniť definícia. Samotný text odpovede už potom nemusí vysvetliť, z čoho manažér vychádzal.
Záznam použitého obdobia, verzie ukazovateľa a zdrojových prípadov pomôže pôvodný podklad rekonštruovať. Pri chybe umožní rozlíšiť nesprávny vstup, výpočet a interpretáciu. História otázok však môže obsahovať citlivé obchodné údaje, preto aj ona potrebuje určený prístup a dobu uchovávania.
Používateľ má mať nezávislú cestu kontroly: otvorený detail v MIS alebo odkaz na zdroj. Ďalšia otázka tomu istému asistentovi sama osebe správnosť pôvodnej odpovede neoverí.
Dobré skúšky obsahujú aj nesprávny predpoklad
Bežné otázky ukážu základnú použiteľnosť. Viac sa dozviete z prípadu s neúplným mesiacom, chýbajúcimi nákladmi alebo zmenenou definíciou. Správnou odpoveďou môže byť vysvetlenie, prečo zatiaľ nemá zmysel porovnávať dve obdobia.
Dôležitá je aj otázka „Prečo výsledok klesol?“, keď podľa dohodnutej metriky vzrástol. Asistent má tento predpoklad opraviť a ukázať podklad. Podobne musí odlíšiť nulovú hodnotu od zlyhaného načítania dát a pri staršom výsledku uviesť jeho čas.
Z týchto prípadov vznikne sada, ktorú tím zopakuje po zmene modelu, nástrojov alebo výpočtov. Reálne chyby z používania ju postupne dopĺňajú. Firma tak dokáže posúdiť, či sa pri dôležitých otázkach kvalita zlepšila.
Právomoci sa dajú rozširovať oddelene
Analytický asistent môže byť užitočný už tým, že číta a vysvetľuje. Vytváranie úloh či zmena plánov sú ďalšie funkcie s vlastnými pravidlami. Nemusia byť súčasťou prvej verzie.
Od vysvetlenia k zásahu
- Vysvetliť údaj Zdroj a obdobie 1
- Navrhnúť úlohu Zadanie a príjemca 2
- Vykonať zmenu Práva a aktuálny stav 3
← Čítanie Zmena prevádzky →
- 1 Vysvetliť údaj Zdroj a obdobie
- 2 Navrhnúť úlohu Zadanie a príjemca
- 3 Vykonať zmenu Práva a aktuálny stav
Pred potvrdením úlohy potrebuje používateľ vidieť príjemcu, termín aj podklady. Pri zmene plánu zase aktuálny stav: staršia analytická odpoveď nemusí byť dostatočným podkladom na dnešný presun kapacity.
Vlastný MIS umožní prispôsobiť tieto hranice konkrétnym kompetenciám firmy. Rozsah asistenta potom rastie podľa používania a overeného prínosu.
Konkrétny príklad predstavuje Charlie pre Shovels: jazykový model pristupuje k aktuálnym databázovým údajom cez MCP servery. Pri AI analýze firemných dát podobne navrhujeme prístup k zdrojom podľa otázok, ktoré má systém zodpovedať.
Ukážte nám otázky, ktoré má AI zodpovedať vedeniu. Navrhneme podklady, nástroje a spôsob, ako odpovede overovať.
