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