Из чего состоит рабочий план продаж
У плана есть три уровня. На уровне результата фиксируют выручку, валовую прибыль, число договоров, объём продукта или другой показатель, которым компания действительно управляет. На уровне воронки объясняют, откуда этот результат должен появиться: сколько целевых возможностей, встреч, предложений и сделок требуется. На уровне действий назначают владельцев данных, период контроля и следующий шаг при отклонении. Если оставить только первый уровень, получится пожелание. Если оставить только активность команды, пропадёт связь с результатом.
План не должен подменять финансовую модель или стратегию. Когда меняются цена, ассортимент, критерии квалификации, состав команды, канал привлечения или срок исполнения, пересматриваются и исходные допущения. Полезно явно подписать, что в расчёте является фактом за прошлый период, что — рабочей оценкой, а что — гипотезой, которую ещё нужно проверить.
| Уровень | Главный вопрос | Пример записи | Владелец |
|---|---|---|---|
| Результат | Какой итог нужен в выбранном периоде? | Выручка, валовая прибыль или число оплаченных сделок по сегменту | Руководитель направления |
| Воронка | Какие переходы должны привести к итогу? | Возможности, встречи, предложения, сделки, оплаты | Коммерческий руководитель и владелец данных |
| Ресурс | Может ли команда обработать требуемый объём? | Доступная ёмкость менеджеров, специалиста, канала или производства | Руководитель функции |
| Контроль | Когда отклонение станет видимым? | План–факт, прогноз, причина, решение и дата возврата | Тот, кто проводит разбор |
Как составить план продаж: обратная декомпозиция
Начните не с количества звонков, а с результата, который относится к периоду. Если компания планирует выручку, полезна простая связь: требуемая выручка ÷ ожидаемый средний чек = требуемое число сделок. Если сделки различаются по продукту или сегменту, не усредняйте их автоматически: сначала посчитайте отдельные модели, затем сложите результат. Средний чек — не обещание, а допущение, которое нужно сопоставить с историей, составом будущих сделок и изменениями в предложении.
Дальше двигайтесь назад по воронке. Например, если известна доля выигранных сделок среди квалифицированных возможностей, то требуемые сделки ÷ ожидаемая конверсия возможности в сделку = требуемые возможности. Для предыдущего этапа используется следующая подтверждённая конверсия. Нельзя делить на условную «среднюю конверсию», если в одном расчёте смешаны разные сегменты, источники, менеджеры или периоды с разной сезонностью.
У модели есть ограничение по времени. Сделка, которая обычно проходит несколько этапов дольше периода плана, может влиять на более поздний результат. Поэтому для короткого периода отдельно отмечают уже созданные возможности, ожидаемую дату следующего шага и неопределённость прогноза. План на месяц не становится надёжным только потому, что в CRM стоит крупная сумма: важно понимать, где сделка находится и какие подтверждения есть у следующего этапа.
| Шаг расчёта | Что нужно определить | Проверка здравого смысла |
|---|---|---|
| 1. Результат | Цель по выручке, прибыли, договорам или объёму | Определение результата одинаково для плана и факта |
| 2. Сделки | Сколько оплаченных или подписанных сделок требуется | Чек и состав продаж не смешивают несопоставимые продукты |
| 3. Возможности | Сколько квалифицированных сделок должно быть создано или уже находится в работе | Критерий «квалифицирована» описан, а не зависит от настроения менеджера |
| 4. Ранние этапы | Какие встречи, заявки или лиды нужны до квалификации | Конверсии считают отдельно по сегменту и источнику, если они различаются |
| 5. Ресурс | Кто и когда выполнит нужную работу | Расчёт не требует несуществующих часов, встреч или доступной мощности |
Какие данные собрать до расчёта
Данные прошлых периодов полезны, но не равны будущему плану. Проверьте, одинаково ли в них определены этапы, не изменился ли продукт, цена, состав команды, канал или критерий оплаты. Если часть истории отсутствует, не нужно придумывать точную цифру. Можно задать диапазон, указать ограничение данных и выбрать первую проверку, которая уменьшит неопределённость.
- результат за сопоставимый период и его определение: договор, оплата, отгрузка или иной момент учёта;
- состав сделок по сегментам, продуктам и каналам, если они существенно различаются;
- количество возможностей и переходы между этапами с понятными статусами;
- длина цикла и доля сделок, которые уже вошли в работу до начала периода;
- доступная мощность: не только число менеджеров, но и встречи, подготовка предложений, согласования и исполнение;
- ожидаемые изменения: новая цена, маркетинговая активность, сезонность, уход сотрудника, запуск продукта или ограничение поставки.
Для небольшого бизнеса исходной моделью может стать простая таблица. Важно не количество вкладок, а прослеживаемость: от итоговой цели к предположению и обратно к наблюдаемому факту. Когда руководитель не может объяснить, откуда взялась цифра, она не помогает команде выбрать действие при отклонении.
Декомпозиция плана продаж по сегментам и сотрудникам
Общий план редко стоит механически делить поровну между людьми. У менеджеров могут быть разные территории, продуктовые роли, портфели, воронка на старте и доступ к входящему потоку. Сначала определите, что именно является единицей декомпозиции: сегмент клиента, продукт, регион, канал, команда или конкретный менеджер. Затем убедитесь, что между строками не возникает двойного учёта.
| Строка плана | Что фиксировать | Как использовать в разборе |
|---|---|---|
| Сегмент или продукт | Цель, тип сделки, отличия в цикле и критериях квалификации | Не переносить одну конверсию на несопоставимые направления |
| Менеджер или команда | Зона ответственности, текущая воронка, доступная мощность, поддержка | Отделить разницу в результате от разницы во входящем потоке |
| Этапы воронки | Определение этапа, количество, сумма, дата следующего действия | Рано увидеть, где в расчёте возникло отклонение |
| Владелец данных | Кто следит за корректностью статусов и дублей | Не спорить о цифрах на встрече, а сначала исправить источник |
| Период контроля | Когда проверяют факт, прогноз и решения | Выбирать ритм по циклу продажи и скорости сигнала |
Декомпозиция не должна превращаться в фиктивную персональную норму. Если часть спроса приходит в один сегмент, а часть сотрудников занята продлением или внедрением, одинаковая планка может исказить вывод. Сравнивайте сопоставимые роли и всегда смотрите на качество входа, состав сделок и незавершённую работу, а не только на итоговую сумму.
B2B и B2C: как не перепутать модели планирования
В B2B обычно полезнее связать план с квалифицированными возможностями, встречами, предложениями, ролями в сделке и сроком прохождения этапов. Крупная сделка может заметно изменить прогноз, поэтому ей нужна понятная дата следующего действия и проверяемые основания, а не просто высокая вероятность в CRM. В B2C при большом потоке часто важнее разделить источники трафика, ассортимент, доступность товара, конверсию заказа и повторную покупку. Но это не повод смотреть только на среднюю: один канал или категория способны скрыть проблему другого.
Если бизнес сочетает обе модели, лучше вести два контура и объединять их только на уровне финансового итога. Общий дашборд может оставаться компактным, но определения показателей должны сохранять различия. Иначе план выглядит точным, хотя его части построены на разных правилах.
Как проверять, что план сходится с мощностью воронки
После декомпозиции задайте простой вопрос: какие действия и ресурсы требуются, чтобы создать нужное число качественных возможностей? Сопоставьте расчёт с рабочим временем, доступным количеством встреч, скоростью подготовки предложения, ограничениями экспертов, маркетинговым спросом и способностью выполнить обещанный результат. Не нужно из этого выводить одну универсальную норму активности. Нужен разговор о конкретном ограничении в конкретной системе.
Если модель требует больше встреч, чем команда может провести, возможны разные решения: изменить целевой сегмент, сузить фокус, улучшить квалификацию, увеличить пропускную способность этапа, пересмотреть цену или горизонт плана. Какое решение подходит, зависит от причины. Само по себе увеличение звонков не исправляет слабое предложение, а дополнительный бюджет не заменяет отсутствие владельца следующего шага.
Полезная проверка — сравнить три числа: факт в начале периода, прогноз при сохранении текущего хода работы и целевой план. Разница между ними — не повод искать виноватого, а предмет для гипотезы. Зафиксируйте, что именно меняется, кто проверит это изменение и по какому сигналу команда вернётся к решению.
Еженедельный план–факт: цикл управления, а не отчётность
Ритм контроля выбирают по циклу сделки: чем быстрее воронка меняется, тем чаще нужен взгляд на ранние сигналы; чем длиннее цикл, тем важнее качество прогноза и дата следующего подтверждения. В любой модели полезно различать факт, прогноз и решение. Факт описывает то, что уже произошло. Прогноз показывает ожидаемый результат при текущей информации. Решение отвечает, что команда будет проверять или менять.
| Вопрос на план–факте | Что смотреть | Следующий шаг |
|---|---|---|
| Изменился ли результат? | Факт по сегменту, продукту и периоду | Проверить, не вызвано ли отличие учётом или разовой сделкой |
| Достаточно ли будущего потока? | Новые возможности, качество входа, переходы | Разобрать источник или критерии квалификации |
| Где сделки останавливаются? | Следующий шаг, возраст этапа, причины потерь | Проверить один процесс или сообщение клиенту |
| Меняется ли экономика? | Чек, скидки, состав продукта, валовая прибыль | Разделить эффект цены, микса и условий сделки |
| Что будет сделано до следующего разбора? | Гипотеза, владелец, дата и сигнал проверки | Не фиксировать действие без обратной связи |
План–факт не нужен для переписывания истории под желаемый результат. Если данные показывают, что исходное предположение было неверным, это материал для решения. Важно документировать, какое допущение изменили и почему: тогда при следующем периоде команда увидит не только итог, но и логику, которая привела к корректировке.
Что делать, если план не выполняется
Не начинайте с общего требования «ускориться». Сначала локализуйте разрыв: не хватает целевых входящих обращений, падает переход между этапами, замедляется цикл, меняется чек, не хватает мощности или ошибка находится в самом определении плана. Затем выберите небольшой обратимый шаг, который поможет отличить одну причину от другой. Например, проверить выборку недавних отказов, увидеть сделки без следующего действия, отдельно посчитать новый продукт или сверить доступную загрузку команды.
Когда причина подтверждается, можно решать, менять ли процесс, предложение, сегмент, ресурс или горизонт. Без этой последовательности корректировка превращается в набор несвязанных активностей. Даже удачный результат тогда невозможно повторить, потому что компания не знает, какое допущение действительно изменило ситуацию.
Пример расчёта плана продаж
Представим условную сервисную компанию, которая хочет проверить цель по выручке на квартал. В расчёте она отделяет уже подписанные договоры от будущей воронки и не считает пример прогнозом для другой компании. Если на период требуется 4 000 000 ₽ новой выручки, а в выбранном сегменте ожидаемый чек одной оплаченной сделки принят равным 200 000 ₽, модель начинает с 20 сделок. Это не результат «из воздуха»: команда должна показать, из каких сопоставимых сделок и условий складывается допущение по чеку.
Далее компания берёт свою историческую конверсию квалифицированной возможности в выигранную сделку для того же сегмента и периода. Если рабочее допущение равно одной выигранной сделке на четыре квалифицированные возможности, для модели нужно 80 возможностей. Если только часть встреч проходит квалификацию, следующим шагом считают необходимое число встреч. Важно записать, как именно определяется возможность: например, не просто «лид в CRM», а ситуация, где подтверждены предмет разговора, сторона решения и договорённость о следующем шаге. Другой бизнес может считать иначе — это допустимо, если правило стабильно.
После обратного расчёта руководитель сравнивает 80 возможностей с тем, что уже есть в работе и что команда способна создать до конца квартала. Если в начале периода есть 25 качественных возможностей, а канал и команда обычно создают меньше оставшейся потребности, это не доказательство провала. Это ранний вопрос: достаточно ли в модели спроса, достаточно ли пропускной способности и можно ли проверить одно из допущений. Возможно, часть цели должна опираться на другой сегмент, изменение состава предложения или более поздний период. Возможно, исходный план требует пересмотра. Ценность примера не в цифрах, а в последовательности рассуждения.
Как работать со сценариями, когда данных недостаточно
Редко бывает один «правильный» прогноз. Вместо искусственной точности можно описать несколько сценариев, каждый со своими условиями. Базовый сценарий использует доступные сопоставимые данные и текущие ограничения. Сценарий при изменении показывает, какое условие должно сбыться: например, появится подтверждённый канал, изменится цена или будет снято ограничение на подготовку предложений. Риск-сценарий показывает, что произойдёт, если один из ключевых входов уменьшится, цикл удлинится или часть текущей воронки не подтвердится.
| Сценарий | Что в нём меняется | Что команда обязуется проверить |
|---|---|---|
| Базовый | Сохраняются доступный поток, текущие правила и подтверждённая мощность | План–факт по сегментам и качество уже созданных возможностей |
| При изменении | Есть одна конкретная гипотеза: новый канал, предложение, ресурс или процесс | Не общий итог, а сигнал, что выбранная гипотеза работает в ограниченной группе |
| Риск-сценарий | Снижается важный вход или увеличивается ограничение | Какие ранние признаки потребуют остановить, сузить или пересобрать план |
Сценарии не нужны для того, чтобы защитить любую цифру задним числом. Их используют, чтобы заранее договориться, какие предпосылки важны и какие решения будут приняты при изменении ситуации. В документе плана рядом с каждым существенным предположением полезно записать владельца проверки, источник данных и дату возврата. Так обсуждение переходит от «верим или не верим в число» к конкретному управлению неопределённостью.
Как оформить план в одной рабочей таблице
Формат выбирают по сложности бизнеса, но базовая таблица должна позволять перейти от цели к действию без поиска по нескольким файлам. В строках можно хранить сегменты, продукты или команды; в столбцах — целевой результат, текущий факт, прогноз, ключевое предположение, ранний сигнал, владелец и ближайшее решение. Необязательно заполнять все поля до сотых долей: лучше честно обозначить неопределённость, чем создать красивую, но неиспользуемую детализацию.
| Поле | Содержание | Проверка качества |
|---|---|---|
| Цель | Результат на период и его точное определение | Совпадает ли момент учёта с тем, как компания измеряет факт? |
| Модель | Сделки, возможности и переходы, ведущие к цели | Можно ли проследить каждое число до источника или допущения? |
| Факт и прогноз | Что уже произошло и что ожидается при текущей информации | Не смешаны ли завершённые сделки и предположения? |
| Ограничение | Что не позволяет модели сойтись сейчас | Описано ли оно как наблюдаемый разрыв, а не как готовая покупка инструмента? |
| Следующий шаг | Гипотеза, владелец, дата и метрика возврата | Понятно ли, что команда узнает до следующего разбора? |
Ошибки, из-за которых план перестаёт быть управленческим инструментом
Первая ошибка — смешать разные сегменты и получить среднюю цифру, которая не объясняет ни один из них. Вторая — назначить деятельность вместо результата: большое число звонков или встреч само по себе ничего не говорит о качестве входа и ценности предложения. Третья — считать все сделки в воронке одинаково вероятными, не проверяя следующий шаг и время на этапе. Четвёртая — использовать план как оценку лояльности сотрудника. Тогда статусы начинают подстраивать под ожидание, а не использовать как источник сигнала.
Ещё одна распространённая ошибка — менять всё одновременно. Если в одном месяце меняют канал, цену, скрипт, состав продукта и систему учёта, будет трудно понять, что привело к результату или побочному эффекту. В сложной ситуации иногда нужно действовать быстро, но даже тогда полезно зафиксировать, какие изменения были сделаны и какие данные остаются ненадёжными. Это создаёт материал для следующего планового цикла.
В конце периода сохраните не только итоговую выручку, но и краткий разбор: какие допущения подтвердились, где возникло ограничение, какие действия дали полезный сигнал и что стоит изменить в следующей версии модели. Отдельно обозначьте решения, которые не дали ожидаемого результата: они помогают не повторять один и тот же эксперимент под новым названием. Тогда план становится накоплением управленческого знания, а не одноразовой таблицей для отчётности.
Часто задаваемые вопросы
Как понять, что план продаж реалистичен?
Он прослеживается от результата к воронке и ресурсу, использует сопоставимые данные и явно показывает допущения. Реалистичность нельзя подтвердить одной «нормой роста»: важнее, может ли команда объяснить, откуда появятся сделки и что будет проверять при первом отклонении.
Нужно ли планировать продажи малому бизнесу?
Да, но форма может быть компактной. Достаточно связать результат, число сделок, нужные возможности и ближайшее ограничение. Сложная CRM или большой дашборд не являются условием начала; условия — ясные определения и регулярное возвращение к факту.
Стоит ли менять план при каждом отклонении?
Не обязательно. Сначала отделите шум, ошибку данных и сезонность от устойчивого изменения. Полезнее пересмотреть конкретное допущение после проверки, чем постоянно заменять целевое число без объяснения.
Как учитывать сезонность?
Сравнивайте сопоставимые периоды и фиксируйте, какие изменения ожидаются в спросе, доступности и цикле сделки. Если причина спада не ясна, сначала проведите отдельный разбор, а не переносите прошлый коэффициент на новый период. Подробнее о подготовке к снижению спроса — в статье о сезонном спаде продаж.
Предприниматель, бизнес-трекер, пишу о том, как развивать бизнес в условиях неопределенности
