Практическое руководство

Как спроектировать воронку продаж в CRM

Как спроектировать воронку продаж CRM: критерии этапов, обязательные данные, причины потерь, возвраты, история и корректная оценка переходов.

Материал WebexlabПодготовлено 5 мин чтения

Краткий ответ

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

Опишите путь покупателя до названий этапов

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

Отделите собственные действия менеджера от состояния клиента. «Позвонить завтра» — задача, а не этап продажи. «Предложение отправлено» может быть этапом, если понятно, какой документ и по какому каналу передан. Чем яснее критерий, тем легче обучить нового сотрудника и проверить качество данных без чтения всей переписки.

Составьте паспорт каждого этапа

Составьте паспорт каждого этапа — сравнение
ЭлементПример определенияПроверочный вопрос
ВходПодтверждены предмет и контактЕсть ли основания начать этап
РезультатПередано согласованное предложениеМожно ли показать событие
ДанныеСумма, версия, дата отправкиДостаточно ли информации следующему участнику
ОтветственныйНазначенный менеджерКто выполняет следующий шаг
ВыходРешение или согласованное продолжениеКуда допустим переход

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

Не делайте воронку чрезмерно подробной

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

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

Опишите возвраты и завершение

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

Разделите причины потери и отсутствие ответа. «Не купил» не объясняет, что улучшать: предложение, квалификацию, сроки или процесс связи. При этом список причин должен быть посильным и подтверждаться наблюдением. Менеджер не обязан угадывать мотив клиента; допустимо отдельно отметить, что причина неизвестна.

Проверьте влияние на отчёты

Число сделок в колонке показывает текущее состояние, а переходы за период — движение. Это разные показатели. Для оценки конверсии определите исходную группу и период наблюдения. У сделок с длинным циклом результат дозревает позже, поэтому текущий месяц нельзя напрямую сравнивать с полностью завершённой старой группой.

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

Учебная проверка процесса

Условный отдел переходит от «новая — в работе — успех» к состояниям с определёнными событиями. Менеджер принимает обращение, подтверждает задачу, готовит предложение и фиксирует решение. Для одной сделки клиент меняет требования, и она возвращается на уточнение с сохранением предыдущей версии предложения.

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

Что сделать после запуска

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

Что делать со сделкой, которая вернулась на предыдущий этап

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

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

Термины из материала

Следующий шаг

Применить к вашему проекту

Поможем описать воронку с понятными переходами и данными для управления продажами.

Обсудить задачу
Все материалы блога