Компанія пів року тому впровадила CRM. Заплатили, налаштували, провели навчання. Сьогодні менеджер відкриває Excel, бо «там швидше», адміністратор веде записи в зошиті, а керівник дивиться на систему з двома десятками покинутих карток і думає, що йому продали не те.
Йому продали, найімовірніше, саме те. Просто автоматизація провалюється не через інструменти. Вона провалюється через рішення, ухвалені до того, як хтось відкрив перший сервіс. Розберемо, які саме — по одній помилці за раз.
Помилка 1: автоматизували хаос
Найдорожча й найпоширеніша. Процес плутаний: заявка приходить трьома різними шляхами, відповідального немає, кожен робить по-своєму. Замість того щоб це впорядкувати, безлад переносять у програму.
Результат: той самий хаос, тільки швидший і в гарному інтерфейсі. Плюс тепер його гірше видно, бо він сховався всередину системи.
Автоматизація не виправляє процес — вона його прискорює. Якщо процес зламаний, ви отримаєте зламаний результат частіше. Спершу опишіть, як усе має відбуватися: хто, що, коли, у якій послідовності. Якщо не виходить описати словами за хвилину — автоматизувати ще зарано.
Помилка 2: почали з великого
«Автоматизуємо все й одразу». Пів року впровадження, великий бюджет, довгий список того, що система «буде вміти». За пів року бізнес змінився, половина вимог застаріла, команда втомилася ще до запуску.
Малий бізнес виграє від протилежного підходу: одна конкретна болюча задача — і працююче рішення за два тижні. Заявки губляться? Закрийте тільки це. Побачили результат — беріть наступну. Логіку такого поетапного руху ми розклали в матеріалі про те, з чого почати автоматизацію.
Помилка 3: ніхто не володіє процесом
Систему впровадили, підрядник пішов, і далі вона нічия. Змінилися умови доставки — ніхто не оновив шаблони. Прийшов новий менеджер — ніхто не показав, як усе працює. Через три місяці дані в системі не збігаються з реальністю, і люди перестають їй вірити.
У кожного автоматизованого процесу має бути конкретна людина з імʼям, яка за нього відповідає. Не «відділ», не «керівництво». Одна людина, яка стежить, що процес живий, і має право його міняти.
Помилка 4: зоопарк інструментів
Один сервіс для заявок, другий для розсилок, третій для складу, четвертий для завдань, пʼятий для документів. Кожен непоганий. Разом вони не бачать одне одного, і співробітник переносить дані з одного в інший руками.
Це та сама ручна робота, від якої тікали, тільки тепер вона називається автоматизацією. Два звʼязані інструменти корисніші за шість роз'єднаних. Перед кожним новим сервісом ставте питання: з чим він обмінюватиметься даними і хто це налаштує.
Помилка 5: не спитали тих, хто працюватиме
Рішення ухвалює власник, користуються ним менеджери й адміністратори. Їх не питали. У системі немає полів, які їм потрібні, зате є пʼятнадцять обовʼязкових, які нікому не потрібні.
Люди в таких випадках не сперечаються — вони тихо повертаються до Excel. Тому питання «кому конкретно це полегшить день» треба ставити до впровадження. Якщо чесна відповідь — «нікому, зате мені буде видно звітність», система не приживеться.
Помилка 6: сподівалися, що воно працюватиме само
Автоматизація не техніка вічного двигуна. Змінився тариф доставки, перевипустили ключ доступу, постачальник переробив формат вивантаження — і ланцюжок тихо ліг. Ніхто не помітив, бо ніхто не дивився.
Мінімум, який має бути:
- Сповіщення про збій — щоб ви дізнавалися про поламану інтеграцію від системи, а не від злого клієнта.
- Дублювання критичного — заявка йде і в систему, і на пошту.
- Ревізія раз на квартал — пів години на перевірку, чи все ще працює так, як задумано.
Особливо це стосується процесів із залишками, резервами й наявністю, де тиха помилка коштує грошей одразу: логіку такої перевірки ми докладно розібрали в матеріалі про автоматизацію складу.
Помилка 7: не міряли результат
Впровадили. Стало краще? «Ну, начебто зручніше». Через рік ніхто не може сказати, чи окупилися гроші й час.
Показник треба зафіксувати до старту: скільки годин на тиждень йде на задачу, скільки заявок губиться, скільки часу проходить від звернення до відповіді. Одна-дві цифри, не двадцять. Тоді за місяць ви точно знаєте, чи є ефект, чи ви просто звикли.
Помилка 8: вирішили, що інструмент важливіший за процес
Ця виростає з усіх попередніх. Розмова про автоматизацію майже завжди починається з питання «яку систему брати» — і майже ніколи з питання «що саме в нас болить».
А правильний порядок зворотний. Спершу — конкретний біль із цифрою: «губимо приблизно кожну пʼяту заявку, бо вони приходять у чотири різні місця». Потім — як має виглядати процес без цього болю. І лише потім — чим це зробити. У такій послідовності інструмент часто виявляється значно простішим і дешевшим, ніж здавалося на старті: замість повноцінної системи вистачає одного зібраного каналу заявок і зрозумілого правила, хто на них відповідає. Як влаштована ця частина — у матеріалі про автоматизацію обробки заявок.
Зворотний порядок — «купили систему, тепер придумаємо, що з нею робити» — це і є найдорожчий спосіб автоматизуватися.
Як виглядає нормальне впровадження
Коротко, без ідеалізації:
- Записали процес як є. Чесно, з усіма винятками й кривими місцями.
- Прибрали зайве до автоматизації. Кроки, які нікому не потрібні, просто викидаються — це найдешевша оптимізація на світі.
- Вибрали один болючий шматок із виміряною ціною в годинах або втрачених заявках.
- Запустили просту версію за два тижні, дали людям попрацювати, зібрали зауваження.
- Призначили відповідального й домовилися, коли перевірятимете.
- Порівняли цифри через місяць і тільки тоді взялися за наступний шматок.
Нудно, повільно, без презентацій — і саме тому воно доживає до другого року.
Окремо варто сказати про темп. Спокуса після першого вдалого кроку — розігнатися й закрити ще пʼять процесів за місяць. На практиці команда встигає засвоїти приблизно одну зміну за раз: люди мають не просто дізнатися про новий порядок, а прожити з ним кілька тижнів, набити на ньому шишки й підказати, що незручно. Якщо накидати нововведень швидше, ніж вони встигають прижитися, ви отримаєте той самий покинутий інструмент — тільки цього разу їх буде три.
Що робити, якщо попереднє впровадження вже провалилося
Найгірше в такій ситуації — одразу шукати нового підрядника й нову систему. Не розібравшись, чому не злетіло минулого разу, ви з високою ймовірністю повторите ту саму помилку, тільки дорожче.
Почніть із розмови з людьми, які мали цим користуватися. Питання формулюйте не як «чому ви не працювали в системі» — на це ніхто не відповість чесно, — а як «що було незручно» і «що ви робили натомість». Другий варіант зазвичай і показує реальний процес компанії.
Далі візьміть один біль із конкретною цифрою й закрийте тільки його. Маленька автоматизація, яка справді працює, повертає довіру команди набагато краще за будь-яку презентацію комплексного рішення.
Коротко
Автоматизація рідко провалюється через погані інструменти. Вона провалюється, коли автоматизують хаос замість того, щоб його спершу випрямити; коли беруться за все одразу; коли процес нічий; коли інструментів більше, ніж звʼязків між ними; коли не спитали тих, хто працюватиме; коли ніхто не стежить за збоями і ніхто не міряє результат.
Протиотрута одна й доволі проста: маленькі кроки, зафіксовані цифри, відповідальна людина з імʼям і регулярна перевірка, що все ще працює.
Ми в Obliko часто починаємо роботу не з нової системи, а з розбору того, чому не злетіла попередня. Напишіть, що у вас впроваджували і на чому воно зупинилося, — підкажемо, що варто виправити раніше, ніж вкладати гроші вдруге.
Чому впроваджену систему через пару місяців перестають використовувати?
Майже завжди тому, що для конкретної людини вона зробила роботу довшою, а не коротшою. Менеджеру тепер треба внести заявку в систему, а потім усе одно передзвонити й записати в блокнот — тобто дій стало більше, а користь від них отримує хтось інший. Люди в таких випадках не бунтують відкрито, вони просто тихо повертаються до звичного способу. Тому питання «кому конкретно ця система полегшить день» треба ставити до впровадження, а не після.
Що означає «автоматизувати хаос» і чому це погано?
Це коли безлад просто переносять у програму, не змінюючи його суті. Був хаотичний процес із трьома різними шляхами обробки заявки й без відповідального — тепер той самий хаос відбувається швидше й у гарному інтерфейсі. Автоматизація нічого не виправляє сама по собі, вона лише прискорює те, що вже є. Якщо процес зламаний, ви отримаєте зламаний результат частіше й у більших обсягах, а розібратися стане складніше, бо все сховано всередині системи.
Скільки інструментів реально потрібно малому бізнесу?
Значно менше, ніж здається, коли читаєш про модні сервіси. Типовому малому бізнесу вистачає трьох-чотирьох: місце для заявок і клієнтів, канал спілкування, облік грошей і товару, плюс сайт. Проблеми починаються, коли інструментів стає вісім, вони не бачать одне одного й дані доводиться переносити руками. Тоді автоматизація перетворюється на нову ручну роботу — просто називається красивіше. Краще два звʼязані сервіси, ніж шість роз'єднаних.
З чого починати, якщо попереднє впровадження провалилося?
Спочатку зрозумійте, чому воно провалилося — інакше ви повторите те саме з іншим підрядником. Поговоріть із людьми, які мали користуватися системою, і питайте не «чому ви не користувалися», а «що було незручно». Далі візьміть один конкретний біль, який вимірюється в годинах чи втрачених заявках, і закрийте тільки його. Маленька працююча автоматизація повертає довіру команди краще за будь-які презентації про комплексне рішення.
Потрібен сайт або застосунок?
Розробляємо під ключ — від дизайну до запуску. Порахуємо ваш проєкт безкоштовно.