Руководство · how-to
Как собрать чат-бота без программирования
Практический путь к работающему чат-боту на no-code инструментах: определить границы, подключить свой контент, обработать вопросы без ответа и понять реальную стоимость.
Определите задачу до выбора инструмента
«Чат-бот» — это не постановка задачи. Отвечать на вопросы по документации, квалифицировать входящие лиды, записывать на встречи и провести человека по форме — четыре разных продукта с разными критериями успеха. Выберите один. Самая частая причина, по которой no-code бота отключают, — его собрали, чтобы он делал всё, и он ничего не делает достаточно хорошо, чтобы ему доверять; выбор платформы неопределённую цель не исправит.
Два вида ботов
Ботов на сценариях ведёт нарисованное вами дерево решений: пользователь выбирает варианты, бот отвечает заготовками. Они предсказуемы, дёшевы и никогда ничего не выдумывают — хорошо подходят для записи, сортировки обращений и структурированной квалификации. ИИ-боты порождают ответы языковой моделью, заземлённой на вашем контенте. Они справляются с формулировками, которых вы не предвидели, и могут ошибаться. Многие реальные внедрения совмещают оба: сценарий для всего транзакционного, ИИ для открытых вопросов. Осознанность этого выбора важнее того, какого вендора вы возьмёте.
Заземлите его на своём контенте
Для ИИ-бота в этом вся сборка. Вы указываете инструменту на свою базу знаний, загружаете PDF или вставляете страницы правил, а он режет их на фрагменты, считает эмбеддинги и в момент вопроса достаёт релевантные пассажи. Качество бота почти полностью равно качеству того, что вы ему дали: устаревшая документация даёт устаревшие ответы с полной уверенностью. Перед сборкой потратьте вечер на правку тех шести статей, про которые вы знаете, что они устарели, — это улучшит бота сильнее любой настройки в платформе.
Обработайте вопросы, на которые он не может ответить
Эту часть почти все пропускают, и именно по ней пользователи вас судят. Решите явно, что происходит, когда retrieval не находит ничего релевантного: бот должен сказать, что не знает, и предложить человека, а не собирать правдоподобный ответ из ближайшего нерелевантного документа. У большинства инструментов есть порог уверенности и запасное сообщение; значения по умолчанию обычно слишком снисходительны. Проверьте это специально, спрашивая то, чего ваш контент действительно не покрывает, и посмотрите, признаёт бот пробел или выдумывает.
Знайте стоимость эксплуатации
Тарификация обычно за сообщение или за диалог, иногда с отдельной платой за вызовы модели внутри. Значит, стоимость масштабируется вместе с трафиком так, как фиксированная подписка вас не готовит, и бот, поставленный на страницу с высоким трафиком, может быстро стать дорогим. Оцените на десятикратном текущем объёме до запуска и проверьте, что делает лимит тарифа: бот перестаёт отвечать или тихо деградирует — второе хуже и документируется редко.
Запускайтесь узко
Поставьте его на одну страницу или за ссылку в базе знаний прежде, чем ставить на все страницы. Прочитайте первые двести диалогов целиком — не сводку, а сами расшифровки. Вы обнаружите, что люди спрашивают более узкий набор вещей, чем вы ожидали, формулируют их так, как вы не предполагали, и повторно натыкаются на два-три конкретных сбоя. Их починка — это неделя работы, и она переводит бота из категории неловкого в категорию полезного.
Спланируйте цикл разбора
Чат-бот — не проект, который заканчивают. Вопросы без ответа — это ваш бэклог документации, эскалации подсказывают, какие интенты добавить в сценарий, и на то и другое кто-то должен смотреть раз в неделю. Без этого цикла качество бота повторяет угасание вашей базы знаний, то есть ухудшается без того, чтобы кто-либо решил его ухудшить.