ИИ-ассистенты по регламентам для продуктовой сети с 30 000 сотрудников
Три RAG-ассистента на одной платформе — для коммерческой функции, директоров магазинов (голосом, прямо из торгового зала) и HR — отвечают на вопросы по корпоративным регламентам со ссылкой на конкретный пункт или честно говорят, что ответа нет, — и сотрудники перестают звонить в офис по типовым вопросам.
- Длительность
- 5 месяцев до первой волны, 3 волны
- Опубликовано
- 26 августа 2026
- Стек
- PythonLangChainPostgreSQL + pgvectorWhisperLaravelVueTelegram Bot APIKubernetes
−55%
времени на поиск по регламентам
91%
ответов с проверенной ссылкой
−35%
типовых звонков из магазинов в офис
19k
вопросов в месяц
С чего всё началось?
Отправная точка — продуктовый ритейлер с более чем тысячей магазинов в нескольких странах, живущий по регламентам: правила ценообразования, процедуры работы с поставщиками, SOP холодовой цепи, кадровые политики — сотни документов с версиями по функциям и форматам магазинов, плюс много знаний, существовавших только в головах опытных коллег. Ритейлер не был первопроходцем: опрос McKinsey «State of AI» (2025) сообщает, что большинство организаций уже используют генеративный ИИ хотя бы в одной бизнес-функции, и поиск по знаниям — одно из самых частых первых применений.
Glanit начал с реестра ИИ-инициатив: 23 кандидата, оценённых по ценности для бизнеса и готовности данных. Три из них делили одно техническое ядро и самые готовые данные (документы, а не интеграции с системами) — они и стали первой волной: одна RAG-платформа с тремя лицами.
Какую задачу нужно было решить?
Задача — три группы, задающие одни и те же вопросы не там, где нужно, при жёстком правиле никаких выдуманных ответов: ассистент, уверенно перевирающий регламент ценообразования, хуже, чем его отсутствие. Риск хорошо задокументирован: в Stack Overflow Developer Survey (2024) самой частой претензией к ИИ-инструментам было недоверие к их выводу, а OWASP LLM Top 10 (2025) относит дезинформацию и prompt injection к основным рискам приложений.
- Коммерческая функция тратила часы на поиск нужного пункта в десятках регламентов; новые сотрудники месяцами входили в курс дела и отвлекали руководителей одними и теми же вопросами.
- Директора магазинов звонили в офис с одинаковыми операционными вопросами — и не могли искать по 40-страничному PDF, стоя в молочном отделе.
- HR снова и снова отвечал на одни и те же вопросы об отпусках, больничных и графиках для 30 000 сотрудников на нескольких языках.
Ассистент для коммерческой функции
Каждый ответ строится строго из найденных фрагментов и показывает источники как нумерованные ссылки с переходом в документ. Если в корпусе ответа нет, ассистент так и говорит и указывает на ответственного эксперта.
Как это было построено?
Решение построено как одна RAG-платформа с тремя интерфейсами. Документы проходят аудит, режутся на чанки по структуре пунктов и индексируются для гибридного поиска; модель отвечает только из найденных фрагментов, цитирует их и возвращает явное «не найдено» при низкой уверенности поиска. Обоснованность и логирование рассматривались как контроли управления в смысле NIST AI Risk Management Framework (2023) — измеримые, мониторимые, с владельцем, — а не как трюки в промпте.
- Сначала аудит корпуса. Прежде чем что-то индексировать, мы прошли с каждой функцией по её документам и отметили устаревшие версии — RAG на устаревших документах ошибается уверенно.
- Пайплайн индексации. Парсинг DOCX/PDF/XLSX, семантический чанкинг с учётом структуры пунктов, мультиязычные эмбеддинги, гибридный поиск (BM25 + векторный) с cross-encoder-реранкером. Переиндексация — по изменению документа.
- Обоснованная генерация. Ответы цитируют фрагменты как [1][2]; все запросы и ответы логируются.
- Три интерфейса, одна платформа. Веб и Telegram-бот с корпоративным SSO для коммерческой функции; мобильный голосовой ассистент для директоров магазинов (локальный Whisper, поиск с учётом формата магазина, ответ текстом и голосом); HR-ассистент, который отвечает на общие вопросы по политикам и маршрутизирует персональные случаи («сколько дней отпуска осталось у меня») специалисту, пока не согласована интеграция с кадровой системой.
- Петля обратной связи. Оценка каждого ответа и еженедельный дайджест вопросов без ответа — он стал входом для актуализации самих регламентов.
RAG против дообучения: почему поиск для корпоративных регламентов?
Таблица объясняет, почему платформа ищет по документам, а не дообучает модель на них. Регламенты меняются еженедельно, и каждый ответ должен указывать на пункт; поиск справляется с обоими требованиями, а дообученная модель требовала бы переобучения на каждое изменение и не умеет цитировать. У дообучения есть своё место — тон, формат, отраслевая лексика — и оно может работать поверх поиска.
| Критерий | Дообучение | RAG (этот проект) |
|---|---|---|
| Изменения документов | Переобучить модель | Переиндексировать изменённый файл |
| Ссылки на пункт | Надёжно невозможно | Встроено: [1][2] с глубокими ссылками |
| «Я не знаю» | Модель склонна угадывать | Явное «не найдено» при низкой уверенности поиска |
| Права доступа по функциям | Сложно | Фильтр на этапе поиска |
| Затраты на запуск | Обучающие данные и GPU-время | Аудит корпуса и пайплайн индексации |
| Лучше всего для | Стиль, формат, лексика | Факты, которые меняются и должны быть прослеживаемы |
Голосовой ассистент в торговом зале
Директора спрашивают голосом с телефона. Распознавание речи работает on-premise; поиск знает формат магазина, потому что процедуры гипермаркета и магазина у дома различаются.
Результаты
Замерены в пилотной группе (коммерческая функция, 180 пользователей; 40 пилотных магазинов) за первые три месяца и подтверждены при тиражировании.
- Ответ со ссылкой
- Оценён как полезный
Рост между 1-м и 3-м месяцем почти целиком дала очистка корпуса документов, а не модель.
Data table
| Ответ со ссылкой | Оценён как полезный | |
|---|---|---|
| Месяц 1 | 81% | 74% |
| Месяц 2 | 86% | 80% |
| Месяц 3 | 89% | 84% |
| Месяц 4 | 91% | 87% |
| Месяц 5 | 92% | 88% |
| Месяц 6 | 93% | 90% |
Голосовой ассистент запущен на 4-й неделе.
Data table
| Звонки | |
|---|---|
| Н1 | 312 |
| Н2 | 305 |
| Н3 | 298 |
| Н4 | 240 |
| Н5 | 205 |
| Н6 | 190 |
| Н7 | 176 |
| Н8 | 181 |
| Н9 | 168 |
| Н10 | 160 |
| Н11 | 158 |
| Н12 | 152 |
Стек и безопасность
Стек — сервисы на Python (LangChain для оркестрации, собственный поиск), PostgreSQL с pgvector, Whisper для локального распознавания речи, Laravel + Vue для админки и аналитики, Telegram Bot API и корпоративный AD/SSO, развёрнутые в Kubernetes-кластере клиента, чтобы документы и транскрипты не покидали периметр. Выбор модели подключаемый: пилот работал на облачной LLM по соглашению об обработке данных того рода, которое статья 28 GDPR требует между контролёром и процессором (2016); HR-ассистент, обрабатывающий самые личные вопросы, работает на self-hosted-модели.
Что было дальше?
На той же платформе теперь работают ассистент для переписки с поставщиками (закупки) и проверка договоров на отклонения от шаблона (юристы). Дайджест вопросов без ответа стал постоянным пунктом повестки владельцев регламентов — ассистент оказался самым быстрым способом узнать, какие правила непонятны. За пределами ритейла та же форма платформы подходит любой организации, чьи сотрудники отвечают на вопросы по корпусу внутренних документов: банкам, страховщикам, логистическим операторам, госорганам.
Частые вопросы
Услуги, стоящие за этим кейсом
Услуги
ИИ и машинное обучение
ИИ-агенты, LLM-пайплайны с поиском, прогнозирование, компьютерное зрение и Document AI — встроенные в ваш продукт и измеренные цифрами «до/после».
ИИ и машинное обучение
Бесплатный инструмент для автоматизации общения в бизнесе
Обзор проекта как открытого решения для создания ИИ-чатбота с поддержкой Grok, Gemini и ChatGPT, преимущества для бизнеса в Беларуси (экономия на поддержке, автоматизация 24/7), акцент на бесплатность сервера при использовании API-ключей.
ИИ и машинное обучение
Как работают ИИ-агенты: архитектура продакшн-агента
ИИ-агент — это не чат-бот с длинным промптом. Это система: модель для рассуждений, обёрнутая в восприятие, память, инструменты, оркестрацию и мониторинг. Мы строим агентов для клиентов и для собственных продуктов — вот архитектура, которая за ними стоит.
Ещё кейсы
Document AI, который читает 1 300 накладных от поставщиков в день
Сканы и фото накладных, счетов и актов проходят через мультимодальную модель, которая извлекает типизированные поля с оценкой уверенности по каждому, сверяет их со справочниками поставщиков и договоров и передаёт в ERP. К человеку попадают только документы с низкой уверенностью — примерно каждый девятый.
- Ритейл · Финансы
- Python
- PyTorch
- Multimodal LLM
Catalogue AI: классификация новых SKU и очистка 182 000 карточек товаров
Две модели на товарном каталоге продуктовой сети: одна предлагает код классификации и категорию для каждой новинки с вероятностями top-3, другая находит дубликаты карточек семантически. Категорийные менеджеры подтверждают одним кликом вместо ручного поиска по классификатору; каждое подтверждение идёт в дообучение.
- Ритейл · Мастер-данные
- Python
- scikit-learn
- Sentence Transformers
Голос покупателя: 12 источников отзывов, один поток с ИИ-классификацией
Отзывы с карт, из магазинов приложений, соцсетей, горячей линии и книги замечаний стекаются в одну систему, которая классифицирует каждый по теме, тональности, магазину и критичности, эскалирует критичные ответственному за минуты и даёт руководству живую картину по каждому магазину вместо ежемесячной сводки.
- Ритейл · Клиентский опыт
- Python
- Transformers
- PostgreSQL