Разговорная коммерция: что это такое
Разговорная коммерция использует диалог, чтобы помочь клиенту найти, оценить или купить товары и услуги. Она может включать вопросы о товарах, сбор предпочтений и направление клиента к разрешённому процессу покупки. Беседа с описанием товара отличается от системы, которая проверяет остатки, оформляет заказ или обрабатывает платёж.
Автор: Ai Flowi · Опубликовано
Место беседы на пути к покупке
Клиент может знать, какую проблему хочет решить, не зная названия товара. Диалог позволяет собрать ограничения, например предполагаемое использование, размеры или совместимость. Затем ответ может направить к утверждённой информации. Полезная рекомендация объясняет, выполнение какого из заявленных требований подтверждается имеющимися данными, а не просто звучит убедительно.
Путь к покупке может включать и вопросы после выбора товара. Посетитель может спросить о материалах, уходе или документированных правилах возврата. Это информационные задачи. Если посетитель запрашивает актуальную цену, остатки или изменение заказа, беседа переходит к другому источнику достоверных данных и, возможно, к действию, требующему разрешения.
Чем вопрос о товаре отличается от транзакции в разговорной коммерции?
На узких экранах прокручивайте таблицу границ коммерческих действий по горизонтали или установите на неё фокус и используйте клавиши со стрелками.
| Запрос клиента | Необходимые доказательства | Разрешённый результат, который нужно определить |
|---|---|---|
| Объяснить характеристику товара | Утверждённое описание товара или спецификация. | Объяснение со ссылкой на источник или уточнение, если неясно, о каком товаре идёт речь. |
| Предложить подходящий товар | Требования клиента и подтверждённые характеристики рассматриваемых товаров. | Обоснованное предложение с указанием требований, по которым остаются вопросы. |
| Подтвердить текущие остатки | Разрешённый к использованию актуальный источник данных об остатках. | Проверенное сообщение о наличии с указанием соответствующих границ применимости. |
| Оформить заказ | Разрешённые к использованию данные клиента и проверенный интерфейс транзакций. | Результат оформления заказа, подтверждённый целевой системой, а не обещание в беседе. |
| Вернуть деньги | Соответствующие правила, полномочия на решение и разрешённая платёжная операция. | Одобренное действие с проверенным результатом или передача назначенному сотруднику. |
Документ о товаре может подтверждать первые строки, не подтверждая последние. Старый текст каталога не является актуальными данными об остатках. Сгенерированное предложение «Ваш заказ подтверждён» не является результатом транзакции. Сделайте это различие заметным и в пользовательском интерфейсе, и в приёмочных проверках.
Небольшой пример подбора товара
Рассмотрим иллюстративный запрос о сумке для ноутбука. Клиент сообщает размеры ноутбука и предполагаемое использование. Ассистент ищет данные о внутренних размерах и информацию об уходе в утверждённых источниках. Если описание товара содержит только внешние размеры, ответ должен объяснить, что совместимость по размеру не установлена, а не выводить точную полезную вместимость из предположений.
В следующей реплике клиент может спросить, легче ли другая модель. Для сравнения нужны данные об обоих товарах и сопоставимые единицы измерения. Если вес не указан, ассистент может предложить клиенту обратиться к проверенной карточке товара или сотруднику. Предполагаемый результат — подтверждённое объяснение о товаре или ясное указание на пробел в информации, а не выдуманная характеристика.
После выбора товара клиент должен воспользоваться существующим разрешённым способом покупки в магазине. Этот пример не подразумевает возможностей оформления покупки или оплаты. Такая беседа может быть полезна до покупки, даже если все транзакции остаются в отдельной системе.
Как понятие соотносится с AI Flowi Workflow
Описание Knowledge Base в каталоге, объяснение Structured Output и справочник Chat Output описывают интерфейсы поиска, извлечения предпочтений и отображения.
В диалоге о покупке отделяйте требование от предпочтения. «Ноутбук должен помещаться» — условие, которому должен соответствовать товар; «Я предпочитаю более лёгкую сумку» — критерий ранжирования подходящих вариантов. Рекомендация не должна жертвовать требованием к вместимости ради предпочтения по весу. Если ни у одного варианта нет проверенных внутренних размеров, в беседе остаётся нерешённое требование, даже когда несколько товаров кажутся привлекательными.
Эти роли компонентов документированы в каталоге; Ai Flowi не проверяла их в рабочей среде для этого примера подбора товара.
Существующее руководство по чату на сайте описывает документированный способ работы через веб-приложение. Руководство по базам знаний рассматривает подготовку и поиск. Используйте эти страницы для настройки, а не считайте, что концептуальное обсуждение коммерции подтверждает наличие опубликованного ассистента или коннектора транзакций.
Переход от интереса к товару к решению о покупке
Подготовка источников сведений о товарах описана в руководстве по чат-боту для интернет-магазина.
Теперь предположим, что клиент говорит: «Этот вариант, похоже, подходит; можете отложить его, пока я решаю?» Соответствие товара требованиям, резервирование и покупка — три разных результата. Ассистент может сохранить выбранный вариант и объяснить следующий шаг, предусмотренный документированными правилами магазина. Он не должен намекать, что упоминание товара зарезервировало его. Если проверенного способа резервирования нет, сообщите, что товар не отложен, и направьте клиента к существующему процессу покупки.
Та же граница действует для замены. «Я возьму другой цвет, если этого нет в наличии» выражает условное намерение, а не разрешение выбрать любую замену или списать за неё деньги. При передаче запроса полезно сохранить выбранный товар, допустимую альтернативу и нерешённый вопрос о наличии, чтобы система покупки или сотрудник могли их подтвердить. Клиент также должен иметь возможность отказаться от альтернативы до принятия обязательства.
Оценивайте диалог по тому, понимает ли клиент, какое решение ему предстоит принять дальше. При сравнении это может быть выбор между подтверждёнными характеристиками. При отсутствии характеристики — получение подтверждения. При покупке — завершение разрешённого оформления заказа. Более долгий чат с большим числом рекомендаций не обязательно означает продвижение, если клиент так и не понимает, был ли товар зарезервирован или заказан.
Для упражнения с моделью в сфере коммерции нужна ваша собственная учётная запись провайдера и требуемый API-ключ; использование оплачивается отдельно. Руководство по настройке для интернет-магазина описывает настройку этапов от поиска до извлечения данных и проверки типов.
Проверки диалога с рекомендациями
Используйте синтетические запросы с отсутствующими требованиями, несовместимыми размерами, похожими названиями товаров и отсутствующим текстом правил. Попросите неподтверждённую скидку и немедленное подтверждение заказа. Критерий приёмки — соблюдение границы ассистентом: он может объяснить подтверждённые сведения и направить посетителя дальше, но не может заявлять о транзакции без подтверждённого действия.
Проверяйте фрагмент источника вместе с итоговым ответом. Убедитесь, что формулировка не добавляет обещание, которого нет в источнике, например обязательство по доставке. Сохраняйте достаточно сведений, чтобы проверяющий мог найти обсуждаемый товар. Не собирайте платёжные реквизиты в общем упражнении с вопросами о товарах.
Типичные ошибки и случаи, когда этот подход не стоит использовать
- Приравнивать ассистента по вопросам о товарах к платформе электронной коммерции. Функциям управления остатками, заказами и платежами нужны собственные проверенные интерфейсы.
- Представлять сгенерированные предпочтения как факты о клиенте. Явно отмечайте отсутствующие значения и позволяйте клиенту исправить интерпретацию.
- Отвечать о текущем наличии по старому документу. Используйте разрешённый актуальный источник или сообщайте, что наличие не проверено.
- Позволять рекомендации обходить меры контроля покупки в магазине. Полномочия на транзакции должны оставаться в проверенном процессе покупки.
Для простого просмотра может хватить страницы товаров с поиском. Избегайте рекомендаций через диалог, если утверждённые характеристики недоступны или чувствительные решения требуют проверки специалистом. Использованные здесь ссылки на каталог не подтверждают возможности оформления покупки, обновления остатков или проведения платежей.
Тарифы: Go от USD8 в месяц при годовой оплате (USD10 помесячно), пять тарифов до Pro 500. Все тарифы указаны на странице тарифов. 1 токен за каждый запуск узла; использование сторонних API и моделей не включено.
Связанные понятия
Разговорный ИИ описывает этапы обработки диалога. Автоматизация CRM касается процессов работы с записями о клиентах. Примеры интеллектуальных агентов объясняют границы действий, а сценарии использования содержат ссылки на рабочие процессы с отдельно определённой областью применимости.