AI агенти

Къде агентът наистина спестява време

Най-добрите кандидати са повтарящи се задачи с ясни данни зад тях. Ако служител прекарва час на ден в това да преписва поръчки от имейли в системата или да отговаря на едни и същи въпроси за статус, там има място за агент. Ето случаи, които срещаме в производството, склада и търговията:

Има и случаи, в които агент не е правилният отговор. Ако данните са разпилени в лични таблици, ако процесът се върши по различен начин от всеки служител или ако решението зависи от преценка, която никой не може да опише, първо подреждаме това. Понякога обикновен отчет или една добре направена интеграция решава проблема по-евтино — и тогава ви го казваме направо.

• Заявки от клиенти, пристигнали по имейл или през формуляр, се разчитат и се превръщат в чернова на поръчка в ERP-то — човек само потвърждава.
• Справки на естествен език: „Колко от артикул 4410 сме продали в Пловдив този месец?“ — агентът пише заявката към базата или BigQuery и връща отговор с източника.
• Известия при отклонение: закъсняла доставка, наличност под минимума, машина без отчет от смяната.
• Вътрешен помощник за екипа, който познава вашите правилници, ценови листи и процедури, вместо общи знания от интернет.
• Подготовка на кросдокинг или товарене: агентът сверява входящите пратки с изходящите поръчки и предлага разпределение.

Как агентът стига до данните ви — и докъде

Агентът е толкова полезен, колкото са данните, до които стига. Свързваме го през съществуващите ви API-та, през директен достъп само за четене до базата или през междинен слой, който пишем специално за целта. Ако системата ви няма API — например стар складов софтуер или каса — правим такъв. Това е и причината да правим едновременно агентите и интеграциите под тях.

Правата се определят изрично. По подразбиране агентът само чете. Всяко действие, което променя нещо — нова поръчка, промяна на цена, изпратен имейл към клиент — минава през потвърждение от човек, докато не решите, че определен вид действие може да става автоматично. Всеки отговор и всяко действие се записва в журнал: какво е попитано, какви данни са използвани, какво е направено и от чие име.

Как протича работата на практика

Започваме с един процес, не с десет. Идваме, гледаме как хората ви го вършат днес, събираме реални примери — двадесет имейла с поръчки, списък с най-честите въпроси, справките, които някой прави всеки понеделник. По тях настройваме агента и ги ползваме като тестов набор: преди да пуснем каквото и да е, знаем как се справя с вашите собствени случаи, а не с измислени.

Първата версия работи редом с хората — предлага, а те решават. Така за няколко седмици се вижда къде агентът греши, какво му липсва и кои действия са достатъчно сигурни, за да се автоматизират изцяло. Едва тогава разширяваме обхвата.

Какво получавате

Работещ агент, вързан за вашите системи, с интерфейс там, където екипът ви вече работи — в уеб панел, в имейла, във вътрешния чат или в самото ERP. Получавате и описание на правата му, журнала на действията и тестовия набор, с който проверяваме промените. Кодът на връзките и настройките на агента са ваши.

• Агент за конкретен процес, настроен по ваши реални примери.
• Връзки към ERP, склад, поща или база, включително нови API, където липсват.
• Журнал на всеки отговор и действие, достъпен за проверка.
• Таблица с правата: какво агентът може сам и какво само предлага.

След пускането

Езиковите модели се обновяват, а процесите ви се променят. Следим качеството на отговорите, пускаме тестовия набор при всяка смяна на модел и добавяме новите случаи, които агентът е срещнал. Когато някой от екипа отбележи грешен отговор, той става пример, по който агентът се коригира. Поддръжката на критичните процеси е 24/7, а развитието — нови действия, нови източници на данни — правим на кратки етапи, както всичко останало.