ИИ-агент для бизнеса: какие задачи ему можно отдать, а какие пока опасно

Менеджер провел созвон, пообещал клиенту отправить коммерческое предложение, потом отвлекся на другую встречу и забыл. В CRM заявка вроде есть, но следующий шаг не заполнен. В чате поддержки клиент снова спрашивает то, что уже десять раз описано в базе знаний. Руководитель вечером собирает отчет руками: кто сколько лидов обработал, где зависли сделки, кому надо напомнить.

Все это не выглядит как большая цифровая трансформация. Просто обычная рабочая каша.

Именно в таких местах ИИ-агент для бизнеса приносит пользу. Это помощник с понятной инструкцией, ограниченными доступами и правом делать скучные повторяемые куски работы. Продажи, найм, договоры и деньги остаются у людей.

Дальше — практический разбор: что такое ИИ-агент простыми словами, чем он отличается от чат-бота, какие задачи ему отдавать в B2B, где он вредит и как запустить первого агента без хаоса.

Что такое ИИ-агент простыми словами

ИИ-агент — это нейросеть, встроенная в рабочий процесс.

Обычная нейросеть отвечает на ваши сообщения. Вы написали вопрос, она написала ответ. На этом ее работа закончилась.

У агента есть мозги и руки. Мозги — это языковая модель: GPT, Claude, Gemini или другая. Руки — это инструменты, через которые агент действует наружу: читает файл, проверяет CRM, создает задачу, готовит черновик письма, ищет информацию в базе знаний.

Чтобы агент не действовал как попало, ему нужна инструкция. Это его должностная инструкция: что делать, в каком порядке, какие данные брать, как оформлять результат, где остановиться и позвать человека.

Еще агенту нужны знания. Например, регламенты продаж, база ответов поддержки, шаблоны коммерческих предложений, описание продуктов, тарифы, правила работы с клиентами. Если агент отвечает клиентам без базы знаний, он начинает угадывать. Иногда угадывает красиво, но не туда.

И наконец, агенту нужны логи. Лог — это журнал действий: что агент получил на вход, что решил, куда сходил, что изменил, какой ответ подготовил. Без логов вы не управляете агентом, а верите ему на слово. Это плохая идея.

Если совсем коротко, ИИ-агент состоит из нескольких частей:

• модель — думает и формулирует;
• инструкция — объясняет, что делать;
• знания — дают факты о вашем бизнесе;
• инструменты — позволяют действовать;
• права доступа — ограничивают, куда можно ходить;
• триггеры — запускают агента по событию или расписанию;
• логи — показывают, что произошло.

Триггер — это событие, которое будит агента. Пришла новая заявка на сайт. Закончился созвон. Появился тикет в поддержке. Наступило 18:00, и агент должен собрать отчет за день.

В хорошем агенте все эти части продуманы. В плохом есть только промпт «будь умным помощником» и доступ к половине компании.

Чем ИИ-агент отличается от чат-бота

Чат-бот отвечает. Агент действует.

Это главное отличие.

Чат-бот в поддержке пишет: «Ваш вопрос принят, оператор ответит позже». Или находит готовый ответ в базе и отправляет его клиенту. Это уже полезно, но он обычно живет внутри диалога.

ИИ-агент делает цепочку действий. Например:

1. Прочитать сообщение клиента.
2. Найти клиента в CRM.
3. Посмотреть, какой у него тариф.
4. Проверить историю обращений.
5. Найти нужный ответ в базе знаний.
6. Подготовить ответ.
7. Создать задачу менеджеру, если вопрос не типовой.
8. Записать в CRM, что произошло.

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

Из-за этого он полезнее и опаснее.

Он убирает ручную работу между сервисами, но вместе с пользой появляются права. Агент с правом редактировать CRM портит карточку клиента при ошибке. Агент с правом отправлять письма отправляет неверный текст. Агент с широким доступом к документам видит лишнее.

Поэтому вопрос не «можно ли внедрить ИИ в бизнес». Можно. Вопрос — куда именно, с какими правами и где человек остается на подтверждении.

Какие задачи агенту можно отдать первыми

Для первого агента выбирайте задачу с низкой ценой ошибки.

Плохой первый сценарий: «пусть агент сам ведет продажи от первого касания до оплаты».

Звучит красиво. На деле это огромный процесс: квалификация лида, выявление потребности, расчет цены, согласование условий, работа с возражениями, договор, счет, обещания по срокам. На каждом шаге можно ошибиться деньгами, репутацией или юридическими обязательствами.

Нормальный первый сценарий: «пусть агент после созвона готовит менеджеру черновик письма, список договоренностей и следующий шаг в CRM».

