Налаштування автоматизації потоків завдань у Бітрікс24
Ми налаштовуємо автоматизацію потоків завдань у Бітрікс24 для команд, де ручне керування вже не справляється з потоком заявок. Потоки працюють, завдання розподіляються, але вручну контролювати терміни, ескалації та перенаправлення керівник фізично не встигає. Завдання висить у потоці третій день, виконавець захворів, а постановник не в курсі. Автоматизація потоків прибирає ручний контроль: правила реагують на події, завдання ескалюються при простроченні, SLA відстежується автоматично без участі менеджера.
Наша команда за 6 років роботи з Бітрікс24 автоматизувала понад 40 потоків завдань для компаній зі сфер IT-послуг, техпідтримки, продажів і HR. Налаштовуємо гнучкі правила, інтеграцію із зовнішніми системами та сповіщення в месенджерах. Середній результат: скорочення часу реакції на завдання в 3 рази, зменшення прострочених завдань на 70%, вивільнення до 15 годин роботи керівника на тиждень. Проєкти здаються під ключ з навчанням команди.
Проблеми, які вирішуємо
- Ручне відстеження термінів: керівник витрачає години на перевірку статусів завдань замість управління.
- Пропущені дедлайни: без автоматизації прострочені завдання часто залишаються непоміченими до ескалації клієнтом.
- Неефективне призначення: завдання потрапляють до зайнятих співробітників, а вільні залишаються без роботи.
Як ми це робимо: правила автоматизації
Автоматизація потоків будується на правилах: умова → дія. Правила спрацьовують при подіях всередині потоку:
- Завдання надійшло в потік → призначити виконавця + встановити дедлайн.
- Завдання не взяте в роботу за N годин → сповістити керівника потоку.
- Завдання прострочене → змінити пріоритет на «Критичний» + сповістити постановника.
- Виконавець відхилив завдання → повернути в чергу для перенаправлення.
Правила налаштовуються у властивостях потоку. Кожне правило має умову (тригер + фільтр) та дію (сповіщення, зміна поля, перенаправлення).
SLA всередині потоків
SLA (Service Level Agreement) — цільовий час обробки завдання. Для потоків SLA задається двома параметрами:
- Час реакції — максимальний час від надходження завдання до початку роботи (зміни статусу на «У роботі»).
- Час виконання — максимальний час від початку роботи до закриття.
Приклад SLA для потоку «Техпідтримка»:
| Пріоритет | Час реакції | Час виконання |
|---|---|---|
| Критичний | 30 хвилин | 4 години |
| Високий | 2 години | 8 годин |
| Звичайний | 4 години | 24 години |
Автоматизація за SLA: якщо завдання з пріоритетом «Критичний» не взяте в роботу за 30 хвилин — сповіщення керівнику потоку. Якщо не закрите за 4 години — ескалація на рівень вище.
Ескалація та перенаправлення
Якщо виконавець не справляється в термін, автоматизація бере на себе:
- Перший рівень — сповіщення виконавцю: «Завдання #{ID} наближається до дедлайну, залишилося 2 години».
- Другий рівень — сповіщення керівнику потоку при порушенні SLA.
- Третій рівень — автоматичне перенаправлення на іншого учасника потоку (якщо виконавець не зреагував).
Перенаправлення працює за тими ж правилами розподілу, що й первинне призначення: round-robin або за завантаженістю, але з виключенням поточного виконавця.
Умови в правилах
Правила підтримують фільтрацію за полями завдання:
- Пріоритет — різна автоматизація для критичних і звичайних завдань.
- Теги — завдання з тегом «VIP-клієнт» обробляються швидше.
- Користувацькі поля — будь-які UF-поля завдання.
- Час у статусі — завдання знаходиться в статусі «У роботі» більше 8 годин.
Комбінація умов: завдання з пріоритетом «Критичний» + тег «VIP» + час у черзі > 15 хвилин → негайне сповіщення керівнику + призначення найвільнішому співробітнику.
Що налаштовуємо
- Правила автоматизації для кожного потоку
- SLA за пріоритетами завдань
- Ланцюжки ескалації: сповіщення → перенаправлення → ескалація керівництву
- Умови спрацьовування: за пріоритетом, тегами, часом у статусі
- Сповіщення: у Б24, email, месенджери
- Тестування: прогін завдань через потік з перевіркою спрацьовування правил
Процес оцінки та роботи
- Збір даних: аналізуємо поточні потоки, правила та SLA (якщо є).
- Аудит: виявляємо вузькі місця та потреби в автоматизації.
- Проєктування: розробляємо схему правил, ескалацій і сповіщень.
- Оцінка: надаємо точний кошторис на основі проєкту.
- Розробка: налаштовуємо правила, інтеграції, тестуємо на staging.
- Тестування: прогоняємо типові сценарії, виправляємо помилки.
- Запуск: впроваджуємо в production, навчаємо команду.
Орієнтири за термінами
- Простий потік (до 5 правил): 1–2 дні.
- Складний потік (до 20 правил + ескалації): 3–5 днів.
- З інтеграцією зовнішніх систем: від 5 днів.
Терміни уточнюються після аналізу ваших завдань.
Типові помилки при налаштуванні
- Занадто складні умови: правила з багатьма фільтрами важко відлагоджувати. Починайте з простого.
- Відсутність тестування: нове правило може не спрацювати через неправильний тригер. Завжди тестуйте на тестових завданнях.
- Ігнорування винятків: враховуйте, що виконавець може бути у відпустці або хворіти. Передбачте резервні правила.
Ми враховуємо ці помилки під час налаштування та надаємо документацію для самостійної підтримки.