Короткий ответ
Перестройка воронки на работающем портале ломает три вещи, и лечатся они по-разному:
- Привычку менеджеров — последовательность стадий у них в моторной памяти.
- Автоматизацию — роботы и бизнес-процессы привязаны к конкретным стадиям.
- Аналитику — отчёты за прошлые периоды строились по старым стадиям.
Сама правка занимает минуты. Всё остальное — от нескольких дней до пары недель. Основная работа не в изменении, а в том, чтобы изменение ничего не сломало.
Почему кажется, что это просто
Интерфейс располагает. Нажал плюсик — добавил стадию. Нажал крестик — убрал. Перетащил мышью — поменял порядок. Выглядит как перестановка иконок на рабочем столе.
Через день начинается: сделки не переходят куда должны, письма клиентам не уходят, менеджеры спрашивают, куда делся привычный шаг, а руководитель обнаруживает, что отчёт за прошлый квартал показывает другие цифры, чем показывал вчера.
Дальше идёт разбор в жанре «кто это сделал» и попытка вернуть как было — обычно неудачная, потому что как было уже никто точно не помнит.
Разберём по порядку, что именно ломается.
Ломается первым: привычка менеджеров
Про этот эффект забывают, потому что он не технический.
У менеджера, который работает в системе каждый день, последовательность стадий записана механически. Он не читает названия — он знает, что после этой карточка едет вон туда, и делает это не думая, между звонками.
Смена порядка выключает автоматизм. Каждое действие снова требует внимания, работа замедляется, и в первую неделю раздражение направлено ровно на того, кто это затеял.
Это не вредность и не сопротивление изменениям в плохом смысле. Это нормальная реакция на смену привычки, и она проходит — если её пережить правильно.
Что помогает:
- Объяснить до, а не после. Не «мы улучшили воронку», а какую конкретно проблему это решает для самого менеджера. Например: убрали три стадии, которые никто не использовал, теперь воронка видна целиком без прокрутки.
- Показать на экране, а не прислать рассылку. Пятнадцать минут на планёрке экономят неделю вопросов.
- Не менять всё разом. Если перестройка большая, разбить на два-три захода с интервалом.
Если этого не сделать, получите ровно тот саботаж, который потом объясняют ленью — хотя причина в другом.
Ломается вторым: автоматизация
Здесь начинается техническая часть, и она самая опасная.
Роботы привязаны к стадиям: элемент попал на стадию — робот сработал. Бизнес-процессы часто запускаются по тому же признаку. Триггеры двигают сделки на конкретные стадии.
Что происходит при перестройке:
- Стадию удалили — робот, который на ней стоял, исчезает вместе с ней. Действие, которое он выполнял, просто перестаёт происходить. Тихо, без ошибки.
- Стадии поменяли местами — робот срабатывает не в тот момент. Письмо «спасибо за оплату» уходит до выставления счёта.
- Стадию добавили в середину — сделки теперь проходят через шаг, на котором ничего не настроено, и цепочка касаний рвётся.
- Триггер ведёт на несуществующую стадию — сделка не двигается вообще и зависает.
Самое неприятное в том, что ничего не падает с ошибкой. Система продолжает работать, просто делает не то. Обнаруживается это через неделю-две, когда клиент спрашивает, почему не получил документы.
Порядок, который снимает эту проблему:
- Выписать всю автоматизацию, привязанную к стадиям, которые собираетесь трогать. Роботы, триггеры, бизнес-процессы.
- Отключить её, а не удалять — чтобы можно было вернуть.
- Перестроить стадии.
- Пересобрать автоматизацию под новые стадии и включить по одному, проверяя каждый.
Если непонятно, что где настроено, — это отдельный симптом, и он говорит, что с выбором инструментов автоматизации пора разбираться до перестройки воронки, а не после.
Ломается третьим: аналитика
Проблема, которую замечают последней, а стоит она дороже всего.
Отчёты строятся по стадиям. Конверсия между этапами, время в стадии, распределение пайплайна — всё привязано к конкретному набору. Меняете набор — прошлые периоды перестают быть сопоставимы с новыми.
Практически это выглядит так: до перестройки конверсия из «Переговоров» в «Договор» была 40%, после перестройки «Переговоров» больше нет, а есть «Условия согласованы». Сравнить квартал с кварталом нельзя — не с чем.
Два выхода, и оба со своей ценой.
Перестроить штатные отчёты под новые стадии. Быстро, но сопоставимость с прошлыми периодами теряется — придётся год объяснять, почему цифры не бьются с прошлогодними.
Перевести аналитику на BI-конструктор. Там отчёт строится по правилам, а не по фиксированному набору стадий: можно свести старые и новые в одну логику, задать группировку и не переделывать всё при следующей перестройке. Гибче и надёжнее, но требует времени на настройку и доступен не на всех тарифах.
Разумный выбор зависит от того, как часто вы планируете менять воронку. Если это разовая чистка — хватит штатных отчётов. Если процесс живой и будет меняться — второй путь окупится.
Есть и вторая причина смотреть в сторону BI, не связанная с перестройкой. Штатный отчёт считает то, что уложилось в границы периода: с первого по тридцатое. А в продажах сделки регулярно перехлёстывают границу — начались в прошлом месяце, закрылись в этом. Такая сделка либо не попадает в отчёт, либо попадает не туда, где её ждёт руководитель.
Отсюда знакомая картина: отдел отчитался одной суммой, в кассе другая, и обе цифры верные — про расхождения в подсчётах отдельно. Это не ошибка системы, а следствие того, как считается период. Чем длиннее цикл сделки, тем сильнее расхождение — и в проектных продажах с циклом в несколько месяцев штатные отчёты перестают быть пригодны для управления.
Что делать со сделками на удаляемых стадиях
Отдельный вопрос, который пропускают.
Удалять стадию, на которой стоят сделки, нельзя просто так. Они не исчезнут, но окажутся в неопределённом состоянии и выпадут из поля зрения — их не будет ни в одном привычном фильтре.
Порядок:
- Посмотреть, сколько сделок стоит на каждой удаляемой стадии.
- Решить по каждой группе, куда они переезжают: на стадию-преемник, в архив, или закрываются как проигранные.
- Перевести массово, а не оставлять «менеджеры сами разберут» — не разберут.
- Только потом удалять стадию.
Заодно это хороший повод посмотреть, что вообще лежит в воронке. Обычно на удаляемых стадиях обнаруживаются сделки годичной давности, о которых все забыли.
Кто это делает
Три варианта, и выбор зависит не от бюджета, а от того, есть ли у вас человек с целостной картиной.
Свой администратор. Работает, если это один конкретный человек, который знает и воронку, и автоматизацию, и отчёты. Не работает, когда права администратора есть у половины отдела — тогда перестройка превращается в серию несогласованных правок, и через полгода никто не может объяснить, почему всё устроено именно так.
Подрядчик на сопровождении. Перестройка воронки — типовая задача внутри ИТС-контракта: подрядчик уже знает ваш портал, ему не нужно тратить время на изучение, и он отвечает за то, чтобы после изменений всё работало.
Разовые работы. Подходит, когда перестройка большая и разовая — например, вы сокращаете воронку с тридцати стадий до десяти. Тогда это проект с обследованием, планом и проверкой, а не правка на ходу. Мы такое делаем от 60 000 ₽ за техническое задание и дальше по объёму работ.
Плохой вариант ровно один: правит тот, кто первым добрался до настроек, без плана и без представления, что к этим стадиям привязано.
Чек-лист перед перестройкой
- Выписать текущие стадии и по каждой ответить: сколько сделок стоит, что автоматизировано, есть ли отчёт.
- Нарисовать целевую воронку на бумаге — как в методике проектирования с нуля, вопросом «а что дальше».
- Составить карту переездов: какая старая стадия во что превращается, куда едут сделки.
- Решить вопрос с отчётами до правок, а не после.
- Предупредить команду и показать на экране.
- Выбрать окно — не в конце месяца и не в сезон.
- Отключить автоматизацию, перестроить, включить по одному.
- Через неделю проверить, что все цепочки отработали: письма ушли, задачи создались, сделки едут.
Если воронка большая и автоматизации много — разберём, что к чему привязано, и составим план перестройки. Часто выясняется, что половину стадий можно убрать безболезненно, а трогать нужно только три-четыре — и это сильно дешевле, чем перестраивать всё.
Если нужна помощь с настройкой портала — смотрите внедрение и настройка Битрикс24.