Покупатель спрашивает: «Сколько стоит этот вариант с монтажом?» На сайте указано «от 120 000 ₽», в прайсе есть три комплектации, а итог зависит от размеров и региона. Для человека очевидно, что сначала нужно уточнить детали. Для ИИ-бота это должно быть записано буквально: какая цена относится к какой позиции, что в неё входит и в какой момент требуется расчёт специалиста.
Чтобы разобраться, как ИИ-бот работает с товарами и ценами, нужно отделить разговорную часть от коммерческих данных. Бот хорошо понимает вопросы, но ассортимент, стоимость и правила бизнеса не угадывает. Эти сведения приходят из каталога, базы знаний или внешней системы. Чем точнее устроены данные, тем меньше вероятность, что система перепутает комплектацию, назовёт устаревшую сумму или превратит ориентир в обещание.
Каталог — это не список названий
Для консультации мало сообщить модели, что компания продаёт «модели A, B и C». Нужно связать каждое предложение с параметрами, по которым клиент его выбирает.
В каталоге могут храниться товары, услуги, тарифы, комплектации, дополнительные работы и расходные материалы. Полезная карточка обычно содержит:
- точное название и категорию;
- назначение и типичные задачи;
- ключевые характеристики;
- варианты исполнения;
- ограничения;
- единицу измерения;
- цену или правило расчёта;
- состав предложения;
- наличие либо способ его проверки;
- срок или порядок подтверждения;
- связанные услуги;
- ситуации, требующие менеджера.
Не каждое поле нужно любому бизнесу. Для оборудования важны мощность и условия эксплуатации, для проектной услуги — исходные данные и этапы, для производства — размеры, материалы и замер. Структура должна помогать отвечать на реальные вопросы, а не выглядеть полной в отчёте.
Каталог отличается от базы знаний. Первый отвечает на вопрос «что именно предлагается и с какими параметрами», вторая — «как компания работает и что означают условия». В разговоре они дополняют друг друга.
Почему числа лучше хранить отдельно от рекламного текста
В длинном описании легко потерять связь между ценой и вариантом. Например: «Базовая модель стоит 80 000 ₽, версия с усилением — 95 000 ₽, монтаж рассчитывается отдельно, для уличного исполнения действует другой прайс». Человек перечитает абзац. Модель может связать сумму с соседней комплектацией.
Структурированные поля уменьшают двусмысленность:
| Поле | Пример смысла |
|---|---|
| Позиция | Конкретный товар или услуга |
| Вариант | Размер, комплектация, материал |
| Цена | Подтверждённое значение |
| Тип цены | Фиксированная, «от», диапазон, за единицу, индивидуальная |
| Единица | Штука, метр, комплект, час |
| Состав | Что включено в сумму |
| Условия | Регион, объём, обязательные работы |
| Актуальность | Дата или действующая версия |
Так проще обновлять значения, сравнивать предложения и видеть пропуски. Описательный текст при этом никуда не исчезает: он объясняет клиенту, почему один вариант подходит лучше другого.
Пять разных смыслов слова «цена»
В переписке любая сумма выглядит как ответ на вопрос «сколько стоит». Для бизнеса различия критичны.
Фиксированная цена
Она допустима, если однозначно понятно, за что указана сумма. Нужно определить позицию, комплектацию, единицу и включённые работы. Цена за изделие и цена за изделие с доставкой и монтажом — разные предложения.
Бот может сказать: «Стоимость этой комплектации — 48 000 ₽», только если данные не оставляют скрытых обязательных доплат или условий.
Цена «от»
Слово «от» не должно служить декоративной страховкой. Рядом описывают минимальную конфигурацию, условия её доступности и параметры, которые увеличивают стоимость.
Корректный ответ объясняет границу:
Базовый вариант начинается от указанной суммы. Итог зависит от размеров и выбранного материала; для расчёта понадобятся эти два параметра.
Если минимальная комплектация почти никому не подходит, это тоже нужно учитывать в формулировке.
Диапазон
Диапазон полезен, когда его границы подтверждены и понятно, почему стоимость меняется. Нельзя автоматически применять его к любому заказу. Нестандартный размер или регион может вывести расчёт за пределы обычных значений.
Бот сообщает диапазон как ориентир и перечисляет факторы уточнения, не выдавая верхнюю границу за гарантированный максимум.
Цена за единицу
Для метра, квадратного метра, часа, пользователя или комплекта важны минимальный объём, округление и обязательные работы. «5 000 ₽ за метр» не отвечает на вопрос, входит ли монтаж и как считается участок длиной 1,3 метра.
Индивидуальный расчёт
Иногда честной готовой суммы нет. Стоимость зависит от замера, сложности, доставки, материалов или сочетания услуг. Бот может объяснить факторы и собрать исходные данные, но итог подтверждает специалист или расчётная система.
Пустая цена должна восприниматься как отдельное состояние: «нужен расчёт», а не как приглашение назвать правдоподобное число.
Как бот применяет правила, а не просто пересказывает факты
Факт сообщает состояние мира: «Компания работает в городе N». Правило определяет действие: «Если адрес за пределами основной зоны, не подтверждать выезд и передать запрос менеджеру».
Для нормальной консультации нужны оба слоя. Бот может знать, что доставка существует, но без правила не понимать, можно ли обещать её для конкретного района. Он может видеть скидку в прайсе, но не знать, разрешено ли назначать её самостоятельно.
Бизнес-правила часто охватывают:
- минимальную сумму заказа;
- географию работы;
- предоплату;
- условия доставки и монтажа;
- ограничения скидок;
- обязательный замер;
- срок действия акции;
- необходимость подтверждения наличия;
- передачу готового к покупке клиента;
- запрет на определённые обещания.
Хорошее правило состоит из условия и следующего шага. Например: «Если клиент просит персональную скидку, бот не назначает её, а фиксирует выбранный вариант и передаёт запрос менеджеру».
Как выглядит подбор без магии
Клиент обычно не перечисляет все характеристики сразу. Он говорит: «Нужно недорого, на улицу и без постоянного обслуживания». Бот должен превратить эту фразу в параметры, но не додумывать их.
Разговор может идти так:
Клиент: Нужен вариант для улицы, желательно самый простой. Бот: Уточню два условия: изделие будет использоваться круглый год и есть ли ограничение по размерам? Клиент: Да, круглый год, ширина не больше метра. Бот: По этим условиям подходят два варианта из каталога. Первый дешевле, но требует периодического обслуживания; второй дороже, зато рассчитан на постоянную эксплуатацию на улице.
Система обязана объяснить, на каких данных основан выбор. Если у второго варианта нет подтверждённой характеристики по обслуживанию, такое сравнение недопустимо.
Подбор обычно учитывает назначение, размеры, бюджет, количество, среду использования, обязательные свойства и срок. Все параметры запрашивать не нужно: только те, что действительно влияют на решение.
Сравнение должно быть честным и сопоставимым
Фраза «вариант A лучше варианта B» почти всегда слишком общая. Лучше сравнивать по конкретным критериям: цена, состав, материал, срок, ограничения, обслуживание.
Если сведения есть только по одному товару, бот прямо говорит об этом. Он не достраивает пропущенную характеристику по аналогии. Также не стоит использовать рекламные превосходные степени — «самый надёжный», «лучший на рынке» — без подтверждённого основания.
Полезное сравнение не обязано закончиться рекомендацией. Иногда правильный итог: оба варианта подходят, выбор зависит от приоритета между ценой и удобством. Иногда — ни один не соответствует обязательному условию клиента.
Что делать с отсутствием, акциями и скидками
Отсутствующий товар — не повод придумать наличие или срок поставки. Система может предложить подтверждённый аналог, уточнить допустимую замену или передать запрос сотруднику. Аналог выбирается по требованиям клиента, а не только по похожему названию.
Акции требуют отдельной дисциплины. В данных должны быть дата начала и окончания, участвующие позиции, ограничения и совместимость с другими условиями. После завершения акция перестаёт использоваться. Если лимит зависит от текущего остатка, его нужно проверять в актуальном источнике.
Со скидками действует тот же принцип. Публичную фиксированную скидку можно назвать по правилу. Персональную, требующую согласования, бот только передаёт ответственному сотруднику. Просьба клиента «сделайте хотя бы пять процентов» не создаёт полномочия.
Статические и динамические данные
Описание назначения товара меняется редко. Наличие, текущая цена и свободное время — часто. Эти сведения нельзя обслуживать одинаково.
Статические данные можно хранить в проверенных файлах или каталоге и обновлять вручную. Динамические лучше получать из действующей таблицы, CRM, учётной системы или другого источника, если такая интеграция предусмотрена.
Выбор зависит от частоты изменений. Для небольшого каталога с редким пересмотром цен достаточно управляемого прайса. Для склада, где остатки меняются каждый час, копия в документе быстро становится бесполезной.
При недоступности внешней системы бот не должен сообщать старое значение как текущее. Он обозначает, что проверка сейчас невозможна, и предлагает безопасный следующий шаг.
Кто отвечает за коммерческие данные
Модель не может разрешить спор между прайсом, сайтом и словами менеджера. Для каждого типа данных нужен главный источник и владелец.
Обычно ассортимент подтверждает продуктовый специалист, цены — коммерческий отдел, наличие — склад, сроки — производство или логистика, скидки — уполномоченный руководитель. Настройщик системы оформляет правила, но не изобретает их.
После изменения цены нужно проверить связанные сравнения, акции и тестовые сценарии. Старые копии убирают из рабочей зоны или явно архивируют. Иначе бот будет выбирать между версиями, о существовании которых клиент даже не подозревает.
Как проверить каталог, цены и правила
До запуска нужны не только удобные вопросы. Проверьте:
- существующий и несуществующий товар;
- точную цену и цену «от»;
- диапазон и цену за единицу;
- индивидуальный расчёт;
- просьбу назвать неизвестную сумму приблизительно;
- истёкшую акцию;
- запрос персональной скидки;
- неподдерживаемый регион;
- сравнение двух вариантов;
- отсутствие нужной характеристики;
- смену комплектации в середине диалога;
- готовность клиента оформить заказ.
Оценивайте не только число в ответе. Важно, назвал ли бот правильную единицу, объяснил ли условия, не смешал ли позиции и вовремя ли подключил человека.
Как товары, цены и правила настраиваются в LEVBOT
В LEVBOT персонального бота настраивают на каталоге, ценах и правилах конкретного бизнеса. Ответы можно бесплатно проверять в тестовых диалогах, в том числе на неизвестных ценах, нестандартных условиях и передаче менеджеру.
Настраивать каталог и проверять ответы в тестовом режиме можно бесплатно. Оплата нужна только при скачивании уже готовой персональной сборки — 6 000 ₽. Обязательной подписки, внутреннего баланса и оплаты токенов через LEVBOT не предусмотрено.
Сервер, домен и использование внешней языковой модели оплачиваются отдельно. Подключение CRM, склада, каталога или другого стороннего сервиса не происходит автоматически и является отдельной технической работой с отдельными расходами.
Готовая сборка передаётся покупателю. Новая отдельно настроенная сборка считается отдельной покупкой. При этом исходные коммерческие данные должен подтвердить сам бизнес: LEVBOT не определяет за владельца, какая цена, скидка или комплектация является действующей.