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