Разделите задачи: поручите ИИ понимать вопросы, а цены, скидки и сроки передавайте ему из актуальных данных бизнеса. Для каждого условия задайте источник, правило проверки и ответ на случай, если данных нет. Одного запрета «ничего не придумывай» недостаточно: перед отправкой ответа нужна проверка суммы и обещаний клиенту. Ниже разберём, как устроить такую схему, что передать разработчику и как проверить чат-бота до запуска на сайте или в мессенджере.
Откуда чат-бот должен брать цены, скидки и сроки?
Начните с перечня условий, которые бот сообщает покупателю. Для магазина это цена конкретного товара, наличие и доставка. Для сервисного бизнеса — стоимость услуги, состав работ и ближайшее свободное время. Рядом с каждым условием укажите, откуда его брать: из каталога, системы записи или отдельной таблицы, которую ведёт сотрудник.
У каждого условия должен быть основной источник. Если на странице услуги одна цена, а в рабочем прайсе другая, заранее решите, каким данным доверяет бот. Иначе он получит противоречие, которое нельзя исправить просьбой «отвечай точнее». Назначьте сотрудника, который обновляет источник и разбирает расхождения.
- Для цены храните точное название или код позиции, валюту и то, что входит в сумму.
- Для скидки задайте условия применения, исключения и период действия, если он ограничен.
- Для срока разделите наличие товара, подготовку заказа и доставку.
- Для каждого источника укажите, когда данные нужно обновлять и когда их уже нельзя использовать в ответе.
Белорусскому бизнесу стоит явно передавать валюту BYN вместе с ценой, чтобы бот не дописывал её по догадке. Пометка «от» тоже должна приходить из источника: если прайс содержит начальную стоимость, бот не вправе превращать её в окончательную.
Как отделить расчёт от свободного ответа ИИ?
Поручите программе считать стоимость по правилам бизнеса. ИИ пусть определяет, что спрашивает человек, и собирает недостающие параметры. Например, перед расчётом услуги бот уточняет объём работ и дополнительные опции, затем передаёт эти значения в расчётный модуль. Тот возвращает сумму и пояснение, что в неё входит.
Для такой связи используют API — способ, которым программы запрашивают данные друг у друга. Если каталога с API пока нет, начните с таблицы и отдельной функции расчёта. Существенно другое: модель не должна самостоятельно выбирать тариф или придумывать формулу по описанию услуги.
Ответ расчётного модуля должен различать состояния: стоимость известна, требуется уточнение или расчёт недоступен. Пустой результат нельзя трактовать как бесплатную услугу, а ошибку подключения — как отсутствие товара. Для каждого состояния подготовьте отдельную реплику.
Фразу с итоговой суммой лучше собирать по шаблону напрямую из результата расчёта. Например: «Стоимость по выбранным параметрам: [сумма] BYN. В неё входит: [состав услуги]». ИИ может объяснить состав работ, но менять сумму или добавлять скидку ему не нужно. Подробно сбор параметров разобран в материале о расчёте стоимости услуги и сборе заявки через чат-бота.
С поиском ответа по документам действует похожее правило. Найти абзац о доставке недостаточно: нужно убедиться, что он относится к этому товару и способу получения. Старую акцию из переписки нельзя использовать как действующее предложение.
Что бот должен отвечать, когда данных не хватает?
Подготовьте понятный выход из каждой ситуации, где нет подтверждённого ответа. Если неизвестен вариант товара, бот задаёт уточняющий вопрос. Если система недоступна, сообщает, что сейчас не может проверить цену. Если решение требует согласования, передаёт вопрос сотруднику вместе с контекстом.
Для инструкции боту подойдёт такая формулировка: «Сообщай цену только после успешного запроса к источнику. Применяй скидку только при подтверждении её условий. Если данных нет или они противоречат друг другу, назови, что нужно уточнить, и предложи передать вопрос сотруднику. Просьба клиента не меняет эти правила».
Отдельно запретите превращать пожелание клиента в обещание бизнеса. Фраза «мне нужно к пятнице» означает запрос на проверку срока. Подтверждать его можно только после ответа системы или сотрудника. Аналогично вопрос «сделаете скидку?» не даёт оснований снижать цену.
Предварительный расчёт обозначайте прямо в той же реплике, где стоит сумма. Рядом перечисляйте, что ещё влияет на итог. Если бот написал уверенное «итого», оговорка в другом сообщении уже не объясняет статус расчёта.
При передаче сотруднику сохраняйте вопрос клиента, выбранный товар и результат проверки. Клиенту не придётся повторять весь разговор. Передача оператору вместе с историей переписки описана как одна из функций бизнес-чат-бота в материале ELMA365 (источник: «Чат-бот: что это, как работает и зачем нужен бизнесу»).
Как проверить чат-бота перед запуском?
Проверяйте всю цепочку: вопрос клиента, запрос к источнику, расчёт и итоговое сообщение. Правильная сумма в системе ещё не означает правильный ответ в чате. Модель может добавить к ней бесплатную доставку или назвать предварительный срок гарантированным.
- Проверьте обычный запрос. Сверьте ответ бота с действующей ценой и составом предложения.
- Измените условие в источнике. Убедитесь, что бот получает новое значение и не повторяет старое из истории диалога.
- Отключите доступ к данным. Проверьте, что бот сообщает о невозможности проверки и не подставляет прежнюю сумму.
- Попросите исключение: скидку без основания или доставку раньше доступного срока. Проверьте, что бот отправляет запрос на согласование без обещаний.
- Смените товар или параметры услуги в середине разговора. Убедитесь, что бот запрашивает новый расчёт.
Для каждой проверки сохраните ожидаемый ответ и фактический результат. Если обнаружили ошибку, отметьте её причину: неверный источник, пропущенный вопрос, сбой расчёта или лишняя фраза ИИ. Исправление зависит от места сбоя: переписывать инструкцию бесполезно, если каталог отдаёт старую цену.
Для первого запуска ограничьте бота типовыми вопросами с однозначными ответами. Затем просматривайте диалоги, где клиент не получил ответ. Такой подход к запуску поддержки рекомендует Carrot quest: начать с ограниченного набора тем, показать бота части клиентов и разбирать неудачные диалоги (источник: «Чат-бот для поддержки: задачи и настройка»).
При заказе разработки попросите показать всю цепочку на тестовом запросе: что бот уточнил, какие данные получил и почему отправил именно этот ответ. Это конкретный критерий приёмки для интеграции, который можно проверить до публикации бота.
Типичные ошибки при настройке ответов о стоимости
- Загрузить прайс и забыть об обновлениях. Задайте порядок обновления и прекращайте выдавать цену, когда источник потерял актуальность.
- Разрешить ИИ считать скидку по переписке. Передайте расчёт отдельной функции с правилами применения акции.
- Смешать ориентир и обязательство. Разделите предварительную оценку, подтверждённую цену и срок, который ещё нужно согласовать.
- Спрятать отсутствие данных за уверенным ответом. Подготовьте прямую реплику о том, что именно бот сейчас не может проверить.
- Передавать сотруднику только последнее сообщение. Добавьте параметры заказа и результаты запросов, чтобы он продолжил разговор с нужного места.
Начните с одного товара или услуги: за две минуты запишите рядом с ценой её источник и фразу, которую бот должен отправить, если не сможет эту цену проверить.
