Найдите границы без решения
Выпишите соседние этапы и для каждой пары ответьте: что меняется для покупателя, какой новый факт становится известен и кто принимает следующее решение? Если ответы одинаковы, разделение может отражать внутреннюю привычку продавца. «Предложение отправлено» и «ожидание ответа» часто не описывают два разных состояния принятия решения.
Сохраняйте полезную детализацию
Сокращение колонок не означает удаление даты отправки, версии предложения или последнего ответа. Эти сведения нужны внутри конкретной продажи. Уберите только лишнюю границу на доске. Перед изменением убедитесь, что руководитель сможет найти важное событие без восстановления прежней стадии и что сотрудники понимают, где теперь хранится текущая договорённость.
Не объединяйте разные препятствия
Техническое подтверждение и обсуждение коммерческих условий могут выглядеть одинаково как «согласование», но требуют разных действий. Если в первом случае нужен инженер, а во втором — закупщик с полномочиями, объединение скроет управление. Оценивайте самостоятельность решения, а не визуальную длину доски и не желание уложиться в произвольное число колонок.
Пример сокращения
В отделе использовали «подготовить расчёт», «расчёт готов», «отправлен», «ждём ответ». Все четыре состояния свели в один участок обсуждения предложения, сохранив события внутри записи. При этом техническое подтверждение оставили отдельно: без него нельзя определить состав. Менеджеры перестали делать перенос ради отправки письма, но не потеряли контекст расчёта.
Проверьте последствия изменения
До перестройки сохраните описание прежних стадий и дату перехода. Открытые продажи разберите по фактическому положению, а не только по старому названию. После изменения посмотрите спорные записи: стало ли проще определить следующее решение? Сравнение исторической конверсии потребует учитывать новую границу, иначе визуальное улучшение будет выглядеть как изменение результатов отдела.
Проверка на одной реальной записи
До удаления колонки попросите руководителя назвать решение, которое она помогала принимать. Если полезный ответ существует, проверьте, сохранится ли соответствующая информация после объединения и где сотрудник сможет её найти.
Проверка по шагам
- Понятен исходный контекст: у отдела много колонок с близкими по смыслу названиями.
- Есть проверяемое основание: повторение одинакового основания в соседних стадиях.
- Названо действие: объедините этапы, между которыми не меняются риск и требуемое решение.
- Выбран ориентир результата: число спорных переходов между соседними колонками.
- Спорные случаи разобраны отдельно; участники понимают, какие выводы пока нельзя делать из имеющихся сведений.
Частые вопросы
Сколько стадий оставлять в длинной B2B-продаже?
Универсального количества нет. Оставляйте границы с разными клиентскими решениями и управленческими действиями. Если соседние этапы отличаются лишь тем, что менеджер нажал «отправить», достаточно сохранить событие внутри продажи.
Как понять, что новое правило помогает?
Измеряйте число спорных переносов и время разбора конкретной записи. Само уменьшение количества колонок не доказывает улучшения: можно сделать доску компактной, одновременно скрыв технические или коммерческие риски.
Прототип CRM для вашей компании
Расскажите о текущих системах и задаче. Согласуем состав бесплатного прототипа, который можно проверить с командой. Возможности и объём автоматизации обсуждаем до включения в проект.
Получить прототип CRM →Материал подготовлен с помощью ИИ. Примеры условные и не являются результатами клиентов. Как устроена библиотека.