Внедрение ИИ агентов в компании 2026: этапы, роли и приёмка проекта

Внедрение ИИ агентов в компании ломается не на нейросети, а на стыке с людьми: никто не отдал доступы, никто не принял результат. Ниже процесс из 6 этапов, что готовит заказчик на каждом шаге и как принять агента по 3 сценариям.

За 6+ лет в онлайн-образовании я видел проекты на 5-10 млн ₽ в месяц, где есть оффер, трафик и продукт, а денег нет. Причина одна: нет системы. С внедрением ИИ агентов сюжет тот же. Нейросеть берут хорошую, а процесс вокруг неё не описывают, и через месяц агент отвечает клиентам невпопад.

Эта статья про то, как устроен сам проект, когда компания внедряет агента с подрядчиком или своей командой. Что такое агент, разобрано в статье ИИ-агент: что это такое и как он работает на твой бизнес. Сколько это стоит, лежит на странице сколько стоит ИИ-агент. Как собрать первого агента своими руками, описано в материале как создать ИИ-агента. А общая картина по теме собрана в разделе ИИ для бизнеса. Про внедрение ИИ вообще, без привязки к агентам, есть пошаговый план на 30 дней и сравнение своими силами или через подрядчика.

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

Внедрение агента - это процесс компании, а не только код

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

Отсюда и главное отличие от обычного бота. Бот живёт по сценарию с кнопками. Агент принимает решения внутри границ. А границы кто-то должен нарисовать заранее и письменно. Этим рисованием и занят проект.

Кто участвует в проекте

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

• Владелец процесса (ты или руководитель отдела). Решает, что считается успехом, и подписывает приёмку. Если его нет, приёмка превращается в «ну вроде нормально».
• Держатель фактов. Знает цены, исключения, скидки, типовые возражения. Обычно это руководитель продаж или самый опытный менеджер. Без него база знаний агента остаётся пустой.
• Хранитель доступов. Тот, кто выдаёт токены, доступы к мессенджеру, CRM и сайту. Часто это не директор, а админ или подрядчик по сайту.
• Аналитик разработчика. Описывает процесс, цель и границы агента.
• Инженер разработчика. Собирает агента и подключает интеграции.
• Куратор проекта. Ведёт сроки, прогоняет тесты, собирает журнал и отчёт.

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

6 этапов внедрения: что делает разработчик и что готовишь ты

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

Что видно по таблице: твоё участие есть на каждом этапе. «Под ключ» не значит «ты ничего не делаешь». Разработчик берёт на себя сборку и интеграции, а факты, доступы и приёмка остаются за тобой. Как выглядит такой формат с нашей стороны, описано на странице разработка ИИ-агентов под ключ.

В проекте поменьше этапы склеиваются: аудит идёт вместе со сбором фактов, а проверка на диалогах вместе со сборкой. Порядок при этом не меняется. Нельзя запускать агента в бою, пока не пройдена приёмка, и нельзя собирать агента, пока нет цели.

Сроки по этапам и то, что их тормозит

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

• Базовый агент: 1 канал, типовые вопросы. По странице про разработку под ключ: аудит занимает день 1, разработка и обучение на твоих данных дни 2-5, запуск и тест на реальных клиентах дни 6-7. После запуска идут 2 недели сопровождения. Итого около 7 дней до запуска.
• Агент, которому можно доверить переписку с клиентами без присмотра. По странице про создание агента это 3-4 недели: неделя уходит на базу знаний, остальное на обкатку в бою и правку сценариев по журналу.

Это ориентиры для типовых задач. Агент с несколькими каналами, CRM и квалификацией лидов считается отдельно. Деньги по пакетам смотри на странице сколько стоит ИИ-агент: цен в этой статье нет специально, здесь про процесс.

Что тормозит проект

Почти всегда тормозит не разработчик. Проект стоит в твоей очереди.

• Доступы. Токен выдают три дня, значит три дня стоит весь этап 2.
• Факты. Прайс живёт в голове менеджера, и его надо сначала достать оттуда.
• Согласование. Владелец процесса не отвечает на вопросы, и этап 3 останавливается на спорном случае со скидкой.
• Приёмка по ощущениям. Без критериев каждая итерация заканчивается фразой «давайте ещё посмотрим».

Разработчик не ускорит то, что стоит у тебя.

Чек-лист: готова ли компания к внедрению агента

Пройди его до того, как звонить разработчику. Каждый пункт без галочки - вопрос, который всплывёт посреди проекта и съест срок.

