Сценарный чат-бот проектируется как схема: реплика — ветка — ответ. Если пользователь сказал что-то за пределами схемы, бот отвечает «я вас не понял».
С AI-помощником так не получится. Он ответит на что угодно — и в этом проблема. Проектировать приходится не набор ответов, а рамку, внутри которой разговор приводит к результату.
Начните с результата, а не с приветствия
Первый вопрос не «что помощник будет говорить», а чем заканчивается успешный разговор.
Варианты обычно такие: оформлена заявка, найден нужный товар, назначена встреча, решён вопрос по заказу, человек передан менеджеру с уже собранным контекстом. Каждый из них — измеримый финал.
Если на этот вопрос нет ответа, помощник получится «консультантом обо всём»: он будет вежливо разговаривать и ничего не завершать. Такой виджет создаёт ощущение сервиса и не влияет ни на один показатель.
Обозначьте границы сразу
Пользователь должен понимать, что помощник умеет, до того как потратит на него три реплики.
Это решается не дисклеймером, а первым сообщением. Вместо «Здравствуйте! Чем могу помочь?» — «Помогу подобрать модель, посчитать стоимость доставки и оформить заявку. Вопросы по действующему заказу передам менеджеру».
Второе предложение здесь важнее первого: оно честно называет то, чего помощник не делает, и сразу говорит, что произойдёт вместо отказа.
Ведите состояние задачи
Это главное отличие от сценарного бота. У задачи есть состояние — что уже известно, чего не хватает, что подтверждено.
Для записи на услугу состояние может выглядеть так: услуга — известна, филиал — не известен, дата — известна, время — не известно, контакт — не известен. Помощник должен спрашивать только недостающее и не переспрашивать то, что человек уже сказал.
Повторный вопрос о том, что было названо две реплики назад, — самая заметная поломка в таких интерфейсах. Люди прощают неполный ответ, но не прощают ощущение, что их не слушают.
Уточняйте только там, где это меняет результат
Каждый уточняющий вопрос — это шанс, что человек закроет окно. Поэтому вопрос задаётся, если от ответа зависит результат, и не задаётся, если не зависит.
- Нужно: филиал, дата, размер, объём — то, без чего заявку не оформить.
- Не нужно: «как к вам обращаться» перед тем, как дать ответ на вопрос.
- Спорно: детали, которые можно задать после того, как основное сделано.
Хорошее правило — разумное умолчание вместо вопроса. Если филиал один, не спрашивайте про филиал. Если человек написал «на завтра», не уточняйте дату — подтвердите её: «Завтра, 9 сентября. Верно?»
Ошибка должна оставлять следующий ход
Помощник упирается в стену регулярно: нет данных в базе, внешний сервис не отвечает, запрос вне компетенции, свободного времени нет.
Плохой ответ: «К сожалению, я не могу помочь с этим вопросом».
Рабочий ответ состоит из трёх частей: что произошло, что можно сделать вместо, и действие одним нажатием. «Онлайн-запись сейчас недоступна — сервис не отвечает. Могу передать заявку администратору, он перезвонит в течение часа. Передать?»
Разграничьте, что помощник делает сам
Разделите действия по обратимости:
| Уровень | Примеры |
|---|---|
| Само | поиск, расчёт, проверка наличия, черновик заявки |
| С подтверждением | отправка заявки, бронирование, передача контактов |
| Только человек | оплата, отмена оплаченного заказа, изменение договора |
Граница проходит по последствиям, а не по сложности. Подготовить заявку и показать её для подтверждения — безопасно. Отправить её молча — нет, даже если технически это то же действие.
Передача человеку сохраняет контекст
Момент, где чаще всего теряют клиента. Человек десять реплик объяснял задачу, нажал «связаться с менеджером» — и менеджер пишет «Здравствуйте, чем могу помочь?».
Передавать нужно вместе с историей: что человек хотел, что уже выяснено, на чём остановились. Для менеджера это экономия времени, для клиента — разница между сервисом и его имитацией.
Проверяйте на повторяемом наборе
Помощника нельзя протестировать «походив по нему руками» — он каждый раз отвечает иначе.
Соберите 20–30 реальных формулировок: короткие, разговорные, с опечатками, с неполными данными, с попыткой спросить о чужом заказе. Прогоняйте весь набор после каждого изменения и записывайте не «понравилось / не понравилось», а факт: довёл до результата, передал человеку корректно, ответил неверно.
Без такого набора любое обновление модели или промпта — это изменение вслепую.
Когда помощник не нужен
Если поток обращений небольшой и вопросы разные, дешевле и честнее хорошо оформленная страница с ответами и короткая форма. Помощник окупается там, где однотипных обращений много и они мешают заниматься остальным.
Смежный материал — «AI-агенты приходят на сайт». Интеграции считаем отдельно, состав работ — в прайсе.
Оригинал опубликован на verstalabs.ru.