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

Agent pripojený k CRM môže meniť záznamy, nie iba odpovedať na otázky. Pred jeho nasadením preto určte, ktoré údaje smie čítať, aké zmeny môže navrhnúť a kto ich schváli. Rovnaké pravidlá potrebujete pri ERP, e-maile a interných dokumentoch.

Kedy agent dáva zmysel

Najlepší prvý prípad použitia má vysoký objem práce a opakovateľný kontext. Výstup musí vedieť č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 siahne na peniaze, na zmluvy, na HR rozhodnutia aj na 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. Nejasná odpoveď označuje rozhodnutie, ktoré tím potrebuje vyriešiť pred produkčným prístupom.

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 potvrdí ju obchodník. V ERP pripraví návrh párovania platby a schváli ho účtovník. Odpoveď na e-mail agent napíše, odoslať ju však bez človeka nesmie.

MCP štandardizuje spojenie agenta s nástrojmi a A2A komunikáciu medzi agentmi. Oprávnenia to nerieši. Ani jeden z tých protokolov nenahrádza firemné práva a kontrolu nad každou operáciou ani auditnú stopu, bez ktorej po incidente nikto nezistí, čo agent v systéme urobil. 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 a nastavte mu hranice. Potom ho nechajte bežať 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 aj dokumentmi. Začíname krátkym zmapovaním procesu a dát. Pomenujeme riziká aj vlastníkov a dohodneme logovanie, schvaľovanie a to, ako sa bude merať výsledok.

Ak chcete zistiť, kde má agent zmysel a kde stačí obyčajná automatizácia, pozrite si AI automatizáciu. Alebo nám rovno 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