Ошибка в черновике неприятна, но менеджер ее заметит. А если агент делает это стабильно, он экономит время каждый день.

Для старта хорошо подходят задачи, где есть понятный вход и понятный выход.

Разбор входящих заявок

На сайт пришла заявка: имя, телефон, компания, комментарий. Агент определяет тему запроса, находит похожие кейсы, относит клиента к сегменту и предлагает менеджеру следующий шаг.

Например:

• вход: заявка с формы сайта;
• действие агента: классифицировать запрос, проверить дубликаты в CRM, добавить короткую сводку;
• выход: карточка лида с тегами и задачей менеджеру;
• человек проверяет: менеджер смотрит карточку перед первым контактом.

На первом запуске я бы не давал агенту право самому менять статус сделки или отправлять клиенту письмо. Пусть готовит черновик и подсказывает.

Follow-up после встречи

После созвона часто теряются мелкие договоренности. Клиент просил прислать пример договора. Менеджер обещал уточнить цену. Руководитель сказал подключить технического специалиста.

Агент берет расшифровку встречи и вытаскивает:

• что обсуждали;
• какие вопросы остались открытыми;
• кто что обещал;
• какой следующий шаг;
• какой черновик письма отправить клиенту;
• что записать в CRM.

Это хороший сценарий, потому что агент не принимает решение за менеджера. Он убирает рутину после встречи.

Ответы поддержки по базе знаний

Если поддержка каждый день отвечает на одни и те же вопросы, агент ищет ответ в базе знаний и готовит черновик.

Задайте агенту рабочий маршрут: найти ответ в базе, указать источник, при неуверенности передать вопрос оператору.

Разница большая. В первом случае агент начинает фантазировать. Во втором работает как помощник с доступом к справочнику.

Подготовка коммерческих предложений

Агент собирает черновик КП: подтягивает данные клиента, выбирает релевантные услуги, вставляет кейсы, оформляет письмо.

Но финальные цены, сроки, скидки и обещания должен проверять человек. Особенно если в компании нет жесткого прайс-листа.

Контроль забытых задач

Агент каждый день проверяет CRM и таск-менеджер:

• какие сделки без следующего шага;
• кому давно не писали;
• какие задачи просрочены;
• где завис документ;
• какие клиенты ждут ответа.

Это скучная работа. И поэтому она хорошо подходит агенту.

Здесь агент не должен ругать сотрудников или сам менять KPI. Его задача — подсветить проблемы, а руководитель уже решает, что с ними делать.

Где ИИ-агент особенно полезен в B2B

ИИ-агенты для бизнеса лучше всего работают как слой между людьми и рабочими системами.

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

Продажи

В продажах агент полезен там, где много ручных переходов между разговором, CRM, почтой и задачами.

Что можно поручить:

• разобрать лид и заполнить поля в CRM;
• найти в базе похожие кейсы для клиента;
• подготовить черновик follow-up после созвона;
• напомнить менеджеру, где нет следующего шага;
• собрать краткую сводку по сделке для руководителя;
• предложить вопросы для следующей встречи.

Я бы не начинал с агента, который сам переписывается с клиентом до оплаты. Сначала пусть помогает менеджеру видеть контекст и не терять договоренности.

Пример.

В агентство пришел лид: производственная компания хочет контент-маркетинг, но в заявке написано только «нужны статьи и лиды». Агент проверяет CRM, видит, что компания уже общалась год назад, находит старую переписку, вытаскивает отрасль, предполагаемый бюджет и готовит менеджеру список вопросов: кто принимает решение, какая география, какие услуги маржинальнее, какие площадки уже пробовали.

Менеджер приходит на звонок не с пустым листом. Но разговаривает все равно человек.

Поддержка клиентов

В поддержке агент полезен там, где есть база знаний и повторяемые обращения.

Что можно поручить:

• классифицировать обращения;
• предложить ответ оператору;
• найти инструкцию в базе знаний;
• проверить тариф клиента;
• создать задачу в продуктовую команду;
• собрать отчет по частым проблемам.

Главное правило: если агент не нашел уверенный ответ в базе, он не должен выдумывать. Пусть пишет: «нужна проверка оператора».

Плохой агент старается ответить любой ценой. Хороший агент умеет остановиться.

Маркетинг

В маркетинге агент помогает с подготовкой, аналитикой и упаковкой материалов.

Ему можно поручить:

• собирать темы из запросов клиентов и продаж;
• находить повторяющиеся вопросы в чатах и созвонах;
• готовить бриф на статью;
• проверять, есть ли в тексте ответы на поисковые интенты;
• адаптировать материал под разные площадки;
• собирать UTM-отчет и первичные выводы.

