Почему менеджеры не работают в CRM и как это исправить без штрафов

Лицензии оплачены, воронка собрана, amoCRM работает. Но если открыть систему через пару месяцев после запуска, картина часто другая: карточки заведены, а внутри пусто. Сделки стоят без задач, комментарии формальные, и то, что видно в отчётах, расходится с тем, что менеджеры рассказывают на планёрке.

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

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

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

Менеджеры обходят CRM, когда:

• система усложняет работу, а не упрощает её;
• воронка не совпадает с тем, как реально идут продажи;
• по сделке нет задачи и непонятен следующий шаг;
• общение с клиентами живёт вне системы;
• карточка перегружена полями;
• CRM нужна руководителю для контроля, а менеджеру не даёт ничего взамен;
• людей научили нажимать кнопки, но не объяснили правила работы.

Со стороны руководителя ситуация выглядит однозначно. Лицензии куплены, систему настроили, обучение провели, сделки в воронке появились. А через пару месяцев — карточки полупустые, комментариев нет, задачи не ставятся, и непонятно, что происходит по половине клиентов. Руководитель злится, менеджеры защищаются, и разговор скатывается к «они не хотят работать».

Иногда саботаж действительно бывает. Менеджер может сознательно скрывать клиентов, вести личную базу «на всякий случай» или обходить правила, потому что так ему спокойнее. Это вопрос к управлению конкретным человеком, и настройкой системы он не решается.

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

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

Когда CRM существует отдельно от реальной работы, она превращается в отчётность. А отчётность заполняют формально и в последнюю очередь.

Дальше всё разрушается по одной схеме. Реальное общение с клиентом идёт в WhatsApp, Telegram, по почте и телефону, а CRM заполняется «потом», когда нужно отчитаться. Это значит, что менеджер делает работу дважды: сначала ведёт сделку там, где удобно, потом переносит часть данных в систему. Через месяц-полтора двойная работа надоедает, и человек выбирает более простой путь. Данные в CRM становятся неполными, и руководитель перестаёт доверять отчётам — а решения принимает на цифрах, которые не отражают реальность. Почему отчётность в такой ситуации перестаёт быть надёжной, подробно разобрали в статье «Почему отчёты по продажам врут».

Сценарий повторяется из компании в компанию, почти не меняясь.

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

В итоге руководитель смотрит на воронку, которая выглядит аккуратно, но не отражает того, что реально происходит со сделками. Менеджеры раздражены, потому что система кажется им лишней нагрузкой. А управляемости, ради которой CRM и покупали, нет.

Это не техническая проблема интерфейса и не вопрос «докрутить пару полей». CRM не стала обязательным и удобным маршрутом работы с клиентом — а всё, что не лежит на основном маршруте, со временем отмирает.

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

Как это выглядит. Чтобы зафиксировать одно действие, нужно сделать пять. Много обязательных полей, лишние клики, непонятные переходы между этапами. Карточка сделки перегружена тем, что не помогает вести клиента. В итоге менеджеру проще записать договорённость в блокнот или чат, чем открывать систему.

Что на самом деле сломано. CRM настроена под отчётность для руководителя, а не под ежедневную работу менеджера.

Что исправлять:

• убрать поля, которые не используются для управления;
• оставить обязательными только те данные, без которых нельзя принять решение;
• собрать карточку сделки под реальные действия менеджера, а не под идеальный отчёт;
• убрать декоративные поля, которые никто не заполняет осмысленно.

Как это выглядит. Этапы названы красиво, но менеджер не понимает, какой выбрать. Разные люди трактуют одни и те же статусы по-разному. Сделки подолгу висят в универсальных состояниях вроде «в работе» или «думает», и по воронке невозможно понять, что происходит.

Что на самом деле сломано. Воронка описывает удобную для отчёта схему, а не реальный путь сделки.

Что исправлять:

• пересобрать этапы под то, как сделка движется на самом деле;
• прописать критерии перехода между этапами, чтобы их понимали одинаково;
• убрать статусы, которые не дают управленческого смысла;
• зафиксировать, что должно происходить на каждом этапе.

Подробнее о том, почему настроенная, но «неживая» воронка не даёт результата, — в статье «Почему amoCRM не приносит результата».

Как это выглядит. Сделка есть, а задачи по ней нет. «Клиент думает» становится легальным состоянием, в котором сделка может висеть неделями. Менеджер держит следующий шаг в голове, руководитель не видит, что должно произойти дальше, и сделка выглядит активной, хотя по ней ничего не происходит.

Что на самом деле сломано. CRM хранит карточки, но не управляет движением сделки.

Что исправлять:

• настроить автоматические задачи после ключевых действий;
• ввести правило: у каждой активной сделки есть следующий шаг со сроком и ответственным;
• держать на контроле просроченные задачи;
• разбирать сделки без задач на планёрках.

Как именно выстроить контроль следующего шага, разобрали отдельно — в статье «Контроль следующего шага в amoCRM».

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

Что на самом деле сломано. CRM не стала рабочим местом менеджера. Она осталась внешней отчётной системой, в которую нужно «сходить и заполнить».

Что исправлять:

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

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

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

Что на самом деле сломано. CRM не даёт менеджеру ценности и используется как инструмент давления.

Что исправлять:

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

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

Что на самом деле сломано. CRM не является единым местом работы с клиентом.

Что исправлять:

• подключить телефонию, мессенджеры и почту;
• собрать всё общение по сделке в одной карточке;
• закрепить правило: история клиента принадлежит компании, а не личному телефону менеджера;
• сделать так, чтобы данные появлялись в системе в момент работы, а не «потом».

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

