Клиентский путь с AI-агентом: полномочия по этапам

AI-агент может за секунды ответить на вопрос о товаре, а на следующем шаге испортить весь клиентский путь. Обычно проблема не в формулировке ответа, а в полномочиях: имел ли агент право обещать, менять, бронировать, отменять или передавать диалог именно на этом этапе?

Поэтому безопасная модель — не общее «включить AI» или «выключить AI». На каждом этапе агенту нужен свой уровень самостоятельности. Он отвечает там, где данные стабильны; рекомендует там, где выбор обратим; готовит действие, когда требуется подтверждение; и выполняет его только при надежной проверке личности, политике и процедуре исправления.

На актуальной странице руководящих сессий WhatsApp показаны AI-сценарии от поиска и поддержки продавцов до сообществ, предложений повышения класса и уведомлений о перебронировании. Meta также заявляет, что Business Agent может отвечать, рекомендовать товары, записывать на прием, квалифицировать лиды, подключать сотрудника и закрывать продажи. Даже в одном диалоге это совершенно разные виды полномочий.

Клиентский путь — это цепочка обещаний

Карта каналов показывает, откуда пришло сообщение. Карта пути должна показывать, что компания обещала сделать дальше. Клиент не видит ваши внутренние системы. Он замечает, правильно ли выполнен следующий шаг, сделан ли он вовремя и соответствует ли предыдущему разговору.

Разделите путь на четыре понятных этапа. На этапе знакомства клиент изучает варианты, соответствие потребности и цену. На этапе выбора сравнивает предложения, сообщает требования или становится квалифицированным лидом. На этапе обязательства бронирует, заказывает, оплачивает, принимает условия или меняет действующую договоренность. На этапе исправления требуется исключение, отмена, возврат, перебронирование либо человеческое решение.

Сформулируйте обещание для каждого этапа. «Мы объясним опубликованные правила возврата» — не то же самое, что «мы одобрим возврат денег». «Мы соберем пожелания по времени» — не то же самое, что «мы займем дефицитный слот». В чате эти действия могут выглядеть одинаково простыми, хотя их операционный риск различен.

Такой подход не привязывает путь к каналу. Сообщение в WhatsApp, ответ в Instagram, веб-чат и звонок могут относиться к одному этапу. В едином входящем DripTell рабочая единица — клиент и открытое обещание, а не вкладка с последним сообщением.

Используйте четыре уровня полномочий

Назначайте уровень для каждого этапа и сценария. Хороший ответ на первый вопрос еще не дает агенту право выполнять самое серьезное действие.

Уровень 1 — ответ. Агент извлекает утвержденные сведения и объясняет их: часы работы, характеристики, зоны доставки или статус из надежной системы. Он не создает обязательство и не изменяет запись. Это разумная отправная точка при контролируемом источнике знаний и ограниченной цене ошибки.

Уровень 2 — рекомендация. Агент сравнивает варианты, задает квалифицирующие вопросы и предлагает следующий шаг. Он раскрывает важные условия и не придумывает наличие, скидку или гарантию. Клиент может отклонить совет без сложного отката операции.

Уровень 3 — подготовка. Агент собирает поля, проверяет политику и формирует проект действия, но человек или клиент подтверждает его до выполнения. Так можно подготовить запрос на запись, изменение заказа или пакет документов на возврат, сократив ручную работу и сохранив человеческое суждение.

Уровень 4 — выполнение. Агент действует в подключенной системе: бронирует свободное время, меняет разрешенное поле CRM или отправляет утвержденное сообщение. Такой уровень допустим только после проверки аутентификации, прав, защиты от повторов, журнала действий и восстановления.

В анонсе Meta Business Agent подключенные действия сочетаются с корпоративными контролями, ограничениями и измерением. Техническая возможность не равна разрешению: бизнес по-прежнему определяет, какое действие уместно на каждом этапе.

Составьте контракт действия для каждого этапа

Превратите уровень в контракт, понятный операторам, разработчикам и проверяющим. Контракт отвечает на семь вопросов. Какой подтвержденный сигнал открывает этап? Какие источники разрешены и насколько свежими они должны быть? Что агент может читать, предлагать, записывать или отправлять? Что требует явного подтверждения? Какое системное событие доказывает выполнение обещания? Когда агент обязан остановиться или передать ответственность? Кто и по какой записи исправляет или отменяет действие?

