SABSUS
Help me chooseПомочь выбрать Book a demoПолучить демо
AI AND ORDERSAI И ЗАКАЗЫ

AI in customer orders: permissions and human decisionsAI в заказах: что разрешить и когда нужен человек

“Where is my order?” and “Cancel my order” require different permissions. The first needs an accurate answer. The second needs a rule check, confirmation and a result in the business system. Start configuration with that distinction, before writing a greeting.Вопрос «где мой заказ?» и просьба «отмените заказ» требуют разных полномочий. В первом случае нужен достоверный ответ. Во втором — проверка условий, подтверждение и результат в рабочей системе. Настройку стоит начинать с этой разницы, а не с формулировки приветствия.

Published: Опубликовано: Updated: Обновлено: SABSUS EditorialРедакция SABSUS
AI and human workflow illustration
Editorial AI illustration of a workflowРедакционная AI-иллюстрация рабочего процесса

Separate answering, preparing and actingРазделите ответ, подготовку и действие

List common requests and assign a permission level to each. Reading a status should not automatically permit changing an address, order contents or payment. Permission belongs to a specific action and data scope, not to the entire customer conversation.Составьте короткий перечень типовых обращений и назначьте уровень полномочий каждому. Чтение статуса не должно автоматически давать право менять адрес, состав заказа или оплату. Разрешение относится к конкретному действию и данным, а не ко всему диалогу с клиентом.

For decisions that need judgment, use an intermediate step: AI collects facts and prepares a proposal, then an employee approves it. Tell the customer that the change has not yet happened. “I have prepared the request” is more accurate than a premature “Done.”Для спорных решений полезен промежуточный шаг: AI собирает факты и готовит предложение, сотрудник подтверждает. Клиенту в этот момент нужно честно сказать, что изменение ещё не выполнено. Фраза «я подготовил запрос» точнее, чем преждевременное «готово».

AnswerОтветить

Status or order contents from a permitted current source.Статус или состав заказа из разрешённого актуального источника.

PrepareПодготовить

Collect a new address or preference and present it for review.Собрать новый адрес или пожелание, показать его для проверки.

Act under a ruleВыполнить по правилу

Change the record only in an eligible status and with confirmation.Изменить запись только при допустимом статусе и подтверждении.

Hand offПередать человеку

A dispute, exception, uncertain identity or action outside permission.Спор, исключение, неясная личность или действие вне полномочий.

Define the source of truthОпределите, чему можно доверять

The assistant must identify the correct order and check which information the requester may receive. A matching name may be insufficient. Multiple records require clarification through the company's accepted process, not selection of the first row.Помощник должен однозначно найти нужный заказ и проверить, какие сведения можно раскрывать обратившемуся. Совпавшего имени может быть недостаточно. Если найдено несколько записей, требуется уточнение по принятому в компании способу, а не выбор первой строки.

Specify the operational source for status, payment, availability and timing. Old conversation history is not proof of current state. If the source is unavailable, the reply should disclose that limit and offer a clear next step. Do not invent a deadline to make the conversation sound more confident.Для статуса, оплаты, наличия и срока укажите рабочий источник. Не превращайте старую переписку в доказательство актуального состояния. Если источник недоступен, ответ должен обозначать это ограничение и предлагать понятный следующий шаг. Нельзя выдумывать срок, чтобы разговор звучал увереннее.

Verify a change before and after executionПроверьте изменение до и после выполнения

A repeated request should not create a second cancellation, task or refund. After a timeout, first determine whether the initial action was accepted. Agree how duplicates will be prevented during integration, and test it in the system that actually changes the order.Повторный запрос не должен создавать вторую отмену, задачу или возврат. При тайм-ауте сначала выясните, было ли первое действие принято. Технический способ защиты от повторов согласуйте при интеграции; проверяйте его на той системе, которая действительно меняет заказ.

  1. Read the current recordПрочитать текущую запись Check the order, status, data version and permitted role.Проверить заказ, статус, версию данных и доступную роль.
  2. Check the ruleПроверить правило Is this transition permitted now? An address change may need a different decision after courier handoff.Разрешён ли этот переход сейчас? Например, адрес может требовать отдельного решения после передачи заказа курьеру.
  3. Confirm the specific actionПодтвердить конкретное действие Repeat the material details and obtain the confirmation required by the workflow.Повторить клиенту существенные детали и получить предусмотренное процессом подтверждение.
  4. Execute and verifyВыполнить и проверить результат Check that the change was saved. A tool reply or the absence of an error still needs to be reconciled with order state.Убедиться, что изменение сохранено. Ответ инструмента или отсутствие ошибки ещё нужно сопоставить с состоянием заказа.
  5. Record the next stepЗафиксировать продолжение Report the outcome, preserve the basis for the action and assign follow-up if work remains.Сообщить результат, сохранить основание действия и назначить следующий шаг, если осталась незавершённая работа.

