AI order intake: from a customer request to a correct orderAI-приём заказов: от просьбы клиента до корректного заказа
“The same as last time, but for tomorrow” is a conversation starter, not a complete order. Before AI can create a usable record, it must resolve the product, quantity, location, delivery or pickup terms and the customer’s final choice. This guide defines the checks between understanding a request and telling someone their order has been accepted.«Как в прошлый раз, только на завтра» — начало разговора, а не готовый заказ. Перед созданием рабочей записи AI должен уточнить товар, количество, точку, условия доставки или самовывоза и окончательный выбор клиента. Разберём проверки между пониманием просьбы и сообщением «заказ принят».
Define what “accepted” meansОпределите, что значит «принят»
Write the completion rule before choosing the conversation script. A request may be captured, a draft may be saved, or a confirmed order may be ready for fulfillment. Give these states different names. An agent that collects contact details should not describe the result as an accepted order if an employee still has to check availability.Сначала опишите правило завершения, затем пишите сценарий разговора. Обращение может быть получено, черновик — сохранён, а подтверждённый заказ — готов к исполнению. У этих состояний должны быть разные названия. Сбор контактов ещё не означает принятие заказа, если наличие должен проверить сотрудник.
For one pilot, choose a narrow, repeatable flow: a small catalog, one location and one fulfillment method. Document which record the team will use, who receives it and the evidence required before the agent confirms success. A clear draft workflow is useful even when automatic confirmation is not appropriate.Для пилота выберите повторяемый сценарий: небольшой каталог, одну точку и один способ получения. Зафиксируйте, с какой записью работает команда, кто её получает и какое подтверждение нужно агенту перед сообщением об успехе. Понятный процесс с черновиком полезен и тогда, когда автоматическое подтверждение пока не подходит.
Check the order fields against working dataСверьте поля заказа с рабочими данными
- Product and options: match the request to an actual catalog item, size and permitted modifiers. Ask about an ambiguous match.Товар и варианты: сопоставьте просьбу с конкретной позицией, размером и допустимыми дополнениями. Неоднозначность уточните у клиента.
- Quantity and availability: distinguish units from packs and check the location that will fulfill the order.Количество и наличие: различайте штуки и упаковки, проверяйте точку, которая будет исполнять заказ.
- Price and fees: use the applicable price and delivery rules. A previous order does not establish today’s price.Цена и сборы: используйте применимые цены и правила доставки. Цена прошлого заказа не подтверждает цену нового.
- Fulfillment: confirm the address or pickup location, requested date and available service window. A requested time is not a guaranteed time.Получение: подтвердите адрес или точку самовывоза, дату и доступный интервал. Желание клиента ещё не означает гарантированный срок.
- Customer and payment: identify the right record and keep payment state separate from the customer’s statement that they paid.Клиент и оплата: найдите правильную карточку и отличайте состояние платежа от слов клиента «я оплатил».
Treat stock, capacity and price as current operating data. A document can describe the rule; it should not substitute for a live availability check. If a required source is unavailable, save a clearly labeled request or hand the case to an employee within the permissions you have defined.Остатки, загрузку и цену проверяйте как текущие рабочие данные. Документ может объяснять правило, но не заменяет проверку доступности. Если нужный источник недоступен, сохраняйте явно обозначенную заявку или передавайте её сотруднику в пределах заданных прав.
Matching a record does not establish the requester’s right to see or change it. Verify the customer or employee through the business’s approved process before disclosing restricted details or applying a change. If that check fails, offer a safe verification or handoff path.Найденная запись ещё не подтверждает право собеседника видеть или менять её. До раскрытия ограниченных сведений или изменения заказа проверьте клиента либо сотрудника по утверждённой процедуре бизнеса. Если проверка не пройдена, предложите безопасный способ подтверждения или передачу ответственному.
Confirm the final version, then verify the saveПодтвердите итог и проверьте сохранение
Read back the selected items, quantities, total where verified, fulfillment details and any unresolved condition. A customer correction invalidates the earlier summary: update the draft and confirm the changed version before committing it. Keep the confirmation linked to the order version it approved.Повторите выбранные позиции, количество, проверенную сумму, способ получения и нерешённые условия. Исправление клиента отменяет прежнюю сводку: обновите черновик и подтвердите изменённый вариант до записи. Подтверждение должно относиться именно к той версии заказа, которую клиент согласовал.
After submission, check for the saved order and its identifier. If the reply times out, look up the attempted operation before retrying. Repeated delivery of the same message or a customer asking “did it work?” should not create a second order. Your implementation needs a stable operation reference and an explicit duplicate check.После отправки проверьте сохранённый заказ и его номер. Если ответ не пришёл вовремя, сначала найдите результат попытки, затем решайте, нужен ли повтор. Повторная доставка сообщения или вопрос «получилось?» не должны создавать второй заказ. Для этого нужны постоянный идентификатор операции и явная проверка дубля.
A scenario worth testingСценарий для проверки
Also test a partial catalog match, unavailable items, an address outside the delivery area, a customer who disconnects before confirming and a request to change an order already in fulfillment. For each case, write down the state that should remain in the system and the exact promise the agent is allowed to make.Также проверьте неполное совпадение с каталогом, отсутствие товара, адрес вне зоны доставки, прерванный разговор до подтверждения и просьбу изменить уже исполняемый заказ. Для каждого случая запишите итоговое состояние в системе и обещание, которое агент вправе дать клиенту.
Judge the pilot by usable ordersОцените пилот по пригодным к работе заказам
Review correctness of items and options, missing fields, duplicate orders, corrections before fulfillment and staff review time. Separate requests captured from orders accepted and orders fulfilled. Otherwise a growing count of drafts can hide a queue of unresolved work.Проверяйте состав и варианты товара, пропущенные поля, дубли, исправления до исполнения и время проверки сотрудником. Считайте отдельно собранные заявки, принятые и выполненные заказы. Иначе рост числа черновиков может скрыть очередь нерешённых вопросов.
Choose acceptance limits for your own process before the pilot. Expand only after the team can explain every failed case and recover it. If staff repeatedly need to reconstruct what the customer wanted, improve the order summary or reduce the scenario’s scope first.До пилота задайте критерии приёмки для своего процесса. Расширяйте сценарий, когда команда может объяснить и исправить каждый тип сбоя. Если сотрудники постоянно восстанавливают пожелания клиента по переписке, сначала улучшите сводку заказа или сузьте сценарий.
Bring one difficult order to the demonstrationПринесите на демонстрацию сложный заказ
Use the order-management page to frame your requirements and the handoff guide to define exceptions. Ask a SABSUS demonstration to show a corrected draft, verified save, repeated request and a blocked action. Confirm which operations are supported in your configuration.Используйте страницу управления заказами для списка требований и руководство по передаче человеку для исключений. На демонстрации SABSUS попросите показать исправление черновика, проверку сохранения, повтор запроса и запрещённое действие. Подтвердите, какие операции доступны в вашей конфигурации.
Quick answersКороткие ответы
When can AI say an order has been accepted?Когда AI может сказать «заказ принят»?
After the required details and customer confirmation are complete and the saved record meets the business’s acceptance rule. A captured request or draft must be labeled accordingly.Когда получены обязательные данные и подтверждение клиента, а сохранённая запись соответствует правилу приёмки бизнеса. Собранную заявку или черновик нужно так и называть.
What happens if saving the order times out?Что делать, если подтверждение сохранения заказа не пришло вовремя?
Check whether the attempted operation already created an order before retrying. If the result cannot be verified, keep the outcome uncertain and send the case for review.Перед повтором проверьте, не создала ли первая попытка заказ. Если результат нельзя установить, не сообщайте об успехе и передайте случай на проверку.
Should an agent offer a substitute item automatically?Может ли агент самостоятельно заменить товар?
Only within an explicit business rule and after confirming the changed selection with the customer. Otherwise prepare alternatives for a person to review.Только в пределах явного правила бизнеса и после подтверждения изменённого выбора клиентом. В остальных случаях подготовьте варианты для проверки сотрудником.