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