AUT-0601· Продажі та CRM
Погодження закриття непридатного ліда
Лід, який не відповідає погодженим критеріям продажу, закривають із перевіреною причиною та збереженою історією; слабкий бал не стає автоматичною відмовою.
Чернетка · Оцінка потребує перевірки
01 / Проблема
Продавець видалив незручний лід або закрив його через низький бал. Команда втратила причину відмови, історію потреби й можливість перевірити, чи справді клієнт не підходив.
02 / Результат
Непридатний лід має погоджене рішення, докази й належний закритий стан; відкладену потребу та чинну угоду не помилково дискваліфікують.
03 / Процес
ТригерМенеджер пропонує закрити лід як непридатний після перевірки бізнесових критеріїв.
Зберегти критерій невідповідності, фактичні відомості, автора й редакцію правил; низьку ймовірність не вважати самостійним доказом.
Перевірити чинні угоди, дублікати й відкладену потребу; обрати відповідний процес замість масового закриття.
Передати суперечливі або неповні підстави керівнику; погодити конкретну причину, а не видалення історії.
Виконати дозволене закриття без створення угоди й прочитати фактичний стан, причину та збережені зв’язки.
Зберегти рішення для аналізу якості відбору; нове звернення перевірити окремо без автоматичного відновлення забороненого контакту.
04 / Реалізація1 варіант
Приклад · Контроль із підтвердженням результату
Звернення стосувалося послуги, яку компанія не надає. Керівник підтвердив критерій, перевірив відсутність чинної угоди й закрив лід із причиною та історією звернення.
Спосіб реалізації
- Вести рішення про непридатність з редакцією критеріїв і перевіреними підставами.
- Звіряти закритий стан та винятки перед вилученням із активної черги.
Що потрібно для реалізації
- Є погоджені критерії придатності й власник винятків.
- Є доступ до стану ліда, його історії та пов’язаних угод.
Обмеження
- Рішення про непридатність не дорівнює низькому рейтингу або відсутності бюджету сьогодні.
- Документація Dynamics 365 описує збереження історії та обмеження дискваліфікації за наявності угоди; еквівалентний маршрут у цільовій CRM перевіряють на аудиті.
- Не видаляємо історію й не заявляємо автоматично перевіреної конфігурації будь-якого акаунта.
- Права й можливості цільового середовища перевіряють на аудиті; години попередні.
Що потрібно уточнити (2)
- Чи критерії різняться за продуктом або командою продажів?
Погодьте застосовну редакцію та суперечності між правилами.
- Чи лід має кілька потреб або пов’язаних угод?
Відокремте чинні можливості й перевірте обмеження закриття.