Воронка продаж в CRM: как настроить этапы под реальный процесс

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

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

Что должна показывать воронка продаж в CRM

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

Хороший этап отвечает на три вопроса:

• что уже произошло с клиентом;
• какое действие должно произойти дальше;
• по какому признаку сделка перейдёт на следующий этап.

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

Более рабочий вариант выглядит так: «Потребность подтверждена», «Расчёт отправлен», «Коммерческое предложение обсуждено», «Договор на согласовании». Каждый статус связан с фактом и позволяет понять, что делать дальше.

Этап CRM должен отражать событие в процессе, а не субъективное мнение менеджера о том, насколько клиент «тёплый».

Как описать реальный процесс до настройки CRM

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

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

Какие вопросы задать сотрудникам

• Что происходит с заявкой сразу после поступления?
• Какие данные нужно получить до расчёта или консультации?
• В какой момент становится понятно, что обращение целевое?
• Что менеджер отправляет клиенту перед обсуждением цены?
• Кто согласует нестандартные условия и скидки?
• Какие причины отказа встречаются чаще всего?
• Когда сделку можно считать окончательно проигранной?

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

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

Как выбрать количество этапов и не перегрузить воронку

Универсального количества статусов нет. Для короткой продажи услуги может хватить 5-7 этапов, для сложного B2B-проекта потребуется 8-12, а для интернет-магазина основная логика чаще строится вокруг оплаты, комплектации и доставки. Ориентир зависит от числа реальных решений, которые принимаются между обращением и результатом.

Слишком мало этапов скрывает важные причины потерь. Слишком много превращает CRM в журнал микродействий, где менеджеры тратят время на перенос карточек и начинают формально менять статусы.

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

Как формулировать этапы и критерии перехода

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

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

1. Условие входа. Какое событие подтверждает переход на этап.
2. Обязательные данные. Что должно быть заполнено в карточке.
3. Следующее действие. Звонок, расчёт, отправка документа или встреча.
4. Условие выхода. Что позволяет перейти дальше, закрыть сделку или вернуть её на уточнение.

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

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

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

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

Для большинства услуг достаточно разделить данные на несколько групп:

• контакты и роль человека в принятии решения;
• источник обращения и рекламная кампания, если она известна;
• потребность, продукт, объём и желаемый срок;
• ориентировочный бюджет или диапазон стоимости;
• текущий результат переговоров;
• причина отказа или паузы;
• дата и содержание следующего контакта.

Ключевое поле для активной сделки, это следующая задача с датой и ответственным. Запись «перезвонить клиенту» недостаточна. Лучше указать: «Позвонить 18 мая, уточнить решение после обсуждения предложения с директором». Так руководитель видит не просто наличие задачи, а её смысл.

Обязательность полей нужно включать постепенно. На первом этапе оставьте обязательными только данные, без которых невозможно продолжить работу. Через 2-4 недели посмотрите, какие сведения действительно используются в отчётах и принятии решений, и только потом расширяйте форму.

Как настроить автоматизацию без вреда для процесса

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

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

Что стоит автоматизировать

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

Что лучше оставить под контролем сотрудника

• оценку готовности клиента к покупке;
• перевод сделки в выигранную без подтверждения оплаты или договора;
• изменение прогнозной суммы при каждом контакте;
• возврат сделки из закрытой в активную без фиксации причины.

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

Как разделить несколько процессов в одной CRM

Одна общая воронка подходит только для действительно похожих продаж. Если компания продаёт стандартную услугу, крупные проекты и сопровождение, у этих направлений могут отличаться сроки, роли участников и критерии готовности. Попытка вместить всё в одну цепочку приводит к статусам вроде «Согласование 1», «Согласование 2», «Другое».

Отдельную воронку или тип сделки стоит создавать, если меняется хотя бы несколько важных параметров:

• состав этапов;
• ответственный отдел;
• средний срок принятия решения;
• набор обязательных полей;
• формула расчёта прогноза;
• действия после победы.

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

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

Как измерять работу воронки и находить узкие места

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

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

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

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

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

Типичные ошибки при настройке CRM

1. Копирование готового шаблона

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

2. Смешение продаж и обслуживания

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

3. Статус «думает» без срока

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

4. Отсутствие обязательной причины отказа

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

5. Слишком много обязательных полей

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

6. Автоматические статусы вместо фактов

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

7. Отчёт без владельца

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

Как внедрить изменения без остановки продаж

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

1. Опишите текущий путь заявки по 20-30 реальным сделкам.
2. Сформулируйте этапы через наблюдаемые события.
3. Назначьте владельца каждого этапа и срок реакции.
4. Оставьте минимальный набор обязательных полей.
5. Настройте задачи и уведомления только для повторяемых действий.
6. Проведите тест на учебных и старых сделках.
7. Запустите пилот на одной группе менеджеров на 2-4 недели.
8. Соберите вопросы сотрудников и исправьте неоднозначные правила.
9. После стабилизации подключите остальные направления.

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

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

Частые вопросы

Нужно ли создавать отдельную воронку для каждого менеджера?

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

Сколько этапов должно быть в воронке для услуг?

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

Что делать с клиентом, который пока не готов покупать?

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

Можно ли объединить заявки с сайта, телефона и мессенджеров?

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

Как понять, что CRM настроена неправильно?

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

Нужно ли менять воронку после запуска?

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

Что делать: короткий план

1. Выберите одно направление продаж и определите желаемый результат CRM.
2. Разберите 20-30 реальных сделок от первого обращения до итога.
3. Отделите состояния сделки от отдельных звонков, писем и задач.
4. Сформулируйте 5-12 этапов через подтверждаемые события.
5. Для каждого этапа запишите условие входа, обязательные данные, следующий шаг и условие выхода.
6. Настройте дату следующего контакта и контроль просроченных задач.
7. Разделите продажи, исполнение заказа и повторные обращения, если у них разные процессы.
8. Проверьте передачу заявок с сайта и сохранение источника обращения.
9. Запустите пилот, исправьте неоднозначные статусы и обучите сотрудников на реальных примерах.
10. Раз в неделю проверяйте зависшие сделки, дубли и причины отказов, а раз в месяц оценивайте переходы между этапами.

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

Полезные страницы по теме

• /veb-prilozhenie/