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

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

«Пульс бизнеса» в проекте Radomir CRM показывает деньги в работе и просроченные задачи. Он помогает увидеть, где требуется действие владельца или менеджера. Переписка ИИ‑продавца в этом же проекте имеет другую роль: робот намеренно оставил индивидуальную цену до замера менеджеру. Позже тот отправил смету на 80 000 ₽. Этот исход нельзя записывать как ошибку бота или менеджера только по повторному вопросу клиента.
Контроль обещанного следующего шага
После разговора важна запись действия. Если сотрудник обещал перезвонить во вторник, в карточке нужны дата, ответственный и связь с обращением. ИИ может предложить задачу из разговора, но создание надо проверить по идентификатору записи. Слова «я напомню» в чате не означают, что напоминание появилось в CRM. Если срок прошёл, руководитель видит просрочку и решает, кому вернуть клиента.
| Обещание в разговоре | Проверяемый результат | Сигнал руководителю |
|---|---|---|
| «Пришлю расчёт вечером» | Задача и отправленная смета | Время истекло, сметы нет |
| «Уточню свободное окно» | Подтверждённое время | Клиент ждёт ответа |
| «Перезвоню после замера» | Дата звонка и ответственный | Звонок не отмечен |
| «Передам специалисту» | Задача специалисту | Никто её не принял |
Система не должна присылать десять одинаковых уведомлений по одной сделке. Соберите ежедневный список с приоритетом: сначала обещания, по которым клиент ждёт прямо сейчас, затем остальные просрочки. У каждого пункта должна быть ссылка на исходную запись и действие, которое менеджер может выполнить. Иначе «контроль» превращается в ещё один шумный отчёт.
Как проверить пользу без оценки людей на глаз
Возьмите одно обещание из настоящего звонка:
- Найдите в записи обещание менеджера и точную дату.
- Проверьте, появилась ли задача в карточке клиента.
- Сверьте выполненное действие с сообщением или отправленной сметой.
- Дайте руководителю возможность исправить ошибочный вывод.
Возьмите неделю разговоров до подключения и сравнимую неделю после. Считайте, у скольких заявок записан следующий шаг, сколько обещаний выполнено вовремя и как часто подсказку пришлось исправлять. Отдельно проверяйте несколько выводов о звонках по записи. Если число найденных ошибок выросло, сначала проверьте полноту контроля. Сравнивать качество команды по одному счётчику нельзя.
Начните с одного типа подсказки или одной группы звонков. Обезличьте записи для теста и заранее отметьте ожидаемые выводы. Включите случаи без записи, с плохим звуком, с изменившейся ценой и с двумя разными договорённостями в одном разговоре. После исправления правил повторите проверку всей подборки. Укажите человека, который утверждает новое правило и разбирает спорный вывод. Такой порядок даёт команде доверие к системе.
Для повторной проверки сохраните три вещи:
- Исходную запись разговора.
- Предложенный системой следующий шаг.
- Решение руководителя по спорному выводу.
Доступ к разговорам ограничьте ролями. Менеджеру нужен собственный клиентский контекст, руководителю данные отдела, а подрядчику для настройки достаточно обезличенной выборки. Не сохраняйте ключи доступа в текстах подсказок. Если CRM или телефония временно недоступны, подсказка должна обозначать это явно. Затем сотрудник работает по обычному процессу и позже проверяет, записался ли результат.
Например, менеджер после звонка обещал прислать расчёт на следующий день. Проверка должна связать цитату из записи, карточку клиента и задачу со сроком. Если смета уже отправлена, просрочки нет. Если дата перенесена по просьбе клиента, причина переноса сохраняется в карточке. Руководитель видит историю решения и может исправить ложное замечание системы. Так отчёт помогает вернуть клиента и остаётся проверяемым.
Частые вопросы
ИИ‑менеджер отвечает клиенту самостоятельно?
В описанном сценарии он готовит подсказку живому менеджеру и проверяет следующие шаги. Для самостоятельной переписки нужен отдельный сценарий ИИ‑продавца с контролем отправки.
Может ли он оценить качество всех звонков?
Он способен отметить проверяемые признаки и указать фрагменты записи. Спорные выводы и решения о сотрудниках принимает руководитель после прослушивания.
Что делать, если подсказка содержит старую цену?
Остановить эту подсказку, исправить рабочий источник и найти другие ответы, которые читали ту же запись. Потом повторить тестовые ситуации.
Как увидеть, что задача после звонка создана?
Проверьте карточку, ответственного, срок и идентификатор задачи. Текстовый вывод ИИ без записи в CRM не завершает действие.
С чего начать владельцу?
Выберите одно повторяющееся обещание, которое теряется, и проверьте его путь от разговора до выполненной задачи. Разбор процесса поможет определить подходящую точку для подсказки.