О зависшей сделке руководитель отдела продаж обычно узнаёт одним из двух способов: сам вспоминает про неё на разборе воронки или получает отказ клиента — и оба приходят слишком поздно, когда деньги уже ушли. Флаги AT RISK и SILENT — это две автоматические пометки Литика: SILENT означает, что сделка перестала двигаться, AT RISK — что она движется, но теряет шансы. Разница между ними не терминологическая: у двух угроз разные признаки и разные действия, и смешивать их в одну «проблемную сделку» — значит отправить менеджера лечить не то.
Молчание и остывание — две разные болезни сделки
Позвонить клиенту, который не отвечает третий день, и дожать клиента, который отвечает, но каждый раз находит новую причину не подписывать, — разные действия. Общий флаг «что-то не так» ничего не говорит о том, какое из них нужно, поэтому Литик разводит ситуации на старте.
SILENT — сделка перестала двигаться: клиент не отвечает, следующий шаг не назначен, последний контакт уходит в прошлое быстрее, чем обычно для этого этапа. AT RISK — сделка идёт, но видно, что она рискует сорваться: темп замедляется, появляются новые возражения, сроки сдвигаются без внятной причины.
Что это значит на практике: по SILENT менеджеру нужно вернуть контакт, по AT RISK — разобраться с содержанием. В первом случае достаточно дисциплины, во втором нужна голова.
Вердикт: одна красная метка на две разные проблемы — это напоминание, а не диагноз.
SILENT считается от ритма сделки, а не от календаря
Со стороны SILENT похож на правило «прошло N дней с последнего звонка». На деле порог считается относительно самой сделки: для сделки с циклом в три дня молчание двое суток — уже тревога, для сделки с циклом в два месяца те же двое суток — норма. Литик сравнивает текущий разрыв с тем, как обычно идут касания на этом этапе и в этом сегменте, а не с одной цифрой для всей воронки.
Дата последнего исходящего касания, дата последнего ответа клиента, наличие назначенного следующего шага с конкретной датой и его фактическое наступление. Если следующий шаг был назначен и просрочен без переноса, такую сделку стоит разбирать первой: договорённость нарушена, а не просто наступила пауза.
Вердикт: единый порог молчания для всей воронки гарантирует, что быстрые сделки флаг пропустит, а длинные — затопит ложными тревогами.
Флаг AT RISK загорается на активной сделке
AT RISK не про даты, а про динамику и смысл. На данных CRM Литик видит, что сделка теряет темп: переписка замедлилась, клиент отвечал за день, а стал отвечать за неделю. Если подключена речевая аналитика Эхо, добавляется содержание разговоров: появление возражений, которых не было на предыдущих этапах, фразы вроде «нужно подумать» или «обсудим внутри» без конкретного срока, тон клиента.
Отдельный сильный сигнал — смена контактного лица на стороне клиента без объяснения. Часто это значит, что прежний сторонник сделки потерял влияние или ушёл, и продавать теперь нужно заново другому человеку.
Что это значит для руководителя: сделка под AT RISK может быть очень активной по числу касаний — звонки, письма, встречи — и при этом стремительно терять шансы. Отчёт «по сделке есть активность» такую ситуацию не покажет никогда.
Вердикт: активность — не прогресс. Менеджер, который звонит клиенту каждый день и слышит «вернёмся после квартала», занят, но не продаёт.
Флаг без задачи перестают замечать через неделю
Пометка сама по себе ничего не меняет в выручке — меняет действие, которое за ней следует. При SILENT задача обычно одна: вернуть контакт, и Литик даёт к задаче следующий шаг с обоснованием — что сказать, когда вернуться, как восстановить контакт. При AT RISK задача содержательнее: обработать конкретное всплывшее возражение или выйти на нового человека, принимающего решение, если контакт сменился.
Задачи ставятся в CRM с приоритетом по влиянию на выручку: сигнал по крупной сделке на финальном этапе важнее сигнала по мелкой в начале воронки. Важные действия можно оставить на подтверждение руководителю. Как это устроено по шагам, с ограничениями и типичными ошибками, — в разборе сценария «Ранние сигналы срыва»; там же указан ориентир по продукту: предупреждение за 3–5 дней до фактической остановки сделки.
Вердикт: если по флагу нельзя сказать, кто и что делает сегодня, это не система контроля, а декорация к планёрке.
Пороги проверяются на прошлом квартале до внедрения
Порог молчания, взятый по умолчанию, ошибается в обе стороны: для быстрых сделок он слишком мягкий, для длинных слишком строгий. Проверить, как он поведёт себя на вашей воронке, можно до любых договоров — на собственных данных и за один вечер.
Возьмите закрытые сделки за квартал и посчитайте по каждому этапу типичный промежуток между касаниями — не среднее, а середину распределения: одна сделка, забытая на два месяца, испортит среднее для всех. Затем посмотрите на выигранные и проигранные отдельно. В проигранных промежутки обычно начинают расти раньше, чем сделка формально останавливается.
Порог ставится там, где разница между группами становится заметной. Дальше — проверка задним числом: примените его к прошлому кварталу и посчитайте, сколько сделок он пометил бы и сколько из них действительно закончились ничем. Если среди помеченных доля проигранных не отличается от средней по воронке, флаг ничего не предсказывает, и внедрять его рано.
Вердикт: эта проверка — самый дешёвый способ понять, стоит ли вообще платить за автоматические флаги.
Ложная тревога полезна, если у неё записана причина
Флаг на здоровой сделке неизбежен: клиент в отпуске, у него конец квартала, договорились созвониться через месяц. Вопрос не в том, как такие срабатывания исключить, а в том, что происходит дальше.
Ключевое требование — возможность закрыть флаг с указанием причины, которая учитывается. Менеджер отмечает «клиент в отпуске до такого-то числа», и до этой даты сделка снова не подсвечивается. Без такого механизма один и тот же флаг загорается каждую неделю, и его перестают замечать вместе со всеми остальными.
Второе — накопление причин. Если в половине случаев причина одна и та же, это не шум, а закономерность, которую стоит перенести в правило. Например, если в одном сегменте клиентов длинные паузы нормальны, порог для этого сегмента должен быть своим.
Вердикт: журнал закрытых флагов с причинами — лучший материал для настройки, чем любые пороги по умолчанию.
Сто флагов в день хуже, чем ни одного
Система, которая помечает проблемы и ничего не меняет, обходится дороже системы, которой нет. Она создаёт ощущение контроля при его отсутствии и приучает команду не реагировать на предупреждения.
Механика привыкания быстрая. Первую неделю флаги смотрят, вторую просматривают, третью пролистывают. Через месяц красная пометка в интерфейсе перестаёт что-либо значить, и вернуть ей вес труднее, чем было ввести.
Защита не в дисциплине, а в количестве. Флагов должно быть столько, чтобы по каждому можно было принять решение в тот же день. Если их больше, чем есть времени, порог нужно ужесточать: лучше пропустить часть проблемных сделок, чем обесценить весь механизм. Моя позиция здесь жёсткая — точность флага важнее полноты. Флаг, которому верят, спасёт больше сделок, чем полный список, который никто не читает.
Вердикт: если флаги горят по половине воронки, это не контроль, а фоновый шум.
Слепые зоны: разговоры вне CRM и перемены у клиента
Оба флага опираются на наблюдаемое — даты касаний, динамику активности и, при подключённом Эхо, содержание разговоров. Всё, что происходит вне этих источников, для них не существует.
Первый слепой участок — переговоры вне записываемых каналов. Клиент и менеджер переписываются в личном мессенджере или встречаются лично, в системе тишина, и SILENT загорается на здоровой сделке. Обратный случай хуже: формальная переписка идёт, а решение уже принято не в вашу пользу, и по датам всё выглядит нормально.
Второй — изменения на стороне клиента, о которых не сказали. Сменился ответственный, заморозили бюджет, поменялся приоритет. По ритму касаний это не видно, пока не станет поздно.
Практическое дополнение к флагам: по крупным сделкам раз в месяц стоит пройти короткий список вопросов руками — кто участвует в решении, что изменилось у клиента, о чём договаривались вне системы.
Вердикт: флаги видят то, что записано. Если менеджеры продают в личном телефоне, начинать нужно не с флагов, а с того, чтобы разговоры попадали в систему.
Правило «нет активности N дней» не отличает отпуск от отказа
CRM почти любой системы умеет напомнить «нет активности N дней». Разница в том, что такое правило одинаково для всех сделок и не видит ни истории, ни смысла: оно одинаково сработает на сделке, где клиент честно попросил созвониться после отпуска, и на сделке, которая уже мертва. И промолчит на активной сделке, которая остывает.
Флаги Литика сравнивают ритм сделки с нормой её этапа и сегмента и учитывают, что было сказано, а не только что было записано в поле. Литик работает и без Эхо, на одних данных CRM, но тогда AT RISK видит только формальные признаки — ритм касаний и смену контакта; новые возражения и уход от конкретики видны лишь в содержании разговоров.
Вердикт: правило по дате — это будильник. Флаг по ритму и содержанию — это попытка понять, почему сделка замолчала.
Когда флаги сделок не окупятся
Честно о том, где эта механика не нужна. Первое — короткий цикл. Если сделка закрывается за один-два дня, признаки срыва не успевают проявиться: клиент купил или ушёл раньше, чем сработает любой флаг. Сигналы начинают работать на циклах от двух недель.
Второе — маленькая воронка. Если открытых сделок столько, что руководитель помнит каждую по имени и обсуждает их на еженедельной планёрке, автоматический флаг не скажет ему ничего нового. Дешевле провести планёрку по списку сделок без движения, выгруженному из CRM.
Третье — CRM, в которую не вносят касания. Если даты контактов и следующие шаги не фиксируются, SILENT будет гореть почти везде, а AT RISK не на чем строить. Сначала — дисциплина данных, потом флаги. Мы в таких ситуациях говорим клиенту, что внедрение сейчас не даст эффекта: без данных результата не будет, и это одно из условий, прописанных в нашем подходе к проектам.
Вердикт: флаги окупаются на длинных сделках с заметной суммой, где пропущенная неделя стоит дороже самой системы.
Флаг сдвигает реакцию с планёрки на день, когда сделка остыла
Что это меняет в решении: вопрос «какие сделки у нас проблемные» перестаёт быть вопросом памяти руководителя и становится двумя разными очередями — сделки, где нужно вернуть контакт, и сделки, где нужно разобраться с возражением или новым человеком. Первую может разгребать любой менеджер, вторую стоит смотреть с руководителем.
Проверить пользу на своих данных можно без внедрения. Выгрузите сделки прошлого квартала, отметьте вручную те, где пауза в касаниях превысила обычную для этапа или сменился контакт, и сравните долю закрытых среди отмеченных и остальных. Если разница заметная — механика работает на вашей воронке, и её стоит автоматизировать. Если нет — проблема потерь не в пропущенных сигналах, и искать её нужно в другом месте.
Флаги — часть Литика, который отвечает за сделки внутри Эхолитикса; за содержание разговора отвечает Эхо. Как те же сигналы превращаются в прогноз закрытия — в статье про прогноз продаж с AI.
