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

Что такое воронка продаж в CRM

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

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

Типовая воронка Битрикс24 из коробки
Первичный контактобращение зафиксировано
Квалификацияпонятно, наш ли это клиент
Предложениеотправлен расчёт или КП
Согласованиеобсуждаются условия
Сделка закрытаоплата получена

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

Типовая воронка и её ограничения

Битрикс24 из коробки предлагает стандартный набор стадий, рассчитанный на самый общий сценарий B2B-продажи: первичный контакт, квалификация, предложение, согласование, сделка закрыта. Для компаний, которые только начинают работать с CRM, этот набор — рабочая отправная точка, которая почти никогда не остаётся неизменной дольше первых недель использования.

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

Как настроить воронку под свой процесс
  1. 01Описать процесс как естьпо шагам, которые реально проходит сделка
  2. 02Свести стадиикаждая — смена состояния, а не действие менеджера
  3. 03Задать поля карточкитолько то, что заполняется всегда
  4. 04Настроить распределениекто получает сделку и по какому правилу
  5. 05Добавить роботовуведомления и задачи на переходах
  6. 06Проверить отчётывидно ли, где сделки застревают

Пошаговая настройка воронки продаж

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

Шаг 2. Откройте раздел настройки воронок. В CRM Битрикс24 перейдите в раздел «Сделки» → «Настройки» → «Воронки продаж». Здесь можно редактировать существующую воронку или создать новую с нуля, если типовая совсем не подходит под процесс компании.

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

Шаг 4. Настройте цвет и порядок стадий. Визуальное представление воронки (канбан-доска с карточками сделок) использует цветовую кодировку стадий. Логичный порядок цветов от начала к концу воронки (например, от холодных оттенков к тёплым по мере приближения к успешному закрытию) облегчает восприятие статуса на глаз, без чтения текста на каждой карточке.

Шаг 5. Настройте обязательные поля для каждой стадии. Определите, какие данные должны быть заполнены, чтобы сделка могла перейти на следующую стадию. Например, для перехода со стадии «Переговоры» на «Счёт выставлен» логично требовать заполненную сумму сделки. Без этого шага менеджеры могут двигать сделки по воронке формально, не фиксируя реальные данные.

Шаг 6. Настройте причины для стадии «Сделка провалена». Отдельный список причин отказа (дорого, выбрали конкурента, не дозвонились, отложили покупку) даёт данные для анализа, почему компания теряет клиентов. Без этого шага все проваленные сделки помечаются одинаково, и понять закономерности невозможно.

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

Пример: настройка воронки с нуля для агентства недвижимости

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

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

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

Типы полей и когда их использовать

Поля карточки сделки в Битрикс24 бывают нескольких типов, и выбор подходящего влияет на удобство заполнения и качество последующей аналитики. Текстовое поле подходит для произвольных заметок, но плохо годится для данных, которые нужно потом фильтровать и группировать. Для этого лучше подходит поле-список с заранее заданными вариантами (например, источник обращения: сайт, звонок, рекомендация). Числовое поле уместно для суммы сделки или количества единиц товара, поле даты — для сроков (ожидаемая дата закрытия, дата следующего контакта).

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

Распределение сделок между менеджерами

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

Настройка распределения делается в правилах CRM-форм или через роботов, которые назначают ответственного при создании сделки по заданным условиям. Продумывайте эту логику одновременно с проектированием стадий воронки: от того, как распределяются сделки, зависит нагрузка на команду и, в конечном счёте, скорость обработки клиентов.

Связь воронки с задачами и календарём

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

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

Миграция сделок при изменении структуры воронки

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

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

Несколько воронок для разных направлений бизнеса

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

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

Настройка полей карточки сделки

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

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

Автоматизация внутри воронки

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

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

Отчёты и аналитика по воронке

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

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

Канбан и список: два способа работы с воронкой

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

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

Пример настройки воронки для разных отраслей

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

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

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

Воронка для команды из нескольких менеджеров

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

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

Учитывайте также, что при передаче сделки от одного менеджера другому (например, при увольнении или переводе в другой отдел) вся история переписки, звонков и заметок должна оставаться доступной новому ответственному — потеря контекста при передаче сделки часто приводит к тому, что клиент вынужден заново объяснять свою ситуацию, и это ощутимо портит впечатление от работы с компанией.

Настройка уведомлений о статусе воронки

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

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

Особенности настройки воронки для длинных и коротких циклов продаж

Компаниям с очень коротким циклом продажи (несколько часов или один день) имеет смысл делать воронку максимально простой — три-четыре стадии, минимум обязательных полей, акцент на скорости обработки, а не на детальной фиксации переговоров. Избыточная детализация для быстрых сделок только замедляет работу менеджера без реальной пользы для аналитики, потому что данные о коротком цикле и так очевидны из времени между стадиями.

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

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

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

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

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

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

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

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

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

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

Интеграция воронки с внешними каналами

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

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

Когда одной воронки недостаточно и нужна кастомная логика

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

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

Частые вопросы про настройку воронки продаж

Сколько стадий должно быть в воронке? Универсального числа нет, но для большинства сценариев оптимально от четырёх до семи стадий. Меньше — не хватает детализации для аналитики, больше — воронка становится избыточно сложной для повседневной работы менеджеров.

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

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

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

Что делать, если сделки регулярно застревают на одной стадии надолго? Сначала разберитесь, это системная проблема процесса (например, долгое согласование на стороне клиента, с которым ничего не поделать) или проблема в работе менеджеров (забывают следующий шаг). Для первого случая логично настроить автоматическое напоминание клиенту, для второго — задачу менеджеру с более коротким сроком.

Роль воронки в обучении новых сотрудников

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

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

Итог

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

Сделать это за вас?

Настраиваю Битрикс24 и его связки с 1С, телефонией, сайтом, Авито и мессенджерами. Напишите, что нужно: отвечу, сколько это займёт и во сколько обойдётся, до начала работ.

Обсудить задачу Написать в Telegram