Компании часто начинают внедрение ИИ с неправильного вопроса: «Какого бота нам подключить?»
В итоге появляется бот для Telegram, отдельный бот для CRM, сервис для расшифровки звонков и ещё одна нейросеть для базы знаний. На презентации всё выглядит бодро. В обычный вторник — нет. Менеджер всё равно вручную переносит важное из чата в CRM, руководитель ищет просрочки по разным системам, а каждый новый «умный помощник» создаёт ещё одно окно с уведомлениями.
Проблема не в том, что боты слабые. Проблема в отсутствии передачи работы.
Я не собираю одного универсального ИИ-сотрудника, который якобы знает всё о бизнесе. Я собираю омниканальный контур из узких помощников. Каждый отвечает за свой участок, но оставляет после себя понятные артефакты: факт, краткое резюме, ссылку на источник, следующий шаг, задачу или изменение статуса. Эти артефакты становятся входными данными для следующего помощника и для человека.
Получается не зоопарк ботов, а команда с общей памятью.
Где ломается обычная автоматизация
Представим типичный клиентский путь. Клиент написал в Telegram. Менеджер ответил, пообещал отправить КП и забыл поставить задачу. Через два дня руководитель смотрит CRM: активности нет, карточка пустая, лид выглядит заброшенным. Никто не понимает, что произошло на самом деле.
Можно поставить в чат ИИ-монитор. Он пришлёт алерт. Можно включить CRM-помощника. Он пришлёт ещё один алерт. Можно подключить аналитику звонков. Она пришлёт третий. У менеджера станет больше уведомлений, но не больше ясности.
Нормальная система должна ответить на четыре простых вопроса:
- Что произошло?
- Где первоисточник?
- Что уже сделал сотрудник?
- Какой следующий шаг действительно нужен?
Если система не может ответить на эти вопросы, она не помогает управлять. Она просто шумит.
Артефакт важнее сообщения
ИИ-сотрудникам не нужен общий чат, в котором они будут рассуждать друг с другом. Такой подход красиво звучит, но быстро превращается в дорогой спектакль: токены тратятся, сообщения множатся, а ответственность растворяется.
Им нужна общая, проверяемая память. Для нас такой памятью становится CRM и связанные с ней записи.
Артефакт — это не «Лиза что-то подумала». Это конкретная запись, которую можно проверить:
- краткое саммари диалога с клиентом;
- ссылка на чат, звонок или документ-источник;
- зафиксированное обещание: отправить КП, прислать бриф, дать доступ для аудита;
- дата и результат пинга;
- задача с ответственным и сроком;
- причина, по которой система предлагает изменить статус лида.
Такой след полезен сразу всем. Менеджер не вспоминает разговор по памяти. Руководитель видит, почему карточка находится в конкретной стадии. Следующий ИИ-помощник не гадает по пустым полям и не дублирует работу.
Как это выглядит на связке Лизы и Лили
Лиза работает на стороне клиентских чатов. Она замечает, когда диалог завис или в нём возник пожар. Помогает создать лид в Битрикс24 и привязать к нему чат. Может отправить NPS, бриф, кейсы или инструкцию по доступам для аудита.
Но ключевая ценность Лизы — не отдельная команда в Telegram. После разговора она оставляет в CRM контекст: о чём договорились, что уже отправили, закрыт ли вопрос, был ли пинг и какой следующий шаг ожидается.
Потом Лили проверяет здоровье CRM. Её задача — найти реальные риски: карточки без следующего действия, просроченные задачи, лиды, где нужна реакция. Но Лили не должна дёргать менеджера шаблонным «нет активности», если Лиза уже оставила подтверждение: клиенту отправили КП, бриф согласован или вопрос закрыт.
Вместо этого Лили использует контекст и выбирает действие в рамках разрешений: напомнить о следующем шаге, закрыть неактуальную задачу, создать новую, предложить перемещение по воронке или добавить сумму по согласованной смете.
Это и есть нормальная передача смены:
сообщение клиента → артефакт в CRM → проверка состояния → рекомендация или действие → менеджер видит только то, что действительно требует внимания.
Лиза и Лили не «болтают между собой». Они работают через общую историю бизнеса.
Омниканальность — не про «подключить все мессенджеры»
Омниканальная система — это не бейдж «у нас есть Telegram, телефония и почта». Подключить источники легко. Сложно не потерять смысл при переходе между ними.
В рабочем контуре источниками могут быть:
- клиентские чаты;
- звонки и их расшифровки;
- CRM;
- формы с сайта;
- коммерческие предложения и брифы;
- внутренняя база знаний;
- управленческие отчёты.
Но каждый новый источник должен приносить в систему не сырую простыню текста, а событие с понятной привязкой: к какому клиенту, лиду, сделке или проекту оно относится; когда произошло; кто ответственный; откуда взят факт.
Иначе вместо единой картины получится свалка данных. Нейросеть начнёт уверенно делать выводы на обрывках переписки, а команда будет спорить с её галлюцинациями.
Не замена людей, а освобождение от рутины
Я не считаю, что ИИ должен заменять менеджера или руководителя. У них разные сильные стороны.
Человек ведёт сложный разговор, чувствует контекст клиента, принимает нестандартное решение и несёт за него ответственность. ИИ хорошо делает другое: не забывает, сопоставляет сигналы, быстро находит отклонения, готовит черновик действия и не устает от однотипной рутины.
Поэтому грамотная схема выглядит так:
- ИИ фиксирует факт и готовит контекст.
- ИИ рекомендует действие, если уверенность достаточная.
- ИИ может создать новую сущность или задачу только в заранее оговорённых сценариях.
- Изменение значимых карточек, финансовых условий или коммуникация от имени компании остаются под контролем человека, пока правило не проверено на практике.
Так менеджер не превращается в оператора кнопок. Наоборот: он перестаёт пинговать клиента вручную, разыскивать историю по чатам и перекладывать карточки в CRM. Освобождённое время уходит туда, где человек действительно сильнее: к сделке, клиенту и результату.
С чего собирать такой контур
Не надо начинать с десятка агентов. Достаточно одного болезненного участка, где сегодня теряются деньги или внимание.
Например:
- Зафиксировать единый источник правды: где живёт лид, сделка и история коммуникаций.
- Подключить один канал с понятной проблемой — например, клиентские чаты, в которых теряются договорённости.
- Описать артефакты, которые должны появляться после диалога: саммари, задача, причина следующего шага, ссылка на источник.
- Сначала запускать помощника в режиме рекомендаций и проверять его выводы.
- Давать право на автоматическое действие только там, где ошибка обратима и правила прозрачны.
- Измерять не число «умных ответов», а долю потерянных лидов, скорость реакции, просрочки и время руководителя на ручной контроль.
Это скучнее, чем обещание «автономного AI-директора». Зато так система начинает работать в реальном бизнесе и её можно постепенно расширять.
Главное
Будущее не за одним суперботом, который получил доступ ко всей компании. Оно за командой узких ИИ-сотрудников с общей памятью, прозрачными границами и понятной передачей работы.
Когда один помощник оставляет качественный артефакт для другого, руководитель видит не поток алертов, а целостную картину. Менеджер не тонет в рутине. А ИИ перестаёт быть дорогой игрушкой и наконец начинает разгребать реальные боттлнеки бизнеса.
В следующих материалах разберу отдельных участников этой команды: Лизу, Лили, Людочку и другие рабочие контуры.