В одном филиале менеджер переводит сделку в статус «Переговоры» сразу после первого звонка. В другом это происходит только после обсуждения автомобиля и следующего контакта. На общей встрече оба руководителя показывают одинаковое число сделок на этапе, хотя за ним скрывается разная работа. Сравнивать скорость, нагрузку и результат подразделений по такому отчёту нельзя.
Статус становится полезным, когда команда связывает его с наблюдаемым событием. Сотрудник должен понимать, что уже произошло, кто отвечает за продолжение и какое действие откроет следующий этап. Ниже — способ договориться об этих правилах без создания десятков новых полей. Он не исправит слабую дисциплину сам по себе, но сделает расхождения заметными и обсуждаемыми.
Что должно произойти перед сменой этапа?
Перед переходом должно случиться одно проверяемое событие: клиент ответил, потребность уточнена, встреча согласована или документ получен.
Начните не с названия статуса, а с последнего факта в истории сделки. Фразы «клиент тёплый» или «менеджер работает» описывают впечатление. Запись разговора, выбранная модель, назначенное время встречи и отправленное предложение показывают действие. Такой факт можно одинаково увидеть в разных филиалах и проверить спустя неделю.
Для каждого спорного этапа выберите одно главное событие входа. Дополнительные признаки могут помогать сотруднику, но не должны менять смысл перехода. Если одному менеджеру достаточно исходящего звонка, а другому нужен ответ клиента, система снова соберёт несопоставимые сделки под общей подписью.
Проверьте правило на пограничных примерах. Клиент сбросил звонок, попросил написать позже или ответил без обсуждения покупки. Команда должна одинаково решить, произошло нужное событие или сделка остаётся на прежнем этапе. Именно такие случаи показывают, понятна ли формулировка в реальной работе.
Как описать вход в этап?
Короткое правило называет событие, обязательную запись в CRM и человека, который отвечает за следующий шаг.
Хорошее описание помещается в одно рабочее предложение. Например: «После подтверждения интереса менеджер фиксирует выбранный класс автомобиля и дату следующего контакта». Здесь видно, что произошло, какие сведения остаются в карточке и кто продолжает разговор. Служебная формула вроде «лид квалифицирован» не даёт таких ориентиров.
Не превращайте описание в длинную инструкцию. Если для перехода требуется проверить много независимых условий, возможно, команда пытается объединить в одном этапе несколько разных решений. Оставьте в статусе только условие, которое меняет владельца, обязательство или способ дальнейшей работы с клиентом.
Покажите формулировку менеджеру, который не участвовал в обсуждении. Дайте ему несколько обезличенных историй и попросите выбрать этап. Если ответы расходятся, уточняйте правило, а не обучайте угадывать замысел руководителя. Понятное условие должно работать без устных пояснений автора.
- наблюдаемое событие
- обязательная запись в карточке
- владелец следующего действия
- понятное исключение для пограничного случая
Кто подтверждает выход из этапа
Выход подтверждает сотрудник, который принял следующее обязательство, либо система после однозначного клиентского действия.
Сделка не должна перескакивать дальше только потому, что прежний исполнитель закончил свою часть. Передача состоялась, когда следующий владелец получил достаточный контекст и взял действие в работу. Для встречи это может быть подтверждённый слот, для оценки — назначенный специалист, для договора — принятый комплект документов.
Автоматический переход уместен там, где событие нельзя толковать по-разному. Заполненная форма может создать обращение, но не подтверждает разговор. Оплата может закрыть один этап, если система надёжно связывает её с нужной сделкой. Чем больше в событии человеческого смысла, тем осторожнее стоит использовать автоматизацию.
Запишите также условие возврата. Клиент перенёс встречу, документ оказался неполным, обещанный автомобиль стал недоступен. Возврат не должен выглядеть наказанием для менеджера. Это честное отражение текущего обязательства и сигнал, что команде снова нужно выполнить определённую работу.
Проверка общего правила в филиалах
Сначала сравните несколько реальных сделок по новому определению, а затем смотрите, изменились ли различия между филиалами.
Возьмите небольшой период и одинаковое число карточек из каждого подразделения. Руководители вместе отмечают событие входа, обязательную запись и следующий шаг. Цель проверки — не доказать, какой филиал работал лучше, а найти места, где единое правило всё ещё допускает разные решения.
После согласования не переписывайте прошлую историю молча. Зафиксируйте дату, с которой действует новое определение, и сохраните прежнее значение в описании отчёта. Иначе улучшение дисциплины будет похоже на внезапный скачок показателей, хотя изменился способ учёта.
Через несколько рабочих циклов вернитесь к исключениям. Если сотрудники регулярно обходят правило или держат сделки на соседнем этапе, выясните причину. Возможно, условие неудобно, данные появляются слишком поздно или статус не влияет ни на одно решение. Полезный этап помогает команде продолжать работу, а не только делает диаграмму аккуратнее.
Нужно ли создавать отдельные этапы для каждого филиала?
Обычно сначала стоит согласовать общие события входа и выхода. Отдельный этап нужен только тогда, когда филиал действительно выполняет другое обязательство, а это различие важно для управления, клиента или отчёта.
Можно ли автоматически переводить сделку между статусами?
Да, если система получает однозначное событие и не додумывает смысл за сотрудника. Автоматизация подходит для технически подтверждённых действий, а спорные договорённости лучше оставлять человеку с обязательной фиксацией причины.
