Длинная сделка ломает CRM в одном конкретном месте: этап перестаёт быть индикатором. При цикле в 6–18 месяцев сделка законно стоит на «переговорах» три месяца подряд, и по отчёту о движении по воронке невозможно отличить ту, где на следующей неделе подписание, от той, где решение приняли в пользу конкурента ещё в мае. Инструменты быстрых продаж — конверсия этапов, прогноз по вероятностям, скоринг — на этих данных дают шум.
Заменяются они не более сложной воронкой, а другой единицей учёта. Вместо «сделка на этапе X» ведётся карта участников решения и лента значимых касаний: кто со стороны клиента появился, что он прислал, кому ушёл ваш документ, когда клиент последний раз сделал что-то, кроме вежливого ответа. Этап при этом остаётся, но выполняет служебную роль — группирует, а не измеряет.
Ниже — что меняется в модели данных, шесть проверяемых признаков продвижения, устройство карты участников, расчёт ревизии портфеля на модельных 40 открытых сделках, набор показателей для отчёта руководителю и честный разбор того, почему автоматический скоринг на таком объёме истории не работает.
Почему обычная воронка на длинной сделке ничего не показывает
Механику проще увидеть на сравнении. Слева — то, ради чего воронка придумана: короткая сделка, где смена этапа происходит раз в несколько дней и потому несёт информацию. Справа — та же конструкция на цикле в год.
| Что меряем | Сделка 2–6 недель | Сделка 6–18 месяцев |
|---|---|---|
| Смена этапа | Раз в 3–5 дней, несёт сигнал | Раз в 1,5–3 месяца, сигнала почти нет |
| Конверсия этапа | Считается на сотнях сделок в месяц | 44 закрытых сделки в год — статистики нет |
| Прогноз по вероятностям этапа | Работает при устойчивом потоке | Ошибается на порядок: этап и близость подписания не связаны |
| Признак проблемы | Сделка задержалась на этапе | Нет значимого касания более 45 дней |
| Единица работы | Контакт и сделка | Карта участников и лента касаний |
| Что забывает менеджер | Перезвонить | Контекст: кто что говорил полгода назад |
Отдельная беда — прогноз. Взвешенный прогноз по вероятностям этапов, который мы разбирали в статье про воронку, которой можно верить, строится на предположении, что этап отражает близость к подписанию. На длинной сделке это предположение ложно: сделка может простоять на «согласовании» четыре месяца, потому что у клиента сменился финансовый директор, и вероятность 70 % в этот период не значит ничего.
Две горизонтальные ленты времени одна под другой. Верхняя «сделка 4 недели»: шесть плотно расположенных отметок смены этапа, подпись «этап меняется раз в 3–5 дней». Нижняя «сделка 11 месяцев»: три редкие отметки смены этапа и между ними восемь мелких значков-событий с подписями «появился технический эксперт», «прислали выгрузку», «назван бюджетный горизонт», «документ ушёл на согласование». Между двумя отметками нижней ленты выделен пустой промежуток с подписью «45 дней без значимого касания — признак затухания». Чертёжный стиль, подписи по-русски.
Шесть признаков продвижения вместо этапов
Признак продвижения — это событие, которое клиент сделал сам и которое можно проверить постфактум. Вежливое «мы рассматриваем ваше предложение» признаком не является: оно ничего не стоит тому, кто его произнёс. Рабочий список короткий.
- 1Со стороны клиента появился новый человек. Технический специалист, безопасник, экономист. Каждый новый участник означает, что задачу понесли внутрь организации, и это самый ранний надёжный сигнал.
- 2Клиент передал свои данные. Выгрузка номенклатуры, действующий регламент, схема сети, доступ к тестовому контуру. На подготовку этого кто-то потратил рабочее время — значит, задача уже стоит в чьём-то плане.
- 3Назван бюджетный горизонт или источник финансирования. Не сумма, а именно горизонт: «в этом году из операционного», «закладываем в бюджет следующего года». Сделка без горизонта живёт вечно.
- 4Назначена встреча с человеком уровнем выше. Инициатор поднял вопрос наверх, и теперь у него самого есть репутационная ставка в вашем проекте.
- 5Ваш документ ушёл на внутреннее согласование. Коммерческое предложение попало в юридический отдел, техническое задание — на визу главного инженера. Отсюда становятся важны сроки согласования, а не сроки ваших ответов.
- 6Клиент попросил изменить условия договора. Правки в проект договора — самый поздний и самый достоверный признак: над формулировками не работают ради вежливости.
Каждый такой признак фиксируется в карточке отдельным полем с датой, и именно по ним, а не по этапам, строится отчёт. Практический критерий здоровья сделки формулируется одной строкой: новый признак продвижения не реже одного раза в 45 дней. Всё, что не набирает этот темп, идёт в очередь на разбор.
Карта участников решения
В длинной сделке нет «лица, принимающего решение» в единственном числе — есть группа людей с разными интересами, и продавец редко видит её целиком. Модель данных обязана хранить нескольких контактных лиц с ролями, а не одного главного контакта с полем «должность».
| Роль | Чего хочет | Что означает её отсутствие в карточке |
|---|---|---|
| Инициатор | Решить свою рабочую задачу и не получить за это по шапке | Сделки нет: есть интерес без владельца |
| Пользователь | Чтобы стало удобнее, а не сложнее | Проект купят и не запустят |
| Технический эксперт | Совместимость, безопасность, отсутствие рисков для контура | Отказ на поздней стадии по причинам, о которых вы не знали |
| Экономист | Обоснование расхода и сравнение с альтернативой | Сделка встанет в момент, когда дойдёт до бюджета |
| Подписант | Не ошибиться и не объясняться потом | Прогноз по дате подписания — выдумка |
| Блокирующий | Чтобы ничего не менялось: его устраивает как есть | Сделка затухнет без объяснения причин |
Последняя строка — самая полезная и самая непривычная. Блокирующий редко возражает вслух: он просто не отвечает, переносит встречи и находит новые вопросы. Отдельное поле «кому изменение невыгодно» в карточке выглядит странно ровно до первой сделки, которую оно спасло.
Схема из шести подписанных блоков со стороны клиента: «инициатор», «пользователь», «технический эксперт», «экономист», «подписант», «блокирующий». Слева отдельный блок «менеджер» со стрелками к инициатору и пользователю (сплошные, подпись «контакт есть») и пунктирными стрелками к остальным четырём (подпись «контакта обычно нет»). Между инициатором и подписантом вертикальная стрелка вверх с подписью «поднял вопрос наверх — признак продвижения». Блок «блокирующий» соединён с подписантом стрелкой без подписи, помеченной знаком стоп. Внизу строка: «здоровая сделка: новый признак продвижения не реже раза в 45 дней». Чертёжный стиль, подписи по-русски.
Что должна уметь хранить система
Требования к модели данных на длинном цикле отличаются от обычных четырьмя пунктами. Если система хотя бы один из них не поддерживает, дальше её придётся обходить таблицами, и параллельный учёт возникнет сам.
- Несколько контактных лиц с ролями и весом. Не «дополнительные контакты», а именно роли из таблицы выше, каждая со своим полем «последнее касание». Один список контактов без ролей выродится в справочник телефонов.
- История изменения условий. Цена, объём, сроки и состав меняются за год по три-четыре раза. Нужна не последняя версия, а лента версий с датой и причиной: без неё на подписании выясняется, что стороны обсуждали разные предложения.
- Связанные согласования. Документ ушёл к юристам клиента — это отдельная сущность со своим сроком и ответственным, а не строка в комментарии. Отсюда же берётся честная дата подписания.
- История полей, а не только лента комментариев. Кто и когда поменял сумму сделки и дату закрытия. На коротком цикле это гигиена, на длинном — единственный способ понять, почему прогноз ездил.
Когда проектные сделки на 3 500 000 ₽ и текущие поставки на 150 000 ₽ живут в одной воронке, отчёт по конверсии становится бессмысленным для обеих: короткие сделки размывают статистику длинных, а длинные портят средний срок цикла у коротких. Разделять надо на уровне воронок, а не фильтром в отчёте, потому что у них разные этапы, разные обязательные поля и разные нормативы касаний.
Ревизия портфеля: расчёт на 40 открытых сделках
Вводные модельного примера. Компания продаёт оборудование с монтажом, 4 менеджера и руководитель отдела. В работе 40 открытых сделок на 140 000 000 ₽, средний чек 3 500 000 ₽, валовая маржинальность 22 % — то есть 770 000 ₽ валовой прибыли со сделки. Средний цикл 11 месяцев. Ставка менеджера — 900 ₽ за час полной стоимости, руководителя отдела — 1 800 ₽.
Это разовый эффект: второй раз те же 14 сделок не найдутся. Дальше ревизия работает как профилактика — раз в месяц по списку сделок без признака продвижения за 45 дней, и занимает уже не шесть часов, а сорок минут. Без неё через два квартала затухших снова будет треть портфеля, потому что механизм затухания на длинном цикле встроен в саму его длину: менеджер занят тем, что шевелится.
Составная горизонтальная полоса «портфель: 40 сделок, 140 000 000 ₽», разделённая на сегменты по давности последнего значимого касания: «до 15 дней — 16 сделок», «15–45 дней — 10 сделок», «45–90 дней — 9 сделок», «более 90 дней — 5 сделок». Правые два сегмента объединены скобкой с подписью «14 сделок на 49 000 000 ₽ — затухшие». Ниже отдельная короткая полоса-итог разбора: «6 закрыть с причиной» и «8 вернуть в работу», справа плашка «1,2 сделки = 924 000 ₽ валовой прибыли». Ось подписана в днях, чертёжный стиль, надписи по-русски.
Отчётность: активность вместо конверсии
Руководителю отдела на длинном цикле бесполезно смотреть конверсию: до следующего значения этого показателя ждать год. Смотреть надо на то, что меняется каждую неделю, — на активность по портфелю. Пять показателей закрывают задачу.
- Сделки без признака продвижения дольше 45 дней — число и сумма. Главный показатель отчёта, всё остальное к нему пояснения.
- Доля сделок, где известен подписант. Если она ниже 60 %, любой прогноз по датам — гадание.
- Доля сделок с тремя и более участниками в карточке. Одноконтактная сделка на 3 500 000 ₽ — почти всегда несуществующая.
- Новых признаков продвижения за месяц по портфелю. Показывает работу отдела там, где выручка ещё не появилась.
- Средний возраст сделки в разрезе менеджеров. Ловит не лень, а привычку держать безнадёжные сделки открытыми ради вида портфеля.
Часть этой работы автоматизируется, но честно посчитанный эффект от автоматизации здесь скромный — и это стоит знать заранее, до разговора с подрядчиком.
Экономика здесь другая, и подменять её экономией часов нечестно. Один не потерянный контракт даёт 770 000 ₽ валовой прибыли — это 48 месяцев экономии времени. Поэтому единственный осмысленный аргумент за автоматизацию длинных сделок — сигнал о затухании и собранный контекст, а не высвобожденные часы. Как считать эффект в подобных случаях, мы разбирали в статье про окупаемость автоматизации.
Почему автоматический скоринг здесь даёт мало
Просьба «поставьте нам модель, которая предскажет, какие сделки закроются» на длинном цикле упирается не в алгоритм, а в арифметику обучающей выборки.
Для модели на шести признаках нужно не меньше 300 закрытых сделок и 60 выигранных за последние 12 месяцев. В нашей модели отдел закрывает около 44 сделок в год, из них выигранных примерно 11. До порога не дойти и за пять лет, а пятилетняя история описывает уже другую компанию — с другим продуктом, ценами и рынком. Подробный разбор порога и того, что делать ниже него, — в статье про скоринг лидов.
Что работает вместо обучаемой модели: экспертные правила на проверяемых признаках. Сделка, где известен подписант, где есть три участника и где за последние 45 дней был признак продвижения, закрывается кратно чаще — это видно на глаз и без статистики. Такие правила пишутся руководителем отдела за день, объясняются менеджеру одной фразой и не требуют истории.
Когда всё это не нужно
Описанная конструкция стоит денег и внимания, и есть три ситуации, в которых она не окупится.
- Цикл короче трёх месяцев. Тогда работает обычная воронка с датой следующего шага, и вводить карту участников — значит добавить менеджеру полей без пользы. Что делать с незаполненными карточками в этом случае, разобрано в статье о том, почему менеджеры не ведут CRM.
- В портфеле меньше 15 открытых сделок. Руководитель держит их в голове точнее любой системы, а ревизия портфеля из десяти сделок делается разговором за полчаса.
- Сделки идут через тендерные процедуры. Там цикл задаёт не клиент, а календарь закупки, и учёт строится вокруг дат процедуры, а не вокруг признаков продвижения. Этот случай мы разбираем отдельно — в статье про автоматизацию тендерных продаж.
Длинная сделка умирает не в тот день, когда клиент отказал, а в тот, когда перестал делать что-либо, кроме вежливых ответов. Между этими днями обычно проходит квартал.
