Входящие обращения теряются или долго остаются без ответа
ИИ-агент для отдела продаж и контроля сделок
Соединяю обращения, CRM, переписку и правила продаж, чтобы агент квалифицировал входящие, готовил контекст и показывал руководителю сделки без следующего действия.

Виталий Дильдин — ИИ-архитектор и советник собственника
- В IT с 2003 годаCRM · ERP · WMS · BI · интеграции · прикладной AI
- На стороне результатаЗадача, данные, права, тесты, приёмка и промышленный переход
Проверка черновика после обновления коммерческих данных
Учебный запрос о товаре уже обработан, но до проверки менеджером изменились исходные сведения. Цены и сроки здесь не задаются: проверяется связь черновика с версией источника.
Привяжите согласование к точному черновику
Сохраните идентификатор товара, версии доступных оснований и самого ответа. Перед отправкой менеджер сверяет их актуальность. Согласование прежнего текста не распространяется на автоматически изменённый текст или другого адресата.
Протокол проверки
Учебный пример; замените условия разрешёнными данными своего процесса.
- Результат проверки
- Приёмка черновика требует актуальных оснований, правильного адресата и явного решения менеджера. Наличие старого источника в журнале доказывает происхождение текста, но не актуальность предложения сейчас.
| Проверка | Наблюдение в учебном примере | Решение и доказательство |
|---|---|---|
| Обновление карточки | Черновик основан на версии A, доступна версия B. | Показать различия менеджеру и подготовить новую версию; прежнее согласование снять. |
| Изменение количества | Клиент меняет объём запроса после подготовки ответа. | Повторно проверить применимость условий; не переносить прежнее основание механически. |
| Недоступный источник | Карточка не открывается при проверке. | Отметить сведения как неподтверждённые; передать человеку. |
| Повтор обращения | Один запрос получен через два канала. | Связать с исходным обращением; не создавать две независимые обещанные договорённости. |
Черновик ответа на запрос цены: где агент обязан остановиться
Учебный сценарий: клиент просит цену и срок поставки. Агент читает разрешённую карточку товара, готовит ответ и передаёт его менеджеру. Этот маршрут полезнее оценивать по точности обещаний и времени проверки, чем по числу сгенерированных сообщений.
| Ситуация | Поведение агента | Как проверить |
|---|---|---|
| Есть актуальные данные | В черновике указаны товар, цена из утверждённого источника, дата актуальности и ссылка на карточку. | Менеджер восстанавливает каждый факт по источнику; агент не добавляет скидку от себя. |
| Остатки не обновились | Агент не обещает срок. Ставит вопрос ответственному за наличие. | Тест с просроченным источником заканчивается запросом уточнения, а не уверенным обещанием. |
| Клиент просит исключение | Нестандартная скидка и договорные условия передаются менеджеру до отправки. | В журнале есть причина остановки и решение человека; нет самостоятельной смены цены. |
| Повтор обращения | Связывает сообщение с существующей сделкой по согласованным ключам; неоднозначность показывает человеку. | Повторная обработка не создаёт дубль сделки или повторное исходящее письмо. |
| Оценка пилота | Сравнивает ручной маршрут и маршрут с подсказкой на сопоставимых обращениях. | Замеряются полное время с проверкой, доля исправленных черновиков и ошибки в обещаниях; выручка не приписывается агенту автоматически. |
Паспорт такого пилота включает одну группу товаров, утверждённые источники, список запрещённых обещаний, владельца проверки и контрольную выборку обычных и сложных запросов.
Это проектный пример, а не действующий агент с доступом к клиентским перепискам. Отправка сообщений и расширение прав требуют отдельного решения компании.
Технология встроена в бизнес, а не существует отдельно
ИИ-агент продаж полезен не как замена менеджера, а как контролируемый помощник: собирает контекст, классифицирует обращение, предлагает следующий шаг и фиксирует отклонения. Коммерческие обещания и изменения в CRM должны оставаться проверяемыми. Результат измеряется скоростью реакции, полнотой данных и соблюдением процесса, а затем — влиянием на воронку.
Паспорт фиксирует обещания, действия в CRM и обязательное подтверждение
HTML-превью показывает состав документа. В проекте значения заполняются для конкретного процесса, систем и цены ошибки.
- 01 · Задача и пользователь
- Какой процесс поддерживает агент и кто запускает сценарий
- 02 · Владелец результата
- Кто отвечает за бизнес-метрику и принимает работу
- 03 · Источники
- Какие данные разрешено читать, с какой версией и владельцем
- 04 · Инструменты и действия
- Какие API доступны, что можно записывать и где нужен человек
- 05 · Запреты
- Какие решения, данные и операции исключены из полномочий
- 06 · Контрольная выборка
- На каких примерах измеряются качество, отказ и цена ошибки
- 07 · Журналирование
- Какие шаги, источники, подтверждения и ошибки сохраняются
- 08 · Остановка и откат
- Как отключить агент, отменить действие и перейти на ручной маршрут
- 09 · Критерии приёмки
- Какие пороги качества, скорости и стоимости подтверждают этап
Когда направление имеет практический смысл
CRM заполнена неполно и руководитель не видит реальную картину
Менеджеры тратят время на подготовку сводок, писем и коммерческих предложений
Когда не подходит
- Нет формализованной воронки и ответственного руководителя продаж
- Нужна массовая холодная рассылка без контроля качества
- Ожидается полностью автономное закрытие сложной B2B-сделки
Почему простое подключение модели не становится внедрением
Заявка попадает в CRM без контекста и приоритета
Следующий шаг зависит от памяти менеджера
ИИ генерирует убедительный ответ, но нарушает условия или обещания компании
От бизнес-задачи до контролируемой архитектуры
Квалификация
Определяю данные, правила, приоритет и маршрут обращения.
Помощник менеджера
Готовлю краткую сводку, вопросы, проект ответа и материалы для следующего шага.
Контроль воронки
Нахожу сделки без действия, просрочки и расхождения между CRM и коммуникациями.
Безопасность обещаний
Ограничиваю источники, цены, условия и действия, требующие подтверждения.
Система целиком, а не только модель
Собственник должен видеть, где находятся данные, кто отвечает за результат, какие действия разрешены и как систему остановить или передать другой команде.
- 01Сайт, почта и коммуникации
- 02Квалификация и правила
- 03CRM
- 04Помощник менеджера
- 05Контроль следующего шага
- 06Воронка и метрики
Что получает собственник
Артефакты остаются у компании и позволяют независимо принять следующий этап.
- Карта пути обращения и критерии квалификации
- Прототип одного сценария продаж
- Интеграция с согласованным каналом и CRM
- Контрольные отчёты и журнал рекомендаций
- Метрики скорости, качества данных и следующего действия
Прототип доказывает возможность. Промышленная система обеспечивает результат
- 01
Разбор воронки
Фиксируем маршрут, статусы и потери.
- 02
Правила
Определяем квалификацию, источники и запреты.
- 03
Пилот
Проверяем на ограниченной части обращений.
- 04
Контроль
Сверяем CRM, действия команды и итоговые метрики.
Что не обещаю без доказательств
- Агент не обещает клиенту условия вне утверждённых правил
- Автономная отправка включается только для проверенных низкорисковых сценариев
- Качество лида и продажа подтверждаются CRM, а не числом диалогов
Пилот квалификации и контроля следующего шага
Выберем один канал и один участок воронки, где результат можно проверить.
Вопросы до старта
Агент заменяет менеджера?
Нет. В сложной продаже он готовит контекст, контролирует процесс и снимает повторяющуюся работу, а ответственность за предложение и отношения с клиентом остаётся у человека.
Можно ли подключить CRM?
Да, начиная с чтения и рекомендаций. Запись и автоматические действия добавляются после проверки правил и прав.
Как оценивать эффект?
По времени реакции, заполненности CRM, доле сделок со следующим шагом, качеству квалификации и только затем по коммерческому результату.
Какие задачи выполняют ИИ-агенты для продаж?
ИИ-агенты для отдела продаж могут разбирать входящие обращения, готовить контекст из CRM, напоминать о следующем действии и находить незаполненные поля. Решения о цене, обещаниях и нестандартных условиях остаются у менеджера.
Начнём с одной проблемы и критерия результата
Если задачу рациональнее решить без ИИ, это будет зафиксировано до разработки.