amoCRM часто ставят как страховку от хаоса. Формы подключили, телефонию связали, заявки падают в систему - кажется, что контроль уже есть. А потом я открываю сделки на разборе и вижу знакомую картину: часть висит без ответственного, без задачи, без следующего шага.
Проблема почти никогда не в том, что лид не попал в CRM. Проблема в том, что CRM не заставляет команду доводить работу до следующего действия. В итоге система просто хранит хаос в аккуратном виде.
Сделка без следующего шага уже потеряна
Сам факт создания сделки в amoCRM ничего не гарантирует. Если в карточке нет ответственного, задачи и даты следующего касания, заявка уже ушла в серую зону.
У нас был проект в B2C-услугах с потоком около 900 лидов в месяц. Формально в CRM попадало все. Аудит показал, что до 28% лидов не получали следующего действия в первые 24 часа. Менеджер читал сообщение, собирался ответить позже, но система это никак не фиксировала.
Еще одна типовая ошибка - складывать в одну воронку все подряд: новые обращения, повторные продажи, сервисные вопросы, мусорные заявки. Через месяц статусы уже ничего не объясняют руководителю.
Если CRM технически не требует следующего действия, дальше все держится на памяти менеджера.
Воронка должна показывать путь клиента
Я обычно проверяю этапы по трем вопросам: что уже произошло, чем это подтверждено, что должно случиться дальше. Если на любой из них нет короткого ответа, этап слабый.
В прошлом году к нам пришла B2B-компания с воронкой на 14 этапов. Статусы были такие: «думает», «почти согласен», «еще раз позвонить». Мы собрали схему заново, оставили 7 этапов, добавили обязательные поля на переходах и запретили двигать сделку без следующего действия. Через месяц доля сделок без активности снизилась на 35%.
| Было | Стало |
|---|---|
| 14 этапов | 7 этапов |
| статусы как заметки | этапы по пути клиента |
| нет проверки перехода | обязательные поля и задача |
| не видно, где стоп | видно время на этапе |
Один раз мы сами переупростили воронку для сервиса с длинным циклом сделки. Убрали промежуточные этапы согласования, и руководитель перестал понимать, где именно буксуют договоры. Через 2 недели вернули два статуса обратно. Я бы не стал гнаться за минимализмом, если из-за него теряется управляемость.
Автоматизация нужна скучная
Смотрите: в amoCRM чаще всего полезны не красивые цепочки из десятков роботов, а базовая дисциплина. Назначить ответственного, поставить задачу, проверить срок реакции, поднять сигнал, если задача просрочена.
На e-commerce проекте с сайтом на WordPress и внутренней системой на Laravel 11 лиды по утрам лежали без контакта. Мы не строили сложный сценарий. Включили простую логику на новые обращения, и время первого ответа сократилось с 47 до 11 минут.
Если лид пришел с формы сайта:
1. Создать сделку в "Первичные обращения"
2. Назначить ответственного по очереди
3. Поставить задачу "Первый контакт" на 10 минут
4. Если просрочка больше 15 минут - уведомить РОПа
5. Если контакта нет 24 часа - перевести в контрольный статус
Нужны ли сложные роботы сразу?
Нет. Сначала надо добиться, чтобы ни одна новая сделка не оставалась без ответственного и задачи. Все остальное имеет смысл только после этого.
Потери часто начинаются еще до CRM
Многие ищут причину внутри воронки, но дыра часто появляется раньше. Форма не передала источник. Телефония не создала сделку. WhatsApp отдал диалог без нормальной привязки. Менеджер руками заводит дубль, и история клиента расползается по двум карточкам.
Для малого бизнеса обычно хватает простого контура: сайт на Tilda или WordPress, IP-телефония, почта, мессенджеры, рекламные источники. Если появляются филиалы, очереди, дедупликация по телефону и почте, обмен с ERP, уже нужен amoCRM API и нормальная логика поиска дублей.
У компании с несколькими каналами привлечения мы нашли, что около 12% обращений из мессенджеров не связывались с существующими контактами. После нормальной интеграции количество дублей сократилось более чем в 2 раза. И это влияет не только на порядок, но и на конверсию по каналам.
Руководителю нужны сигналы, а не ручной надзор
Если CRM в глазах менеджеров - просто отчетность для начальства, ее будут заполнять формально. Рабочая система устроена иначе: она подсказывает следующий шаг и сразу показывает, где процесс ломается.
Я обычно смотрю всего несколько вещей:
- время первого ответа
- % сделок без задачи
- % просроченных задач
- среднее время на этапе
- кто и как разбирает неразобранное
С чего начать проверку сегодня?
Откройте новые сделки за последние 7 дней и посмотрите, сколько из них сейчас без следующего действия. Это самая неприятная цифра в amoCRM, потому что именно там лежат деньги, которые уже пришли, но в работу их по-настоящему так никто и не взял.