Но публиковать все подряд от имени компании без редактора я бы не советовал. Нейросеть легко пишет уверенно и пусто. Для маркетинга это особенно опасно: вроде текст есть, а доверия нет.

HR и найм

В найме агент помогает руководителю готовиться и сравнивать факты. Решение о человеке остается у руководителя.

Хорошие задачи:

• разобрать резюме по критериям вакансии;
• подготовить вопросы для собеседования;
• собрать оценочную карту;
• сравнить кандидатов по фактам, а не впечатлению;
• подготовить план адаптации новичка;
• напомнить руководителю проверить прогресс через неделю и месяц.

Плохая задача: «реши, кого нанять».

Кандидат — не карточка товара. Агент подсвечивает факты, а решение принимает человек, который понимает команду, контекст и цену ошибки.

Здесь полезно связать агента с уже описанными процессами найма и адаптации: критериями отбора, оценочной картой, планом первого месяца и контрольными точками испытательного срока.

Документы и финансы

С документами агент полезен как первый читатель и черновикер.

Ему можно поручить:

• вытащить из договора сроки, суммы и обязательства;
• сравнить документ с шаблоном;
• найти пропущенные поля;
• подготовить краткую сводку для руководителя;
• собрать список вопросов юристу или бухгалтеру.

Юридически значимые решения требуют проверки человеком. Если агент неправильно понял пункт договора, последствия останутся на стороне компании.

В финансах тем более. Агент готовит платежку, ищет расхождение, собирает список неоплаченных счетов. Отправка денег, изменение реквизитов, списание и возврат требуют подтверждения человека.

Управление проектами

Здесь агент часто окупается быстрее всего.

Он читает рабочие чаты, созвоны и задачи, а потом вытаскивает из них то, что обычно теряется:

• кто что обещал;
• где нет срока;
• какая задача зависла;
• кому нужен ответ;
• что изменилось после встречи;
• какие риски появились.

Агент здесь работает как наблюдатель и помощник руководителя: подсвечивает просрочки, несостыковки и риски. Управленческие решения остаются у человека.

Какие задачи пока опасно отдавать агенту

Чем ближе агент к деньгам, клиентским обещаниям и персональным данным, тем осторожнее надо быть.

Главная опасность простая: ИИ ошибается. Причем уверенно и правдоподобно.

Финальные условия сделки

Агент готовит предложение, но не должен сам обещать цену, скидку, срок запуска или состав работ, если эти условия не зашиты жестко в правила.

Одна неверная фраза в письме превращается в ожидание клиента. Потом менеджеру придется объяснять, почему «ИИ не так понял».

Клиенту все равно, кто ошибся. Письмо пришло от компании.

Юридические документы

Агент читает договор и подсвечивает странные места. Но он не юрист и не несет ответственность.

Если договор типовой, агент проверяет, все ли поля заполнены, нет ли пустых реквизитов, совпадает ли сумма. Если договор нестандартный, лучше использовать агента как помощника для подготовки вопросов юристу.

Платежи и доступ к деньгам

На первом запуске не давайте агенту право отправлять деньги, менять реквизиты, подтверждать возвраты или создавать платежи без проверки.

Можно дать право:

• подготовить черновик платежа;
• найти счет;
• сверить сумму;
• собрать список платежей на согласование.

Но кнопка «отправить» должна оставаться у человека.

Массовые рассылки

Агент готовит письмо для сегмента клиентов. Массовая отправка без проверки опасна.

Он ошибается в сегменте, подставляет не тот оффер, ссылается на старую акцию или отправляет текст с неверным обещанием. В личной переписке это неприятно. В рассылке на 20 тысяч контактов это уже проблема.

Удаление и перезапись данных

Самое простое правило: агент не должен удалять данные на первом этапе.

Пусть предлагает, что удалить или объединить. Пусть помечает дубликаты. Пусть создает отчет. Но удаление карточек, документов, переписок и задач должно идти через человека или через отдельный безопасный процесс с резервными копиями.

Кадровые решения

Агент помогает оценить факты: кто выполнил план, какие задачи просрочены, какие критерии не закрыты.

Но штрафы, увольнения, повышение зарплаты и решение о найме — это не автоматизация. Это управленческая ответственность.

Если очень хочется автоматизировать HR, начните с подготовки материалов: вопросов для собеседования, плана адаптации, сводки по испытательному сроку. Не с кнопки «уволить».

Где агент вообще не нужен

Есть ловушка: новая технология быстро превращается в универсальную мазь для всех процессов подряд.

Но ИИ-агент нужен не везде.

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

Например, вам не нужен ИИ-агент, чтобы каждый день в 10:00 отправлять одинаковый отчет в чат. Для этого хватит обычной автоматизации.

