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

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

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

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

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

Чем CRM-воронка отличается от маркетинговой

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

CRM-воронка начинается там, где появляется объект, с которым работает команда: лид, обращение, сделка, заказ или запись. Она отвечает на операционные вопросы:

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

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

Сначала разберите процесс, затем открывайте настройки CRM

Копирование готового шаблона даёт аккуратную доску, которая не соответствует работе компании. До настройки возьмите несколько недавних сделок и восстановите их путь:

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

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

Если фактическая работа ещё не описана, начните с инструкции как описать бизнес-процесс перед автоматизацией. Воронка — это упрощённое представление процесса продаж, а не замена обследованию.

Четыре правила хорошего этапа

Этап означает свершившийся факт

Название должно отвечать на вопрос «что уже произошло?». Сравните:

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

Формулировки в прошедшем времени уменьшают разночтения. Карточка не может оказаться в колонке «расчёт отправлен», если расчёт пока только обещали подготовить.

У этапа есть критерии входа и выхода

Для каждой колонки запишите два условия.

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

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

Критерий должен проверяться по карточке, переписке, документу или выполненной задаче. Фразы «менеджер чувствует заинтересованность» и «клиент вроде готов» нельзя одинаково применить ко всем сделкам.

Этап меняет дальнейшую работу

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

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

В одной воронке находится один сопоставимый процесс

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

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

Пример воронки для сервисного бизнеса

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

1. Обращение получено

В CRM появилась заявка с контактом, источником и временем обращения. Назначен ответственный.

Переход дальше: сотрудник связался с клиентом или зафиксировал корректную причину, почему обращение нельзя обработать.

2. Контакт установлен

Клиент ответил, подтвердил личность или компанию и готов обсудить задачу. Сам факт исходящего звонка не завершает этап: если никто не ответил, контакт ещё не установлен.

Переход дальше: собраны минимальные сведения для квалификации.

3. Потребность подтверждена

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

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

4. Решение подготовлено

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

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

5. Условия согласованы

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

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

6. Заказ подтверждён

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

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

7. Работа завершена

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

Отдельно нужны два финальных исхода: успешное завершение и отказ с конкретной причиной. Причины «неактуально» недостаточно, если за ней скрываются высокая цена, неподходящий продукт, неверный контакт или перенос решения.

Что не нужно превращать в этап

Этап описывает состояние сделки, а задача — действие сотрудника. Их смешение раздувает воронку.

Обычно не нужны отдельные колонки:

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

Это задачи с исполнителем и сроком. После выполнения задачи может измениться состояние сделки — тогда карточка переходит дальше.

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

Какие данные привязать к этапам

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

При получении обращения

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

После квалификации

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

Перед отправкой предложения

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

Перед успешным завершением

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

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

Какие задачи и автоматизации настроить

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

Полезные сценарии:

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

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

Для длинных B2B-продаж особенно важно обязательное следующее действие. Отдельный разбор — в статье как не терять клиентов с длинным циклом сделки.

Когда нужны несколько воронок

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

Отдельные воронки могут понадобиться для:

новых продаж и продлений;
разовых услуг и долгих проектов;
B2C-записи и B2B-договоров;
партнёрских заявок;
тендеров;
производства после подтверждённой продажи;
сервисных обращений.

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

Перед разделением ответьте на три вопроса:

Различаются ли обязательные этапы?
Различаются ли ответственные и правила перехода?
Требуется ли отдельный управленческий отчёт?

Если ответы отрицательные, скорее всего, достаточно одной воронки с фильтрами.

Как считать конверсию этапов

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

Например, в этап «Потребность подтверждена» вошло 40 новых сделок, а до «Решение отправлено» дошло 24. Конверсия перехода — 24 из 40, то есть 60%. Это учебный пример, а не норматив: хороший показатель зависит от источника, продукта, цены и правил квалификации.

Чтобы цифра имела смысл:

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

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

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

Одной конверсии недостаточно. Минимальный набор включает:

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

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

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

На этапе скопилось много карточек

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

Время на этапе резко выросло

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

Конверсия выглядит слишком высокой

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

Воронка заполнена большой суммой

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

Причина отказа почти всегда «другое»

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

Быстрый аудит на десяти реальных карточках

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

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

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

Как мы используем CRM-доски в Krasotula

Krasotula CRM — наш собственный развиваемый продукт, поэтому правила воронки мы проверяем в ежедневной работе. На CRM-доске связаны компания, контакт, сделка, задачи, переписка и автоматические сценарии. Карточка нужна не как цветной стикер, а как единая рабочая история.

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

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

Первоначальная версия этого материала появилась как короткий чек-лист в Telegram-канале «Красотуля». Здесь мы расширили его до самостоятельной инструкции и убрали элементы, которые нельзя нормально прочитать на мобильном экране.

Частые ошибки настройки

Копирование классических пяти или семи этапов

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

Одна доска для продаж и исполнения

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

Обязательные поля с первого экрана

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

Статус вместо следующего действия

Колонка показывает состояние, но не заменяет задачу. У активной сделки остаются ответственный, конкретное действие и дата.

Нормативы без исторических данных

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

Автоматизация неверных правил

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

Чек-лист настройки CRM-воронки

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

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

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

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

Можно ли использовать одну воронку для всех продуктов?

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

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

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

Что важнее: конверсия или скорость прохождения?

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

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

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

Что делать дальше

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

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

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