Розбір закинутої CRM: як виглядає воронка, коли в ній нічого не працює

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

Візьмемо умовну B2B-компанію, яка продає обладнання для виробництва. У відділі продажів п’ять менеджерів, ліди приходять з сайту та з реклами, середній цикл угоди від трьох до шести тижнів, тому що рішення приймає не одна людина, а закупівельна комісія на стороні клієнта.

CRM впровадили близько року тому. Провели навчання, налаштували етапи воронки, пояснили команді, навіщо це потрібно. Перші пару місяців все йшло за планом, менеджери заповнювали картки, ставили завдання, керівник відділу продажів бачив реальну картину. Далі контроль послабшав. Частина команди змінилась, нових співробітників толком не навчили роботі в системі, а частина старих менеджерів поступово повернулась до звичних таблиць і дзвінків “по пам’яті”. Така ситуація – типові проблеми впровадження CRM, знайомі багатьом компаніям на українському ринку: значна частина бізнесів досі паралельно веде клієнтську базу в Excel і месенджерах, навіть маючи CRM.

Зараз у цій компанії CRM формально працює, в неї заходять, щось там змінюють. Але як інструмент управління продажами вона перестала виконувати свою функцію, і КВП доводиться збирати реальні дані вручну, обходячи кожного менеджера окремо. Далі розберемо, що взагалі означає термін “занедбана CRM”.

Багато хто плутає занедбану CRM з системою, до якої взагалі ніхто не заходить. На практиці проблема зазвичай тонша і хитріша. Менеджери заходять у систему щодня, щось клікають, десь змінюють статус, але роблять це формально, для галочки, а не для реальної роботи з клієнтом.

Типова картина така. Угоду рухають по етапах заднім числом перед плануванням. Причини відмов не фіксують або ставлять щось абстрактне. Переписку з месенджера в CRM не переносять, а наступний крок по клієнту існує тільки в голові менеджера. Зовні така CRM виглядає цілком живою, картки заповнені, суми стоять, дати вказані. Але управлінської цінності в цьому нуль, тому що керівник не може довіряти ні воронці, ні прогнозу, ні звітам, які з цієї системи вивантажуються.

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

Якщо відкрити воронку в занедбаній CRM, перше враження зазвичай обманливе. Угод багато, суми солідні, pipeline виглядає внушливо. Але при більш уважному погляді картина розсипається на десятки дрібних проблем, які разом складаються в повний хаос.

На старих етапах зависли угоди, до яких явно ніхто не повертався місяцями. У частини лідів немає жодного завдання, у частини угод відсутній наступний крок, ніби клієнт сам повинен зателефонувати і нагадати про себе. Просрочені активності накопичились десятками, а іноді сотнями. Клієнти в статусі “в роботі” сидять там по три-чотири місяці, хоча цикл угоди в компанії зазвичай займає кілька тижнів. Окремий головний біль, це закриті по факту угоди, які ніхто не перевів ні у відмову, ні в оплату, через що вони продовжують “жити” в активній воронці.

Додайте до цього дублі карток одного й того ж клієнта, суми, які ніхто не оновлював з моменту створення угоди, старі комерційні пропозиції, прикріплені місяць тому під інший продукт, і повну відсутність причин втрат. Виходить воронка, яка створює ілюзію величезного pipeline. Здається, що в роботі купа перспективних угод, але по факту частина з них давно мертва, частина забута, а частина існує лише тому, що менеджер полінувався оновити статус. Щоб показати це не абстрактно, а на цифрах, розберемо конкретний приклад такої воронки.

Візьмемо зріз по нашому умовному B2B-відділу продажів на кінець місяця. Нижче те, що бачить КВП, коли відкриває звіт по етапах воронки в CRM.

Ця таблиця не говорить прямо про те, що відділ продажів погано працює. Вона говорить про те, що дані в CRM ненадійні, а значить будь-які висновки на їх основі будуть помилковими. По такій воронці неможливо чесно посчитать реальний pipeline, спрогнозувати виручку на наступний місяць чи оцінити конверсію між етапами, тому що невідомо, яка частина угод з таблиці реально жива. Наступний крок, це зробити по цьому прикладу правильний управлінський висновок.

Головний висновок з прикладу вище простий. Воронка виглядає об’ємною, але абсолютно некерованою. Формально в системі 121 активна угода, але ніхто в компанії не може сказати, скільки з них реально в роботі, скільки давно мертві, а скільки вимагають термінового дзвінка сьогодні.

Проблема занедбаної CRM не в тому, що даних мало. Даних якраз може бути багато: картки, суми, дати, коментарі. Проблема в тому, що ці дані не актуальні і не допомагають приймати рішення. Якщо керівник не може впевнено відповісти на питання “що закриється цього місяця”, “де зависли угоди”, “хто з менеджерів не робить follow-up” і “чому клієнти відмовляються”, CRM перестає виконувати свою основну функцію. Вона перетворюється на архів старих записів, а не на інструмент управління продажами.

