Creatio поєднує роботу з клієнтами та інструменти налаштування бізнес-процесів. Практична цінність з’являється тоді, коли команда розуміє, яку послідовність дій переносить у систему. Автоматизація невизначеного процесу часто лише швидше розподіляє невизначені задачі. Тому спочатку потрібно домовитися про початок, учасників, результат і винятки, а вже потім будувати схему в дизайнері.
Описуйте процес через події та відповідальних
Для продажу початком може бути отримана кваліфікована заявка. Далі менеджер уточнює потребу, технічний спеціаліст перевіряє можливість виконання, а відповідальний погоджує пропозицію. Кожен крок має отримувати достатні дані та залишати конкретний результат. Назва «опрацювати клієнта» не пояснює, що саме потрібно зробити й коли роботу можна завершити.
В офіційній документації Creatio Process Designer використовується для створення та редагування процесів. Сама можливість намалювати гілку ще не визначає правила бізнесу. Їх погоджують із власником процесу: хто приймає рішення, які значення перевіряються та що відбувається при відсутності даних.
Ручні кроки й автоматичні дії мають різні межі
Зрозумілу механічну дію можна автоматизувати: створити задачу, оновити поле або передати погоджені дані. Оцінка нетипового проєкту чи переговори з клієнтом залишаються роботою людини. Корисна схема не намагається приховати це рішення всередині довільного статусу, а прямо показує, де потрібне погодження.
| Елемент процесу |
Питання перед налаштуванням |
|
Задача працівнику |
Які дані потрібні та що означає завершення? |
|
Умова переходу |
Яке перевірюване правило обирає наступний крок? |
|
Зовнішня інтеграція |
Що робити при затримці або відмові сервісу? |
Навчальний сценарій: погодження комерційної пропозиції
Менеджер готує пропозицію, яку має перевірити технічний спеціаліст. Якщо бракує вихідних даних, вона повертається на уточнення. Якщо виконання можливе, відповідальний погоджує умови. Схема повинна розрізняти відмову, повернення на доопрацювання та тимчасове очікування. Інакше звіт показуватиме однаковий статус для принципово різних ситуацій.
Для довгих процесів заздалегідь перевіряють зміну відповідального, відсутність працівника та оновлення правил. Не можна припускати, що редагування схеми автоматично без наслідків змінить уже запущені екземпляри. Поведінку версій і активних процесів потрібно перевірити у вашій конфігурації.
Як готуємо впровадження в ALL IT Agency
Для такого проєкту формуємо перелік сутностей, ролей і точок обміну. Окремим результатом є карта сценаріїв для перевірки: звичайний прохід, неповні дані, відмова та повторне погодження. Вона допомагає власнику процесу оцінити налаштування на реальній задачі, а не лише за виглядом схеми.
-
Погодьте власника процесу та право змінювати правила.
-
Підготуйте тестові записи без зайвих персональних даних.
-
Перевірте права користувачів і доступні можливості редакції продукту.
Як зрозуміти, що процес працює
Відповідальний має бачити, на якому кроці перебуває запис, чому він очікує та хто повинен діяти. Перевіряють створені задачі, доступи й потрібні журнали. Після пілота передають інструкції та порядок керування змінами. Процес корисний, коли команда може пояснити його поведінку та продовжити роботу після виняткової ситуації.
Джерела та подальше читання
