Проблема. Менеджер надіслав КП і чекає. Клієнт мовчить. Через тиждень менеджер пише «Добрий день, чи розглянули?». Клієнт мовчить далі. Через два тижні угода закривається зі статусом «Не відповідає».
Причина. Угода зависла не тому, що клієнт передумав, а тому, що вона впала в чужий пріоритет. У 70% випадків, які ми розбирали на аудитах, причина — не ціна, а відсутність внутрішнього рішення на боці клієнта. Питання «чи розглянули?» цю ситуацію не рухає, бо не дає клієнту нічого нового.
Рішення. Автоматичний ланцюжок, у якому кожен дотик несе окрему цінність, а не повторює попередній.
- День 2 після КП. Utility: «Надіслали розрахунок. Найчастіше на цьому етапі питають про терміни запуску — ось коротка відповідь: [1 абзац]». Без питання «як вам?».
- День 5. Посилання на кейс з тієї самої галузі. Один кейс, одна цифра, без файлу на 20 сторінок.
- День 9. Кнопковий вибір замість відкритого питання: «Щоб не турбувати зайвий раз — оберіть варіант: 1) Ще думаємо, напишіть за 2 тижні. 2) Питання по ціні. 3) Обрали інше рішення. 4) Готові обговорювати».
- Будь-яка натиснута кнопка — угода змінює етап у CRM, менеджер отримує задачу з готовим контекстом.
- Немає реакції на всі три — угода йде в довгий nurture-цикл раз на 6 тижнів, менеджер її з роботи знімає.
Чому працює кнопковий вибір. Клієнту простіше натиснути «Обрали інше рішення», ніж написати про це текстом. Ми отримуємо чесну причину відмови замість статусу «Не відповідає» — а це вже дані для аналізу. Логіку роботи з такими причинами ми описували в матеріалі про те,
чому ліди не доходять до угоди.
Що це дає. Реанімація зависших угод — найшвидший спосіб дістати гроші з наявної бази. У проєктах, де ми запускали цей сценарій, повертається в активну роботу 10–18% угод, які менеджер уже вважав втраченими. Друга вигода — CRM перестає бути кладовищем угод зі статусом «Не відповідає» і починає показувати реальну картину.
Метрики для контролю: частка угод, які отримали фінальний статус із причиною, конверсія з реанімації, кількість угод, старших за 30 днів, без задачі.