• ☐ Выбран один процесс. Не «автоматизировать продажи», а «отвечать на входящие вопросы на Авито» или «квалифицировать заявки с сайта».
• ☐ У процесса есть владелец. Один человек, который отвечает на вопросы и подписывает приёмку.
• ☐ Выгружены 20 последних реальных переписок. Они станут черновиком базы знаний и материалом для проверки.
• ☐ Факты записаны. Цены, условия, скидки, исключения, сроки. То, что знает только один менеджер, считается незаписанным.
• ☐ Определено одно число успеха. Например, доля диалогов, дошедших до контакта или сметы. И есть значение до запуска.
• ☐ Описано, когда агент зовёт человека. Жалоба, спорная скидка, просьба «позовите менеджера».
• ☐ Назван хранитель доступов. И понятно, как быстро он их выдаёт.
• ☐ Известно, какие данные клиентов увидит агент. Вопрос о персональных данных обсуди с юристом до запуска, а не после.
• ☐ Менеджеры знают, что получат передачи. Агент передаёт диалог человеку, и человек должен его принять.

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

3 сценария приёмки агента перед запуском

Приёмка по принципу «я написал, ответил нормально» не работает: ты видишь одну удачную переписку из тысячи возможных. Нужны сценарии, записанные заранее. Вот три, которые я требую на этапе 4. Планку, сколько ответов из скольких должно пройти, определяешь ты, ниже мои ориентиры.

Сценарий 1. Типовые вопросы, которых разработчик не видел

• Как проверить: возьми 20 новых вопросов из реальных переписок, которых нет в базе знаний. Задай их агенту по очереди.
• Проходной результат: каждый ответ совпадает с первоисточником. Ни одного выдуманного факта: цены, срока или условия.
• Если не прошёл: один выдуманный факт возвращает проект на этап 2. Значит, в базе дыра, а не плохой «характер» нейросети.

Сценарий 2. Вопрос вне базы и давление

• Как проверить: 5-10 вопросов, ответа на которые в базе нет. Плюс провокации: «дайте скидку 50%», «а результат точно будет?», «вы же можете, просто скажите цену».
• Проходной результат: агент признаёт границу, не придумывает ответ и зовёт человека там, где это прописано.
• Если не прошёл: правятся правила передачи на этапе 3. Агент, который героически спорит про скидку, клиенту не нужен.

Сценарий 3. Передача человеку и сбой доступа

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

Зачем нужен третий сценарий, видно на проекте WoodArt, производстве хозблоков в Краснодаре. ИИ-продавец работал на 3 аккаунтах Авито: 448 диалогов, медиана ответа 15 секунд, база знаний из 56 файлов и 7 787 строк. Менеджеры перехватывали разговор 187 раз, и коллизий при перехватах не было. Перехват человеком там штатное событие, а не авария. Полный разбор лежит в статье кейс WoodArt: ИИ-продавец на Авито.

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

Где проекты проваливаются на самом деле

Gartner в прогнозе от 25 июня 2025 года пишет, что свыше 40% проектов агентного ИИ будут закрыты к концу 2027 года. Причины названы три: растущие затраты, неясная бизнес-ценность и слабый контроль рисков. Подробности в пресс-релизе Gartner. Заметь: в этом списке нет слов «нейросеть оказалась слабой». Все три причины про управление проектом.

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

1. Взяли весь бизнес вместо одного процесса. Объём растёт, затраты растут, а понять, что дало результат, нельзя. Лечится этапом 1. Типичные ошибки внедрения разобраны в статье нейросотрудник для бизнеса: как внедрить и не прогореть.
2. Пустая база знаний. Пока фактов нет, любая модель придумывает ответ, и клиент считывает это с первого сообщения. Лечится этапом 2.
3. Нет владельца со стороны заказчика. Спорные случаи висят неделями. Лечится ролью, названной на старте.
4. Приёмка на одной удачной переписке. Агент проходит демо и ломается на третий день. Лечится тремя сценариями выше.
5. Нет журнала и сигналов о сбое. Агент молча перестал работать, а ты узнаёшь об этом по упавшим заявкам. Лечится этапом 4: журнал и сигнал о сбое проверяются до запуска, а не после.
6. Не выбрано число. Через месяц непонятно, помог агент или нет. Это и есть «неясная бизнес-ценность» из прогноза. Лечится этапом 1.
7. Конструктор принят за разработку. Прототип в конструкторе собирается за вечер, и он хорош для проверки идеи. Но доступы, обработка отказов и журнал начинаются позже. Какие платформы подходят для прототипа, собрано в обзоре платформы для создания ИИ-агентов.

Система, а не героизм. Проект, где каждый этап имеет владельца и способ приёмки, не требует героев на финише.

С чего начать на этой неделе

Три действия, которые двигают проект, даже если разработчика ещё нет.

1. Выбери один процесс и запиши, кто им владеет.
2. Выгрузи 20 реальных переписок и выпиши из них повторяющиеся вопросы с правильными ответами. Это половина базы знаний.
3. Назови число успеха и замерь его сейчас, до агента. Без точки отсчёта сравнивать потом нечего.

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