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