Не нужен агент, чтобы переносить одно поле из формы в CRM без анализа. Это делает интеграция.

Не нужен агент, чтобы отправлять клиенту стандартное письмо после оплаты. Это делает CRM или почтовый сервис.

Агент нужен там, где надо понять контекст.

Например:

• клиент написал свободным текстом, и надо понять, о чем запрос;
• в созвоне много договоренностей, и надо вытащить задачи;
• в базе знаний есть несколько похожих инструкций, и надо выбрать нужную;
• в CRM карточка неполная, и надо понять, какие вопросы задать менеджеру;
• в чате обсуждали десять тем, а руководителю нужна короткая сводка.

Простое правило: действие вида «когда случилось X, всегда сделай Y» чаще закрывается обычной автоматизацией. Агент нужен там, где приходится прочитать, понять, сопоставить и только потом выбрать следующий шаг.

Как выбрать первый процесс для автоматизации

Первый процесс должен быть скучным.

Не самым красивым. Не самым большим. Не тем, который хочется показать на конференции.

Скучным, повторяемым и проверяемым.

Вот критерии хорошего первого процесса:

• задача повторяется часто;
• у нее понятный вход;
• у нее понятный выход;
• результат легко проверить;
• ошибка не ломает деньги, данные и отношения с клиентом;
• есть правила или база знаний;
• можно запустить в режиме черновиков;
• понятна метрика пользы.

Если хотя бы половина пунктов не сходится, процесс рано отдавать агенту.

Процесс	Подходит для первого агента	Почему
Сводка встречи и список задач	Да	Есть запись или расшифровка, результат легко проверить
Черновик ответа поддержки по базе знаний	Да	Агент опирается на готовые инструкции, оператор подтверждает
Заполнение карточки лида из формы	Да	Данные структурные, ошибка не фатальна, менеджер проверит
Самостоятельные переговоры с клиентом о цене	Нет	Высокая цена ошибки, много контекста, есть риск обещать лишнее
Подготовка КП без отправки	Да, с проверкой	Экономит время, но финальные условия подтверждает человек
Отправка массовой рассылки	Только с подтверждением	Ошибка масштабируется на всю базу
Удаление дублей в CRM	Не для старта	Есть риск потерять историю, нужны резервные копии
Сбор ежедневного отчета по сделкам	Да	Данные уже есть в CRM, агент только собирает и объясняет
Принятие решения о найме	Нет	Агент помогает с фактами, но не заменяет руководителя

Если сомневаетесь, задайте себе вопрос: «Что будет, если агент ошибется десять раз подряд?»

Если ответ — «менеджер поправит черновики», процесс подходит для пилота. Если ответ — «мы отправим неверные счета, потеряем данные или пообещаем клиентам невозможное», начните с другого места.

Из чего собрать ИИ-агента

Сборка агента звучит технически, но на верхнем уровне решений немного.

Есть мозги, есть обвязка и есть сервисы, к которым агент подключается.

Мозги — это модель. Она читает текст, рассуждает, пишет ответы, выбирает действия.

Обвязка — программа вокруг модели. Она решает, когда агента запускать, какие данные ему дать, какие инструменты показать, куда записать результат.

Сервисы — это CRM, почта, календарь, база знаний, телефония, таск-менеджер, документы.

Готовые платформы и no-code

Самый понятный путь для бизнеса — взять платформу, где уже есть коннекторы к популярным сервисам. Там можно собрать сценарий: пришла заявка, агент классифицировал, создал задачу, отправил черновик менеджеру.

Плюс: быстро начать.

Минус: вы живете внутри ограничений платформы. Если процесс нестандартный, начнутся костыли. А еще надо внимательно смотреть, куда уходят данные и какие права вы выдаете.

Кодинг-агент и небольшая обвязка

Второй путь — попросить кодинг-агента собрать маленькую программу под вашу задачу. Например, агент читает новые расшифровки встреч из папки, выделяет задачи и пишет результат в таблицу или таск-менеджер.

Код руками писать необязательно. Думать все равно придется.

Нужно объяснить:

• где брать входные данные;
• что считать правильным результатом;
• какие действия запрещены;
• как хранить ключи;
• где смотреть логи;
• как выключить агента.

Этот путь хорош, если задача специфическая и вам нужен контроль.

API модели

API — это способ одной программы обратиться к другой. В нашем случае ваша программа отправляет запрос модели и получает ответ.

Например, телеграм-бот получил сообщение клиента. Ваша программа отправила текст в модель, модель вернула классификацию, программа создала задачу в CRM.

API удобен, когда агент работает как часть продукта или сервиса для многих пользователей. Но там появляется оплата за объем запросов, хранение ключей, лимиты и ответственность за данные.

