Telegraft

Сравнение

Сначала посчитайте свои разные вопросы, потом покупайте поиск по документам

Сценарный FAQ-бот отвечает на фиксированный набор вопросов заранее написанным текстом и ничего не выдумывает. Ассистент с поиском по документам отвечает на открытые вопросы по вашим материалам и умеет ошибаться убедительно. Посчитайте, сколько у вас различных вопросов: примерно до тридцати сценарный выигрывает по цене, по задержке и по доверию.

Сначала посчитайте свои разные вопросы, потом покупайте поиск по документам: решение в фактах

Сравнение с чем
Сценарный FAQ-бот
Сравниваемых параметров
8, включая правильность ответа и охват вопросов
Где проигрываем: определённость
Ассистент с поиском способен выдать правдоподобный неверный ответ

As of 2025-10-01, Telegram Bot API 13.4

Что здесь на самом деле сравнивается

Поиск по документам с генерацией ответа сейчас продают как апгрейд к любому FAQ-боту, а для изрядной доли бизнесов это откат назад, переодетый прогрессом. Если ваши клиенты задают двадцать вопросов и восемнадцать из них — одни и те же пять, написанные вручную ответы быстрее, дешевле, всегда верны и всегда в нужном тоне. Поиск, добавленный поверх такого набора, покупает вам задержку, расходы и новый режим отказа.

Работающая проверка — посчитать различные вопросы в вашей реальной истории поддержки за несколько месяцев. Сконцентрированное распределение, где короткая голова из частых вопросов и тонкий хвост, говорит: сценарный. Длинное плоское распределение, где сотни вопросов встречаются по разу-два, говорит: поиск, потому что написать сотни ответов вручную — задача без границ, и весь труд уйдёт именно в хвост.

Второе соображение — во что обходится неверный ответ. Сценарный бот не может ошибиться в том, о чём ему не рассказывали: он либо совпадает, либо передаёт человеку. Ассистент с поиском способен выдать правдоподобный ответ на вопрос, которого ваша документация не покрывает, и читатель не отличит его от хорошего. В медицинском, юридическом или финансовом контексте эта асимметрия решает вопрос независимо от того, как выглядит распределение.

Построчное сравнение

Критерийсценарный FAQ-ботЗаказная разработка
Правильность ответаРовно то, что было написано. Ошибиться в чём-то другом он не может.Обычно верно, изредка уверенно неверно. Ссылка на источник — смягчение, а не лечение.
Охват вопросовТо, что предусмотрели. Всё остальное уходит человеку.Всё, что покрывает корпус, включая формулировки, которых никто не предвидел.
Задержка ответаМгновенно. Это обычный поиск по таблице.Секунды. Извлечение плюс работа модели.
Стоимость эксплуатацииПрактически нулевая.Инференс и эмбеддинги на каждый вопрос плюс переиндексация при смене модели.
Стоимость разработкиУмеренная, и основное в ней — написать сами ответы.Заметно выше, и основное в ней — загрузка корпуса, разбиение на фрагменты и поведение при отказе отвечать.
СопровождениеПоправить ответ. Это по силам кому угодно.Держать корпус актуальным. Устаревший индекс деградирует незаметно.
Контроль тонаПолный. Каждое слово написали вы.Приблизительный. Сгенерированный текст ограничивают рамками, а не пишут.
МногоязычностьПишется под каждый язык: работа конечная и всегда корректная.Поддерживается, но качество поиска зависит от языка и хуже на арабских технических текстах.

Что подойдёт именно вам

Ваш выбор — сценарный FAQ-бот, если

  • В истории поддержки видна короткая голова из частых вопросов, на которую приходится основной объём.
  • Неверный ответ имеет медицинские, юридические или финансовые последствия, а проверки перед отправкой нет.
  • Тон важен настолько, что каждый ответ должен быть написан человеком.
  • Документация тонкая, устаревшая или существует в виде, который машина прочитать не может.
  • Нужен мгновенный ответ, потому что несколько секунд задержки меняют ощущение от бота.

