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

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

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

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

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

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

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

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

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

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

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

Первая причина техническая: в CRM не настроены сроки или уведомления. Задача формально есть, но напоминание вовремя не приходит никому.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Здесь на смену правилу приходит робот-продавец: он отвечает клиенту в момент обращения, не дожидаясь, пока освободится менеджер.

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

В том же проекте GetGate менеджеры освобождают примерно час рабочего времени в день: раньше он уходил на ручную постановку задач и переписку по типовым вопросам.

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

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

Просроченная задача — это конкретный клиент, с которым не связались вовремя.

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

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

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

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

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

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

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

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

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

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

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

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

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