Щоб розібратись, звідки береться така ситуація, далі розберемо конкретні ознаки, за якими можна впізнати неактуальну CRM у своїй компанії.

Перша і найчастіша ознака, менеджери заходять у CRM тільки перед звітом КВП або коли їх спеціально попросили. Реальні домовленості з клієнтом при цьому живуть у месенджері, особистих нотатках, поштою чи просто в пам’яті, а в систему інформація потрапляє постфактум і в стислому вигляді.

Це небезпечно одразу з кількох причин. Керівник не бачить реальну активність команди і не може відрізнити менеджера, який багато працює, від того, хто просто красиво звітує. Завдання не контролюються, тому що їх взагалі не ставлять своєчасно. Якщо менеджер йде у відпустку чи звільняється, частина домовленостей з клієнтами втрачається безповоротно, тому що вона ніколи і не потрапляла в систему. А аналітика, яку керівник будує на цих даних, виявляється фікцією. Якщо менеджери не працюють у CRM щодня, а заходять туди за настроєм, система дуже швидко перестає відображати реальні продажі. Далі розберемо, як це проявляється в конкретних угодах.

У кожної активної угоди повинен бути зрозумілий наступний крок: зателефонувати, зустрітись, відправити КП, зробити фоллоу-ап, погодити умови, надіслати документи, нагадати про себе через тиждень. Якщо відкрити CRM і побачити десятки угод без жодного завдання і без дати наступної дії, це прямий сигнал, що воронка живе сама по собі, а не керується командою.

Такі угоди без наступного кроку поступово перетворюються на кладовище лідів усередині системи. Формально вони знаходяться в роботі, займають рядок у звіті і додають вагу в pipeline, але менеджер до них давно не повертається і, скоріше за все, забув про існування клієнта. У результаті керівник бачить завищений pipeline, який ніколи не перетвориться на реальні гроші, тому що за цими угодами ніхто не слідкує. Схожа історія відбувається і з етапами воронки, на яких угоди просто застигають.

Якщо угода застигла на етапі “КП відправлено” чи “Погодження” на кілька місяців без жодного руху, це іноді дійсно довгий цикл погодження у клієнта. Але частіше за цим стоїть зовсім інша історія: менеджер забув зробити follow-up, клієнт відмовився, але це ніхто не зафіксував, або угоду просто втратили з уваги серед десятків інших завдань.

Щоб відрізнити нормальну тривалість від завислої угоди, для кожного етапу воронки потрібно визначити розумний термін знаходження, виходячи з реального циклу продажів у компанії. Якщо угода перевищує цей термін, CRM повинна підсвічувати ризик автоматично, а КВП зобов’язаний розбирати причину особисто, а не покладатись на те, що менеджер сам повідомить про проблему. Без такого правила завислі угоди накопичуються місяцями і перетворюються на мертвий вантаж всередині воронки. Далі варто розібратись, що відбувається з причинами відмов у такій системі.

У занедбаній CRM причини відмов найчастіше або не заповнюються взагалі, або обирається один і той же розмитий варіант типу “не актуально” чи “клієнт передумав”. У результаті керівник просто не розуміє, чому компанія втрачає клієнтів: справа в ціні, термінах, конкурентах, нецільовому ліді, відсутності бюджету, слабкій консультації менеджера чи невдалій комерційній пропозиції.

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

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

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

Класична ситуація: у CRM один план-факт по продажах, в особистій таблиці КВП інший, у бухгалтерії третя сума фактичних оплат, а менеджери на плануванні розповідають про свої результати “по відчуттях”, які не збігаються з жодною з трьох версій.

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

Опір команди майже ніколи не пов’язаний з лінню чи шкідливістю, хоча керівнику іноді хочеться думати саме так. Значно частіше справа в тому, що сама система чи процес навколо неї влаштовані незручно, і заповнення CRM перетворюється на зайвий обов’язок без зрозумілої користі для самого менеджера. За оцінками аналітиків, переважна більшість провалів CRM-проєктів пов’язана саме з людьми і процесами, а не з самою платформою.

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

• CRM незручна і вимагає зайвих кліків для простих дій.
• Занадто багато обов’язкових полів, частина з яких не має сенсу для конкретної угоди.
• Етапи воронки не відображають реальний процес продажу в компанії.
• Менеджери не бачать особистої користі від системи, тільки додаткове навантаження.
• Керівник використовує CRM переважно для покарання, а не для допомоги.
• Немає регулярного контролю з боку КВП за якістю заповнення карток.
• У команді немає єдиних і зрозумілих регламентів у відділі продажів для ведення угод.
• Дані доводиться дублювати вручну в окремих таблицях.
• CRM не пов’язана з телефонією, поштою і месенджерами, тому все доводиться переносити руками – тут вирішує грамотне впровадження CRM і телефонії.
• У системі немає автоматичних завдань і нагадувань про наступний крок.
• Менеджерів толком не навчили роботі в системі на старті впровадження, а якісний CRM-тренінг і навчання команда так і не пройшла.
• Сам керівник не користується CRM в управлінні і не подає прикладу команді.

