Клиент не пришёл на встречу: как ИИ-продавцу продолжить разговор

Если в календаре нет результата встречи, ещё рано говорить клиенту «вы не пришли». Разбираем, как восстановить факты и договорённость без обвинения, повторной записи поверх переноса и потери задачи между сотрудниками.

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

В календаре пустое место, но это ещё не история клиента

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

Телефонный сценарий после пропущенной встречи решает две задачи: аккуратно восстановить факты и понять, актуален ли следующий разговор. Если встреча состоялась, исправляют данные. Если возникла накладка, согласуют продолжение. Если интерес исчез, завершают задачу. Никакого единого скрипта «вернуть неявившегося» для всех этих состояний недостаточно.

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

Если после неявки менеджеры теряют контекст или звонят повторно, обсудим сценарий восстановления договорённости. Для старта достаточно описать тип встречи, систему записи и текущую работу ответственного.

В условном хорошем начале продавец ссылается на договорённость нейтрально: «У нас была запланирована консультация. Удалось пообщаться с коллегой или нужно уточнить продолжение?» Такой вопрос допускает исправление. Он не обвиняет человека и не сообщает постороннему лишние подробности обращения. Само право на контакт и содержание сообщения проверяют заранее.

Сначала подтвердить состояние встречи

Дата в календаре, статус активности и фактическое общение — разные сведения. Встреча могла быть запланирована, перенесена, отменена или проведена без своевременной отметки. Автоматизация должна знать источник, который определяет каждое состояние. Отсутствие заполненного поля не всегда доказывает неявку.

В модели активности встречи Microsoft Dataverse предусмотрены отдельные плановые и фактические временные поля. Это пример того, почему план нельзя считать фактом исполнения. Конкретная CRM и календарь могут хранить события иначе; значения и правила подтверждения нужно согласовать в проекте.

Если источники противоречат друг другу, задача сначала идёт на сверку. Например, календарь показывает отмену, CRM — запланированную консультацию, а менеджер оставил комментарий о переносе. Голосовой агент не должен сам выбирать удобную версию только ради выполнения плана обзвона.

Как говорить без обвинения и искусственной срочности

После пропуска человек может быть занят, расстроен или уверен, что встречу отменили. Начало разговора должно оставлять возможность кратко объяснить ситуацию или отказаться. Формулировки «Вы нарушили запись» и «Мы специально вас ждали» превращают выяснение фактов в защиту от претензии. Для продажи это обычно плохой старт.

Агенту полезно знать контекст в пределах необходимого: какой вопрос планировали обсудить и что уже согласовано. Не нужно зачитывать всю историю, особенно если ответил другой человек. Детали услуги, суммы и личные обстоятельства раскрываются только в допустимом объёме и подходящему участнику.

В условной беседе клиент говорит: «Я ждал звонка, но никто не позвонил». Система не спорит на основании одной отметки. Она фиксирует расхождение и передаёт его владельцу. Если компания действительно пропустила свою часть, следующий разговор должен начинаться с исправления процесса, а не с предложения клиенту «быть внимательнее».

Искусственное ограничение мест тоже не помогает. Если нет подтверждённой нехватки времени, нельзя говорить, что последний слот пропадёт. Агент объясняет реальные условия записи и предлагает продолжение в рамках полномочий. Убедительность строится на ясности следующего шага, а не на придуманном давлении.

Пять возможных продолжений

Человек забыл, но вопрос актуален

Здесь не требуется длинная работа с возражением. Достаточно выяснить, хочет ли человек вернуться к разговору, и согласовать способ выбора времени. Если календарь подключён и позволяет подтверждать слот, агент использует его по утверждённым правилам. Если нет — собирает предпочтение и передаёт сотруднику.

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

Не удалось подключиться или найти место

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

Если инструкция известна, её можно передать в согласованном канале. Если требуется поддержка, создают задачу с описанием и владельцем. Нельзя утверждать, что техническая проблема устранена, просто потому что сообщение отправлено. Доставка инструкции и успешное подключение остаются разными событиями.

Изменился вопрос или состав участников

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

Новая цель может потребовать другого сотрудника и длительности. Поэтому первоначальный слот нельзя автоматически считать подходящим. Владелец продолжения видит, что изменилось и какой результат ожидает клиент. Так восстановление встречи помогает продаже, а не просто заполняет календарь.

Встреча уже состоялась

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

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

Продолжение больше не нужно

