Vertical AI vs универсальный чат-бот

Тезис

«Универсальный AI-ассистент на основе GPT» казался решением в 2024-2025. К 2026 году в продакшене у enterprise-клиентов выживают вертикальные движки, заточенные под конкретный домен. Универсальные ассистенты остаются в B2C и сценариях с низкой ценой ошибки.

Симптом: «отвечает правильно, но не на то»

Универсальный GPT, развёрнутый на сайте медклиники, регулярно:

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

Универсальный движок не делает плохого. Он не знает домен. И главное - он не знает, чего он не знает.

Что делает движок вертикальным

1. Доменная онтология

Явная модель сущностей домена. В медицине: пациент - жалоба - симптомы - специализация - слот - страховой статус - подготовка. В гостеприимстве: гость - бронь - номер - услуги - loyalty - язык. Это структура, которую движок использует, чтобы понять какие вопросы он должен задать и какие ответы не имеет права давать без проверки.

2. RAG-конфигурация под домен

Generic-RAG (один вектор-индекс на всю базу) даёт топ-5 по семантической близости. Этого недостаточно в домене, где часть документов - авторитетные (приказы, протоколы), часть - рекомендательные, часть содержит устаревшие данные. Вертикальный RAG разделяет источники по типу авторитетности, фильтрует по дате и применимости до LLM.

3. Аудит-трейл и право на отказ

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

4. Доменные интеграции

Медицинский ассистент без EHR и расписания врачей - игрушка. Гостиничный без PMS - то же самое. Образовательный без LMS. Эти интеграции - половина ценности продукта; их нельзя имитировать промптом.

Чем платит вертикальный движок

• Скорость запуска: универсальный - за неделю; вертикальный - 2-4 месяца на одну вертикаль.
• Стоимость разработки: онтология + три RAG-индекса + интеграции - инженерия. Промпты бесплатны; онтология - нет.
• Обновление: меняется протокол - нужно обновить индекс. Операционный процесс.

Зато вертикальный движок не «теряет» 30% запросов и не создаёт юридический риск для оператора.

Когда универсальный выигрывает

Не всё нужно вертикализировать. Универсальный GPT остаётся правильным выбором, когда:

• Цена ошибки низкая - справочный чат маркетингового агентства.
• Домен слишком широкий - общий «помощник в путешествиях».
• Сценарии непредсказуемы - техподдержка SaaS, где каждый билет уникален.

Эти условия объединяют B2C и SMB-маркетинг. В B2B и regulated отраслях они нарушаются почти всегда.

Что брать с собой

1. B2C с терпимой ошибкой - берите универсальный, не переусложняйте.
2. Регулируемая отрасль - закладывайте вертикальный с начала. Универсальный придётся переписывать.
3. Выбираете вендора - спросите про доменную онтологию, разделение источников в RAG, логирование отказов. Универсальные либо не отвечают, либо обещают «настроим» - это и есть «постройте нам вертикальный задним числом».