Сравнение
Сначала посчитайте свои разные вопросы, потом покупайте поиск по документам
Сценарный FAQ-бот отвечает на фиксированный набор вопросов заранее написанным текстом и ничего не выдумывает. Ассистент с поиском по документам отвечает на открытые вопросы по вашим материалам и умеет ошибаться убедительно. Посчитайте, сколько у вас различных вопросов: примерно до тридцати сценарный выигрывает по цене, по задержке и по доверию.
Сначала посчитайте свои разные вопросы, потом покупайте поиск по документам: решение в фактах
- Сравнение с чем
- Сценарный FAQ-бот
- Сравниваемых параметров
- 8, включая правильность ответа и охват вопросов
- Где проигрываем: определённость
- Ассистент с поиском способен выдать правдоподобный неверный ответ
As of 2025-10-01, Telegram Bot API 13.4
Что здесь на самом деле сравнивается
Поиск по документам с генерацией ответа сейчас продают как апгрейд к любому FAQ-боту, а для изрядной доли бизнесов это откат назад, переодетый прогрессом. Если ваши клиенты задают двадцать вопросов и восемнадцать из них — одни и те же пять, написанные вручную ответы быстрее, дешевле, всегда верны и всегда в нужном тоне. Поиск, добавленный поверх такого набора, покупает вам задержку, расходы и новый режим отказа.
Работающая проверка — посчитать различные вопросы в вашей реальной истории поддержки за несколько месяцев. Сконцентрированное распределение, где короткая голова из частых вопросов и тонкий хвост, говорит: сценарный. Длинное плоское распределение, где сотни вопросов встречаются по разу-два, говорит: поиск, потому что написать сотни ответов вручную — задача без границ, и весь труд уйдёт именно в хвост.
Второе соображение — во что обходится неверный ответ. Сценарный бот не может ошибиться в том, о чём ему не рассказывали: он либо совпадает, либо передаёт человеку. Ассистент с поиском способен выдать правдоподобный ответ на вопрос, которого ваша документация не покрывает, и читатель не отличит его от хорошего. В медицинском, юридическом или финансовом контексте эта асимметрия решает вопрос независимо от того, как выглядит распределение.
Построчное сравнение
| Критерий | сценарный FAQ-бот | Заказная разработка |
|---|---|---|
| Правильность ответа | Ровно то, что было написано. Ошибиться в чём-то другом он не может. | Обычно верно, изредка уверенно неверно. Ссылка на источник — смягчение, а не лечение. |
| Охват вопросов | То, что предусмотрели. Всё остальное уходит человеку. | Всё, что покрывает корпус, включая формулировки, которых никто не предвидел. |
| Задержка ответа | Мгновенно. Это обычный поиск по таблице. | Секунды. Извлечение плюс работа модели. |
| Стоимость эксплуатации | Практически нулевая. | Инференс и эмбеддинги на каждый вопрос плюс переиндексация при смене модели. |
| Стоимость разработки | Умеренная, и основное в ней — написать сами ответы. | Заметно выше, и основное в ней — загрузка корпуса, разбиение на фрагменты и поведение при отказе отвечать. |
| Сопровождение | Поправить ответ. Это по силам кому угодно. | Держать корпус актуальным. Устаревший индекс деградирует незаметно. |
| Контроль тона | Полный. Каждое слово написали вы. | Приблизительный. Сгенерированный текст ограничивают рамками, а не пишут. |
| Многоязычность | Пишется под каждый язык: работа конечная и всегда корректная. | Поддерживается, но качество поиска зависит от языка и хуже на арабских технических текстах. |
Что подойдёт именно вам
Ваш выбор — сценарный FAQ-бот, если
- В истории поддержки видна короткая голова из частых вопросов, на которую приходится основной объём.
- Неверный ответ имеет медицинские, юридические или финансовые последствия, а проверки перед отправкой нет.
- Тон важен настолько, что каждый ответ должен быть написан человеком.
- Документация тонкая, устаревшая или существует в виде, который машина прочитать не может.
- Нужен мгновенный ответ, потому что несколько секунд задержки меняют ощущение от бота.
Ваш выбор — заказная разработка, если
- Распределение вопросов длинное и плоское: сотни различных формулировок, каждая редкая.
- У вас есть большой и актуальный корпус, в котором люди действительно не могут ничего найти.
- Время коллеги, который отвечает на эти вопросы, стоит реальных и измеримых денег.
- За путём эскалации есть живой человек, готовый разобрать всё, от чего поиск отказался.
- Ссылки на источник ваша аудитория принимает как способ проверить ответ.
В чём мы проигрываем
- В определённости. Сценарный бот не может выдумать ответ; ассистент с поиском способен выдать правдоподобный ответ на вопрос, которого ваши документы не покрывают, и полностью это не убирает ни один приём.
- В задержке и стоимости эксплуатации: у поиска по таблице обе величины фактически нулевые, у инференса — нет.
- В тоне. Написанные ответы пишете вы; сгенерированные лишь притягиваются к вашим материалам, а не к вашему голосу.
- В возможности править силами нетехнических сотрудников. Поправить написанный ответ — это правка текста, доступная любому; починить неудачный поиск — значит чинить корпус, а это разговор куда большего масштаба.
Если вы уже там: как проходит переезд
Выгрузите переписку поддержки за три месяца и посчитайте
Различные вопросы и их частоту. В этом и состоит всё решение, и на него уходит полдня. Плотная голова говорит: сценарный; длинный плоский хвост говорит: поиск по документам.
commandsГолову напишите руками в любом случае
Даже с поиском верхние вопросы должны отдаваться заранее написанными ответами напрямую. Именно по ним вас и оценивают, и нет ни одной причины позволять модели их пересказывать.
commandsОцените корпус до того, как соглашаться на поиск
Актуальный, структурированный и читаемый не только человеком. Там, где это не так, проект — привести документацию в порядок, а поиск поверх неё приходит потом.
webhookЗадайте порог релевантности до запуска
Значение, ниже которого ассистент отказывается отвечать, а не пробует. Один этот порог делает для доверия больше, чем любой выбор модели, и настраивать его надо на настоящих вопросах.
commandsКаждый отказ отправляйте человеку и разбирайте журнал
Отказы — это ваш бэклог. Каждый из них либо пробел в документации, либо вопрос, которому положен написанный ответ, и ежемесячный разбор отказов — то, за счёт чего ассистент становится лучше.
forum-topics
О чём спрашивают, когда выбирают
Сколько различных вопросов оправдывают поиск по документам?
Универсального числа нет, и форма распределения важнее его величины. Короткая голова, несущая основной объём, говорит в пользу написанных ответов, сколько бы вопросов ни было всего. Длинный плоский хвост говорит в пользу поиска, потому что расписать его вручную — задача без границ.
Можно ли использовать оба подхода сразу?
Да, и обычно это лучшая схема. Написанные ответы на верхние вопросы отдаются напрямую, поиск закрывает всё остальное, а за отказами стоит человек. Позволять модели пересказывать те ответы, по которым вас судят, незачем.
В чём настоящий риск поиска по документам?
В уверенном ответе на вопрос, которого ваша документация не покрывает: читатель не отличит его от хорошего. Ссылки делают проверку возможной, но не автоматической, поэтому настоящий продукт здесь — порог релевантности и путь эскалации.
Нужна ли поиску по документам хорошая документация?
Ему нужна актуальная и структурированная документация. Качество извлечения упирается в разбиение на фрагменты, а разбиение упирается в структуру, поэтому корпус из сканов без заголовков ищется плохо при любой модели. Иногда честная рекомендация — сначала привести документацию в порядок.
Сценарный бот — это устаревшее решение?
Он бывает уместным или неуместным, а это другая ось. На сконцентрированном распределении вопросов он быстрее, дешевле, всегда верен и всегда в вашем тоне. Осознанно выбрать его — не значит отстать от времени.
Как выглядит стоимость эксплуатации ассистента?
Инференс и эмбеддинги на каждый вопрос плюс переиндексация при смене модели. На один вопрос немного, на объёме — вполне ощутимо, и этой строке место в бюджете первого года, а не в открытии второго месяца.
Что почитать дальше
Сторона поиска по документам, включая поведение при отказе отвечать, описана в разборе AI-ассистента.
Сценарную сторону, с написанными ответами на каждом языке, показывает разбор многоязычной поддержки.
Что делает корпус пригодным для извлечения, разобрано в разборе интеграции с Notion.
Про окружающий инструментарий поддержки читайте сравнение с Intercom.