Transfer the work, not just a notificationПередайте работу, а не только уведомление

A handoff needs the case or order identifier, reason for escalation, facts already checked and actions still pending. Assign a queue or role that will take ownership and set a realistic response expectation. Do not promise a callback in five minutes unless the process supports that commitment.Для передачи сотруднику нужны номер обращения или заказа, причина передачи, уже проверенные данные и то, что ещё не выполнено. Назначьте очередь или роль, которая примет работу, и понятное ожидание по ответу. Не обещайте звонок через пять минут, если такой срок не поддерживается процессом.

A complaint, conflicting data or exception request should not become an endless clarification loop. Define a stopping condition and a way to reach a person. After handoff, check who accepted the case and how it ended; a sent notification does not establish either.Жалоба, противоречивые данные и запрос исключения не должны застревать в цикле уточнений. Установите условие остановки и способ связаться с человеком. После передачи проверьте, кто принял обращение и чем оно завершилось: отправленное уведомление этого не доказывает.

Test the workflow before real customersПроверьте сценарии до реальных клиентов

Build a small acceptance set from your company's actual request types, using permitted test data. For each case, record the expected answer, allowed action and resulting system state in advance. This keeps evaluation from becoming a subjective reaction to a polished conversation.Соберите небольшую проверочную выборку из типов обращений вашей компании. Используйте разрешённые тестовые данные. Для каждого случая заранее запишите ожидаемый ответ, допустимое действие и результат в системе. Так проверка не превратится в субъективное впечатление от красивого диалога.

  • A normal status request with one clearly identified orderОбычный запрос статуса с однозначно найденным заказом
  • Several similar customers or ordersНесколько похожих клиентов или заказов
  • A change no longer allowed in the current statusИзменение, которое уже запрещено текущим статусом
  • A duplicate message and a timeout after executionПовторное сообщение и тайм-аут после выполнения
  • An unavailable data source or conflicting resultНедоступный источник данных или противоречивый ответ
  • A complaint, exception request and handoff outside working hoursЖалоба, запрос исключения и передача вне рабочего времени

Evaluate answer accuracy, correctness of the saved change, duplicate actions and handoff quality. First-response speed is useful but does not replace a completed outcome. When rules, integration or model behavior change, rerun the affected cases.Оценивайте точность ответа, корректность сохранённого изменения, повторные действия и качество передачи. Скорость первого ответа полезна, но не заменяет завершённый результат. После изменения правил, интеграции или модели снова проходите затронутые сценарии.

How to apply this to SABSUSКак применить это к SABSUS

Start with the relationship between the order, customer and responsible role. Then define permitted AI actions and handoff rules. Available actions depend on the chosen configuration and connected tools; having AI does not by itself grant access to every business operation.Начните со связи между заказом, клиентом и ответственной ролью. Затем опишите разрешённые AI-действия и правила передачи. Набор действий зависит от выбранной конфигурации и подключённых инструментов; наличие AI само по себе не означает доступ ко всем операциям бизнеса.

You can configure the system yourself. If you need the SABSUS team's help, assisted setup starts at $500; the final amount depends on business type and location count. Scope and price are agreed before work begins.Систему можно настраивать самостоятельно. Если нужна помощь команды SABSUS, подключение начинается от $500; итог зависит от типа бизнеса и количества точек. Объём и стоимость согласуются до начала работ.

Quick answersКороткие ответы

What should AI be allowed to do first?Что можно разрешить AI первым?

Start with reading permitted current status and preparing the next step. Grant permission to change an order separately for each action.Начните с чтения разрешённого актуального статуса и подготовки следующего шага. Право менять заказ задавайте отдельно для каждого действия.

When should we avoid telling the customer “Done”?Когда нельзя говорить клиенту «готово»?

Until the result is confirmed in the business system. A prepared request or a sent notification is not a completed change.Пока не подтверждён результат в рабочей системе. Подготовленный запрос или отправленное уведомление не равны выполненному изменению.

What should accompany a human handoff?Что передать сотруднику вместе с обращением?

The order or case identifier, escalation reason, verified facts and pending actions. It also needs an owner and a realistic response expectation.Номер заказа или случая, причину передачи, проверенные сведения и незавершённые действия. Также нужны ответственный и реалистичное ожидание по ответу.

NEXT STEPСЛЕДУЮЩИЙ ШАГ

Review one order changeРазберите одно изменение заказа

Choose an actual request type. Define the data source, rule, approval and person who will take over an exception.Возьмите реальный тип обращения. Определите источник данных, правило, подтверждение и того, кто продолжит работу при исключении.