Ваші менеджери ненавидять CRM. І вони праві

Я чув цю фразу від власників бізнесу десятки разів: «наші менеджери не приймають CRM, вони чіпляються за старе». Зазвичай це говорять з роздратуванням — ніби команда просто впирається з упертості чи лінощів.

Але я вже давно перестав вірити в цю версію подій. Коли доходжу до суті, майже завжди виявляється одне й те саме: менеджер веде «свою систему» в зошиті, в Excel чи в голові не тому, що він проти прогресу. А тому що ця система реально працює для нього краще, ніж те, що йому дали замість неї.

Чому саботаж системи — це вина керівника, не команди

Спробуй подивитись на це з іншого боку. Людина, яка щодня дзвонить клієнтам, веде перемовини, закриває угоди — вона не має жодного інтересу ускладнювати собі життя. Якщо вона повертається до зошита після того, як їй встановили CRM, значить CRM їй саме ускладнила життя, а не спростила.

Найчастіша причина — систему впроваджували для звітності власника, а не для роботи менеджера. Поля, які треба заповнити «для статистики», кроки, які додають клацань, але не додають користі самому продавцю — усе це людина відчуває миттєво. І чинить опір не тому що вона проти CRM, а тому що ця конкретна CRM додала їй роботи без віддачі.

За 10+ років і приблизно 300 проєктів я бачив цю картину постійно. Там, де система побудована навколо того, як людина реально працює — вона приймає її швидко, часто сама просить додати ще щось корисне. Там, де систему нав'язали зверху без урахування щоденної рутини — та ж людина знаходить сотню способів обійти її, паралельно ведучи облік «по-старому».

Спротив як діагностика, не як бунт

Ось у чому я змінив своє ставлення за роки практики. Спротив команди — це не проблема, яку треба «подолати» вмовляннями чи наказами. Це діагностичний сигнал, який каже: щось у впровадженні зроблено не для людей, які цим будуть користуватись щодня.

Коли я заходжу на проєкт і чую від власника «наші точно не приймуть систему, вони консервативні», я вже знаю, що треба перевірити насамперед логіку самих процесів, а не мотивацію команди. Часто виявляється, що менеджеру треба вносити дані по три рази в різні місця, або що система вимагає інформацію, яку він фізично не має в момент дзвінка.

Це звучить різко, і я розумію чому власнику важко це прийняти. Простіше повірити, що команда просто не хоче змінюватись, ніж визнати, що впровадження провалилось через невірні пріоритети на старті. Але друге — правда набагато частіше за перше.

Що бачу на практиці

У проєктах, де я починав з питання «як цей менеджер зараз веде свою роботу і що йому реально болить», спротиву майже не було. Люди самі показували мені зошити, файли, чати з клієнтами — і ми переносили в CRM саме ту логіку, яка вже працювала, тільки без ручного дублювання.

У проєктах, де замовник хотів насамперед контроль і звітність «зверху», а не зручність «знизу» — спротив був завжди. Іноді формальний (заповнюють, бо змусили, але неправдиво), іноді відкритий (ігнорують систему повністю). Різниця в тому, чиї потреби були в центрі впровадження з першого дня.

Що з цим робити

Якщо у вас саме така ситуація — команда не приймає CRM, і ви вже готові списати це на «людський фактор» — спробуй інше.

Перше: сядь з тим менеджером, який найбільше опирається, і попроси показати, як він реально веде роботу зараз. Не як «має бути за інструкцією», а як є насправді, з усіма обхідними шляхами.

Друге: порівняй його реальний робочий процес з тим, що вимагає від нього CRM. Якщо система додає кроки, які не приносять йому користі — це і є причина спротиву, не характер людини.

Третє: перебудуй систему навколо цієї реальної роботи, а звітність для себе як власника винеси в окремий шар — дашборд, аналітику, звіти, які збираються автоматично з того, що людина вже вводить природним чином, без додаткових полів «для галочки».

Коротко про головне

Спротив CRM — це майже завжди сигнал про помилку у впровадженні, а не про опір команди. Люди тримаються за зошит, коли система в CRM працює гірше за нього. Виправляти варто логіку системи, а не мотивацію менеджерів. Почни з того, як людина реально працює сьогодні — і звідти будуй систему, а звітність для себе винеси окремо, автоматично.