Цены и условия у моделей меняются, поэтому перед запуском их надо проверять на дату внедрения. В статье не стоит обещать, что «это стоит копейки» или «всегда дешевле сотрудника». Иногда дешевле. Иногда нет. Зависит от объема, модели, длины документов и числа действий.

База знаний и RAG

RAG — это подход, при котором агент сначала ищет информацию в ваших документах, а потом формулирует ответ.

Проще: у агента есть справочник. Он берет вопрос клиента, ищет подходящий фрагмент в базе знаний и только потом формулирует ответ.

Для бизнеса это критично. Без базы знаний агент отвечает общими словами. С базой знаний он говорит про ваши тарифы, правила, продукты, сроки и ограничения.

Но база знаний должна быть нормальной.

Если в ней пять старых регламентов, три противоречивых прайса и документ «новые правила финал финал точно последний», агент будет путаться. Причина обычно в мусоре на входе.

MCP и подключения к сервисам

MCP работает как переходник между агентом и сервисом. Если у сервиса есть готовый MCP-сервер, агент видит набор действий: найти файл, прочитать задачу, создать карточку, получить список сообщений.

Это удобнее, чем каждый раз писать интеграцию с нуля.

Но готовый переходник — не повод выдавать все права подряд. Перед подключением проверьте:

• кто сделал MCP-сервер;
• какие действия он дает агенту;
• какие данные видит;
• можно ли ограничить права;
• как отозвать доступ;
• где смотреть логи.

Для большого внедрения MCP стоит разобрать отдельно: какие серверы подключать, как проверять права, где хранить токены и как отзывать доступы.

Как внедрить ИИ-агента за две недели

Две недели — нормальный срок для первого рабочего пилота.

Речь про агента, который делает одну понятную задачу, а не управляет всем отделом.

День 1-2. Выберите один процесс

Возьмите процесс, где сейчас болит, но ошибка не убьет бизнес.

Хорошие кандидаты:

• сводки встреч;
• черновики ответов поддержки;
• разбор новых лидов;
• ежедневный отчет по CRM;
• контроль сделок без следующего шага.

Плохие кандидаты:

• самостоятельная продажа;
• согласование скидок;
• отправка платежей;
• юридические решения;
• массовые действия с клиентской базой.

На этом шаге выберите владельца процесса. Формулировка должна быть конкретной: «руководитель поддержки отвечает за пилот агента, который готовит черновики ответов».

Без владельца агент быстро превращается в игрушку. Все посмотрели, сказали «интересно» и забыли.

День 3-4. Опишите правила

Напишите мини-регламент.

Что агент получает на вход. Что должен сделать. Как оформить результат. Что запрещено. Когда звать человека. Как понять, что результат хороший.

Пример слабой инструкции:

«Помогай менеджерам обрабатывать лиды».

Пример нормальной:

«Когда приходит новая заявка, прочитай имя, компанию, должность, комментарий и источник. Проверь, есть ли такой клиент в CRM. Если есть, укажи ссылку на старую карточку. Определи тип запроса: контент-маркетинг, обучение, консультация, другое. Подготовь менеджеру краткую сводку и три вопроса для первого контакта. Не отправляй сообщения клиенту. Не меняй статус сделки. Если данных мало, напиши, чего не хватает».

Вторая инструкция длиннее. Зато агенту меньше места для фантазии.

День 5-6. Соберите примеры

Агенту нужны правила и примеры.

Возьмите 10-20 старых заявок, тикетов или встреч. Разметьте руками, какой результат считаете хорошим.

Например:

• вот заявка, вот правильная классификация;
• вот созвон, вот хорошая сводка;
• вот вопрос клиента, вот ответ по базе знаний;
• вот ситуация, где агент должен остановиться и передать человеку.

Примеры особенно важны там, где в компании есть свой стиль. Один бизнес любит короткие сухие письма. Другой пишет теплее. Один отдел продаж задает много вопросов. Другой сразу предлагает созвон. Агент сам этого не узнает.

День 7-8. Подготовьте базу знаний

Если агент должен отвечать или принимать решения по правилам, ему нужны документы.

Минимальный набор:

• описание продуктов и услуг;
• тарифы или принципы расчета цены;
• частые вопросы клиентов;
• правила передачи обращений человеку;
• шаблоны писем;
• список запретов;
• контакты ответственных.

Не надо сразу строить идеальную корпоративную энциклопедию. Для пилота хватит 5-10 нормальных документов.

Но они должны быть актуальными. Лучше один короткий документ с правдой, чем двадцать старых регламентов.