Ваш выбор — заказная разработка, если

  • Распределение вопросов длинное и плоское: сотни различных формулировок, каждая редкая.
  • У вас есть большой и актуальный корпус, в котором люди действительно не могут ничего найти.
  • Время коллеги, который отвечает на эти вопросы, стоит реальных и измеримых денег.
  • За путём эскалации есть живой человек, готовый разобрать всё, от чего поиск отказался.
  • Ссылки на источник ваша аудитория принимает как способ проверить ответ.

В чём мы проигрываем

  • В определённости. Сценарный бот не может выдумать ответ; ассистент с поиском способен выдать правдоподобный ответ на вопрос, которого ваши документы не покрывают, и полностью это не убирает ни один приём.
  • В задержке и стоимости эксплуатации: у поиска по таблице обе величины фактически нулевые, у инференса — нет.
  • В тоне. Написанные ответы пишете вы; сгенерированные лишь притягиваются к вашим материалам, а не к вашему голосу.
  • В возможности править силами нетехнических сотрудников. Поправить написанный ответ — это правка текста, доступная любому; починить неудачный поиск — значит чинить корпус, а это разговор куда большего масштаба.

Если вы уже там: как проходит переезд

  1. Выгрузите переписку поддержки за три месяца и посчитайте

    Различные вопросы и их частоту. В этом и состоит всё решение, и на него уходит полдня. Плотная голова говорит: сценарный; длинный плоский хвост говорит: поиск по документам.

    commands
  2. Голову напишите руками в любом случае

    Даже с поиском верхние вопросы должны отдаваться заранее написанными ответами напрямую. Именно по ним вас и оценивают, и нет ни одной причины позволять модели их пересказывать.

    commands
  3. Оцените корпус до того, как соглашаться на поиск

    Актуальный, структурированный и читаемый не только человеком. Там, где это не так, проект — привести документацию в порядок, а поиск поверх неё приходит потом.

    webhook
  4. Задайте порог релевантности до запуска

    Значение, ниже которого ассистент отказывается отвечать, а не пробует. Один этот порог делает для доверия больше, чем любой выбор модели, и настраивать его надо на настоящих вопросах.

    commands
  5. Каждый отказ отправляйте человеку и разбирайте журнал

    Отказы — это ваш бэклог. Каждый из них либо пробел в документации, либо вопрос, которому положен написанный ответ, и ежемесячный разбор отказов — то, за счёт чего ассистент становится лучше.

    forum-topics

О чём спрашивают, когда выбирают

Сколько различных вопросов оправдывают поиск по документам?

Универсального числа нет, и форма распределения важнее его величины. Короткая голова, несущая основной объём, говорит в пользу написанных ответов, сколько бы вопросов ни было всего. Длинный плоский хвост говорит в пользу поиска, потому что расписать его вручную — задача без границ.

Можно ли использовать оба подхода сразу?

Да, и обычно это лучшая схема. Написанные ответы на верхние вопросы отдаются напрямую, поиск закрывает всё остальное, а за отказами стоит человек. Позволять модели пересказывать те ответы, по которым вас судят, незачем.

В чём настоящий риск поиска по документам?

В уверенном ответе на вопрос, которого ваша документация не покрывает: читатель не отличит его от хорошего. Ссылки делают проверку возможной, но не автоматической, поэтому настоящий продукт здесь — порог релевантности и путь эскалации.

Нужна ли поиску по документам хорошая документация?

Ему нужна актуальная и структурированная документация. Качество извлечения упирается в разбиение на фрагменты, а разбиение упирается в структуру, поэтому корпус из сканов без заголовков ищется плохо при любой модели. Иногда честная рекомендация — сначала привести документацию в порядок.

Сценарный бот — это устаревшее решение?

Он бывает уместным или неуместным, а это другая ось. На сконцентрированном распределении вопросов он быстрее, дешевле, всегда верен и всегда в вашем тоне. Осознанно выбрать его — не значит отстать от времени.

Как выглядит стоимость эксплуатации ассистента?

Инференс и эмбеддинги на каждый вопрос плюс переиндексация при смене модели. На один вопрос немного, на объёме — вполне ощутимо, и этой строке место в бюджете первого года, а не в открытии второго месяца.

Что почитать дальше