Как настроить воронку в amoCRM: поля и стадии

Когда воронка amoCRM выглядит рабочей, но сделки всё равно теряются

В amoCRM воронка продаж нужна для того, чтобы видеть движение сделок по этапам и понимать, где находится каждая из них. Система позволяет настраивать стадии под конкретный процесс продаж, анализировать конверсию между этапами и автоматизировать действия на отдельных этапах воронки.

Но сама по себе настроенная воронка не означает, что процесс продаж настроен правильно.

Можно открыть CRM и увидеть аккуратные колонки:

Новый лид → Квалификация → Переговоры → КП → Согласование → Договор

Выглядит логично. А затем выясняется, что:

• менеджеры по-разному понимают одну и ту же стадию;
• часть сделок неделями стоит без следующего действия;
• обязательные поля заполняются формально;
• один и тот же параметр хранится в нескольких полях;
• причины отказа выбираются случайно;
• руководитель не понимает, почему сделка находится на конкретном этапе;
• автоматизация запускается не тогда, когда реально нужно;
• отчёт по воронке показывает движение сделок, но не объясняет, что с ними происходит.

В этот момент проблема обычно не в интерфейсе amoCRM. Проблема в каркасе процесса.

Хорошая CRM должна отвечать на три простых вопроса:

1. Где сейчас находится сделка?
2. Почему она находится именно на этой стадии?
3. Какой следующий шаг должен сделать менеджер?

Если из карточки сделки нельзя быстро получить эти ответы, воронка требует пересмотра.

Стадии воронки: лишние, пустые и без критерия перехода

Стадия в amoCRM — это не просто подпись под колонкой. Это конкретное состояние сделки, которое должно иметь понятный смысл для менеджера и руководителя.

Лишние стадии усложняют работу

Одна из распространённых ошибок при настройке воронки продаж — попытка описать отдельной стадией каждое действие менеджера.

Новый лид → Позвонили → Не дозвонились → Связались → Выясняем потребность → Отправили презентацию → Отправили КП → Ждём ответа → Переговоры → Согласование → Договор.

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

Например, «Переговоры», «Согласование» и «Ждём ответа» превращаются в три разных названия одного состояния: клиент ещё не принял решение.

Стадий должно быть столько, сколько действительно необходимо для управления процессом. Не существует универсального количества стадий для всех компаний. Важно, чтобы каждый этап имел отдельный управленческий смысл.

Пустая стадия превращается в склад сделок

Особенно проблемны стадии, которые существуют технически, но не имеют понятного действия. Например: «В работе».

Что означает эта стадия? Менеджер позвонил? Выяснил потребность? Отправил предложение? Ждёт клиента? Готовит договор?

Если все эти ситуации попадают в одну колонку, руководитель не видит реального состояния сделок. Название стадии должно сокращать неопределённость, а не создавать её.

У каждой стадии должен быть критерий перехода

Самый полезный вопрос при аудите воронки:

Что должно произойти, чтобы сделка могла перейти на следующую стадию?

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

Это важнее красивых названий стадий.

Поля в amoCRM: обязательные зря, нужные не заполняются и дублируются

Поля — второй важный элемент каркаса CRM. В карточке сделки хранятся данные, необходимые для работы с клиентом и самой сделкой. В amoCRM можно создавать дополнительные поля и делать их обязательными на определённых этапах конкретной воронки.

Но наличие большого количества полей не означает хорошую настройку CRM.

Обязательные поля не всегда улучшают данные

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

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

Поэтому перед тем, как делать поле обязательным, стоит ответить:

Какое управленческое или рабочее решение будет принято на основании этого значения?

Если никакого — обязательность нужно пересмотреть.

Нужные поля должны появляться в правильный момент

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

Значит, проблема не обязательно в дисциплине. Возможно, поле должно становиться обязательным позже — когда информация действительно появляется в процессе.

Дубли полей разрушают единый источник данных

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

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

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

Как понять, что воронка amoCRM настроена неправильно

Есть несколько признаков, которые можно проверить без сложного аудита.

