Задача: закрыть повторяющиеся вопросы до оператора
Типовой портал органа власти или подведомственной организации: справочник из десятков и сотен услуг, регламенты предоставления, новости, формы обращений. Статистика обращений почти везде одинаковая: большинство вопросов — навигационные. Человеку нужна не «страница услуги №47», а ответ на «куда нести справку, если прописан в другом городе». Поиск по вхождению слов такие формулировки не понимает, колл-центр перегрет, а контент-группа портала правит тексты, которые посетители всё равно не находят.
Задача контура — перехватить повторяющиеся вопросы до того, как они станут обращением: ответить в чате, показать нужную карточку услуги, помочь заполнить маршрут «документы — срок — форма». И сделать это так, чтобы визит с вопросом не превращался в переписку с ведомством на неделю.
Чем госпортал отличается от корпоративного сайта
Первое отличие — источник истины. Коммерческий чат-бот может отвечать «из головы» модели; для портала это запрещено практикой: каждый ответ обязан опираться на действующий регламент и содержать ссылку на него. Поэтому ядро контура — retrieval-слой по справочнику услуг и регламентам предоставления, а модель только собирает из найденного понятный ответ.
Второе — граница персональных данных. В чат первой линии visitor их вводить не должен: бот не требует паспортных данных и номеров дел, всё, что требует идентификации, уводит на личный кабинет или в соответствующую форму. Третье — доступность и контур: порталы госсектора работают в российских информационных системах, поэтому и ИИ-слой разворачивается там же — API внешних моделей для таких проектов, как правило, не проходит закупочные и режимные требования.
Архитектура: от вопроса до карточки услуги
Посетитель портала ──► чат-виджет (веб и мобильная версия) │ вопрос обычным языком, без ввода ПДн ▼ Оркестратор диалога: уточняющие вопросы, фильтры, журнал │ семантический поиск по базе знаний ▼ Векторный индекс ◄── справочник услуг, регламенты, FAQ, новости │ найденные фрагменты + инструкция «отвечать только по ним» ▼ LLM в российском контуре (API по договору либо собственный сервер) │ ответ + ссылка на карточку услуги и пункт регламента ├──► ответа в базе нет ──► оператор (эскалация с контекстом) ▼ Аналитика: что спрашивали, чего не хватило, какие страницы править
Ключевой проектный узел — порог передачи человеку. Бот обязан честно распознавать границу своих знаний и переводить диалог на оператора, а не сочинять. Второй узел — петля качества: журнал неотвеченных вопросов еженедельно превращается в правки контента портала. Так чат-бот становится не только каналом ответов, но и детектором дыр в справочнике.
Этапы внедрения
| Этап | Что получается | Цена | Срок |
|---|---|---|---|
| Обследование портала | карта частых вопросов, ревизия справочника и контента, выбор контура модели | 90 000 ₽ | 3–5 рабочих дней |
| Пилотный канал | чат на одной группе услуг, замер доли закрытых вопросов, петля правок контента | от 480 000 ₽ | 4–6 недель |
| Промышленный контур | все услуги, стыковка с приёмной обращений и СЭД, роли, мониторинг | 0,9–1,2 млн ₽ | по ТЗ |
| Сопровождение | переиндексация после правок, контроль качества ответов | по отдельному договору | — |
Ориентиры рынка: закупки ассистент-класса сентября 2026 года закрывались в коридоре 0,6–1,2 млн ₽; медиана начальных цен по 236 закрытым ИТ-лотам сезона — 2,43 млн ₽. Наши ступени лежат внутри этого коридора. Цены «от», НДС не облагается в связи с применением УСН (п. 2 ст. 346.11 НК РФ).
Типовые метрики «до/после»
Ниже — вилки итогов, типичные для этого класса систем, а не отчёт конкретного портала. Базовая линия замеряется на старте: доля повторяющихся вопросов в обращениях, среднее время первого ответа, нагрузка операторов.
- Доля вопросов, закрытых без оператора: 40–70% повторяющегося потока — в зависимости от состояния справочника.
- Время первого ответа: с рабочих часов до секунд в круглосуточном режиме.
- Качество обращений: до исполнителя доходят оформленные и адресные заявки; типовое сокращение переписки на уточнения — 20–40%.
- Контент портала: журнал неотвеченных вопросов даёт план правок; типовая находка пилота — 10–20% справочника требует актуализации.
Безопасность, 152-ФЗ и пределы автоматизации
Контур строится в российских информационных системах: доступ по ролям, журналирование диалогов, обезличенная аналитика; требования 152-ФЗ закладываются в архитектуру до пилота. Первая линия не принимает юридически значимых решений: бот не отвечает по существу обращения, не оформляет отказов и не запрашивает персональные данные в чате — всё, что требует идентификации, уходит в личный кабинет и официальные формы. Для ИИ-обязанностей действует 243-ФЗ: базовые нормы работают с 01.09.2026, операторы больших фондов моделей (от 1 млрд параметров) получают обязанности с 01.03.2027, переходный период продлён до 01.09.2032; обязательных штрафов и реестра закон не вводит.
Об этом разборе. Это обезличенный типовой проект из нашей практики проектирования: имена порталов не раскрываются (NDA), метрики даны диапазонами класса; фактические цифры фиксируются в КП и по итогам приёмки. Каждый ответ бота проверяемо опирается на действующий документ портала.