Например, для примерки агент может объяснить услуги, предложить длительность и собрать предпочтительное время. Бронирование выполняется только после подтверждения свободного слота системой и выбора клиента. Если запись в календарь не удалась, агент не должен сообщать об успехе: он сохраняет запрос и передает его вместе с причиной ошибки.

Так общая инструкция «будь полезным» превращается в рабочие правила. Практическое руководство OpenAI по созданию агентов рекомендует несколько уровней защит и участие человека при превышении порогов сбоев либо при рискованных действиях. Контракт привязывает такие точки вмешательства к конкретному клиентскому пути.

Сохраняйте контекст рядом с клиентом

Этапные полномочия бесполезны, если контекст исчезает между каналами или владельцами. Агенту нужны текущая цель клиента, подтвержденные факты, открытое обещание, предпринятое действие и ответственный за следующий шаг. При этом ему необязательно включать всю историю сообщений в каждое решение.

Храните компактное состояние пути: текущий этап, намерение, уровень проверки личности, согласие, выбранный вариант, открытое обязательство, последнее завершенное действие, причина сбоя и следующий владелец. Устойчивые бизнес-факты должны жить в системе учета, а не только в сгенерированном резюме.

В CRM DripTell источник, этап лида, поля, владелец и дальнейшая работа остаются связаны с диалогом. Агент может квалифицировать обращение, не заставляя менеджера заново выяснять кампанию, запрос и возражение. Сотрудник также видит разницу между рекомендацией и фактически выполненным действием.

Давайте инструментам минимальные права. Для ответа о наличии достаточно чтения склада без изменения цены. Для подготовки возврата нужны заказ и политика, но не платежные полномочия. При передаче отправляйте структурированное состояние, нужный фрагмент диалога, предложенный следующий шаг и причину эскалации. Фраза «клиенту нужна помощь» не является полноценной передачей.

Проверяйте переход этапа до расширения автономности

Каждое повышение полномочий следует выпускать как изменение продукта. Соберите реальные примеры: ясные обращения, недостающие сведения, двусмысленные намерения, конфликтующие записи, исключения из правил, повторные сообщения и сбои инструментов. Проверяйте одновременно текст диалога и действие в системе.

Используйте метрики по уровням. Для ответа это доля подтвержденных ответов, исправления и нерешенные намерения. Для рекомендации — допустимость, принятие и последующий отказ. Для подготовки — полнота полей и подтверждения. Для выполнения — успешные записи, предотвращенные дубли, ложные сообщения об успехе, откаты и время восстановления. На всех уровнях учитывайте отказы от общения, причины подключения человека и жалобы.

Повышайте только один этап или одно действие за раз. Практическая последовательность: теневое наблюдение, черновик без отправки, подготовка с подтверждением, выполнение для узкой низкорисковой группы, затем расширение. План отката определите заранее. Если система действий недоступна, безопаснее оставить диалог открытым и назначить владельца, чем импровизировать.

Кейсы на странице WhatsApp полезны как ориентиры, но не гарантируют результат другой компании. Доказательство — работа вашего контракта с вашими клиентами, системами, правилами и сбоями.

Примените модель в DripTell

Выберите один путь с выраженным намерением, а не автоматизируйте всю поддержку. Хороший кандидат имеет ясное обещание, повторяемые входные данные, видимое событие завершения и известного владельца исключений. Квалификация записи, подбор товара, подготовка предложения или обычное информирование о заказе часто проще возврата денег или закрытия аккаунта.

Опишите шесть колонок: этап, обещание клиенту, уровень полномочий, допустимые данные, событие завершения и следующий владелец. Свяжите разговор с контактом и лидом. Направляйте исключения в командный входящий, а этап и следующий шаг сохраняйте в CRM. Только после этого добавляйте поведение, которое отвечает, рекомендует, готовит или выполняет в пределах контракта.

Цель — не агент, который пытается делать все. Цель — путь, где у каждого автоматического шага есть явное обещание, ограниченные полномочия, сигнал завершения и восстанавливаемая передача. Тогда AI приносит пользу бизнесу, не перекладывая операционный риск на клиента.

Следующий шаг: принесите в DripTell один реальный клиентский путь и определите для него четыре уровня полномочий до подключения агента к значимому действию.