Важливий лист лежить у спільній пошті третій день. Двоє колег його бачили, кожен думав, що відповість інший. Коли клієнт пише знову, команда починає з’ясовувати, хто «винен». Корисніше запитати: у який момент вхідний лист мав стати чиєюсь конкретною дією?
Бізнес-процес - це повторюваний шлях від події до визначеного результату, де зрозумілі кроки, відповідальні та переходи між ними. Окрема задача «прочитати лист» є частиною процесу. Повний процес може починатися з вхідного звернення й завершуватися відповіддю, замовленням або усвідомленою відмовою. Якщо результат не названо, ніхто не знає, чи робота закінчилася.
Для малого бізнесу це не обов’язково пів року консалтингу й схема на всю стіну. Візьми один маршрут, який уже болить: заявка → пропозиція → оплата, замовлення → доставка, найм → перший робочий день або рахунок → підтвердження платежу. Опиши, що відбувається насправді, а потім виріши, що можна прибрати або автоматизувати. Я б почав із місця, де людина чекає відповіді, а команда впевнена, що «це вже у когось у роботі».
Покажу на внутрішньому кейсі GrandMa про Klar. Це поштовий тріаж для п’яти робочих скриньок трьох компаній. Ми виміряли листи, треди, створені задачі й відправлені підсумки. Не вимірювали зарплатну економію, виручку чи швидкість відповіді, тому цих висновків тут не буде.
1. Чим процес відрізняється від переліку справ
Список «перевірити пошту, відповісти, створити задачу» не показує, що станеться, якщо лист має дві теми, відповідальний у відпустці або класифікація помилкова. Процес відповідає ще на чотири питання: що його запускає, хто приймає наступний крок, як обробити виняток і за якою ознакою він завершений.
Для Klar тригером є новий лист або ланцюжок у підключеній скриньці. Результатом може стати пріоритет у зведенні та створена задача, яку бачить людина. Система не має самостійно обіцяти клієнту відповідь. Людина залишається власником подальшого рішення й комунікації.
IBM описує карту процесу як спосіб побачити кроки, відповідальних і місця для поліпшення. Схему можна намалювати прямокутниками й стрілками. Формальна BPMN від OMG існує, коли багатьом учасникам потрібна спільна детальна нотація. Для першої розмови невеликої команди достатньо таблиці з чотирма колонками. Якщо після години всі розуміють, де губиться лист, схема виконала свою роботу.
2. Процес «лист → задача» до Klar
Робоча пошта PILLAR, Betsa й GrandMa надходила у п’ять окремих акаунтів. Важливі треди змішувалися з другорядними. Наступна дія залежала від того, хто першим побачить повідомлення й чи перенесе його в робочу систему. Ось проста карта стану до автоматизації. Вона відтворює підтверджений принцип ручного сортування, а не кожен клік кожного співробітника:
| Доріжка | Що відбувалося | Де міг бути розрив |
|---|---|---|
| Відправник | Пише у скриньку компанії, іноді продовжує старий ланцюжок | Він не знає, хто всередині відповідає. |
| Поштова скринька | Приймає лист серед інших повідомлень | Важливе не відрізняється від шуму саме по собі. |
| Людина, яка переглядає inbox | Читає, визначає важливість, пересилає або запам’ятовує | Наступна дія може лишитися лише в голові або в листуванні. |
| Виконавець | Дізнається про задачу, якщо її явно передали | Немає спільного запису, який гарантує видимість роботи. |
Не кожен загублений лист означає неуважність співробітника. Якщо ніхто не призначений власником переходу «скринька → задача», двоє людей можуть чесно припускати, що це зробить інший. Саме переходи часто дорожчі за самі дії.
Перший крок оптимізації бізнес-процесів тут не обов’язково AI. Можна визначити одну людину, яка щодня переглядає спільні скриньки й записує наступні дії. Автоматизація стає цікавою, коли обсяг і повторюваність роблять цей ручний крок дорогим, а правила маршрутизації достатньо зрозумілі.
3. Що Klar автоматизував і що залишилося людям
Після підключення скриньок Klar класифікував вхідні треди, допомагав виносити наступні дії в задачі та надсилав дайджести за розкладом. Прочитай цю карту як межі відповідальності, а не як заяву, що система стала автором усіх відповідей:
| Доріжка | Автоматичний або людський крок | Що перевіряємо |
|---|---|---|
| Пошта | Нові листи й ланцюжки потрапляють у підключений потік | Чи всі потрібні скриньки працюють, чи видно помилки підключення. |
| Klar | Класифікує треди й формує структуровані результати | Чи категорія й пріоритет мають сенс; що відбувається при невпевненості. |
| Задачі й дайджест | Система створює задачу або включає важливе до підсумку | Чи справді запис з’явився й був доставлений, а не лише запланований. |
| Людина | Перевіряє наступну дію й вирішує, як відповісти | Чи є відповідальний та чи не приписує система собі клієнтську відповідь. |
У публічному кейсі за 12-26 червня 2026 року зафіксовано 615 оброблених листів і 426 ланцюжків. Створення 91 задачі та 148 відправлень дайджестів вимірювали за 13 червня - 8 липня 2026 року. Це різні періоди, тому я не ділю одну цифру на іншу, щоб отримати «конверсію листа в задачу». Частина листів не мала перетворюватися на задачу, а періоди не збігаються.
Показники доводять, що внутрішній процес приймав і структурував роботу в такому обсязі. Вони не доводять, скільки годин заощадила команда, як швидко відповіли на кожен лист або скільки продажів було. Тут варто цінувати чесну межу: система робить видимим наступний крок, а не підміняє людину в рішенні.
4. Як описати свій процес за одну годину
Не починай із презентації всіх відділів. Обери один свіжий випадок, який команда пам’ятає. Запроси людей, між якими переходить робота. IBM радить перевіряти карту з учасниками реального процесу, бо схема керівника і фактичний маршрут можуть відрізнятися.
Перші 10 хвилин: визнач тригер і фінальний результат. Для вхідної заявки: «людина надіслала запит» і «вона отримала відповідь або підтверджену причину, чому її не можемо обслужити». Якщо кінцем назвати «створено картку в CRM», можна оптимізувати картки й так і не відповісти людям.
Наступні 20 хвилин: віднови останній реальний випадок від повідомлення до результату. Не малюй ідеальний шлях із пам’яті. Відкрий час листа, час передачі, час відповіді, записи в задачах і місця, де хтось шукав контекст. Зафіксуй усі ручні копіювання.
Наступні 15 хвилин: постав біля кожного кроку відповідального й познач винятки. Що якщо немає контакту? Що якщо два менеджери бачать заявку? Що якщо автоматичний запис не створився? На якому кроці людина дізнається про збій?
Останні 15 хвилин: обери один розрив і домовся про просту зміну на тиждень. Назви власника, дату перевірки й показник. Наприклад, не «оптимізувати пошту», а «кожен важливий лист до кінця робочого дня має відповідального й видиму наступну дію». Через тиждень подивися на фактичні листи, а не на враження від нової схеми.
Шаблон карти процесу на одну сторінку
Скопіюй ці поля в документ або таблицю й заповни для одного маршруту:
- Назва процесу: що проходить від початку до кінця?
- Тригер: яка подія запускає роботу?
- Результат для людини або бізнесу: за чим зрозуміємо, що роботу завершено?
- Кроки: подія → дія → передача → рішення → завершення.
- Власник кожного переходу: хто несе відповідальність, коли робота йде між двома людьми?
- Де запис: пошта, CRM, задача, документ, платіжна система.
- Виняток: що робимо, якщо даних немає, крок не вдався або відповідальний недоступний?
- Поточна проблема: скільки разів вона трапилася в останніх реальних випадках?
- Перевірка після зміни: який той самий показник подивимося за тиждень чи місяць?
Така карта вже корисна без спеціального програмного забезпечення. Вона стає основою короткого регламенту: хто робить крок і що вважає завершенням. Якщо процес стабілізується, його можна перенести в інструмент без втрати сенсу.
5. Який процес автоматизувати першим: матриця з чотирьох критеріїв
Оціни кожен кандидат від 0 до 2 за чотирма критеріями. 0 означає «майже немає», 1 - «частково», 2 - «виразно є». Це робочий спосіб обговорити пріоритет, не об’єктивний рейтинг усіх процесів бізнесу.
| Критерій | Запитання для оцінки | Приклад для поштового тріажу Klar |
|---|---|---|
| Частота | Як часто повторюється однаковий початок і схожі кроки? | 2: п’ять скриньок давали регулярний потік листів. |
| Чіткість правил | Чи можемо описати, що робити зі звичайним і помилковим випадком? | 1: класифікацію можна формалізувати, але складний лист лишається людині. |
| Ціна помилки | Чи є помітна втрата клієнта, грошей або довіри, коли крок губиться? | 2 як редакційна оцінка ризику: важлива наступна дія могла лишитися невидимою; фінансову втрату не вимірювали. |
| Готовність даних | Чи є надійний вхід, доступ, спосіб записати результат і побачити помилку? | 1 на старті: скриньки були, але єдиний шар для задач і підсумків треба було створити. |
Умовна сума для цього прикладу - 6 із 8. Її не отримано з вимірювання кейсу; це показ того, як заповнити матрицю. Інший власник поставить інші бали. Процес із високою частотою, але нечіткими правилами, спершу слід впорядкувати вручну. Низький бал «готовності даних» часто означає, що перша інвестиція потрібна у спільний запис або доступи, а не в AI.
Порівняй 2-3 кандидати: вхідні заявки, повторні замовлення, рахунки чи щомісячне закриття. Обери один, де команда може побачити різницю на власних даних. Якщо частина звернень губиться між месенджерами, допоможе наш розбір CRM і таблиці для заявок. Якщо розрив між заявкою, роботою та оплатою, є окрема карта цього маршруту.
6. Що не варто автоматизувати зараз
Не передавай машині правило, якого люди самі ще не узгодили. Якщо менеджери по-різному визначають «термінова заявка», автоматична класифікація лише зробить розбіжність швидшою. Домовся про значення, перевір його на реальних прикладах і лише тоді закладай у систему.
Не автоматизуй рішення, де потрібно особисте судження, без контролю та права зупинити дію. Спірне повернення грошей, виняток із договору чи відповідь на складну скаргу можна підготувати даними й чернеткою, але відповідальність має залишатися у названої людини. І не оцінюй результат за кількістю автоматично створених задач: якщо ніхто їх не бере, процес не покращився.
Перед інтеграцією визнач, що станеться при помилці. Пошта недоступна, запис дублювався, дайджест не пішов. Хто це помітить? Як відновити пропущені елементи? Гарний автоматичний шлях без обробки збою часто менш надійний за просте ручне правило.
Вимірювання теж починай до зміни. Візьми невеликий, але однаково визначений період: наприклад, останні два робочі тижні. Порахуй не тільки всі вхідні листи, а й ті, що вимагали дії, ті, що отримали власника, і ті, на які справді відповіли. Після зміни повтори ті самі визначення на схожому періоді. Якщо обсяг пошти за тиждень удвічі змінився, саме це може пояснити частину різниці. Не називай «зекономленими годинами» приблизне відчуття команди: для такої цифри треба окремо виміряти час на однакові операції до й після.
7. Перший крок цього тижня
Візьми один лист, заявку або замовлення, яке затрималося. Пройди його назад: від результату до першої події. Запиши, хто тримав його на кожному кроці й де зникла наступна дія. Потім домовся про одну зміну на сім днів: власник inbox, обов’язкова задача після певного типу листа або контрольний список наприкінці дня. Порівняй такі самі випадки до й після.
Якщо тобі здається, що весь робочий день зникає в дрібних передачах, ми розклали цей ефект окремо. Для складнішої інтеграції можна обговорити автоматизацію з GrandMa: принеси один реальний маршрут, його винятки й дані, за якими перевіримо зміну. Обіцянка «автоматизуємо бізнес» не дає стартового завдання; лист, який має стати чиєюсь дією, дає.