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