Документацию для агентов стоит вынести в отдельный материал: что писать в правилах, как хранить базу знаний, когда разбивать один большой документ на несколько коротких.

День 9-10. Подключите минимум инструментов

Самая частая ошибка — выдать агенту доступ ко всему, потому что «так удобнее».

Для пилота берите минимум.

Если агент делает сводки встреч, ему нужен доступ к расшифровкам и место, куда складывать результат. Ему не нужен доступ к счетам, договору аренды и всей CRM.

Если агент готовит ответы поддержки, ему нужна база знаний и тикеты. Ему не нужно право менять тариф клиента.

Если агент разбирает лиды, ему нужна CRM. На старте достаточно права читать данные и создавать черновики; статусы и письма остаются у менеджера.

День 11-12. Запустите на тестовых данных

Не выпускайте агента сразу в живой процесс.

Сначала прогоните старые данные. Возьмите 20 прошлых заявок, 10 встреч, 30 тикетов. Пусть агент обработает их так, будто они новые.

Потом сравните с тем, как это сделал бы человек.

Смотрите на красивые ответы и на ошибки:

• что агент пропустил;
• где придумал лишнее;
• где не понял контекст;
• где должен был остановиться, но не остановился;
• где запросил лишний доступ;
• где результат невозможно проверить.

После этого правьте инструкцию. Не модель. Не платформу. Сначала инструкцию и базу знаний.

День 13. Включите режим помощника

Первый живой запуск должен быть в режиме помощника.

Агент готовит. Человек подтверждает.

Агент предлагает. Человек отправляет.

Агент подсвечивает. Человек решает.

Это скучнее, чем «полностью автономный цифровой сотрудник». Зато так вы увидите реальную пользу без лишнего риска.

День 14. Измерьте пользу и решите, расширять ли права

Через две недели у вас должны быть цифры.

Сколько задач агент обработал. Сколько времени сэкономил. Где ошибался. Сколько раз человек принял черновик почти без правок. Сколько раз пришлось переписывать полностью.

Если агент стабильно делает полезную работу, расширяйте права. Например, разрешите ему готовить черновик карточки и создавать задачу в CRM. Потом, возможно, менять статус в безопасных случаях.

Права надо расширять постепенно. Как у нового сотрудника.

Как понять, что агент окупается

Окупаемость агента считайте по рабочим показателям, а не по ощущению «стало технологично».

Считать надо скучно.

Время

Сколько минут человек тратил на задачу раньше и сколько тратит теперь.

Если менеджер после каждого созвона 15 минут пишет письмо, заполняет CRM и ставит задачи, а агент готовит черновик за минуту, менеджеру все равно надо проверить результат. Допустим, проверка занимает 5 минут. Экономия — 10 минут на встречу.

Умножьте на число встреч в месяц. Вот уже нормальная цифра.

Скорость ответа

В продажах и поддержке важна скорость реакции клиента.

Даже без самостоятельной отправки финального ответа агент ускоряет реакцию: оператор или менеджер получает готовый черновик и отвечает через десять минут вместо трех часов.

Качество процесса

Иногда агент окупается через управляемость: меньше задач теряется.

Например, раньше после встреч часть договоренностей оставалась в голове менеджера. Теперь агент каждый раз вытаскивает задачи и кладет их в систему. Даже если экономия времени небольшая, управляемость становится лучше.

Ошибки

Считайте пользу и ошибки.

Нужны простые категории:

• правильно без правок;
• правильно с небольшими правками;
• надо переписать;
• опасная ошибка;
• агент должен был передать человеку, но не передал.

Если опасных ошибок много, не расширяйте права. Даже если агент «в целом умный».

Деньги

Стоимость агента складывается из подписки или API, настройки, документов, интеграций и поддержки.

Есть:

• настройка;
• подготовка базы знаний;
• интеграции;
• оплата модели;
• поддержка;
• время сотрудников на проверку;
• доработка инструкции после ошибок.

Для первого пилота хватит грубой оценки: агент экономит десятки часов в месяц или просто создает ощущение прогресса.

Если второе — лучше остановиться.

Частые ошибки при внедрении

Начать с самого сложного процесса

Руководителю хочется автоматизировать то, что болит сильнее всего. Часто это продажи.

Продажи болят из-за рутины и человеческого контекста: доверия, цены, сроков, внутренних договоренностей, политики скидок, настроения клиента.

Если начать с агента-продавца, вы быстро утонете.

Начните с кусочка: сводка звонка, черновик письма, подсказки менеджеру, контроль следующего шага.

Не описать правила

Нейросеть не знает ваш бизнес. Она знает типичные тексты из интернета.

Если вы не объяснили, как у вас устроена квалификация лида, что считается хорошим клиентом, какие услуги нельзя продавать без консультации и какие обещания запрещены, агент будет додумывать.

