Kontrolný zoznam pre AI agenta pred napojením na CRM, ERP alebo e-mail

AI agent vo firme nie je len lepší chatbot. Chatbot odpovedá. Agent môže čítať dáta, používať nástroje, navrhovať kroky a v niektorých prípadoch meniť stav v systéme. Preto sa k nemu treba správať ako k internému softvéru, nie ako k experimentu v prehliadači.

Ak ho napojíte na CRM, ERP, e-mail alebo interné dokumenty bez pravidiel, vytvoríte rýchlu cestu k nekontrolovanej chybe. Ak mu nastavíte hranice, vie byť veľmi užitočný. Dobré riadenie nie je brzda. Je to dôvod, prečo sa pilot dá posunúť do produkcie.

Kedy agent dáva zmysel

Najlepší prvý prípad použitia má vysoký objem práce, opakovateľný kontext a výstup, ktorý vie človek rýchlo skontrolovať.

V praxi to býva:

• triedenie obchodných kontaktov v CRM,
• návrh odpovede na zákaznícky e-mail,
• sumarizácia požiadaviek zákazníckej podpory,
• príprava podkladov z dokumentov,
• návrh nadväzujúcich úloh pre obchodníka,
• prehľady z viacerých interných systémov.

Slabý prvý prípad použitia je taký, kde chyba okamžite mení peniaze, zmluvy, HR rozhodnutia alebo dôveru zákazníka. Agent, ktorý samostatne mení ceny alebo schvaľuje platby, je zbytočne riskantný začiatok.

Ak si nie ste istí, či potrebujete agenta alebo jednoduchšiu automatizáciu, začnite naším článkom AI agent vs. automatizácia.

Kontrolný zoznam riadenia

Tento zoznam je jednoduchý zámerne. Ak ho tím nevie vyplniť na jednu stranu, agent ešte nie je pripravený na produkciu.

Bezpečná architektúra v praxi

Agent by nemal mať priamy a neobmedzený prístup ku všetkým systémom. Lepší model je kontrolovaná integračná vrstva:

1. používateľ zadá úlohu,
2. agent dostane iba potrebný kontext,
3. nástroje sú obalené pravidlami a právami,
4. rizikové akcie idú na schválenie,
5. všetko sa loguje,
6. výsledok je možné zastaviť alebo opraviť.

Pri CRM to môže znamenať, že agent navrhne prioritu obchodného kontaktu, ale obchodník ju potvrdí. Pri ERP pripraví návrh párovania platby, ale účtovník ho schváli. Pri e-maile pripraví odpoveď, ale neodošle ju bez človeka.

MCP štandardizuje spojenie agenta s nástrojmi a A2A komunikáciu medzi agentmi. Ani jeden protokol však nenahrádza firemné oprávnenia, kontrolu každej operácie a auditnú stopu. Praktický rozdiel vysvetľujeme v článku MCP a A2A vo firemných systémoch.

Ako merať, či pilot funguje

Agent nemá byť demonštrácia pre prezentáciu. Má šetriť čas alebo znižovať chybovosť.

Sledujte:

• minúty ušetrené na jeden prípad,
• percento výstupov, ktoré človek musel upraviť,
• počet spracovaných obchodných kontaktov, požiadaviek alebo dokumentov,
• chybovosť pred a po pilote,
• počet eskalácií,
• náklady na modely a infraštruktúru,
• spätnú väzbu od ľudí, ktorí s výstupom pracujú.

Pri prvom pilote netestujte štyri procesy naraz. Vyberte jeden proces, nastavte hranice a merajte ho dva až štyri týždne.

Kde vie pomôcť RISE

RISE vie navrhnúť a dodať bezpečný postup s AI nad CRM, ERP, e-mailom alebo dokumentmi. Typicky začíname krátkym zmapovaním procesu, dát, rizík, vlastníkov, logovania, schvaľovania a merania výsledku.

Ak chcete zistiť, kde má agent zmysel a kde stačí obyčajná automatizácia, pozrite si AI automatizáciu alebo nám napíšte cez kontakt.

Zdroje

• Model Context Protocol architecture
• Model Context Protocol security best practices
• A2A Protocol specification
• AI Act Service Desk: FAQ k AI agentom

FAQ

Aký je rozdiel medzi chatbotom a AI agentom?

Chatbot primárne odpovedá. Agent vie použiť nástroje, pracovať s dátami a navrhnúť alebo vykonať kroky v procese.

Má mať agent prístup do CRM?

Áno, ak má presný rozsah, minimálne práva, audit logy a človeka v procese pri rizikových zmenách.

Kto zodpovedá za chybu agenta?

Pred pilotom musí existovať obchodný vlastník, technický vlastník a postup pri incidente. Bez toho sa chyba bude riešiť až vtedy, keď už bolí.

Aký je najlepší prvý prípad použitia?

Proces s veľkým objemom, nízkym až stredným rizikom a výstupom, ktorý človek vie rýchlo skontrolovať.