Откройте свою CRM и найдите любую сделку в работе. Стадия - «Переговоры», сумма приличная. Сколько дней она в этой стадии? Кто последний раз писал клиенту? Есть ли следующий шаг - или менеджер просто «ждёт ответа»? Так выглядит сделка, которая зависла в CRM.
Я разбираю подобные истории на каждом аудите выручки: что видно в цифрах, когда собственник уверен, что воронка под контролем. Если такой разбор интересен на регулярной основе - подписывайтесь в Telegram.
Почему CRM не бьёт тревогу, когда сделка молчит?
Коротко: CRM честно хранит стадию, сумму и историю переписки, но не измеряет время и активность вокруг сделки - а именно эти два параметра отличают «в работе» от «уже мертва». Карточка выглядит одинаково и для сделки, которая только что сдвинулась на новую стадию, и для той, что зависла там неделями. Тревогу должен настроить кто-то снаружи - сама система её не поднимет.
CRM хранит стадию, сумму, ответственного и историю переписки - и делает это честно. Но у неё нет встроенного чувства тревоги. Карточка «Переговоры» выглядит одинаково и для сделки, которая сдвинулась туда вчера, и для той, что зависла там три недели назад. Разница между «в работе» и «уже мертва» измеряется временем и активностью - а системе эти два параметра сами по себе неизвестны, пока их специально не начнут считать.
Менеджер написал в карточке «клиент думает» - и на этом формально успокоился. С точки зрения системы задача выполнена: контакт зафиксирован, комментарий оставлен. Разбор ifabrique.ru про следующий шаг в amoCRM формулирует это резко. «Сделка может неделями висеть под фразой «клиент думает», - пишут авторы, - и никто не заметит момент, когда клиент уже всё решил». Похожая мысль встречается и на sostav.ru: «CRM превратилась в слой отчётности - она фиксирует результат, но не участвует в процессе».
Причина устроена проще, чем кажется: логика системы построена вокруг структуры сделки - стадии, суммы, ответственного. Время, прошедшее с последнего реального контакта, в эту структуру попросту не заложено - ни у одного менеджера, ни у кривой настройки конкретной CRM тут вины нет.
Во что это обходится, если сигнал пропущен?
Коротко: единой цифры «сколько процентов сделок зависает» не существует ни на российском, ни на западном рынке. Но все, кто пробовал считать масштаб проблемы, сходятся в одном - счёт идёт на десятки процентов. Цену такого промедления удобнее всего понимать в рублях одной конкретной упущенной сделки.
Здесь важно быть честным: единой, общепринятой цифры «сколько именно процентов сделок зависает в CRM» не существует. Но все, кто пробовал считать, сходятся в одном направлении.
По оценке индустриального гайда Rework.com, в среднем 20-40% сделок в B2B-воронке фактически мертвы, но формально не закрыты как «отказ» - менеджеры просто перестают их трогать. По данным Forrester «The State Of Business Buying, 2024», 86% B2B-закупок хотя бы раз «застревают» в процессе ещё до всякой CRM - это скорее норма покупательского поведения, чем исключение.
В России ситуация не лучше. По совместному исследованию SberCRM и TenChat (опрос 718 представителей бизнеса, октябрь-ноябрь 2024), только 49% компаний внедрили CRM хоть в каком-то виде, а 25% не используют её вовсе, ведя клиентов в таблицах, мессенджерах и почте. Даже там, где CRM есть, показательный кейс агентства rocket.red звучит так: «Сделки годами висят в «активных», хотя клиент уже купил у конкурента».
Цена такого промедления считается не в проценте конверсии, а в конкретной сумме одной упущенной сделки, которую руководитель узнаёт постфактум: когда план уже не выполнен или клиент написал в отзывах, что «полгода ждал ответа».
Прежде чем разбирать, как искать зависшие сделки, стоит сказать честно: иногда дело шире одной сделки - воронка целиком перестаёт отражать реальность. Если хочется трезво посмотреть на всю картину - от первого клика до денег на счёте, - можно записаться на диагностический разбор бизнеса: 45 минут, бесплатно, без продаж, только цифры и конкретные точки, где теряется выручка.
Как понять, что сделка зависла в CRM - 3 конкретных сигнала?
Коротко: сделка в зоне риска, если верно хотя бы одно из трёх. Нет контакта дольше обычного срока, не назначен следующий шаг с датой, или время в текущей стадии заметно превышает типичное для сделок такого масштаба. По отдельности каждый признак может быть случайностью, вместе - почти всегда нет.
Сигнал 1 - тишина дольше порога. Нет зафиксированного звонка, письма или сообщения дольше определённого числа дней. Конкретный порог зависит от вашего цикла сделки, но ориентир есть: по методике Weflow.ai, в здоровой воронке не менее 70% сделок должны иметь активность за последние 14 дней - если показатель падает ниже 60%, это уже «массовый застой».
Сигнал 2 - нет следующего шага с датой. Речь о конкретном действии, сроке и ответственном - абстрактное «ждём ответа» этим критериям не отвечает. По той же методике Weflow.ai, у 80% суммы здоровой воронки должен быть запланированный следующий шаг - если у сделки такого шага нет, она формально числится «в работе», а фактически стоит на месте.
Сигнал 3 - время в стадии превышает обычное. У каждой стадии есть типичная продолжительность: для одной сделки три дня на стадии «Согласование КП» - это нормально, для другой - уже тревога. Разница определяется масштабом и сложностью конкретной сделки, универсального числа дней для всех не существует. IT-Agency Academy удачно называет такие стадии «болотцами» - лиды застревают там на месяцы и годы, как вода в стоячем болоте.
Каждый сигнал по отдельности может быть случайностью. Но если менеджер честно посчитает, по скольким активным сделкам сейчас пусто хотя бы по одному из трёх пунктов, картина обычно неприятно отрезвляет.
Почему один пропущенный следующий шаг решает всё?
Коротко: у большинства сорванных сделок один и тот же корень - коммуникация прекратилась без назначенного следующего действия с датой и ответственным. Формулировку независимо друг от друга повторяют несколько разных авторов, разбирающих продажи под разным углом - от консультантов по CRM до разработчиков систем управления задачами.
Разбор recall-ai.ru формулирует почти дословно ту же мысль, что и специалисты по amoCRM с ifabrique.ru: «Каждая упущенная продажа имеет один общий признак - момент, когда коммуникация прекращается без следующего шага». А материал Habr от компании YouGile приводит живой пример того, как именно это происходит: «Менеджер не завёл задачу на дозвон и поиск ЛПР, в итоге упустил продление контракта, и клиент ушёл к конкуренту».
Менеджеры в этой картине обычно не саботируют работу. Просто «ждём ответа клиента» психологически ощущается как выполненная задача - переговоры вроде бы идут, только пока без движения. На деле это перекладывание ответственности за сделку на клиента: пока вы ждёте, конкурент, скорее всего, уже не ждёт.
Три обязательных элемента настоящего следующего шага (по формулировке ifabrique.ru): конкретное действие - что именно нужно сделать; дата или срок - когда; ответственный - кто. Без любого из трёх пунктов запись в CRM превращается из плана в надежду.
Как это выглядит на практике?
Коротко: наличие поля или задачи в CRM само по себе ничего не гарантирует - гарантирует только регулярная проверка, не превратилось ли это поле в фикцию. Это видно и на зависших сделках, и на соседней проблеме - пропущенных звонках без задачи на перезвон.
Когда я разбираю воронку продаж клиента в рамках системного аудита, «зависшие» сделки почти всегда находятся - вопрос только в масштабе. Методология такого аудита отдельно фиксирует ситуацию, когда сделки «зависают» на этапе квалификации по несколько месяцев: карточка остаётся в статусе «активная», хотя фактически по ней никто не работает уже давно. Формально воронка выглядит полной, реально - раздутой мёртвым грузом, который искажает и прогноз выручки, и приоритеты менеджеров.
Похожая механика видна и на смежном участке - непринятых звонках. В одном аудите производственной компании (Урал, оборот около 90 млн ₽/год) проверили 30 дней записей телефонии: 94 пропущенных звонка, а задача на перезвон в CRM была создана только по 12 из них. По остальным - ни задачи, ни следа, что кто-то вообще заметил пропуск. Причина та же, что и с зависшими сделками: система хранит факт - пропущенный звонок, стадия сделки, - но сама не превращает этот факт в приоритет для человека, если никто заранее не настроил, что именно считать тревогой.
Наличие поля или задачи в CRM само по себе ничего не гарантирует в обоих случаях. Гарантию даёт только то, что кто-то - человек или система - регулярно проверяет, не превратилось ли это поле в фикцию.
Хватит ли встроенных инструментов Bitrix24 или amoCRM?
Коротко: частично. У обеих систем есть автоматизация, но она построена на событиях - переход стадии, истечение срока. Мониторинг тишины, то есть отсутствия событий, устроен принципиально иначе, и сводного приоритизированного списка «вот сделки в зоне риска» из коробки нет ни у одной.
| Как устроена автоматизация | Что упускает | |
|---|---|---|
| Bitrix24 | Роботы и триггеры запускаются на конкретное событие: переход стадии, истечение срока, действие клиента | Если по сделке не происходит вообще ничего, событию просто неоткуда взяться - робот не сработает |
| amoCRM | Цифровая воронка ставит задачи по таймеру и переходу стадии; есть отчёты «Сделки без задач», «Просроченные задачи» | Отчёты нужно открывать самому - сами по себе они никуда не всплывают и никого не уведомляют |
| Pipedrive (для сравнения, не российский рынок) | Нативная функция «протухания»: карточка подсвечивается красным при долгом отсутствии обновлений | Игнорирует то, что у сделки может быть запланирована активность далеко в будущем - и всё равно пометит её как проблемную |
Роботы и триггеры Bitrix24 умеют многое: ставить задачи по шаблону, напоминать о дедлайнах, двигать сделку по канбану при выполнении условия. Но, по справке Bitrix24, и робот, и триггер запускаются в ответ на конкретное событие. Если по сделке не происходит вообще ничего - менеджер просто не заходит, не звонит, не двигает стадию, - типовое правило может не сработать в принципе, потому что формально «событие» - это как раз то, чего не случилось. Обойти это можно, только вручную настроив робота «через N дней после последней активности» на каждой стадии каждой воронки отдельно, а свести все такие уведомления в единый список приоритетов система сама не умеет.
С amoCRM ситуация похожая: цифровая воронка умеет ставить задачи по таймеру и переходу стадии, но, по независимым обзорам сервиса, её модули заточены под работу отдела продаж и не рассчитаны на автоматизацию процессов за пределами типового сценария сделки. Встроенные отчёты требуют, чтобы руководитель сам зашёл и посмотрел, - сами по себе они никуда не всплывают и никого не уведомляют.
Для контраста интересен пример зарубежной Pipedrive - там есть нативная функция «протухания» сделки, которой нет ни у Bitrix24, ни у amoCRM: карточка подсвечивается красным, если не обновлялась дольше заданного порога. Но даже эта функция честно признаёт собственное ограничение - она игнорирует то, что у сделки может быть запланирована активность далеко в будущем, и всё равно пометит её как проблемную. Идеального решения «из коробки» не существует ни у одной системы, это всегда требует отдельной настройки поверх стандартного функционала.
Почему скорость реакции решает больше, чем кажется?
Коротко: задержка ответа стоит дороже, чем кажется на глаз. Одно из самых методологически сильных исследований в теме продаж показало, что шансы дозвониться до лида падают в 100 раз, если позвонить через 30 минут вместо пяти. У зависшей сделки работает та же механика, только счёт идёт на дни и недели.
Ещё в 2007 году Джеймс Олдройд - на тот момент исследователь Kellogg School of Management, впоследствии MIT Sloan, - при поддержке компании InsideSales.com проанализировал более 100 000 попыток звонка по 15 000+ лидам за три года. Результат: шансы дозвониться до лида падают в 100 раз, если позвонить через 30 минут вместо 5; шансы квалифицировать лида при том же сравнении падают в 21 раз. Речь именно про дозвон и квалификацию при сравнении конкретно 5 и 30 минут - не про закрытие сделки и не про упрощённое «в 10 раз», как эту цифру иногда пересказывают.
Исследованию почти двадцать лет, и с тех пор появились мессенджеры и мобильные CRM, но базовый вывод не устарел: чем дольше пауза между действием клиента - заявкой, вопросом, ответом - и реакцией менеджера, тем меньше шансов довести сделку до конца. Зависшая сделка страдает от той же механики - только счёт идёт на дни и недели, где в исследовании Олдройда речь шла о минутах.
Как выстроить регулярный контроль, не сидя в CRM весь день?
Коротко: работает простой еженедельный регламент из четырёх шагов - выгрузить открытые сделки, отсортировать по дате контакта и сумме, проверить по сигналам тишины и отсутствия следующего шага, зафиксировать конкретное действие по каждой рискованной сделке. Дополняет регламент одно правило: статус сделки двигается только по понятному внешнему событию.
Проверка воронки раз в 7 дней на предмет сделок без активной задачи с будущей датой не требует новых инструментов - только дисциплины и понятного критерия, что именно искать. Дополняет эту логику правило понятного события: стадия переключается, когда счёт выставлен, договор подписан или отказ зафиксирован, - формулировка «вроде похоже» поводом для смены статуса быть не должна.
На практике еженедельная проверка выглядит так:
- Выгрузить все открытые сделки одним списком.
- Отсортировать по дате последнего контакта - от самых давних к недавним.
- Внутри списка в первую очередь смотреть на пересечение «крупная сумма плюс давняя тишина» - это самые дорогие потенциальные потери.
- По каждой сделке из верхней части списка - зафиксировать одно конкретное действие, дату и ответственного.
Это 15-20 минут в неделю для небольшого отдела продаж - против часов ручного разбора «на глаз» без чёткого критерия, что вообще считать тревогой.
Что если сделок слишком много, чтобы проверять руками?
Коротко: при 30-50 активных сделках в работе тот же самый регламент растягивается с 15-20 минут до часа-полутора, а результат начинает зависеть от того, что вспомнили проверить в конкретный день. Логика при этом не меняется - меняется только то, кто её выполняет.
Ручная проверка по трём сигналам хорошо работает, пока сделок в моменте немного. При 30-50 карточках в отделе продаж - типичная ситуация для B2B-компании среднего масштаба - тот же самый регламент растягивается уже до часа-полутора вместо привычных 15-20 минут, и результат начинает зависеть от того, что именно вспомнили проверить в конкретный день.
Логика при этом не меняется: те же три сигнала, тот же принцип «крупная сумма плюс тишина важнее просто тишины». Меняется только исполнитель. Раз правило можно чётко сформулировать, его можно поручить автоматике, которая читает CRM по расписанию и каждое утро присылает короткий список сделок, требующих внимания, вместо того чтобы держать весь процесс в голове одного человека. У меня есть отдельный разбор именно такой системы контроля отдела продаж на странице продукта «Сигналы по сделкам» - для тех, кому актуален именно такой масштаб.
Зависшая сделка в CRM - лишь одна из точек, где заявки теряются по дороге к оплате. В статье «Куда пропадают заявки» разобраны все 7 точек утечки по всей воронке целиком, а в материале про конверсию отдела продаж по этапам - как считать нормы для каждого шага.
Источники
- Rework.com, «Deal Aging Management: Identifying and Addressing Stalled Opportunities» - resources.rework.com
- Forrester, «The State Of Business Buying, 2024» - forrester.com
- SberCRM × TenChat, исследование использования CRM-систем (718 респондентов, окт-нояб 2024) - sbercrm.com
- Weflow.ai, «How to Measure Sales Pipeline Health» - weflow.ai
- rocket.red, «CRM есть, а контроля нет: почему продажи буксуют?» - rocket.red
- ifabrique.ru, «Следующий шаг в amoCRM: как контролировать сделки без задач и просрочек» - ifabrique.ru
- recall-ai.ru, «Почему вы теряете сделки: системные причины сорванных продаж» - recall-ai.ru
- sostav.ru, «CRM работает, но ни на что не влияет» - sostav.ru
- Habr / YouGile, «Задачи в CRM - ад для менеджеров» - habr.com
- IT-Agency Academy, «Статусы-болотца в отделе продаж» - it-agency.ru
- Bitrix24, «Автоматизация бизнеса в Битрикс24» + справка по роботам и триггерам - bitrix24.ru, helpdesk.bitrix24.ru
- Pipedrive Helpdesk, «The Rotting feature» - support.pipedrive.com
- Джеймс Олдройд (Kellogg School of Management / MIT Sloan) × InsideSales.com, «Lead Response Management» (2007) - onecavo.com, PDF
Если чувствуете, что часть этого уже про вас, - начните с диагностического разбора: за 45 минут разберём, где конкретно в вашей воронке теряются деньги, без продаж и без общих слов.