Иногда удачно. Иногда нет.

Дать лишние доступы

Лишние права почти всегда выдаются из лени. Проще дать доступ ко всей CRM, чем аккуратно настроить только нужные поля.

Но агенту не нужны все права, чтобы сделать первый полезный сценарий.

Правило: доступ только к тому, без чего задача не работает.

Не вести логи

Без логов вы не поймете, почему агент ошибся.

Он не тот документ прочитал? Не нашел нужный тариф? Неверно понял инструкцию? Получил плохой вход? Сервис вернул ошибку? Модель придумала?

Если логов нет, все это превращается в гадание.

Не собрать базу знаний

Многие хотят агента, который «сам все поймет». Но агенту надо откуда-то брать факты.

Если сотрудники сами узнают правила из устных договоренностей и старых чатов, агенту будет еще сложнее.

Иногда внедрение агента полезно уже тем, что заставляет компанию наконец-то описать правила.

Измерять вау, а не работу

Демо почти всегда выглядит лучше реальной жизни.

На демо агент красиво отвечает на одну заявку. В работе заявок сто, половина кривые, в CRM бардак, менеджеры по-разному заполняют поля, база знаний устарела.

Поэтому измеряйте процесс: сколько обработал, сколько сэкономил, сколько ошибся, где потребовал человека.

Сразу выпускать к клиентам

Если агент будет писать клиентам напрямую, он становится голосом компании.

Для первого запуска это риск. Лучше начать с черновиков. Пусть сотрудник видит ответ, правит и отправляет. Через несколько недель станет понятно, какие типы вопросов можно отдавать агенту увереннее.

Безопасность: что проверить перед запуском

Безопасность агента включает два вопроса: кто увидит данные и какие глупости агент может сделать с хорошими намерениями.

Перед запуском проверьте:

• какие данные агент видит;
• какие действия агент выполняет;
• какие действия требуют подтверждения;
• где хранятся ключи и токены;
• кто меняет инструкцию;
• где смотреть логи;
• как выключить агента;
• есть ли резервные копии;
• что агент делает при неуверенности;
• кто отвечает за результат.

Отдельно выпишите запрещенные действия.

Например:

• не отправлять письма клиентам без подтверждения;
• не менять цены и скидки;
• не удалять карточки и документы;
• не менять реквизиты;
• не обещать сроки без проверки;
• не отвечать, если не нашел источник в базе знаний;
• не обрабатывать персональные данные вне разрешенного контура.

Хороший запрет должен быть конкретным. Формулировка «будь осторожен» бесполезна. Рабочее правило звучит так: «не отправляй письмо клиенту; подготовь черновик и передай менеджеру».

Чеклист перед запуском первого агента

Пройдитесь по этому списку до живого запуска.

• У агента есть один понятный процесс, а не «помогай бизнесу».
• Назначен владелец процесса.
• Описано, что агент получает на вход.
• Описано, что он должен выдать на выходе.
• Есть примеры хорошего результата.
• Есть примеры ситуаций, где надо позвать человека.
• База знаний актуальна.
• Доступы выданы по минимуму.
• Опасные действия требуют подтверждения.
• Логи включены и понятны владельцу процесса.
• Агент протестирован на старых данных.
• Есть метрики: время, скорость, ошибки, принятые черновики.
• Есть способ быстро выключить агента.
• Понятно, когда можно расширять права.

Если чеклист не пройден, не надо запускать агента к клиентам. Запустите внутри команды.

Пример: агент для отдела продаж

Допустим, у компании B2B-услуги: консалтинг, внедрение, маркетинг, разработка, обучение. Лиды приходят с сайта, из Telegram, с мероприятий и по рекомендациям.

Сейчас менеджер вручную читает заявку, ищет компанию, проверяет CRM, вспоминает прошлые касания, готовит вопросы и после созвона заполняет карточку.

Первый агент в продажах лучше всего подходит для подготовки.

Что он получает:

• новую заявку;
• данные из CRM;
• заметки о прошлых контактах;
• описание услуг;
• критерии хорошего клиента;
• шаблон вопросов для первого звонка.

Что делает:

• определяет тип запроса;
• проверяет, был ли клиент раньше;
• находит похожие кейсы;
• готовит краткую сводку;
• предлагает вопросы для менеджера;
• после звонка делает черновик follow-up;
• вытаскивает задачи и следующий шаг.

Что запрещено:

• отправлять письмо без менеджера;
• обещать цену;
• ставить скидку;
• менять статус сделки на «выиграна» или «проиграна»;
• удалять или объединять карточки.

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

Пример: агент для поддержки

