Как внедрение ИИ в чат-боты усилить проектную часть ВКР по Data Science и ML
Введение
«Ростелеком» заявил о 50% автоматизации клиентской поддержки в чатах за счёт ИИ — это не просто PR, а подтверждение зрелости NLP-решений в промышленной эксплуатации. Для студентов, пишущих ВКР в сфере Data Science или ML, такой кейс — готовый ориентир: как проектировать, оценивать и внедрять интеллектуальные системы в реальном бизнесе. Вы не просто моделируете абстрактный чат-бот — вы доказываете, что ваше решение может снизить нагрузку на операторов, как у Ростелекома. Это повышает ценность работы, делает её защищаемой и актуальной. Ниже — как использовать этот кейс в дипломе, не скатываясь в теорию.
Темы ВКР
| Тема | Актуальность | Цель | Задачи | Структура |
|---|---|---|---|---|
| Разработка NLP-бота для автоматизации поддержки на базе трансформеров | Ростелеком достиг 50% автоматизации — значит, рынок готов к решению. Но есть ниши: МСП, образование, госуслуги. | Создать чат-бота, способного обрабатывать >40% запросов без участия оператора. |
1. Проанализировать типы обращений (по данным открытых источников). 2. Выбрать архитектуру модели (BERT, DistilBERT, Llama-3). 3. Разметить и дообучить модель на предметной области. 4. Оценить метрики: точность, полнота, F1, время отклика. |
Гл. 1 — Анализ NLP, архитектуры чат-ботов, стандарты ISO/IEC 25010. Гл. 2 — Проектирование бота, выбор стека, разметка данных. Гл. 3 — Реализация, тестирование, расчёт эффективности. |
| Оценка эффективности внедрения ИИ в клиентскую поддержку на примере телекома | Ростелеком не раскрывает метрики — вы можете предложить методику оценки, которую примут в вузе и бизнесе. | Разработать модель расчёта экономической и качественной эффективности ИИ-поддержки. |
1. Собрать данные о стоимости одного обращения. 2. Смоделировать TCO до и после внедрения ИИ. 3. Оценить влияние на NPS и время решения. 4. Построить KPI-доску (Grafana, Power BI). |
Гл. 1 — Анализ кейсов (включая Ростелеком), методики оценки. Гл. 2 — Проектирование метрик, сбор данных. Гл. 3 — Моделирование, визуализация, выводы. |
| Интеграция ИИ-бота с CRM и системами внутреннего учёта | Ростелеком автоматизировал и внутренние процессы — значит, бот — часть экосистемы, а не «остров». | Спроектировать архитектуру интеграции NLP-бота с CRM и ERP. |
1. Описать сценарии взаимодействия (например, смена тарифа). 2. Выбрать протоколы (REST, gRPC, WebSockets). 3. Спроектировать API-шлюз и брокер сообщений (Kafka). 4. Продемонстрировать отказоустойчивость (Circuit Breaker). |
Гл. 1 — Анализ архитектурных паттернов (микросервисы, CQRS). Гл. 2 — Проектирование архитектуры (C4, UML). Гл. 3 — Моделирование сбоев, расчёт доступности. |
Основная часть
1. Как использовать кейс «Ростелеком» в первой главе (теоретической)
Не просто цитируйте статью — проанализируйте её как кейс внедрения ИИ в реальном бизнесе. Сравните с другими: Сбера, Тинькофф, МТС. Сделайте таблицу сравнения по критериям:
- Доля автоматизации
- Типы запросов (баланс, тарифы, жалобы)
- Используемые технологии (NLP, RAG, векторные БД)
- Интеграция с внутренними системами
Ссылайтесь на ISO/IEC 25010 — по ней оценивайте качество ПО: функциональность, производительность, удобство использования. Например, если бот Ростелекома отвечает за 1.2 сек — это соответствует высокому уровню производительности.
2. Проектирование архитектуры (вторая глава)
Используйте C4-модель или UML-диаграммы, чтобы показать, как ИИ-бот встраивается в ИТ-ландшафт. Пример уровня C4-2:
Контейнеры:
- Чат-бот (FastAPI + Transformers)
- Векторная БД (Pinecone / Weaviate)
- CRM (например, Битрикс24)
- Брокер сообщений (Kafka)
- Мониторинг (Prometheus + Grafana)
Интерфейсы:
- Бот → CRM: REST API (GET /user/{id})
- Бот → Векторная БД: gRPC (Embedding запрос)
- CRM → Kafka: событие "новый запрос"
Если вузы требуют ГОСТ, оформите диаграмму как «схему функционирования системы» по ГОСТ 19.701-90 (аналог DFD).
3. Реализация и метрики (третья глава)
Не ограничивайтесь accuracy. Используйте метрики, близкие к бизнесу:
- F1-score — баланс точности и полноты при классификации запросов
- Среднее время ответа (latency) — критично для UX
- Доля запросов, переданных оператору — аналог 50% у Ростелекома
- TCO (Total Cost of Ownership) — сравнение затрат на поддержку до/после
Пример расчёта:
# До внедрения:
10 операторов × 80 000 руб/мес = 800 000 руб/мес
# После:
3 оператора × 80 000 = 240 000
+ обслуживание бота (облако, ML-инференс) = 100 000
Итого: 340 000 руб/мес → экономия 57.5%
4. Инструменты и стек: что реально работает
Выбирайте технологии, которые можно задеплоить без бюджета:
- NLP-фреймворк: Hugging Face Transformers (DistilBERT — лёгкий, быстрый)
- Бэкенд: FastAPI (автоматическая документация, async)
- Векторная БД: Chroma (open-source, лёгкая в развёртывании)
- Мониторинг: Prometheus + OpenTelemetry (трассировка запросов)
- Деплой: Docker + Render / Fly.io (бесплатные тиры)
Пример конфигурации для OpenTelemetry:
# otel-config.yaml
receivers:
otlp:
protocols:
grpc:
exporters:
logging:
loglevel: debug
service:
pipelines:
traces:
receivers: [otlp]
exporters: [logging]
Чему вы научитесь
- Проектировать NLP-системы с учётом бизнес-метрик, а не только accuracy
- Оформлять архитектурные диаграммы по C4 или UML, соответствующие ГОСТ
- Рассчитывать TCO и окупаемость ИИ-решения — ключевое для защиты
- Интегрировать бота с внешними системами через REST/gRPC
- Оценивать качество по ISO/IEC 25010 и объяснять это комиссии
Типичные ошибки студентов
Ошибка 1: Фокус на модели, а не на системе.
Студенты учат BERT, но не показывают, как он встраивается в CRM. А Ростелеком автоматизировал процессы — значит, бот — часть цепочки. Исправление: делайте C4-диаграммы и описывайте сценарии.
Ошибка 2: Нет расчёта эффективности.
Пишут: «точность 92%» — а где деньги, Джонни? Исправление: считайте экономию, время, нагрузку на операторов. Используйте TCO.
Ошибка 3: Игнорирование стандартов.
Нет ссылок на ГОСТ или ISO — комиссия считает работу «неинженерной». Исправление: в первой главе включите анализ по ISO/IEC 25010, оформите схемы как DFD.
FAQ
Какой стек выбрать, если нет GPU?
Используйте DistilBERT или MobileBERT — они работают на CPU. Для инференса — ONNX Runtime. Модель можно дообучить на Google Colab (бесплатно), а задеплоить на Render с кэшированием.
Нужно ли писать код в ВКР? Сколько строк?
Да, но не 1000 строк в приложении. Достаточно 2–3 ключевых фрагмента: обработка запроса, вызов модели, интеграция с API. Остальное — в GitHub (ссылка в приложении). Проверяющие смотрят логику, а не объём.
Как доказать, что мой бот лучше, чем у Ростелекома?
Не нужно «лучше». Сравнивайте по методике: вы взяли ту же задачу (автоподдержка), но в другой нише (например, вуз). Покажите, что ваш подход масштабируем и дешевле. Это уже научный вклад.
Как оформить схему архитектуры по ГОСТ?
Используйте ГОСТ 19.701-90 (DFD). Каждый блок — функция, стрелки — потоки данных. Подпишите: «Рисунок 2.1 — Диаграмма потоков данных системы автоматизации поддержки». Сохраните в .png с разрешением 300 dpi.
Чек-лист «Что проверить перед сдачей»
- Все задачи из введения решены в главах?
- Схемы подписаны, соответствуют ГОСТ (или C4/UML с пояснением)?
- Есть расчёт эффективности (экономический, метрический)?
- Ссылки на статью «Ростелеком» и стандарты (ISO/IEC 25010, ГОСТ 19)?
- Код в приложении + ссылка на GitHub?
- Уникальность > 70% (без переписывания чужих обзоров)?
- Выводы отвечают на цель работы?
Бесплатная консультация по ВКР
Если вы находитесь на этапе выбора темы или боитесь ошибиться в расчётах — у нас есть формат «120 часов поддержки»: помощь в написании, проверка кода, подготовка к защите. Консультация — бесплатно, без обязательств. Подойдёт, если вы хотите сделать работу сильной, но не знаете, с чего начать.
Источник: «Ростелеком» достиг 50% автоматизации клиентской поддержки в чатах с помощью ИИ (опубликовано 2026-03-31)