Коротко: цену называть надо, но не любую
Клиент почти всегда спрашивает про цену первым, и уход от ответа («оставьте телефон, менеджер сообщит») — главная причина, по которой диалоги обрываются. Рабочее решение: агент называет то, что можно назвать честно — прайс, диапазон, стоимость типовой конфигурации, — а всё, что требует расчёта или уступки, передаёт человеку. Тогда и конверсия не падает, и обещаний лишних никто не даёт.
Три политики, между которыми выбирают
| Политика | Что говорит агент | Кому подходит |
|---|---|---|
| Открытый прайс | Точную цену по позиции | Фиксированный прайс, товары, стандартные услуги |
| Диапазон | «Обычно от и до, точный расчёт после замера» | Услуги с переменным объёмом, ремонт, строительство |
| Расчёт по параметрам | Считает по формуле из ваших данных | Где цена выводится из объёма, площади, срочности |
Молчание про цену — не политика, а потеря лида. Даже «зависит от объёма, вилка такая-то» работает кратно лучше, чем отказ отвечать.
Откуда агент берёт цифры
Только из ваших данных: прайс-лист, таблица тарифов или ответ вашей системы. Модель не должна «прикидывать» цену по смыслу — именно так появляются суммы, которых у вас нет.
Практическое требование: прайс должен лежать в одном месте и обновляться одним человеком. Два разных файла с ценами — гарантированные плавающие ответы, об этом подробно в разборе про галлюцинации.
Если цены меняются часто, правильнее подтягивать их из учётной системы, а не держать текстом в базе знаний. Тогда правка в 1С сразу отражается в диалоге.
Скидки и торг: где проходит граница
Скидку агент может озвучивать только ту, что действует по правилам компании и зафиксирована в данных: акция до конкретной даты, скидка за объём по таблице, промо для новых клиентов.
Индивидуальный торг — территория человека. Как только клиент говорит «а если возьму три, сделаете дешевле?», агент собирает параметры и передаёт диалог менеджеру с контекстом. Это правило зашивается в стоп-темы на этапе настройки — как их описать в ТЗ.
Юридический момент про оферту
Цена, названная в переписке, — это коммуникация с клиентом, и относиться к ней стоит серьёзно. Поэтому в сценарии закладываются оговорки: «цена действительна на сегодня», «окончательная стоимость фиксируется в договоре», «расчёт предварительный, уточняется после замера».
Это не бюрократия, а защита от ситуации, когда бот назвал старую цену, а клиент требует её соблюдения. Формулировки согласуются с вами до запуска.
Четыре ошибки
- Полный запрет на цены. Клиент уходит туда, где ответили. Самая дорогая «осторожность».
- Разрешить обсуждать скидки. Агент начнёт торговаться там, где у вас маржа и так на нуле.
- Забыть про актуализацию. Прайс изменился, база — нет; бот честно называет вчерашние цены.
- Не отделить типовое от нестандартного. Расчёт сложного заказа по шаблону — прямой путь к конфликту.
Что настраивается в проекте
На старте фиксируем: какие цены агент называет без ограничений, где даёт диапазон, какие темы уходят человеку, какие оговорки добавляются к сумме, откуда подтягиваются цифры и кто отвечает за их обновление.
Всё это входит в стандартное внедрение под ключ — от 49 990 ₽, 14–21 день. Про эксплуатацию и обновление данных — поддержка после запуска.
Проверьте на демо: откройте агента в Telegram и попробуйте выбить у него скидку — увидите, как выглядит корректная передача менеджеру.
FAQ
Стоит ли вообще давать цену в боте?
Да. Уход от ответа обрывает большинство диалогов. Вопрос лишь в форме: точная цифра, диапазон или расчёт по параметрам.
Может ли агент дать скидку?
Только зафиксированную правилами компании. Индивидуальный торг передаётся менеджеру вместе с контекстом.
Что если цены меняются каждый день?
Тогда их подтягивают из учётной системы, а не хранят текстом. Обновление в системе сразу отражается в ответах.
Что делать, если бот назвал устаревшую цену?
Такие случаи разбираются по логам, а страхуют их оговорки в сценарии и регламент обновления прайса с ответственным на вашей стороне.