В поддержке обычно много повторяемых вопросов. Где скачать закрывающие документы. Почему не работает вход. Как поменять тариф. Где найти инструкцию. Что делать, если не пришло письмо.

Первый агент хорошо работает как помощник оператора.

Что он получает:

• текст обращения;
• историю клиента;
• базу знаний;
• список тарифов;
• правила эскалации.

Что делает:

• определяет тему обращения;
• ищет ответ в базе знаний;
• готовит черновик;
• указывает источник;
• если уверенности нет, передает оператору;
• если вопрос повторяется часто, добавляет его в список для обновления базы знаний.

Что запрещено:

• обещать компенсацию;
• менять тариф;
• закрывать спорный тикет;
• отвечать без источника, если вопрос касается условий договора или денег.

У такого агента полезный побочный эффект: он быстро показывает дыры в базе знаний. Если агент часто пишет «не нашел ответ», значит компания сама плохо описала правила поддержки.

Пример: агент для руководителя

Руководителю часто нужна короткая картина: что зависло, где риск, кому надо помочь.

Агент каждый вечер смотрит CRM, таск-менеджер и рабочие чаты и присылает сводку.

Хороший управленческий дайджест показывает важные сигналы:

• сделки без следующего шага;
• клиенты, которым давно не отвечали;
• задачи без срока;
• просрочки по важным проектам;
• повторяющиеся проблемы поддержки;
• встречи, после которых не появились задачи.

Здесь агент не принимает решения. Он просто подсвечивает то, что руководитель мог не увидеть.

Для малого бизнеса это иногда ценнее сложной автоматизации. Агент не устает проверять одно и то же каждый день, поэтому замечает зависшие вещи раньше руководителя.

Что написать в первой спецификации агента

Перед тем как что-то подключать, напишите спецификацию. Не на 40 страниц. На одну-две.

Шаблон:

1. Какую задачу решает агент.
2. Кто владелец процесса.
3. Что агент получает на вход.
4. К каким данным у него есть доступ.
5. Что он должен выдать на выходе.
6. Какие действия выполняет сам.
7. Какие действия только предлагает человеку.
8. Какие действия запрещены.
9. Где хранится база знаний.
10. Где смотреть логи.
11. По каким примерам проверяем качество.
12. Какие метрики считаем через две недели.

Пример короткой спецификации:

«Агент помогает руководителю продаж обрабатывать новые B2B-заявки. Он читает заявку с сайта, проверяет компанию в CRM, определяет тип запроса, готовит сводку и список вопросов для менеджера. Агент не пишет клиенту, не меняет статус сделки и не обещает цену. Результат кладет в карточку лида как внутренний комментарий. Качество проверяем на 30 старых заявках: правильная классификация, полезные вопросы, отсутствие выдуманных фактов. Через две недели считаем время подготовки к первому контакту и долю сводок, которые менеджер использовал без серьезных правок».

С такой спецификацией уже идите к кодинг-агенту, интегратору или внутреннему разработчику. Без нее все начнут обсуждать инструменты, хотя проблема обычно не в инструментах.

Если хотите собрать агента самостоятельно, начните с базового плана: выбрать задачу, описать инструкцию, подготовить примеры, подключить минимум инструментов и проверить результат на старых данных.

С чего начать сегодня

Не начинайте с большого проекта «ИИ во всей компании».

Начните с одной скучной задачи.

Я бы выбрал один из трех сценариев.

Первый — агент для сводок встреч. Берет расшифровку, вытаскивает договоренности, задачи, сроки и черновик письма. Почти любая B2B-компания сразу понимает, полезно это или нет.

Второй — агент для черновиков поддержки. Отвечает только по базе знаний, указывает источник и передает оператору все, где не уверен. Так вы не рискуете клиентскими обещаниями и одновременно проверяете качество базы.

Третий — агент для новых лидов. Читает заявку, проверяет CRM, готовит менеджеру контекст и вопросы. Клиенту сам не пишет.

Во всех трех сценариях агент сначала помощник, а не автономный сотрудник.

Это и есть нормальный старт. Не геройствовать, не выдавать лишние права, не пытаться заменить отдел. Взять повторяемый кусок работы, описать правила, дать агенту минимум доступа, включить логи и две недели смотреть на факты.

Если агент экономит время и ошибается неопасно — расширяйте. Если создает больше шума, чем пользы, не лечите это новыми модными инструментами. Вернитесь к процессу, инструкции и базе знаний.

Первый хороший ИИ-агент обычно выглядит буднично. После созвона не теряются задачи, клиент быстрее получает ответ, а руководитель видит зависшие сделки до того, как они стали проблемой.

Звучит скучно. Зато работает.