Голосовой ИИ для приёма заказов должен пройти путь от перечня позиций до подтверждённого результата в учётной системе. Материал помогает описать состав заказа, обработать исправления и исключения, сверить доступность, а также задать сценарии на случай обрыва связи или неизвестного результата операции.
Краткий ответ: голосовой ИИ может принять заказ, когда умеет собрать точные позиции, варианты и количество, проверить условия исполнения, повторить итог покупателю и получить подтверждение создания из учётной системы. Если ключевое поле не распознано, товара нет или клиент просит нестандартные условия, сценарий должен уточнить информацию или передать разговор сотруднику.
Опишите, какие данные образуют заказ
До настройки разговора составьте словарь позиций и обязательных полей. Для каждого товара укажите идентификатор, название, варианты, единицу измерения, правила количества и допустимые изменения. Отдельно определите поля исполнения: способ получения, адрес или точка выдачи, удобное время и контакт — только если они нужны вашему процессу.
Разложите состав заказа на отдельные строки. Это упрощает добавление второго товара, изменение количества и удаление позиции. Не храните фразу «две коробки и ещё одну другого цвета» как одно поле: разберите её на идентификаторы, варианты и количества, а затем перечитайте клиенту обновлённый список.
Для голосового канала важны ошибки распознавания. В документации Google Cloud Speech-to-Text описаны распознанный текст, варианты результата и оценки уверенности; документация предупреждает, что оценка может отсутствовать и не должна считаться обязательным полем (обзор Cloud Speech-to-Text). Поэтому редкое название, артикул, адрес и количество нужно подтверждать вслух, особенно если ошибка изменит заказ.
Разделите сбор и подтверждение
Разговор удобно вести короткими шагами: сначала определить товарную категорию, потом собрать позиции, варианты и количество, затем спросить недостающие условия исполнения. Задавайте по одному вопросу, чтобы клиенту было проще ответить и исправить результат.
После сборки произнесите сводку в структурированном виде: название позиции, вариант, количество, доставка или самовывоз и важные пожелания. Попросите подтвердить заказ или назвать исправление. После правки повторите изменённую строку и итог. Пока подтверждение не получено, состояние заказа остаётся черновиком.
Заранее определите, какие условия система может проверить автоматически. Например, доступность позиции, обязательные реквизиты и разрешённые способы исполнения могут поступать из подключённого источника. Условия доставки, замены товара, скидки или оплаты нельзя предполагать по общим сведениям модели; для каждого потребуется согласованный источник и полномочие.
Создайте запись и дождитесь результата
После подтверждения передайте заказ в систему учёта. Запрос к интеграции и ответ системы должны быть связаны одним идентификатором операции. Сохраните возвращённый номер заказа и фактический статус, затем сообщите клиенту только результат, который подтверждён системой.
Если учёт ведётся в CRM, заранее выясните, какой именно тип объекта представляет заказ и какие методы доступны вашей конфигурации. В документации Битрикс24 для универсальных CRM-элементов описаны отдельные операции создания, изменения и чтения (обзор методов CRM Битрикс24). Эта документация относится к CRM-объектам Битрикс24; она сама по себе не определяет, как в конкретном проекте оформляется заказ.
Если соединение оборвалось после отправки операции и ответ не получен, система не должна вслепую создавать второй заказ. Сначала по согласованному идентификатору выясните, выполнилась ли первая попытка. При повторном звонке проверьте существующий результат и уточните у клиента, продолжает ли он ранее начатый заказ. Если состояние операции остаётся неизвестным, передайте случай ответственному.
Задайте состояния и основания для передачи
Для приёмки опишите конечные состояния: заказ не начат, состав собирается, ожидает подтверждения, отправлен в систему, создан, отклонён или требует проверки. Для каждого перехода укажите событие и подтверждение. Например, состояние «создан» допустимо после ответа учётной системы, а не после одного лишь произнесённого согласия.
Типовой заказ может пройти автоматически, если все обязательные данные распознаны и подтверждены, доступность проверена, а учётная система вернула номер или иной согласованный результат. Передайте разговор человеку, если клиент прямо просит сотрудника, в каталоге нет однозначной позиции, условия противоречат друг другу, операция завершилась ошибкой или её итог неизвестен.
Таблица сценариев приёмки
| Сценарий | Ожидаемое поведение | Что сверить после теста |
|---|---|---|
| Одна позиция и полный набор данных | Запросить подтверждение и создать запись | Вариант, количество, статус и номер |
| Клиент исправляет строку | Обновить позицию и повторить изменённую часть | Итоговый состав совпадает с подтверждением |
| Неизвестное название | Переспросить или передать сотруднику | Не выбрана похожая позиция без согласия |
| Нет ответа от учётной системы | Обозначить неопределённость и проверить операцию | Повтор не создаёт второй заказ |
| Разговор оборвался | При новом контакте проверить сохранённое состояние | Клиенту не приходится начинать заново |
Ограничения и следующий шаг
Возможность проверить остаток, создать заказ и вернуть его статус зависит от конкретной учётной системы, API, прав доступа и настроек бизнеса. Голосовое распознавание также может ошибаться на артикулах, фамилиях и условиях с несколькими исключениями. Перед запуском отдельно подтвердите технические операции и полномочия ИИ.
Общий маршрут входящего телефонного обращения разобран в материале о голосовом ИИ на первой линии; календарные интервалы и повторную проверку слота — в руководстве по записи клиентов. Для обсуждения приёма заказов подготовьте несколько реальных типов заказа и опишите их конечные состояния на странице внедрения.
Частые вопросы
Можно ли завершать заказ без повторения его состава клиенту?
Для заказа с несколькими позициями лучше проверить, что клиент подтверждает именно нужные товары, варианты и количество. Формат подтверждения можно адаптировать к процессу, но критичные поля следует сверить до создания записи.
Что делать, если звонок оборвался после согласия клиента?
Сначала проверьте статус операции в учётной системе по её идентификатору. Если результат не подтверждён, обозначьте его как неизвестный и направьте случай ответственному, чтобы повторный контакт не создал дубликат.
Никита Воробьёв
Внедряю ИИ-сотрудников для чатов, мессенджеров и телефонной первой линии.
Обновлено: . Как устроены материалы
О моём подходе