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