Контекст
Огляд проєкту
Ми спроєктували й побудували AI-платформу автоматизації, що перетворює розрізнені бізнес-процеси на чітко оркестрований операційний контур — від першого звернення до завершеного результату.
Система поєднує AI-шлюзи прийому заявок, автоматизовані пайплайни з явними стадіями й консоль оператора для відстеження черг, затримок і виключень у реальному часі.
У обсяг проєкту увійшло:
- AI-шлюзи прийому з класифікацією та маршрутизацією запитів
- Оркестрація багатокрокових workflow з контролем станів і аудитом
- Версійна інтеграція з CRM, API та месенджерами
- Консоль оператора з чергами, метриками затримок і управлінням виключеннями
- Механізми ескалації та передачі контексту живому агенту
Завдання чітке: прискорити виконання операційних процесів без втрати контролю й видимості на кожному кроці.
Поставка
Як ми поставляли
Чітка відповідальність, обсяг робіт, стек і структура команди — щоб це читалося як реальна поставка, а не концепт на слайдах.
Наша роль
Draxon володів платформою як продуктом: моделювання процесів, оркестрація, інтеграційні контракти, UX оператора, поетапний rollout із sign-off на критичних шляхах — не розрізнені автоматизації.
Обсяг робіт
- Оркестрація: наскрізні процеси зі станами, відповідальністю, SLA й аудитом.
- Інтеграційна шина: CRM, месенджери, БД, API з версіонуванням і retry.
- Керований AI на входах і маршрутизації з ескалацією.
- Консоль оператора: черги, aging, винятки, drill-down.
- Розширення: нові процеси без форку ядра.
Технології
- Next.js / ReactUI оператора з щільністю під контроль.
- TypeScript APIsWebhooks і типізовані події.
- Orchestration servicesАвтомати станів, призначення, durable execution.
- AI servicesПолітики на точках рішень; review paths.
- PostgreSQL + чергиОпераційна правда, outbox, backoff і моніторинг.
Участь команди
- Draxon: delivery lead, senior engineers, QA на регресії процесів.
- Клієнт: операції для приймання; IT для identity і конекторів.
- Каденція: пілотні процеси, потім hardening і розширення.
Обмеження
Операційна проблема
Бізнес зростав, але операційна інфраструктура не встигала: нові потоки запитів і процеси з'являлися швидше, ніж команда могла їх утримувати вручну.
Проблеми виявлялися так:
- Вхідні запити розподілялися вручну — часті затримки й помилки маршрутизації
- Багатокрокові процеси без видимого стану й відповідального
- CRM, месенджери та сервіси — паралельні системи без синхронізації
- Невиразні правила ескалації: оператор сам вирішував, коли втручатися
- Відсутня єдина панель для відстеження черги й ідентифікації блокерів
Кожний пробіл у координації коштував часу клієнта та уваги команди. Система потребувала структурної відповіді, а не ще одного чат-боту.
Принципи
Стратегічний підхід
Не автоматизація заради автоматизації — продуктова модель, де AI виконує чітко окреслену роль із явними межами та стабільним шляхом до людини.
Ключові принципи:
- AI в ролі класифікатора та маршрутизатора, не єдиного арбітра
- Явна модель станів workflow — жодного невизначеного «майже готово»
- Версійні інтеграційні контракти для зовнішніх систем
- Ескалація як першокласна функція, а не виняток
- Консоль оператора як поверхня контролю, а не запасний варіант
Система має бути передбачуваною — і для бізнесу, і для команди, яка її підтримує.
Прийом заявок
AI-шлюз прийому
Перша точка контакту — AI-шлюз, що класифікує, збагачує й маршрутизує вхідний запит до відповідного пайплайну без ручного втручання.
Ключові можливості:
- Автоматична класифікація запитів за типом, контекстом і пріоритетом
- Збагачення вхідних даних з CRM і зовнішніх джерел перед маршрутизацією
- Структурована передача контексту на наступний крок workflow
- Прозорі правила ескалації при неоднозначному або ризиковому вмісті
- Аудитний слід кожного рішення шлюзу
Коли вхідний потік передбачуваний, команда зосереджується на рішеннях, а не на сортуванні.
Оркестрація
Управління workflow
Багатокрокові процеси отримали явну структуру: пайплайни зі стадіями, відповідальними й правилами переходу — не черга завдань без контексту.
На практиці:
- Структуровані пайплайни з іменованими стадіями та умовами переходу
- Автоматичне призначення завдань і відстеження відповідальних
- Таймаути й автоматичне переведення в чергу ескалації
- Версійна логіка — зміна правил не ламає активні процеси
- Живий стан: оператор бачить де, хто і скільки часу
Workflow стає продуктовою поведінкою: передбачуваним, вимірюваним і таким, що можна вдосконалювати.
Інтеграції
Зовнішні системи та API
CRM, месенджери й партнерські API підключені за версійними контрактами — зміна однієї системи не ламає весь потік.
До складу увійшло:
- Двостороння синхронізація з CRM: стан, контакти, угоди
- Інтеграція месенджерів і каналів комунікації з клієнтом
- Webhook-адаптери для зовнішніх подій та тригерів
- Стандартизована обробка помилок і логіка повторних спроб
- Версійні контракти для незалежного оновлення адаптерів
Інтеграційний шар — стабільна шина, а не клубок точкових з'єднань.
Управління
Консоль оператора та контроль
Оператор бачить повний стан системи в реальному часі: черги, затримки, виключення й метрики — без перемикання між інструментами.
Принципи побудови:
- Єдина панель для всіх активних процесів і черг
- Фільтрація й пріоритизація за типом, затримкою й ризиком
- Ручне втручання з фіксацією причини й аудитом
- Метрики виконання: час циклу, відсоток ескалацій, блокери
- Рольовий доступ і журнал усіх операторських дій
Консоль — не допоміжний модуль, а ключова поверхня контролю над усією операційною системою.
Вплив
Результати
Після запуску платформи операційна команда перейшла від ручного сортування до керованого потоку:
- Скорочення часу обробки вхідних запитів завдяки автоматичній класифікації
- Повна видимість стану кожного активного процесу в реальному часі
- Структуровані ескалації замість хаотичних ручних переключень
- Менше помилок маршрутизації через явні правила й контракти
- Команда зосередилась на рішеннях, а не на адміністративній роботі
Питання
.png?v=2026-04-25T23%3A05%3A41.299Z)