Проактивная защита клиентов Kazakhtelecom от повторных обращений
ДУКО · Hackathon 22.05.2026 · MVP Iteration 1
Камunda 7 · Spring Boot · Python · PostgreSQL
Клиенты обращаются повторно по одному вопросу. Система реактивна, не видит истории, переводит между службами без результата.
| Кейс | Обращений | Период | Каналы |
|---|---|---|---|
| №1 | 98 | 16.01–28.08.2025 | 4 канала |
| №6 | 59 | 09.07–02.10.2025 | 5 каналов |
| №3 | 46 | 21.01–18.12.2025 | 3 канала |
| №5 | 15 | 18.02–10.11.2025 | 3 канала |
| №2/4 | 22 | 2025 год | 5 каналов |
| №7 | 21 | 27.01–10.09.2025 | 4 канала |
FCR ~45%, churn детракторов ~18%, NPS -35
AI-агент видит историю клиента поперёк каналов, классифицирует боль, маршрутизирует в правильный департамент, контролирует до закрытия — без повторного звонка клиента.
┌── ИСТОЧНИКИ ─────────────────────────────────────┐
│ CRM · КЦ-160 · Omilia · WhatsApp · eOtinish │
└────────────────────┬─────────────────────────────┘
│ Kafka (appeal.created, ticket.closed)
▼
┌────────────────────┐
│ CAMUNDA 7 ENGINE │ ← BPMN-оркестратор
│ client-advocate- │
│ main + route-to- │
│ department │
└─────────┬──────────┘
│ External Task polling
┌────────────┴────────────┐
▼ ▼
┌──────────────┐ ┌──────────────────┐
│ Java Workers │←───────→│ AI Service │
│ (Spring Boot)│ REST │ (FastAPI) │
│ 18 handlers │ │ sentiment+class. │
└──────┬───────┘ └──────────────────┘
│
▼
┌──────────────┐ ┌────────────────────┐
│ PostgreSQL │ │ Mock Integrations │
│ 5 tables │ │ CRM·ASC·NetMon·WA │
└──────────────┘ └────────────────────┘
[Старт] → EnrichProfile → ClassifyPain → ⟨Приоритет?⟩
├─ 🟢 GREEN → StandardHandling
├─ 🟡 YELLOW → NotifySupervisor → Queue → ⏱ SLA 4h
├─ 🔴 RED → RouteToDept → ProactiveContact → Control
└─ ⚫ BLACK → HumanTask(директор ДУКО) → PersonalEscal
↓
NotifyResolved → CSAT → ⟨Доволен?⟩
├─ Да → Close
└─ Нет → Reopen (priority+1)
2 BPMN-процесса · 18 external task workers · 5 SLA-таймеров
| Приоритет | Условия | Действие |
|---|---|---|
| 🟢 GREEN | 1–2 обращения | Стандартная обработка |
| 🟡 YELLOW | 3–4 обр. / SLA >24ч / sentiment <−0.5 | Уведомить супервайзера, приоритет в очереди |
| 🔴 RED | 5+ обр. / открытая заявка + новая | Автоэскалация, проактивный контакт, компенсация |
| ⚫ BLACK | 10+ обр. / угроза суда / VIP | Эскалация директору ДУКО, персональный менеджер |
if (total >= 10 || churnSignal) return "BLACK";
if (total >= 5 || (openTicket && total >= 3)) return "RED";
if (total >= 3 || sentiment < -0.5) return "YELLOW";
return "GREEN";
В дашборде каждый кейс имеет кнопку «Детали» — карточка оператора + полный лог BPMN-процесса.
≥70%
FCR (baseline ~45%)
≤1.5
обращений на кейс (было 3.2)
≤48ч
время закрытия (было >10 дней)
≤10%
churn детракторов (было ~18%)
Горизонт — 6 месяцев. Подтверждение через A/B-тест в Итерации 4.
| Слой | Технология |
|---|---|
| Оркестратор | Camunda 7.21 (self-hosted) |
| Backend / Workers | Java 17 + Spring Boot 3 |
| AI / ML | Python 3.11 + FastAPI · BERT · LightGBM |
| База данных | PostgreSQL 15 |
| Очередь | Apache Kafka (Iter 2+) |
| Кэш | Redis 7 (Iter 4) |
| Контейнеризация | Docker + Kubernetes (Iter 4) |
| Дашборд | Static HTML (MVP) → Grafana (Iter 3) |
| Мониторинг | Prometheus + Grafana + ELK |
| Итер. | Срок | Содержание | Готово |
|---|---|---|---|
| 1 · MVP | Недели 1–4 | Camunda + workers + моки + 7 кейсов | ✅ Сейчас |
| 2 · Интеграции | Недели 5–8 | CRM read-only, ASC API, NetMon, WhatsApp, Kafka | — |
| 3 · AI-слой | Недели 9–12 | BERT sentiment, LLM-карточки, churn-модель, BI-дашборд | — |
| 4 · Масштаб | Недели 13–16 | K8s, нагрузочное, A/B-тест, security audit | — |
| Риск | Веро. | Митигация |
|---|---|---|
| CRM-интеграция > 2 мес. | Высокая | Начать с CSV/Excel выгрузки |
| Ложные срабатывания триггеров | Средняя | Ручная верификация первые 4 недели |
| Сопротивление операторов | Средняя | UX-исследование + обучение + геймификация |
| Утечка персданных | Низкая | Маскировка в логах, RBAC, AES-256 шифрование |
Связь: ДУКО, Kazakhtelecom · Демо: этот дашборд