Як тільки стає зрозуміло, звідки росте опір, можна переходити до діагностики конкретної системи у своїй компанії.

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

Починати варто із загальної картини, а потім спускатись на рівень окремих угод і карток. Нижче послідовність кроків, яка підходить для більшості відділів продажів незалежно від галузі.

• Перевірити загальну кількість активних угод і порівняти його з відчуттям команди про реальне завантаження.
• Знайти всі угоди без наступного кроку і без завдання.
• Вивантажити список простроченних завдань і подивитись, скільки їх накопичилось.
• Перевірити угоди, які знаходяться на одному етапі довше нормального терміну.
• Знайти дублі клієнтів і контактів у базі.
• Порівняти дані CRM з фактичними оплатами з бухгалтерії чи банку.
• Перевірити, наскільки заповнені обов’язкові поля по кожній активній угоді.
• Подивитись, які причини відмов вказані і наскільки вони змістовні.
• Оцінити швидкість обробки нових лідів від моменту заявки до першого контакту.
• Проаналізувати активність кожного менеджера в системі за останній місяць.
• Порівняти звіти CRM з ручними таблицями і звітами, які збирає КВП.
• Обрати 20-30 випадкових угод і перевірити їх вручну, звіряючи з реальною перепискою.
• Оцінити, які етапи воронки взагалі не відповідають реальному процесу продажу.

Після такого розбору зазвичай стає зрозуміло, яку частину бази можна врятувати, а яку доведеться списувати. Наступний крок, вирішити, що робити з угодами, які аудит визнав неактуальними.

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

Правильний підхід, розібрати кожну неактуальну угоду і розподілити її за одним із зрозумілих сценаріїв, а не зносити все підряд. Ось основні варіанти, які закривають майже всі випадки.

• Закрити угоду у відмову з вказанням реальної причини.
• Перевести клієнта в статус відкладеного попиту, якщо інтерес є, але не зараз.
• Поставити завдання на повторний дотик через певний термін.
• Об’єднати дубль картки з основною, зберігши всю історію переписки.
• Оновити суму угоди і реальний етап, на якому вона знаходиться.
• Передати угоду іншому менеджеру, якщо поточний відповідальний давно не відповідає клієнту.
• Повернути лід у кваліфікацію, якщо незрозуміло, цільовий він чи ні.
• Видалити тільки технічні дублі і явно сміттєві записи без будь-якої цінності.

Задача цього етапу не в тому, щоб CRM виглядала красиво для звіту перед власником. Задача відновити керовану воронку і достовірну історію роботи з кожним клієнтом. Коли база розібрана, можна переходити до того, як повинна виглядати система після відновлення.

Після наведення порядку CRM повинна виглядати скромно, але чесно: у ній тільки актуальні угоди, зрозумілі етапи, чітко призначені відповідальні менеджери і наступний крок по кожній активній угоді. Причини відмов заповнені змістовно, база чиста, дублів немає, а простроченних завдань практично не залишається.

Головна ознака відновленої системи, воронка відображає реальний pipeline, а не набір випадкових карток. Звіти з CRM збігаються з фактичними продажами і даними бухгалтерії, а КВП проводить планування, спираючись на дані системи, а не на усні перекази менеджерів. Важливо розуміти, що хороша CRM не зобов’язана бути складною чи напханою полями. Вона повинна бути достатньо простою, щоб менеджери реально працювали в ній щодня, і при цьому достатньо точною, щоб керівник міг приймати рішення на основі цифр, а не догадок. Щоб утримати такий стан надовго, потрібні зрозумілі правила роботи з системою.

Правила CRM-дисципліни працюють тільки тоді, коли їх небагато і вони справді зрозумілі команді. Якщо правил занадто багато чи вони суперечать логіці продажів, менеджери знову почнуть обходити систему стороною, як це вже відбулося одного разу.

Досвід відновлених відділів продажів показує, що достатньо закріпити невеликий набір простих вимог, регулярно проводити контроль і гігієну CRM відділу і слідкувати за їх виконанням.

• Кожен лід без винятку створюється в CRM у момент звернення.
• У кожної угоди є один зрозумілий відповідальний менеджер.
• У кожної активної угоди є наступний крок з датою.
• Етап угоди змінюється тільки за чітким і заздалегідь зрозумілим критерієм.
• Причина відмови обов’язкова і обирається зі змістовного списку.
• Сума угоди і очікувана дата закриття оновлюються по факту, а не один раз при створенні.
• Важливі домовленості з клієнтом фіксуються в коментарях відразу після розмови.
• Дзвінки, листи і переписка в месенджерах повинні потрапляти в історію картки.
• Дублі клієнтів об’єднуються відразу при виявленні, а не відкладаються на потім.
• Угоди без руху регулярно розбираються на плануванні, а не накопичуються місяцями.
• Вся звітність будується тільки з даних CRM, без паралельних ручних таблиць.

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

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