.svg)
От ответа до действия: как AI-помощник расширяет возможности магазина на CS-Cart
AI-помощник понимает запрос покупателя, ищет информацию в базе знаний и каталоге, а через настроенные API может взаимодействовать с системами бизнеса.
Покупатель приходит в интернет-магазин не ради каталога или фильтров. Ему нужно выбрать товар, разобраться в условиях покупки или решить конкретную задачу.
Но посетитель не всегда знает, в каком разделе искать информацию и как правильно сформулировать запрос. Он может не помнить название товара, не разбираться в характеристиках или не найти ответ на вопрос о доставке и возврате. Чем сложнее ассортимент и структура сайта, тем больше шагов отделяет его от результата.
iisy — платформа для создания управляемых AI-сценариев. Она связывает языковую модель с базой знаний, каталогом и внешними системами, а бизнес определяет последовательность шагов и разрешённые действия.
iisy добавляет в магазин на CS-Cart диалоговый интерфейс. Покупатель пишет вопрос обычным языком, а помощник определяет, что ему нужно: ответ из базы знаний, подборка из каталога или действие во внешней системе.
Это не свободный AI-чат, который отвечает на своё усмотрение. Магазин сам задаёт источники информации, правила сценария и действия, которые помощнику разрешено выполнять.
Навигация
Один диалог вместо поиска по всему сайту
Обычно покупатель сталкивается с несколькими отдельными инструментами. Товар нужно искать в каталоге, условия доставки — в разделе помощи, совместимость — в характеристиках, а заявку отправлять через форму.
Диалог объединяет эти задачи в одной точке. В зависимости от запроса помощник может:
- найти точный ответ в материалах магазина;
- уточнить потребность и подобрать товары;
- обратиться к внешней системе;
- добавить выбранный товар в корзину;
- предложить следующее предусмотренное действие.
Покупателю не нужно знать структуру сайта или подбирать ключевые слова. Он объясняет задачу так, как привык говорить.
База знаний
Ответить: база знаний для AI помощника
Владелец магазина может загрузить в iisy базу знаний: правила доставки и оплаты, условия возврата, информацию о гарантии, инструкции, описания услуг и другие материалы.
Когда покупатель задаёт вопрос, AI распознаёт его смысл и приводит формулировку к запросу, с которым можно работать. Ответ ищется в базе знаний магазина, а не создаётся на основе общих представлений языковой модели.
Например, покупатель спрашивает:
«Если размер не подойдёт, я смогу вернуть товар?»
Помощник понимает, что вопрос относится к возврату, находит соответствующее правило и отвечает по материалам владельца бизнеса.
Так работает привычный FAQ, но покупателю не приходится угадывать название раздела и просматривать список вопросов. Он может использовать свободную формулировку, синонимы или описать ситуацию своими словами.
Для бизнеса это означает контроль над содержанием ответа. Если правила изменились, владелец обновляет базу знаний, и помощник использует новую информацию.
Подбор товаров
Подобрать: от задачи покупателя к товарам в каталоге
Стандартный поиск эффективен, когда человек знает точное название. Но реальные запросы часто звучат иначе:
«Нужна лёгкая дрель для бетона не дороже 15 тысяч рублей».
«Ищу обувь для долгой ходьбы, только не спортивную».
«Что подойдёт для маленькой ванной и не потребует сложного монтажа?»
В таких запросах описан не товар, а задача. Простое сопоставление слов с названиями и категориями может дать слишком широкую или нерелевантную выдачу.
AI-помощник сначала разбирает запрос и при необходимости задаёт уточняющий вопрос. Затем сценарий обращается к каталогу CS-Cart и использует доступные данные: категорию, бренд, цену, остаток, размер, цвет, материал, назначение, характеристики, совместимость, изображения и ссылки на карточки.
В магазине инструментов диалог может выглядеть так:
— Нужна дрель для бетона, но лёгкая и не дороже 15 тысяч.
— Инструмент нужен для периодической домашней работы или постоянного профессионального использования?
— Для дома, несколько раз в месяц.
После уточнения помощник может показать подходящую модель, более доступную альтернативу и более мощный вариант, кратко объяснить различия и дать ссылки на карточки.
Качество подбора зависит от структуры и наполнения каталога. Чем точнее заполнены характеристики, тем больше параметров можно учесть в сценарии.
Действия
Выполнить действие: от консультации к результату
Польза помощника не заканчивается на ответе или рекомендации. С помощью API он может передавать данные и запускать действия в системах магазина.
Добавление выбранного товара в корзину уже реализовано: покупатель может перейти от рекомендации к действию прямо в диалоге.
Другие сценарии настраиваются под задачи конкретного бизнеса. Через HTTP-запросы iisy можно связать с CRM, системой заказов, складом, таблицами, внутренними сервисами, расчётными модулями и сторонними приложениями.
После подключения соответствующего API и настройки правил помощник сможет:
- проверить статус заказа;
- уточнить остаток;
- рассчитать стоимость или комплект;
- передать обращение в CRM;
- создать заявку;
- оформить заказ в диалоге;
- запустить другой процесс во внешней системе.
Сценарии
Сценарии под задачи магазина
Товарный подбор — только один пример. На той же платформе можно собрать:
- помощника по доставке, оплате, возврату и гарантии;
- консультанта по характеристикам и совместимости;
- конфигуратор продукта;
- расчёт стоимости или комплекта;
- оформление заявки;
- проверку статуса заказа;
- сценарий с авторизацией;
- помощника продавца маркетплейса;
- внутренний инструмент администратора;
- последовательность действий через внешние API.
Сценарий может работать только с базой знаний, сочетать её с каталогом или подключать внешние сервисы. Набор возможностей определяется задачами магазина, а не жёсткой логикой универсального чат-бота.
Интеграция
Как это работает
Интеграция оформленна как отдельный модуль CS-Cart. Он связывает витрину магазина с агентом iisy, а сценарий и подключённые ресурсы управляются централизованно.
Владелец определяет, какие данные доступны помощнику: каталог, база знаний, заранее описанные HTTP-запросы и другие инструменты. AI понимает свободную формулировку покупателя, а управляемый сценарий решает, к какому источнику обратиться и что делать дальше.
Процесс состоит из отдельных шагов. Сценарий может задать вопрос, сохранить ответ, проверить условие, обратиться к API, показать результат или запустить AI-агента. Некоторые этапы выполняются без языковой модели — через правила, переменные, кнопки и внешние запросы.
Бизнес-логика не зашивается целиком в клиентский модуль. Сценарий можно менять централизованно, не переписывая и не устанавливая аддон заново во всех магазинах.
Контроль
Бизнес сохраняет контроль
Языковая модель хорошо понимает свободный текст, но не должна самостоятельно определять бизнес-процесс.
В iisy магазин задаёт:
- обязательные вопросы и данные;
- источники информации;
- условия перехода между этапами;
- доступные инструменты;
- разрешённые действия;
- запасные варианты на случай ошибки.
AI подключается там, где нужно понять человеческий язык, обработать данные или выбрать доступный инструмент. Последовательность и состояние процесса контролирует сценарий.
Это особенно важно при работе с базой знаний и внешними системами. Помощник отвечает по подключённым материалам и выполняет только те действия, которые предусмотрены владельцем.
Каналы
Один сценарий в нескольких каналах
К одному агенту iisy можно подключить виджет сайта, Telegram, MAX и внутренний канал для тестирования. Логика, условия и ресурсы остаются общими.
Внешний вид виджета настраивается отдельно: можно изменить кнопку запуска, окно, шапку, поле ввода, юридические ссылки и пользовательские стили.
При добавлении канала не нужно заново собирать весь процесс. Достаточно проверить особенности нового интерфейса.
Аналитика
Аналитика показывает, где теряется покупатель
История чата показывает сообщения. Аналитика iisy позволяет восстановить весь путь:
- из какого канала пришёл пользователь;
- какие шаги выполнил сценарий;
- какие ресурсы вызывались;
- по какой ветке прошёл диалог;
- где возникла ошибка;
- каким действием завершился процесс.
Эти данные помогают улучшать сценарий на фактах. Если покупатели часто останавливаются после определённого вопроса, этап можно упростить. Регулярный переход в запасную ветку показывает, где не хватает логики или данных. Если один путь чаще приводит к добавлению товара в корзину, его можно сделать основным.
Так диалог становится измеримым процессом, а не ещё одним каналом поддержки.
Пилот
Что проверить на пилоте
Для первого запуска не нужно автоматизировать весь магазин. Пилот нужен, чтобы проверить ограниченный набор задач на реальных запросах и данных.
В зависимости от приоритетов бизнеса это может быть:
- консультация по базе знаний;
- подбор в одной категории;
- сочетание консультации и товарного поиска;
- добавление выбранного товара в корзину;
- один сценарий с внешней системой.
До запуска стоит определить показатели, по которым будет оцениваться результат:
- время от первого запроса до ответа или товара;
- число шагов до результата;
- доля завершённых сценариев;
- частота запасных веток;
- переходы к карточкам;
- добавления в корзину;
- другие целевые действия;
- оплаченные заказы.
| Показатель | Обычный путь | Сценарий на iisy | Цель пилота |
|---|---|---|---|
| Первый ответ | Зависит от навигации и действий пользователя | Сценарий запускается сразу | До 3 секунд для первого шага |
| Поиск подходящего товара | Категории, фильтры и сравнение карточек | Диалог и уточнение задачи | 1–3 минуты |
| Действия до результата | 6–12 переходов | 2–5 осмысленных шагов | В 2–3 раза короче |
| Подходящие варианты | Длинная выдача или один найденный товар | Короткая подборка | 3–5 позиций |
| Завершённые сценарии | Обычно не измеряются | Видны в аналитике | 60–75% запусков |
| Целевое действие | Не связано с исходным запросом | Фиксируется в процессе | 10–18% запусков |
| Запасная ветка | Пустая или нерелевантная выдача | Уточнение или другой путь | Не более 8–12% |
| Изменение процесса | Доработка интерфейса или кода | Черновик, тест, публикация | В течение рабочего дня |
| Новый канал | Отдельная реализация | Подключение к существующему сценарию | Без повторной сборки логики |
Экономика
Пример расчёта экономики
Предположим, сценарий запускается 1 000 раз в месяц:
- 70% пользователей доходят до результата;
- 15% запусков заканчиваются целевым действием;
- 25% целевых действий превращаются в оплаченный заказ;
- средний чек составляет 8 000 ₽.
В расчётной модели получаем:
1 000 × 15% = 150 целевых действий.
150 × 25% = 37–38 заказов.
38 × 8 000 ₽ = 304 000 ₽ выручки, связанной со сценарием.
Эта сумма не равна гарантированной дополнительной выручке. Часть покупателей могла бы оформить заказ и без помощника.
Если предположить, что благодаря более короткому и понятному пути появилось только 25% рассчитанной выручки:
304 000 ₽ × 25% = 76 000 ₽ дополнительной выручки в месяц.
Это пример модели, а не прогноз. После пилота исходные допущения заменяются фактическими данными магазина: трафиком, конверсией, средним чеком и числом оплаченных заказов.