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