Как правильно считать pipeline в B2B?

Главная ошибка при работе с pipeline — превращать его в склад надежд. Если каждая входящая заявка сразу становится opportunity на предполагаемую сумму, показатель быстро растёт, но перестаёт что-либо прогнозировать. В сложном B2B opportunity обычно появляется после подтверждения fit, реальной задачи и коммерческого процесса. Для каждой сделки нужны сумма или диапазон, текущая стадия, владелец, next step, возраст и дата следующего события. Weighted pipeline допустим, если вероятности стадий откалиброваны по историческим данным; субъективные 80% от менеджера почти бесполезны.

У вопроса «Как правильно считать pipeline в B2B?» есть практический смысл только тогда, когда он связан с наблюдаемым решением. Не стоит делать вывод по одному признаку. Например, сигнал «план продаж есть, но непонятно, достаточно ли возможностей;» важен в связке с «pipeline в несколько раз больше плана, а факт всё равно ниже;», а результат разумно проверять через pipeline created за период;, open pipeline; и pipeline coverage к плану;. Такой подход защищает от локальной оптимизации: показатель может улучшиться, а коммерческий результат — нет. Поэтому сначала фиксируется baseline, затем изменение процесса, и только потом сравнивается downstream-эффект.

• план продаж есть, но непонятно, достаточно ли возможностей;
• pipeline в несколько раз больше плана, а факт всё равно ниже;
• старые сделки годами висят без next step;
• менеджеры ставят вероятность «на глаз»;
• неясно, сколько pipeline создаёт каждый канал;
• невозможно отличить новый спрос от старого «хвоста».

1. Определите критерии, когда лид становится opportunity.
2. Зафиксируйте обязательные поля: сумма, стадия, owner, next step, дата следующего события.
3. Очистите pipeline от зависших и неподтверждённых записей.
4. Посчитайте историческую конверсию стадий и длительность переходов.
5. Разделяйте created pipeline, open pipeline и closed won revenue.
6. Регулярно анализируйте aging и причины, почему opportunity не движется.

Если квартальный план — 30 млн ₽, а исторический win rate по квалифицированным opportunities равен 25%, компании недостаточно иметь 32 млн ₽ открытого pipeline. Грубый ориентир coverage в таком случае должен быть значительно выше плана. Но даже 120 млн ₽ pipeline мало значат, если половина возможностей просрочена и не имеет следующего шага.

• Лид только оставил форму. Не включайте в pipeline до квалификации. Это не автоматический диагноз, а рабочая гипотеза: её нужно подтвердить данными конкретного сегмента, канала или когорты.
• Есть задача и согласован следующий шаг. Это кандидат в opportunity. Это не автоматический диагноз, а рабочая гипотеза: её нужно подтвердить данными конкретного сегмента, канала или когорты.
• Сделка стоит на стадии дольше исторической нормы. Отдельно пометьте aging и проверьте реальность прогноза. Это не автоматический диагноз, а рабочая гипотеза: её нужно подтвердить данными конкретного сегмента, канала или когорты.
• Нужен weighted forecast. Используйте вероятности по фактической истории стадий, а не личную уверенность менеджера. Это не автоматический диагноз, а рабочая гипотеза: её нужно подтвердить данными конкретного сегмента, канала или когорты.

• pipeline created за период;
• open pipeline;
• pipeline coverage к плану;
• stage conversion;
• aging opportunities;
• sales cycle;
• win rate;
• доля opportunities с валидным next step.

Сами по себе pipeline created за период; и open pipeline; ещё не доказывают эффект. Их нужно сравнивать с исходным уровнем, учитывать сегмент и смотреть, что происходит дальше по процессу. Если локальная метрика улучшается, а доля opportunities с валидным next step. ухудшается или не меняется, это повод проверить, не оптимизируется ли система на удобный, но слабый proxy-показатель.

• считать лиды opportunities;
• завышать сумму сделки до подтверждения объёма;
• не закрывать потерянные opportunities;
• использовать одинаковые вероятности для разных сегментов;
• смешивать pipeline и forecast;
• игнорировать возраст сделки.

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

• Что именно должно измениться, если ответ на вопрос «Как правильно считать pipeline в B2B?» внедрён правильно?
• Какой baseline по показателю «pipeline created за период;» у нас есть сейчас?
• Кто владеет следующим действием и где оно фиксируется?
• Как мы отличим улучшение процесса от случайной волатильности?
• Какой сигнал заставит остановить или пересобрать гипотезу?

1. Зафиксировать текущий процесс и исходные данные до изменений.
2. Проверить два наиболее явных сигнала: «план продаж есть, но непонятно, достаточно ли возможностей;» и «pipeline в несколько раз больше плана, а факт всё равно ниже;».
3. Внедрить первые 1–2 шага из плана, не меняя одновременно всю систему.
4. Через согласованное окно сравнить pipeline created за период;, open pipeline; и downstream-результат.

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