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