Мы объявили свалкой этап, из которого сделки уходят в деньги
Это разбор нашей ошибки, а не история успеха. Пороги, настроенные на месячной выгрузке, поехали на полной истории того же аккаунта: конверсия середины воронки посчиталась в разы ниже настоящей. Ниже — что мы увидели, из-за какой строки кода, что починили и чего чинить не стали. Вывод встроен в продукт: разметку этапов предлагает алгоритм, подтверждает человек.
Почему одна метка на этапе стоит так дорого
В любой живой воронке есть этапы, которые ступенями продажи не являются. На пилотном аккаунте это «РЕАКТИВАЦИЯ НОВОГО ПРОЕКТА», «Нет контакта» и «Отложенный спрос». Туда кладут сделку, когда до клиента не дозвонились или он попросил вернуться через полгода. Из полки выходят вперёд, назад и вбок; сделка может побывать в ней не один раз.
Штатный «Анализ продаж» держит такие этапы в цепочке наравне с продажными, и конверсия проваливается на ровном месте: 84% на «Взято в работу» превращаются в 66% на парковочных строках. Мы полки размечаем и выносим из расчёта. Отсюда и цена метки: ошибка в одну сторону оставляет полку внутри цепочки и занижает конверсию, ошибка в другую выбрасывает из цепочки настоящий продажный этап. Мы сделали второе.
обезличенный аккаунт застройщика · накопительная воронка по 32 478 сделкам · штатный «Анализ продаж» amoCRM
Что случилось
До этого ядро считалось на месячной выгрузке, и на ней пороги работали. Первый прогон на полной истории того же аккаунта — все 7 лет — ничем себя не выдал: отчёт посчитался до конца и показал другую воронку. В её середине стояла конверсия 6,1% там, где за тот же период идут два настоящих шага, 26,7% и 22,2%.
Если бы этот отчёт открыл руководитель отдела, он принял бы решение о людях по числу, которого не существует. Так выглядит ошибка, которую не поймает мониторинг: всё зелёное, ничего не упало, и всё неправда.
Причина была не в одном этапе. Пороги эвристики калибровались на месячной выгрузке; на полной истории она объявила парковками 7 этапов главной воронки вместо 3. Позиция в продажной цепочке осталась всего у 3 этапов, и конверсия середины воронки за месяц свелась к одному шагу: 48 из 782, то есть 6,1%. Заодно неверным оказался флаг пропуска этапа — во всех 240 031 переходах аккаунта.
К настоящим полкам добавились 4 продажных этапа — вся середина и весь конец воронки:
| Этап | Что решила эвристика | Что это на самом деле |
|---|---|---|
| «Клиент квалифицирован» | парковка, из расчёта убрать | продажный этап, за месяц вошло 216 сделок |
| «ВСТРЕЧА ПРОВЕДЕНА КЭВ» | парковка, из расчёта убрать | продажный этап, за месяц вошло 46 сделок |
| «Резерв квартиры» | парковка, из расчёта убрать | продажный этап, за месяц вошло 3 сделок |
| «Договор подписан» | парковка, из расчёта убрать | продажный этап, за месяц вошло 1 сделок |
обезличенный аккаунт застройщика · полная история, 7 лет · разбор 25.08.2026 · docs/РЕШЕНИЯ.md, п. 41
Один шаг вместо двух: второй, 22,2%, исчез вместе с выброшенным этапом. Это то самое число, которое руководитель увидел бы на первом экране.
обезличенный аккаунт застройщика · полная история, 7 лет · разбор 25.08.2026 · docs/РЕШЕНИЯ.md, п. 41
Причина — в одной строке кода
Один из признаков парковки: «из этапа сделки в основном уходят в закрытие, значит это свалка». Порог — 50% исходов в закрытие при базе не меньше 200 входов. Признак читал долю исходов в закрытие как сумму: выигрыши и отказы вместе.
У этапа «Договор подписан» на полной истории 272 закрытий, из них 266 выигрышей — 98%. Свалкой был назван этап, откуда сделки уходят в деньги. Выигрыш — конец пути, а не его отсутствие, и признак этого не различал.
обезличенный аккаунт застройщика · полная история, 7 лет · разбор 25.08.2026 · docs/РЕШЕНИЯ.md, п. 41
Почему на месячной выгрузке этого не было видно
Доля закрытий измеряет не свойство этапа, а глубину окна наблюдения. За месяц половина исходов ещё не случилась: сделка стоит на этапе и ждёт. За 7 лет не обрезано почти ничего — все, кто мог закрыться, закрылись. Поэтому со временем свалкой начинает выглядеть любой этап, и чем длиннее история аккаунта, тем сильнее.
Это общее правило, а не частный случай. Любой признак, у которого в числителе доля уже случившегося, на длинном окне ведёт себя иначе, чем на коротком. Мы этого не учли и калибровали пороги на том, что было под рукой.
Что мы починили
Признак теперь читает только отказы. Замер на той же полной истории: 3 ложных срабатывания из 4 снялись, настоящие полки не задело. У «Нет контакта» 72,6% исходов в отказ, у «Отложенного спроса» — 80%; обе остались парковками, как и должны.
Разбор предлагал ещё несколько правок, в том числе скользящее окно наблюдения длиной в год. Прогон по живой базе показал, что окно ломает эталон: теряет «Отложенный спрос», то есть вставляет настоящую полку внутрь продажной цепочки. Взята одна правка, верная по смыслу, а не пакет правок, дающих красивую картинку на одном аккаунте.
обезличенный аккаунт застройщика · полная история, 7 лет · разбор 25.08.2026 · docs/РЕШЕНИЯ.md, п. 41
Четвёртое срабатывание мы чинить не стали
«Клиент квалифицирован» остался помеченным как парковка и после починки. У него 70% внутренних исходов в отказ. У настоящей полки «Нет контакта» — 72,6%. По этому признаку они неразличимы.
Разводящий их порог подобрать несложно, и он будет работать — на одном аккаунте, том самом, на котором подбирался. Это подгонка: следующий клиент получил бы отчёт, построенный на числе, которое нельзя защитить. Мы порог не двигали, а вынесли решение человеку.
обезличенный аккаунт застройщика · полная история, 7 лет · разбор 25.08.2026 · docs/РЕШЕНИЯ.md, п. 41
Чему это научило продукт — и что даёт вам
Эвристика предлагает, человек подтверждает
Разметка при подключении — не формальность и не мастер настройки, который можно прокликать. Это единственное место, где ошибку алгоритма ловит тот, кто знает свою воронку. Экрана подтверждения в виджете пока нет: механизм написан и покрыт тестами, а список полок мы согласуем письмом и проставляем на вашем аккаунте.
Результат: метка на вашем этапе не появится, пока вы её не подтвердите.
Подтверждение меняет расчёт целиком
Здесь была вторая ошибка: подтверждение меняло вид этапа, но не давало ему позицию в продажной цепочке — этап становился продажным и всё равно выпадал из конверсии. Теперь подтверждение пересчитывает позиции и флаги пропуска одной транзакцией.
Результат: вернули этап в цепочку — конверсия и пропуски пересчитались вместе с ним, а не на следующей неделе.
Пороги названы вслух
Значения признаков и порогов лежат в документации, а не только в коде. Если разметка на вашей воронке выглядит странно, вы можете посмотреть, по какому признаку этап попал в полки, и не согласиться.
Результат: спор о разметке идёт про признак и число, а не про то, кому вы больше верите.
Демо-данные · обезличенный аккаунт застройщика · июль 2026
Чего этот разбор не доказывает
Вся калибровка — один аккаунт. Пороги, настроенные на его месячной выгрузке, разъехались на его же полной истории. Что произойдёт на втором и третьем аккаунте, мы не знаем. Фраз вида «у застройщиков обычно» на сайте не будет, пока аккаунтов не станет больше, а когда станет — появится и второй разбор, вместе с тем, что в нём сломается.
Как считается всё остальное — правила счёта KLASTER. Как разметка выглядит в интерфейсе и что делать, если эвристика ошиблась на вашей воронке, — разметка этапов и парковки.
Посмотрите, как размечена живая воронка
В демо полки вынесены из цепочки и идут отдельным списком со своими числами — видно и саму разметку, и то, что она меняет в конверсии. Без регистрации и без доступа к вашей CRM.