Понеділок, 9:15. Ти відкриваєш CRM, щоб зрозуміти, як ідуть продажі. На етапі «Нова» лежать 140 угод. Частина з березня. У трьох менеджерів різні пояснення, що означає «в роботі», а сума прогнозу схожа на добрий жарт, який забули пояснити. Це умовна сцена, але причина знайома: програму купили, а щотижневий спосіб користуватися нею не узгодили.
Питання «як працювати в CRM-системі» для власника рідко означає «де натиснути кнопку». Йому потрібно знати, які правила діють для кожного звернення, що він має перевіряти щопонеділка і як відрізнити дані про майбутні продажі від складу забутих карток. Я б починав з короткого ритуалу власника, а не з чергового налаштування воронки.
Розберімо на умовному дистриб’юторі пакування для кафе й ресторанів. Він продає стаканчики, коробки та брендування, має трьох менеджерів і повторні замовлення. Весняні контакти можуть стати осінніми покупцями, але це не привід тримати кожну стару пропозицію в статусі «нова». Приклад потрібен для правил ведення CRM, а не для заяви про результат нашого клієнта.
1. Спочатку визнач, що саме зберігає CRM
У більшості систем є записи про контакт, компанію, потенційний запит і угоду. Назви та зв’язки відрізняються. Salesforce Trailhead, наприклад, розділяє lead, contact і opportunity; Zoho CRM має окремі модулі leads, contacts, deals і tasks. Не копіюй чужий словник дослівно. Домовся зі своєю командою, коли у вас з’являється угода і що таке завершений продаж.
Для дистриб’ютора контакт «Кафе на Подолі» може існувати роками. У травні кафе запитало пробну партію стаканчиків: це один конкретний запит. У вересні замовило коробки з новим друком: другий. Не потрібно створювати дві незалежні компанії тільки тому, що замовлення різні. І не слід тримати травневий запит відкритим до кінця року, якщо рішення вже відоме.
Мінімум для активної угоди: клієнт, предмет запиту, відповідальний, етап, дата наступної дії, джерело звернення, якщо воно відоме. Ціна або очікувана сума потрібна тоді, коли є хоча б обґрунтована оцінка; не вигадуй її, щоб звіт заповнився. У картці лишається коротка історія домовленостей. Якщо після відпустки менеджера інша людина може продовжити розмову без перепитування клієнта, даних достатньо.
2. Етап має означати подію, яку можна перевірити
Статус «у роботі» зручний, але майже нічого не говорить. Чи менеджер тільки відкрив лист? Чи надіслав прайс? Чи клієнт уже підтвердив умови? Етапи потрібні для рішень, тому їх варто прив’язати до подій, а не настрою співробітника.
Для умовного дистриб’ютора можна почати з такої короткої схеми:
| Етап | Що має статися, аби сюди перейти | Яка наступна дія |
|---|---|---|
| Нове звернення | Запит отримано й створено запис | Призначити відповідального та час першої відповіді. |
| Потребу уточнено | Відомі товар, кількість, термін, місто й вимоги до друку, якщо він потрібен | Підготувати відповідну пропозицію. |
| Пропозицію надіслано | Клієнт отримав документ або конкретні умови | Домовитися, коли повернутися з відповіддю. |
| Умови погоджено | Клієнт підтвердив замовлення за узгодженими умовами | Передати у виконання й перевірити отримання. |
| Завершено | Замовлення виконано, факт зафіксовано | За потреби поставити нагадування про повторне замовлення. |
| Втрачено | Клієнт відмовився або потреба зникла | Записати відому причину без вигадки. |
Це не універсальна конфігурація. Якщо між пропозицією й погодженням є зразок або юридичний перегляд договору, додай етап лише тоді, коли команда справді ухвалює там окреме рішення. Якщо угоду треба вести через дванадцять колонок, а продаж займає два дзвінки, схема занадто важка.
Для кожного переходу встанови правило доказу. «Пропозицію надіслано» означає, що документ або повідомлення справді відправлено і це видно в історії. «Умови погоджено» не означає «менеджеру здається, що клієнт майже згоден». CRM показує поточний стан лише настільки чесно, наскільки чесно команда називає події.
3. Понеділковий ритуал власника на 20 хвилин
Я б поставив його в календар до зустрічей. Не для того, щоб власник вручну переписував усі картки. Він має побачити винятки, через які команда губить гроші чи довіру. Для трьох менеджерів двадцяти хвилин вистачить на перший огляд; у більшій команді знадобляться окремі керівники й глибші розбори.
Хвилини 0-3: прострочені задачі. Відкрий список дій, дата яких минула. Не рахуй лише кількість. Візьми кілька конкретних угод і спитай: клієнт чекає відповіді чи дата в картці просто не оновлена? Якщо дата неважлива, навіщо ставити її взагалі?
Хвилини 3-7: відкриті угоди без наступного кроку. Відфільтруй ті, де немає задачі або часу повернення. Це найкорисніший список для власника. Умовний дистриб’ютор надіслав 40 прайсів, але в половині карток не записано, хто й коли має перепитати про рішення. Звіт про 40 прайсів виглядає активно, проте без наступної дії це архів відправлених листів.
Хвилини 7-11: угоди, що застрягли. Подивись, скільки часу картки стоять на кожному етапі. Поріг установи за реальним циклом продажу: для складного брендування тиждень може бути нормою, для стандартної партії стаканчиків - уже причина поговорити. Не зсувай усі картки вперед заради чистого графіка. Визнач, чи чекання виправдане і хто знає наступну дату.
Хвилини 11-15: нові звернення без відповіді. Звір хоча б вибірку CRM із поштою, формами та месенджерами. Запис «нова» не доводить, що менеджер побачив заявку. Якщо вхідні повідомлення залишилися поза системою, звіт CRM показує лише частину попиту. Про розрив між чатами та обліком заявок ми писали окремо.
Хвилини 15-18: повторні клієнти. Знайди тих, хто зазвичай замовляє щомісяця, але давно не повертався. Не запускай автоматичну розсилку «ми сумуємо» всім підряд. Спершу перевір, чи справді цикл замовлення змінився, хто тримає контакт і чи доречний зараз особистий дзвінок.
Хвилини 18-20: три рішення. Обери один збій у процесі, його відповідального й дату перевірки. Наприклад, «форми з сайту не мають власника; до середи призначити його й пройти тестову заявку». Не заверши огляд списком із двадцяти претензій до менеджерів. Ритуал працює, коли після нього щось змінюється.
Три питання для короткої розмови з командою: який клієнт зараз чекає нашої відповіді; які угоди не мають наступної дії; що в даних не відповідає реальності? Останнє питання іноді неприємне, зате показує, чи можна взагалі використовувати прогноз.
Як не перетворити огляд на нагляд за кожним кліком
У власника є спокуса відкрити всі 140 карток і коментувати кожну. Тоді двадцятихвилинний ритуал перетвориться на тригодинну перевірку дисципліни, а менеджери навчаться заповнювати поля для власника, не для клієнта. Краще перевіряти винятки й повторювані причини. Якщо в одного менеджера п’ять угод без наступної дії, розбери з ним кілька випадків: він не знає, що робити далі, чи CRM заважає записати дію швидко? Рішення будуть різними.
Попроси менеджера самому запропонувати наступний крок щодо конкретного клієнта. Власник задає стандарт, але не має планувати кожен дзвінок замість команди. Якщо два тижні поспіль одна й та сама помилка повторюється у всіх, змінюй правило або інтерфейс процесу. Якщо вона лише в одній картці, виправ її там. CRM корисна, коли допомагає ухвалювати такі рішення, а не коли дає новий спосіб рахувати натискання співробітників.
Ще одна дрібниця: показуй команді, яке рішення ти ухвалив завдяки її записам. Наприклад, після перегляду причин втрат змінили мінімальну партію або переписали умови брендування. Тоді внесення даних має видиму користь. Якщо звіти збираються лише для презентації раз на квартал, у менеджера мало причин вести їх уважно щодня.
4. Правила для команди, які можна вставити в робочий чат
Кожне нове звернення, що потребує відповіді, записуємо в CRM і призначаємо відповідального. Перед новою карткою шукаємо наявний контакт за телефоном, поштою або компанією.
У кожної відкритої угоди є наступна дія й дата. Після дзвінка або листа того самого дня додаємо коротку домовленість: що попросив клієнт, що ми пообіцяли, коли повернемося.
Етап міняємо після події, а не для красивого звіту. Якщо пропозицію не відправили, не ставимо «надіслано». Якщо клієнт не погодив, не ставимо «погоджено».
Втрачений запит закриваємо з відомою причиною. Якщо причина невідома, так і пишемо. Якщо автоматична форма, чат або пошта не потрапили в CRM, повідомляємо про збій того самого дня.
Цей текст не замінить навчання. Один раз пройдіть реальну заявку разом і порівняйте, як кожен менеджер її записав. Якщо правила тлумачать по-різному, уточніть їх на прикладі, а не додавайте ще один абзац інструкції. Перевірте права доступу: співробітник має бачити потрібний контекст, але не обов’язково всю базу без обмежень.
5. Раз на місяць подивись на три звіти
Рух між етапами. Скільки звернень дійшло до пропозиції, скільки пропозицій погодили, скільки замовлень виконали. Не порівнюй ці частки, якщо менеджери по-різному трактують етапи. Дані спершу мають стати однаковими.
Причини втрат. Чи клієнт справді відмовився через ціну, термін, наявність, мінімальну партію або просто перестав відповідати? Якщо в половини угод причина «інше», звіт не дає рішення. Водночас не змушуй менеджера вигадувати причину, яку він не знає.
Джерела й якість заявок. Який канал приносить запити, що доходять до продажу, а не лише відкриті картки. Джерело може бути невідомим або змішаним; позначай це чесно. Якщо форма не передає мітку кампанії, спочатку виправ вимірювання. Для узгодженого обліку звернення, роботи й оплати є наш розбір порядку в заявках.
Частка переходу між етапами без кількості угод і періоду може вводити в оману. Якщо за місяць було п’ять пропозицій, одна додаткова угода різко змінить відсоток. Не ухвалюй велике бюджетне рішення з одного малого зрізу. Порівнюй періоди й перевіряй конкретні картки за цифрою.
6. Якщо CRM уже засмічена: одна сесія «амністії»
Не починай з наказу «усім до вечора заповнити старе». Так команда механічно проставить випадкові статуси, і довіри стане ще менше. Виділи одну робочу сесію, наприклад дві години, і домовся: зараз відновлюємо чесну картину, а не шукаємо винних за кожну картку піврічної давності.
Почни з відкритих угод за останні тижні. Звір їх із листами, оплатами й домовленостями. Закрий те, що завершено або втрачено, з відомим результатом. Для старих угод без відповіді виріши, чи ще доречно звертатися, чи краще закрити з позначкою про відсутність підтвердження. Дублікат не видаляй навмання: перевір, чи не містить він окрему історію або інший контакт. Після очищення постав контрольну дату й правило, яке не дасть сміттю повернутися.
Якщо історія розмов живе лише в месенджері, а в CRM є порожня картка, перенеси короткий зміст домовленості. Один запис замовлення після чату допомагає команді не сперечатися, хто що обіцяв. Не потрібно переписувати кожне старе повідомлення: важливі поточна обіцянка, відповідальний і наступний крок.
7. Коли доречна автоматизація
Автоматизуй повторювану дію після того, як команда узгодила сам процес. Форма може створювати картку, новий етап - задачу, а наближення звичного строку повторного замовлення - нагадування менеджеру. Проте автоматична задача без власника й перевірки виконання лише додає нового цифрового сміття.
Перший тест роби наскрізним: надішли пробне звернення, перевір запис і відсутність дубля, відповідального, сповіщення та дію після відповіді менеджера. Окремо зламай один крок навмисно, наприклад тимчасово прибери доступ інтеграції, і подивись, хто дізнається про помилку. Якщо система мовчки втрачає заявку, автоматизація погіршила процес.
Ми допомагаємо проектувати такі маршрути в автоматизації та AI-системах GrandMa. Перед розмовою достатньо показати один реальний шлях заявки й місце, де вона зараз зависає. Встановити CRM - технічна дія. Навчити команду регулярно залишати правдивий наступний крок - управлінська.