Причина может быть любой, и человек не обязан её объяснять. Продавец принимает ответ и завершает соответствующую задачу. Если прозвучала просьба не обращаться, ограничение сохраняют и исполняют в подключённом процессе. Вежливая завершающая реплика без обновления очереди не решает проблему повторов.

Можно предложить вернуться самостоятельно через удобный канал, если это уместно и разрешено. Но отказ от встречи не должен становиться началом новой длинной презентации. Хорошо завершённый разговор тоже влияет на доверие к компании, особенно если покупатель обратится позже.

Повторная встреча должна иметь новую подтверждённую договорённость

Когда человек готов продолжить, согласуют цель, участника, время, часовой пояс и канал. Для онлайн-встречи важна действующая ссылка или порядок её получения. Для очной — адрес и необходимые условия. Не нужно собирать лишние сведения; нужны те, без которых договорённость снова может сорваться.

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

В голосовом завершении полезно кратко подтвердить то, о чём действительно договорились. «Передам менеджеру, что вам удобно во вторник после обеда» отличается от «встречаемся во вторник в три». Оба исхода могут быть полезны, но требуют разного последующего действия. Клиент не должен угадывать, выбран слот или только отправлено пожелание.

Для первичной записи есть отдельный материал о встрече через голосового робота. Здесь к механике записи добавляется причина прежнего срыва. Если её не учесть, новая договорённость может воспроизвести ту же проблему: неподходящего участника, неясную цель или неисправный канал.

Что должна увидеть команда в Цифре

В агентской CRM Цифра процесс можно строить вокруг исходной встречи и связанного продолжения. Неявка не должна создавать нового клиента, оторванного от истории. Агент готовит результат, назначенное действие и основание; изменение стадии и владельца проходит по установленному правилу согласования.

Минимальная запись содержит подтверждённое состояние прежней встречи, причину в словах клиента при наличии, актуальную цель, предпочтение по времени и статус новой договорённости. Если есть техническая проблема, её сохраняют отдельным вопросом с владельцем. Менеджер должен понимать, что нужно сделать до следующего контакта.

В руководстве Microsoft по рабочему списку продаж показана логика работы с действиями в очереди. Для нашего процесса важно не просто создать строку, а сделать её исполнимой: связать с нужным клиентом, задать цель и убрать уже выполненное. Это ориентир проектирования, не утверждение о тождестве систем.

Если продолжение требует подготовки информации, Везория может участвовать как ИИ-команда по знаниям компании и разрешённым инструментам. Но её задача не состоит в том, чтобы заново исследовать личность клиента после каждой неявки. Чаще достаточно правильно передать ранее известный контекст и один новый вопрос.

Неявка не создаёт права на бесконечный обзвон

До запуска нужно проверить основание обращения, согласованный канал и содержание сообщения. Контакт о существующей договорённости и рекламное предложение могут иметь разную правовую природу. Если разговор переходит к продвижению, применимые ограничения рекламы остаются существенными.

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

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

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

Проверка сценария до включения

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

Технически проверяют свежесть состояния, связь с исходной записью, отсутствие дублирования и доставку поручения. Отдельно оценивают речь: нет ли обвинения, понятен ли следующий шаг и не объявляет ли система запись подтверждённой раньше ответа календаря. Эти ошибки часто остаются незаметными при проверке только успешного вызова API.

Условный эпизод: менеджер перенёс встречу в мессенджере

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

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

Условный эпизод: консультация больше не отвечает задаче

Клиент записывался на обзор, но теперь хочет проверить конкретную совместимость. Если агент просто вернёт его на прежнюю презентацию, календарь заполнится, а покупатель снова не получит нужного ответа. Хороший результат — передача техническому специалисту с уточнённым вопросом и согласование подходящего формата.

В CRM отражают смену цели и подготовку, необходимую до встречи. Не нужно обещать готовый расчёт или заключение, если специалист ещё не принял задачу. Ответ «разберём вопрос на консультации» тоже требует понимания, кто сможет его разобрать и какие исходные данные понадобятся.

Как оценивать реальное возвращение в продажи

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

Полезно смотреть, почему встречи срываются повторно. Если часто не подходит цель, нужно менять подготовку. Если люди не получают ссылку, исправлять доставку. Если новый слот не подтверждается, проверять запись и владельца. Количество звонков само по себе не объясняет качество процесса.

Кто принимает восстановленную договорённость

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

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

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