Почему в CRM копятся просроченные задачи

Почему просроченные задачи — это не про лень менеджера

Руководитель открывает CRM, видит список просроченных задач и первым делом думает про дисциплину. Менеджер клянётся, что звонил клиенту, просто не поставил новую задачу. И часто это правда: задача может числиться в CRM как просроченная просто потому, что никто не создал на завтра новую — сам звонок состоялся, а система об этом не узнала.

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

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

Где проходит грань между нормой и тревогой

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

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

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

Три причины, из-за которых задачи превращаются в просрочку

Первая причина техническая: в CRM не настроены сроки или уведомления, и задача формально существует, но никто не получает напоминание вовремя. Вторая — процессная: на этапах воронки нет автоматической постановки задач, и следующий шаг зависит от того, вспомнит менеджер поставить её сам или нет. Третья — мотивационная: задачи создаются исправно, но менеджер их игнорирует, потому что не видит связи между своевременным звонком и результатом.

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

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

Как отличить причину по отчётам в CRM

Техническую причину видно быстро: достаточно открыть карточки сделок и проверить, у всех ли задач стоит срок и подключено ли уведомление ответственному. Если часть задач висит без даты или без привязки к менеджеру, дело не в людях, а в настройке. Это чинится один раз и на уровне CRM, а не на уровне разговора с сотрудником.

Процессную причину показывает отчёт по этапам воронки: если на определённом шаге сделки регулярно зависают без задачи, значит, для этого этапа не настроено правило автосоздания. Например, сделка перешла в статус «переговоры», а задача на звонок появляется не всегда, а только когда менеджер вспомнил её создать вручную. Это видно по неравномерности — на одних этапах просрочки почти нет, на других она системная.

Мотивационную причину выявляет разрез по конкретным менеджерам при одинаково настроенном процессе. Если у одних сотрудников просрочка близка к нулю, а у других стабильно высокая при одинаковых инструментах, дело не в CRM. Здесь помогает контроль качества: прослушка звонков и оценка по чек-листу показывают, действительно ли менеджер выполняет задачу или просто закрывает её без содержания — с этим работает контроль качества.

Готовые правила автоматизации, которые закрывают техническую причину

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

Третье правило касается смены этапа: если сделка переходит дальше по воронке, старая задача автоматически закрывается или пересоздаётся под новый этап. Без этого правила в CRM годами копятся задачи-призраки — сделка давно ушла вперёд, а старая задача так и висит просроченной, искажая всю картину отдела. Это особенно заметно, когда руководитель пытается посчитать реальный процент просрочки и натыкается на десятки таких мёртвых задач.

Все три правила настраиваются один раз на уровне воронки и дальше работают без ручного участия менеджера. Это не отменяет содержательную часть работы — звонок всё равно нужно сделать, а разговор провести по чек-листу, — но убирает саму возможность забыть поставить задачу. Настройка воронок под процесс клиента и подключение таких правил — часть внедрения CRM.

Что делает робот-продавец там, где правила не спасают

Автоматизация в amoCRM решает техническую причину просрочки, но не решает проблему, когда заявка приходит в момент, когда отдел продаж физически не работает. В действующем проекте GetGate 27% заявок приходило вечером и в выходные — раньше их ждали до утра, и к моменту, когда менеджер садился за компьютер, задача на первый контакт уже была просроченной по времени, даже если её вовремя создали.

Здесь работает уже не правило автоматизации, а робот-продавец: он отвечает клиенту в момент обращения, а не когда освободится менеджер. Робот сам вычисляет нужный шаг по ситуации — например, если клиент не ответил, определяет, когда удобнее перезвонить, и фиксирует результат диалога в CRM вместо того, чтобы менеджер вручную создавал запись. Это не убирает задачи из CRM совсем, но переносит момент первого контакта туда, где раньше была просрочка по определению.

В том же проекте GetGate менеджеры освобождают примерно час рабочего времени в день — это время раньше уходило на ручную постановку задач и переписку по типовым вопросам. А в слепой проверке на реальной переписке ответ ассистента оказался не хуже ответа человека в 80% случаев, значит, часть первого контакта можно доверить роботу без риска потерять качество диалога. Подробнее о том, как это устроено, — на странице робота-продавца.

Во что превращаются просроченные задачи, если их не чинить

Просроченная задача — это не абстрактная строчка в отчёте, а конкретный клиент, с которым не связались вовремя. Один из показательных случаев из практики: клиент со статусом VIP сначала работал с одним менеджером, потом тот ушёл, про клиента забыли, и он существовал в CRM почти сюрреалистически — числился как VIP, но с ним никто не разговаривал. Просрочка на бумаге выглядит как процент, а на деле — как конкретная потерянная сделка, о которой узнают слишком поздно.

Похожая история — с долгосрочным интересом. Сделки, где решение клиента откладывается на месяцы, легко тонут среди срочных задач, если по ним нет системы напоминаний. Менеджер обновляет такие сделки уже постфактум, с большой просрочкой, и заново решает, когда написать клиенту — хотя правильный момент для напоминания давно прошёл.

Ни один процент просрочки сам по себе не говорит, сколько денег теряет компания — это зависит от суммы сделки, ниши и того, насколько горячим был клиент. Но принцип один: чем дольше задача висит просроченной, тем выше шанс, что клиент уже нашёл другого поставщика. Оценить масштаб проблемы в своих цифрах помогает аналитика продаж — разрез план/факт по каналам и менеджерам показывает, где именно теряются деньги, а не только где копятся задачи.

Еженедельный ритуал разбора для руководителя отдела продаж

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

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

В последнюю очередь стоит смотреть долгосрочные и «спящие» сделки — тех клиентов, о которых легко забыть, потому что они не создают срочности. Именно в этой категории чаще всего находятся истории вроде забытого VIP-клиента. Регулярный просмотр этого списка, даже раз в неделю, стоит меньше времени, чем восстановление отношений с клиентом, который решил, что о нём забыли.

С чего начать наводить порядок в задачах

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

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

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