Этапы CRM придумали для отчета: как пересобрать воронку по реальному решению клиента

Воронка начинается не с карточки, а с пути решения

Прежде чем менять статусы, опишите, какие реальные решения проходит клиент. Не как их называет отдел продаж, а как меняется возможность двигаться дальше: интерес подтвержден, потребность понятна, условия обсуждены, предложение получено, решение согласуется, договор подписан, первый платеж получен или сделка остановлена.

У разных продуктов путь будет разным. Для простой услуги может не понадобиться отдельный этап после первого разговора. Для сложного B2B-проекта ключевым переходом станет согласование нескольких участников или подтверждение бюджета. Важно не копировать шаблон CRM, а увидеть, где меняется вероятность сделки и действие команды.

Я начинаю пересборку не со списка статусов, а с текущего ограничения проекта. Если продажи называют лиды некачественными, нужно понять, на каком реальном шаге это выясняется. Если сделки зависают, важнее увидеть последнее подтвержденное решение клиента, чем добавить еще один общий этап «на контроле».

Такой разбор возвращает воронке смысл. Этап перестает быть папкой для карточек и становится сигналом: что уже произошло, что требуется дальше и кому нужно действовать.

Проверьте каждый этап по четырем условиям

Новый статус не стоит вводить потому, что он «кажется полезным». У него должна быть функция в управлении. Для проверки достаточно четырех вопросов.

Если на эти вопросы сложно ответить, статус, скорее всего, слишком общий. Он может быть полезен как личная заметка менеджера, но не как этап общей воронки. Если же два статуса отвечают на один и тот же вопрос, их стоит объединить, чтобы не создавать искусственную детализацию.

Этап нужен не для того, чтобы показать активность. Он нужен, чтобы отделить завершенное изменение от следующего незавершенного действия. Эта разница делает отчет пригодным для разговора о приоритетах.

Начните с обратного пути от продажи и отказа

Иногда проще пересобрать воронку не от нового лида, а от двух финальных результатов: успешной сделки и понятного отказа. Посмотрите на недавние карточки и спросите, какие решения клиента предшествовали одному и другому исходу. Где команда получила подтверждение, а где потеряла контакт, ценность или возможность продолжить разговор?

Так можно увидеть, какие этапы действительно нужны. Например, «счет отправлен» не всегда означает, что клиент выбирает поставщика. Возможно, важнее отделить этап «условия согласованы» от этапа «документ передан на внутреннее согласование». Эти состояния требуют разного контроля: в одном случае нужно уточнить условия, в другом - знать дату и владельца решения у клиента.

Не стремитесь сразу описать все редкие сценарии. Сначала постройте основу для пути, который дает основную часть обращений. Особые процессы можно вынести в отдельную воронку или дополнительное поле, если они действительно меняют управление.

Укрупняйте там, где статусы не меняют действие

Слишком подробная воронка создает другую проблему: менеджеры тратят время на переключение карточек, а отчет показывает много маленьких этапов без управленческого смысла. Часто рядом существуют «отправили презентацию», «отправили КП», «ожидаем ответ» и «напомнили». Если после каждого из них владелец, срок и цель разговора остаются одинаковыми, это не четыре этапа воронки, а детали одной работы.

Укрупнение не означает потерю информации. Детали можно оставить в поле следующего шага, комментарии или задаче. Воронка должна держать только те переходы, которые меняют вероятность сделки, тип работы команды или вопрос для руководителя.

Полезно проверять не названия, а поведение. Один и тот же этап может называться коротко, но быть сильным, если команда понимает его границу. И наоборот, красивое название не спасает статус, в который попадает все подряд.

Причина отказа - это часть воронки, а не архив

Отказ часто отправляют в одну финальную папку и больше не открывают. Тогда воронка показывает только конверсию, но не дает понять, что с ней делать. Для маркетинга и продаж причины отказа важны, потому что разделяют разные задачи: неподходящий спрос, цена, отсутствие потребности, конкурирующее решение, долгий срок, отсутствие ответа или внутреннее ограничение клиента.

Список причин не должен быть слишком длинным. Его задача - не сохранить все нюансы разговора, а различить ситуации, для которых команда может выбрать разные действия. Если одна причина встречается часто, можно проверить рекламу, предложение, квалификацию, этап работы менеджера или сам продукт. Если причины смешаны, такой выбор невозможен.

Причина отказа становится полезной только тогда, когда по ней ясно, что именно команда будет проверять или менять. Иначе она остается формальностью, которую заполняют в конце месяца.

Свяжите этап с ответственностью и сроком

Статус без следующего действия не помогает управлять сделкой. В активной части воронки у каждой карточки должны быть владелец, дата следующего контакта или действия и понятная цель этого шага. Это не контроль ради контроля: так можно отличить реальную работу от сделки, которая просто осталась в системе после прошлого разговора.

