Звонок по брошенной корзине: когда ИИ-продавец действительно помогает

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

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

Покупатель ушёл из оформления, но причина пока неизвестна

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

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

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

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

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

Корзина, незавершённое оформление и неоплаченный заказ — разные события

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

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

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

Когда телефонный сценарий вообще допустим

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

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

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

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

Что проверить непосредственно перед обращением

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

Состав корзины тоже меняется. Товар мог закончиться, вариант — смениться, стоимость доставки — зависеть от адреса, а промокод — иметь отдельные условия. Не нужно зачитывать устаревшую сумму как персональное обещание. Действующие условия подтверждаются источником магазина или сотрудником, которому разрешено это делать.

Для B2B-покупки проверяют, кому принадлежит решение. Человек мог собирать список для закупщика. Контакт в оформлении не означает право утвердить счёт, выбрать поставщика или раскрыть сведения о заказе любому ответившему на телефон. В начале разговора уместно подтвердить, что обсуждение возможно, не оглашая чувствительные детали постороннему.

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

Разговор, который выясняет причину, а не навязывает её

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

Не получилось выполнить действие

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

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

Неясны условия покупки

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

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

Решение пока не принято

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

Покупка уже состоялась или больше не нужна

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

Почему скидка не должна быть первой реакцией

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

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

Допустим, клиент говорит: «Мне дорого». Эта фраза может относиться к общей сумме, доставке, выбранной комплектации или альтернативе на другом сайте. Уместное уточнение помогает понять предмет сравнения. Оно не даёт права спорить с человеком или объявлять конкурентное предложение неправильным без проверяемых оснований.

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

Что передать менеджеру и что оставить в CRM

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

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

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

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

Как отличить помощь от лишнего касания

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

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

Техническая часть проверяет получение свежего состояния, уникальность задания и запись результата. Описание ресурса звонка Twilio иллюстрирует технические состояния вызова; эти состояния не равны бизнес-событиям заказа. В конкретной системе нужно связать разговор, оформление и дальнейшую продажу своим договором данных. Использование этого источника не означает, что Фонекс работает на Twilio.

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

Условный эпизод: покупатель уже оплатил

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

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

Условный эпизод: требуется счёт на организацию

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

Результатом становится принятая задача на счёт с конкретным товаром и контактом. Пока документ не подготовлен и клиент не подтвердил продолжение, продажа остаётся в работе. Такая точность делает воронку полезнее: видно, что проблема была в оформлении B2B-заказа, а не в стоимости товара.

Что нужно подготовить компании

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

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