Проектируйте воронку amoCRM как последовательность проверяемых состояний сделки. Для каждого этапа определите факт входа, условие перехода, необходимые данные, ответственного и следующий шаг. Не превращайте каждое действие менеджера в отдельный статус. Отдельные воронки нужны при действительно разных процессах, а автоматизацию добавляют после проверки логики на обычных сделках, отказах и возвратах.
Этап должен отвечать на вопрос о состоянии сделки
Названия «Позвонить» и «Отправить письмо» описывают действия. Их удобно оформлять задачами. Этап отвечает на другой вопрос: что уже известно или подтверждено в продаже? Например, потребность уточнена, предложение передано, условия согласованы.
Для каждого статуса запишите доказательство. Это может быть заполненное подтверждённое поле, отправленный документ или результат разговора. Доказательство должно быть доступно коллеге, чтобы состояние сделки не зависело только от памяти ответственного.
Соберите модель одного процесса
Не копируйте пример без адаптации. В учебной таблице показана логика проектирования, а состав этапов определяется вашей продажей.
| Состояние | Факт для входа | Следующая работа |
|---|---|---|
| Новое обращение | Есть запрос и контактный канал | Назначить ответственного и уточнить задачу |
| Потребность подтверждена | Понятны предмет запроса и условия продолжения | Подготовить подходящее предложение |
| Предложение обсуждается | Предложение передано, обсуждение актуально | Зафиксировать вопросы и дату решения |
| Условия согласованы | Подтверждены предмет и условия сделки | Выполнить следующий согласованный шаг |
| Результат | Наступил принятый факт успеха или отказа | Зафиксировать результат и передать дальнейшую работу |
Опишите отказ, паузу и повторную покупку
Причины отказа нужны для анализа, поэтому используйте понятный ограниченный справочник и возможность уточнения. «Не купил» не объясняет, мешали ли условия, отсутствие потребности или потеря связи. Отказ не следует прятать в бесконечной паузе.
Для паузы укажите основание и дату пересмотра. Новую потребность существующего клиента рассматривайте отдельно от прежней продажи. Несколько сделок одного контакта позволяют не смешивать результаты, но правило создания нужно согласовать с обработкой повторных обращений.
Сначала проверьте маршрут, затем действия системы
Официальная справка amoCRM описывает редактирование этапов и аналитику воронки. После ручной проверки маршрута можно добавить Digital Pipeline там, где есть устойчивое условие. Автоматическая задача должна помогать выполнить правило, а не создавать лишнее действие при каждом возврате.
Сначала включайте автоматизацию на учебном сценарии. Проверьте первое создание, переход, повторный вход, отсутствие данных и смену ответственного. Отдельно определите условия отправки клиентских сообщений и остановки после отказа.
Что проверять после запуска
Смотрите переходы, время на этапах, причины отказов и сделки без следующего действия. Сравнивайте сопоставимые группы по периоду создания или другой согласованной логике, чтобы старые и новые продажи не искажали вывод.
Добавляйте этап только тогда, когда он меняет управление: требует другого решения, ответственности или отдельного контроля. Если различие не влияет на действие и анализ, возможно, достаточно поля или задачи.
Продуктовые сведения сверены с официальными материалами. Состав решения и доступность функций уточняются для вашего аккаунта.
- Настройка воронки amoCRM2026-09-16
- Digital Pipeline: доступность и действия2026-09-16
Telegram
WhatsApp