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