1. Менеджеры по-разному понимают стадии. Если два сотрудника одинаковую сделку поместят на разные этапы, критерии перехода недостаточно понятны.
2. Сделки долго стоят без следующего шага. Стадия показывает состояние, но не отвечает, что делать дальше. CRM превращается в архив статусов.
3. Поля заполняются «для галочки». Обязательность используется вместо нормального проектирования процесса.
4. В карточке слишком много информации. Важные поля теряются среди редко используемых атрибутов.
5. Есть несколько полей с одинаковым смыслом. Повод провести ревизию структуры данных.
6. Руководитель не может быстро объяснить зависшую сделку. Если приходится открывать несколько экранов и спрашивать менеджера — каркас недостаточно прозрачен.
7. Автоматизация исправляет плохой процесс. Сначала нужно исправить процесс. Автоматизация должна поддерживать каркас, а не маскировать его проблемы.

Как проверить воронку amoCRM за 30–40 минут

Для первичного аудита не нужен отдельный проект. Достаточно взять реальные сделки и пройтись по нескольким вопросам.

Шаг 1. Откройте 10–20 активных сделок

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

Шаг 2. Разберите каждую стадию

Для каждой стадии зафиксируйте: вход (какое событие переводит сюда), состояние (что должно быть известно), действие (что делает менеджер), выход (что нужно для перехода дальше), SLA (сколько времени допустимо без следующего результата). Если команда не может одинаково ответить — стадию стоит пересмотреть.

Шаг 3. Проверьте обязательные поля

Для каждого обязательного поля: это действительно необходимо на этом этапе? Если значение появляется только позже — не требуйте его раньше времени.

Шаг 4. Найдите дубли

Составьте список похожих полей и объедините те, которые описывают один показатель.

Шаг 5. Посмотрите закрытые сделки

Особенно полезны проигранные. Причина отказа должна помогать анализировать процесс, а не быть формальной кнопкой при закрытии карточки.

Практический шаблон аудита воронки amoCRM

Чтобы не проводить аудит «на ощущениях», используйте шаблон ниже. Задача — не оценить CRM в целом, а найти конкретные места, где каркас перестаёт работать.

Это не готовая воронка для копирования. Это каркас для проверки собственной воронки. Если на стадии невозможно заполнить одну из колонок — именно её стоит разобрать первой.

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

Для поля: зачем нужно; кто заполняет; когда появляется информация; что компания делает с этим значением. Если последнее без ответа — поле, скорее всего, не встроено в процесс.

Пример настройки: как может выглядеть понятная воронка

Универсального шаблона «для всех» нет. Ниже — простой пример: у каждой стадии есть смысл, критерии, следующий шаг и SLA. Адаптируйте под свой бизнес, не копируйте вслепую.

Что чинить первым: порядок настройки CRM

Не стоит одновременно переделывать воронку, поля, автоматизацию, отчёты и интеграции. Правильнее двигаться от каркаса к автоматизации.

Когда нужна настройка amoCRM интегратором, а когда справится команда

Простую воронку часто можно привести в порядок самостоятельно. Если у компании одна команда продаж, понятный процесс и небольшое количество этапов, достаточно собрать РОПа и несколько менеджеров и описать реальный путь сделки.

Интегратор особенно полезен, когда CRM уже связана с несколькими системами или процесс затрагивает разные подразделения. Например: сайт → заявка → amoCRM → распределение → задача менеджеру → коммуникация → КП → договор → повторная продажа.

В такой системе важно понять: где появляется сделка; какие данные первичны; какие поля заполняются автоматически; какие значения вводит менеджер; когда запускается SLA; какие действия при переходе стадии; что считается успехом; что происходит с проигранной сделкой; какие данные нужны для аналитики.

Это уже не просто настройка CRM, а проектирование каркаса продаж. Хороший интегратор начинает не с «какие роботы настроить?», а с вопроса: «Как реально проходит ваша сделка от первого обращения до результата?»

Как должна выглядеть хорошая воронка amoCRM

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

Частые вопросы

Коротко

• Воронка amoCRM — модель процесса продаж, а не набор красивых колонок.
• Стадия описывает конкретное состояние сделки и имеет критерий перехода.
• Поле создают, когда понятно, зачем компании его значение.
• Обязательность поля должна совпадать с моментом, когда информация появляется.
• У активной сделки — понятный следующий шаг и срок.
• Аудит — на реальных сделках: стадии, поля, SLA, следующий шаг.
• Сначала каркас, потом поля и SLA, затем автоматизация и интеграции.
• Автоматизация не исправит плохой процесс — она быстрее проведёт его дальше.