Что на самом деле сломано. Обучение прошло по интерфейсу, а не по правилам продаж в системе.

Что исправлять:

• обучать на реальных сделках, а не на абстрактных кнопках;
• отдельно объяснять правила работы и критерии перехода между этапами;
• сопроводить первые недели после запуска, разбирая живые примеры;
• показывать, как система помогает вести сделку, а не просто хранить карточку.

Часто корни уходят в этап внедрения. Какие ошибки на старте приводят к тому, что команда потом игнорирует систему, разобрали в статье «Ошибки внедрения amoCRM», а почему CRM нередко не приживается после самостоятельной настройки — в статье «Самостоятельная настройка amoCRM».

Первая реакция на полупустую систему — усилить контроль: ввести штрафы за незаполненные поля, проверять каждую сделку, наказывать за нарушения. Это не решает проблему, а маскирует её.

Штрафы не создают управляемость. Они создают формальное заполнение. Под давлением менеджеры начинают закрывать задачи «для галочки», в карточках появляются пустые комментарии, данные становятся красивее, но менее честными. Часть работы уходит в тень: менеджеры ведут «свою» базу параллельно с официальной и закрывают сделки втихую. В результате руководитель получает не контроль, а его иллюзию — отчёты выглядят аккуратно и не отражают реальность.

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

Решение лежит не в области контроля, а в области процессов. Порядок действий простой:

1. Посмотреть, где менеджеры реально ведут клиента сегодня.
2. Убрать дублирование работы.
3. Упростить карточку сделки.
4. Пересобрать этапы воронки под реальный путь сделки.
5. Настроить следующий шаг и автоматические задачи.
6. Подключить каналы общения: телефонию, мессенджеры, почту.
7. Обучить команду правилам, а не кнопкам.
8. Первый месяц контролировать не наказаниями, а разбором реальных сделок.

Ключевая мысль здесь одна. Задача не в том, чтобы заставить менеджера «заполнять CRM». Задача — сделать так, чтобы вести сделку вне системы стало неудобнее, чем внутри неё.

Прежде чем что-то менять, полезно понять природу проблемы. Грубый, но рабочий ориентир — насколько массово систему обходят.

Вывод простой. Если систему обходят почти все — это не «плохая команда», а сигнал, что CRM не встроена в процесс. Если же правила понятны и справедливы, а нарушает один человек — это уже вопрос к управлению конкретным сотрудником, а не к настройке системы.

Менеджер работает в системе добровольно, когда она экономит ему время, а не отнимает его. Для этого CRM должна давать менеджеру то, что иначе он держит в голове и в разных приложениях:

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

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

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

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

Меняется и сам тон контроля. Вместо «почему ты не заполнил CRM?» — «по этой сделке нет следующего шага, значит, она выпала из процесса. Что должно произойти дальше и когда?». Первый вопрос ищет виноватого, второй возвращает сделку в управляемое состояние.

Шаг 1. Не усложнять систему вслепую. Не добавлять новые поля, статусы и штрафы, пока не понятно, где именно проблема. Это почти всегда усугубляет ситуацию.

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

Шаг 3. Поговорить с менеджерами. Не «почему не заполняешь?», а: где система мешает, что приходится дублировать, какие поля бессмысленны, каких данных не хватает, что проще сделать вне CRM.

Шаг 4. Убрать лишнее. Поля, этапы, статусы и обязательные действия, которые не используются для управления.

Шаг 5. Настроить следующий шаг. У каждой активной сделки должны быть действие, срок и ответственный.

Шаг 6. Подключить каналы. Звонки, мессенджеры, почта, сайт — всё, откуда приходят обращения.

Шаг 7. Провести обучение по правилам. Не «куда нажать», а «как мы теперь работаем по сделке».

Шаг 8. Первый месяц сопровождать запуск. Проверять реальные сделки, просрочки, задачи и заполнение ключевых полей.

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

Но если воронка вообще не отражает процесс, менеджеры массово ведут сделки вне системы, отчётам нельзя доверять, а правила работы не закреплены, точечными правками не обойтись — может потребоваться пересборка логики CRM. Как отличить один случай от другого и с чего начать, разобрали в статье «CRM уже стоит, но не работает: что делать и с чего начать».

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

В работе это выглядит так:

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

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

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

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

Только тогда CRM перестаёт быть отчётностью «для начальства» и становится рабочим инструментом отдела продаж.

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

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

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

Не запрещать, а перенести каналы внутрь системы. Подключить телефонию, мессенджеры и почту, чтобы переписки и звонки попадали в карточку сделки автоматически. Тогда менеджеру не нужно вести клиента в двух местах и дублировать работу. Параллельно важно закрепить правило: история клиента принадлежит компании, а не личному телефону менеджера. Когда работать внутри системы становится удобнее, потребность в обходных каналах снижается.

Убрать лишние поля, оставить обязательными только данные, нужные для решений, и собрать карточку под реальные действия менеджера. Воронку пересобрать под настоящий путь сделки, настроить автоматические задачи и подключить каналы общения. Главный критерий простой: менеджер открывает систему утром и сразу видит, с кем связаться, что сделать и где горит срок. Если CRM экономит время и не требует двойной работы, ею пользуются добровольно.

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

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

Да, но не «по кнопкам». Чаще менеджеры технически знают, куда нажимать, но не понимают правил: зачем нужен этап, что считать следующим шагом, почему важна причина отказа. Обучать стоит на реальных сделках и объяснять логику работы, а не интерфейс. Полезно сопроводить первые недели после изменений: разбирать живые сделки, просрочки и заполнение ключевых полей, чтобы новые правила закрепились на практике.

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