amoCRM настройка воронки: этапы, отказы, автоматизация

Что должна показывать воронка в amoCRM

Воронка — это не список колонок, а модель вашей продажи. Хорошая модель отвечает на три вопроса: сколько обращений пришло, на каком шаге клиенты отваливаются чаще всего и сколько денег лежит в работе прямо сейчас. Плохая модель — набор названий, которые менеджеры двигают «для галочки», и тогда любой отчёт врёт.

Поэтому настройку стоит делать в обратном порядке: сначала решить, какие решения вы будете принимать по отчётам (сократить рекламу из Instagram, усилить отдел, пересмотреть цену), и только потом рисовать этапы.

Шаг 1. Опишите реальный путь клиента

Возьмите условный мебельный цех в Ташкенте. Заявки приходят из рекламы в Instagram, из Telegram-канала, по звонку и с OLX. Клиент пишет «сколько стоит кухня», менеджер уточняет размеры, отправляет расчёт, потом замер, договор, предоплата через Click или Payme и только затем производство.

Выпишите такой путь на бумаге своими словами, без терминов CRM. Отметьте моменты, когда происходит что-то заметное снаружи: клиент ответил, получил расчёт, приехал мастер, оплатил. Именно эти события станут границами этапов. Внутренние операции вроде «передал технологу» или «согласовал с директором» в воронку клиента не попадают — их место в задачах и примечаниях.

Шаг 2. Соберите этапы и критерии входа

Для большинства услуг и штучных товаров хватает пяти-восьми этапов. Меньше — не видно, где застревают сделки; больше — менеджеры начинают перескакивать шаги и забывать их двигать. Название описывает состояние сделки, а не настроение клиента: не «тёплый» и «думает», а «расчёт отправлен» и «замер назначен».

Для каждого этапа запишите одну фразу: что должно произойти, чтобы сделка сюда попала. Эту таблицу покажите команде и закрепите в рабочем чате. Тогда два менеджера не будут по-разному понимать одно и то же слово.

• Новая заявка — обращение получено, ответа ещё не было
• В работе — первый контакт состоялся, клиент ответил
• Потребность выявлена — известны задача, сроки, примерный бюджет
• Расчёт отправлен — клиент получил предложение
• Переговоры — обсуждаются условия, цена, сроки
• Счёт и оплата — договор согласован, ждём перевод
• Успешно реализовано — деньги получены

Шаг 3. Причины отказа и неразобранное

Системный этап «Закрыто и не реализовано» без причины — потерянная информация. Сделайте выбор причины обязательным и держите короткий список: дорого, выбрали конкурента, нет потребности, не выходит на связь, нецелевое обращение, не устроили сроки. Длинный список менеджеры не читают и выбирают первый пункт.

Отдельно следите за «Неразобранным». Туда падают заявки из подключённых каналов: форм, мессенджеров, звонков. Пока заявка не принята или не отклонена, она числится в воздухе, и клиент может ждать ответа сутками. Назначьте ответственного за разбор и правило: неразобранное пустеет в течение рабочего дня.

Через пару месяцев список причин даст то, чего не даст ни один отчёт по рекламе: если половина отказов — «нецелевое обращение», проблема в таргете и креативах; если «дорого» — в позиционировании или квалификации.

Шаг 4. Поля, задачи и Digital Pipeline

Обязательные поля включайте точечно. Бюджет логично требовать на этапе «Расчёт отправлен», адрес и время доставки — на этапе оплаты, источник обращения — сразу. Если сделать обязательным всё подряд, менеджеры начнут вбивать точки и нули, и поля станут мусором.

Digital Pipeline нужен, чтобы у каждой сделки всегда был следующий шаг. Подключайте правила по одному и после каждого проверяйте на тестовой сделке: так сразу видно, что сработало не так.

• Новая заявка — задача ответственному связаться с клиентом сразу
• Расчёт отправлен — через пару дней задача проверить, получен ли расчёт
• Счёт выставлен — напоминание об оплате
• Успешно реализовано — благодарственное сообщение и сделка в воронке повторных продаж
• Долго без движения — уведомление ответственному и руководителю

Несколько воронок и права на этапы

Если процессы разные, воронки тоже должны быть разными: розница и опт, новые клиенты и повторные, продажа и сервис. Когда повторные покупки лежат в одной воронке с холодными заявками, конверсия получается усреднённой и бесполезной. Но и плодить воронки без нужды не стоит: каждую придётся поддерживать.

Права тоже настраиваются. Этап «Оплачено» разумно закрыть для менеджеров и отдать бухгалтеру или интеграции с кассой. Так отчёты защищены от случайных и желаемых переводов в конце месяца.

Типичные ошибки при настройке

Большинство проблем повторяется от компании к компании. Вот те, что чаще всего ломают отчёты:

• Этапы отражают внутреннюю кухню менеджера, а не действия клиента
• Причина отказа необязательна, и сделки закрываются молча
• Повторные и новые клиенты лежат в одной воронке
• Нет задач: сделка стоит неделями, и никто этого не замечает
• Этапы удалили вместе со сделками, и история исказилась
• Источник обращения не заполняется, поэтому реклама не сопоставляется с продажами

Чек-лист запуска и ревизия

Перед тем как переводить команду в новую воронку, пройдите список: путь клиента описан; этапы названы по состоянию сделки; критерии записаны и доведены до менеджеров; причины отказа обязательны; неразобранное имеет ответственного; автозадачи проверены на тестовой сделке; роли и права расставлены; источник и сумма сделки заполняются всегда.

Раз в месяц открывайте отчёт по воронке: где копятся сделки, какие этапы пропускают, сколько сделок без задач. Если этап пропускают постоянно, возможно, он не нужен. Если на нём всё стоит, его стоит разделить или поменять процесс. Меняя воронку, переносите сделки с удаляемых этапов, вводите новое с начала месяца и заранее предупреждайте команду — тогда периоды остаются сопоставимыми.

Как воронка связана со сквозной аналитикой

Аккуратная воронка — фундамент сквозной аналитики. Когда в сделке есть источник, а на этапах нет путаницы, видно не только сколько заявок дала реклама в Instagram или Google, но и сколько из них дошло до оплаты. Именно это отличает дешёвый лид от прибыльного.

Если нужно спроектировать воронку под ваш процесс и связать её с рекламой и отчётностью, команда markdev поможет разобрать путь клиента и собрать систему под вашу задачу. Напишите нам, и мы обсудим, с чего начать.