Хорошо, когда правила отличаются для разных этапов. После первого обращения важно быстро дать ответ. На этапе согласования условий важнее зафиксировать, что именно нужно подтвердить. После отправки предложения нужно понимать не только дату напоминания, но и кто у клиента принимает решение и что может ему помешать.

В проекте я стараюсь не добавлять новый статус, пока не понимаю, какое действие он делает обязательным. Когда в карточке есть только название этапа, команда видит общую картину, но не может развивать сделку. Владелец и следующий шаг превращают воронку из отчета в рабочий маршрут.

Не обязательно заставлять всех работать одинаковыми фразами. Достаточно, чтобы правило было однозначным: активная сделка не может оставаться без владельца и ближайшего действия, а переход на новый этап подтверждает конкретное изменение ситуации.

Отделите качество спроса от качества обработки

Когда продаж мало, маркетинг и продажи легко начинают спорить. Маркетинг показывает объем обращений, продажи говорят, что лиды нецелевые. Воронка может снять часть этого спора, если в ней видно, на каком этапе и по какой причине сделки останавливаются.

Если обращения не доходят до первого содержательного разговора, нужно проверять источник, ожидание человека, скорость ответа и первичную квалификацию. Если разговоры происходят, но сделки теряются на условиях, причина может быть в предложении, цене, конкурентной среде или составе участников решения. Нельзя назвать весь поток некачественным, пока не видно место разрыва.

Для этого маркетинг не обязан управлять каждым статусом. Ему нужен честный обратный сигнал: какие типы спроса доходят до ключевого этапа, где они останавливаются и какие причины повторяются. Тогда корректировки рекламы и посадочной страницы опираются на путь клиента, а не на общее впечатление отдела продаж.

Смотрите на воронку как на набор переходов

Количество карточек на этапе полезно, но не всегда показывает проблему. Важно видеть, сколько сделок перешло на следующий шаг за выбранный период и сколько времени они провели до перехода. Если на одном этапе накопилось много карточек, это может означать рост спроса, а может - остановку процесса.

Такая таблица не заменяет разговор с командой. Она помогает поставить правильный первый вопрос. После этого можно выбрать одно ограничение и проверить его, не пытаясь одновременно перестроить всю воронку и все каналы.

Полезно сравнивать переходы не только по общему числу сделок, но и по типу обращения, продукту или сегменту, если эти различия уже влияют на работу команды. Одно среднее значение способно скрыть два разных процесса: быстрый поток простых обращений и длинные сделки, где решение принимает несколько человек. Их не обязательно немедленно разводить по разным воронкам, но важно не требовать от одного показателя объяснить оба маршрута.

В хорошей воронке я хочу видеть не только итоговую конверсию, но и точку, в которой проект теряет управляемость. Когда она названа, команда может выбрать один следующий шаг: ускорить ответ, уточнить предложение, пересобрать квалификацию или снять внутреннее ограничение. Без этой точки отчет остается описанием прошлого.

Не переносите в один этап внутренние процессы команды

Иногда CRM пытаются использовать как универсальную доску: в ней появляются статусы «ждем согласование юриста», «нет документов», «передано в производство», «нужно уточнение». Эти действия могут быть важны, но не все они описывают движение клиента к решению. Если смешать внутренние задачи и коммерческие переходы, воронка перестает быть читаемой.

Внутренние процессы лучше вести через задачи, чек-листы или отдельные поля, а этапы оставить для изменения коммерческой ситуации. Тогда руководитель может увидеть путь сделки, а команда - свои обязательства, не создавая десятки промежуточных папок.

Чем точнее воронка отделяет решение клиента от внутренней занятости команды, тем честнее она показывает ограничение продаж. Это особенно важно, когда в процессе участвуют несколько функций и каждый видит только свою часть работы.

Проведите пересборку воронки за две недели

В начале выберите один основной тип сделки и соберите несколько завершенных, активных и потерянных карточек. Пройдите их назад от результата, опишите реальные изменения состояния и проверьте каждый потенциальный этап по четырем условиям. Затем уберите дубли, назначьте причины отказа и договоритесь, что считается переходом.

На второй неделе протестируйте новую схему на новых сделках, а не переписывайте весь архив. Проведите короткий разбор: где команда не понимает статус, где нет следующего действия, какие причины отказа не помогают выбрать решение. После этого воронка станет не идеальной, но достаточно надежной, чтобы развивать ее по живому процессу.

Вывод: статус должен помогать выбрать следующий шаг

Хорошая CRM-воронка показывает не то, чем занят менеджер, а где находится решение клиента и что нужно для его движения. У каждого этапа есть граница, следующее действие, владелец и аналитический смысл. Когда эта логика закреплена, маркетинг получает обратную связь о качестве спроса, продажи - управляемый процесс, а руководитель - основание для приоритетов.