Воронка реанимации в amoCRM: возврат «остывших» лидов

Клиент ушёл: дорого, долго, выбрал конкурента. Без системы такие сделки исчезают в «закрыто и не реализовано». Воронка реанимации в amoCRM забирает реанимируемые отказы, собирает NPS и год ведёт прогревы — пока клиент снова не отзовётся.

Зачем это отделу и кассе

Воронка реанимации в amoCRM ставят, когда этапы называются по-разному у каждого менеджера. «Успех» значит что угодно. Воронка фиксирует факт: кто, какой шаг, до какого срока.

РОП склеивает правду из чатов. Перенос, реанимация и повторная продажа идут отдельными этапами, не комментарием.п.). В карточке на вкладке отказа заполняется причина. Без причины закрыть сделку нельзя — amoCRM подсветит обязательное поле.

Если каналов несколько, смотрите ориентир сметы.

Что остаётся в сделке

Три сделки на приёмке

1. Этап означает один факт, менеджеры называют его одинаково.
2. Отказ записан причиной, не пустым закрытием.
3. Зависшая сделка видна по сроку на этапе.

По статье «Воронка реанимации в amoCRM: возврат «остывших» лидов» проверка простая: живая заявка проходит сценарий, РОП находит её фильтром.

Как проходит смена

Утро по теме «Воронка реанимации в amoCRM: возврат «остывших» лидов» начинается с фильтра, не с опроса в чате. Перенос, реанимация и повторная продажа идут отдельными этапами, не комментарием.

Днём менеджер остаётся в карточке. Воронка фиксирует факт: кто, какой шаг, до какого срока. Пустой след видно сразу, спорить «я уже написал клиенту» нечем.

К вечеру касса видит, где заявка стала деньгами, а где зависла. Реклама не кормит мёртвый этап.

Кто за что отвечает

Менеджер ведёт Воронка реанимации в amoCRM из сделки: следующий шаг, ответ клиенту, причина если шаг сорвался.

РОП смотрит очередь и спорные карточки. РОП склеивает правду из чатов.

Интегратор на приёмке прогоняет три живые ситуации и отдаёт чеклист. Дальше правки полей делает администратор аккаунта, не «кто свободен в Telegram».

Первый день запуска

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

Поле и ответственный заполнены до роботов. Иначе этапы называются по-разному у каждого менеджера. «Успех» значит что угодно.

Запуск считаем состоявшимся, когда РОП сам открыл фильтр и нашёл тестовую сделку. Пока фильтра нет, картина прежняя: прогноз смешивает холодные и оплаченные сделки.

Что открыть на планёрке

Хватает трёх карточек по теме «Воронка реанимации в amoCRM: возврат «остывших» лидов»: новая заявка, повтор того же контакта, срыв шага.

Перенос, реанимация и повторная продажа идут отдельными этапами, не комментарием.

Воронка реанимации в amoCRM уже должен лежать в ленте. Если менеджер рассказывает статус по памяти, связка ещё не в работе.

Зачем это отделу продаж

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

Реанимация возвращает контроль: причина отказа обязательна, копия сделки живёт в отдельной воронке, касания идут по календарю, а любой ответ клиента сразу ставит задачу ответственному.

Каркас — настройка amoCRM. Контур под ключ — внедрение amoCRM.

Как устроен сценарий

1. Клиент отказывается (дорого, долго, конкурент и т.п.). В карточке на вкладке отказа заполняется причина. Без причины закрыть сделку нельзя — amoCRM подсветит обязательное поле.
2. Сделка уходит в этап «Закрыто и не реализовано». Если причина входит в список реанимируемых, автоматически создаётся копия сделки в воронке реанимации.
3. Копия стартует на этапе «NPS запрошен»: клиенту уходит сообщение с просьбой оценить сервис. Оценка пишется в поля группы NPS реанимации, сделка переходит на «NPS получен».
4. Дальше движение по времени с момента входа в воронку: прогревы через 30, 60, 90, 150, 210 дней и финальное сообщение через год.
5. Если клиент отвечает на любое из сообщений, ответственному ставится задача: клиент из реанимации откликнулся — нужно связаться.

Что получает команда

РОП видит структуру отказов и объём реанимации. Менеджер не «вспоминает» мёртвые лиды вручную — система поднимает тех, кто ответил. Маркетинг и продукт получают обратную связь через NPS на входе в контур.

Как проверить, что сценарий работает

1. Попробуйте закрыть тестовую сделку без причины отказа — поле должно быть обязательным.
2. Закройте сделку с реанимируемой причиной: появилась копия в воронке реанимации.
3. Проверьте исходящее NPS-сообщение и запись оценки в поля карточки.
4. Ускорьте или симулируйте интервал 30 дней — ушёл прогрев, этап сменился.
5. Ответьте на прогрев от имени клиента: у ответственного появилась задача на связь.

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

Все ли отказы попадают в реанимацию? Нет. Копия создаётся только для причин из списка «реанимируемых». Остальные остаются в закрытых без прогрева.

Зачем обязательная причина отказа? Без неё нельзя ни аналитику строить, ни решить, кого реанимировать. Поле блокирует «тихое» закрытие.

Чем реанимация отличается от воронки переноса? Перенос — клиент сам отложил покупку. Реанимация — был отказ, но спрос можно вернуть длинной цепочкой касаний.

Что происходит, если клиент ответил на прогрев? Ставится задача ответственному: отклик из реанимации, нужна ручная связь.

С чего начать? С списка причин отказа и одного тестового закрытия. Смежные кейсы: /keysy. Каналы сообщений: /integracii.