Почему не пользуются CRM после внедрения - и как вернуть команду в систему

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

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

Сколько компаний реально не пользуются CRM после внедрения?

Короткопочти у трети компаний CRM не в ежедневном обороте - по опросу J'son & Partners зимы 2025-2026 каждый день в ней работают 69%, и это среди тех, у кого система уже куплена и стоит. Больше половины проектов внедрения буксуют, а часть систем стоит «для галочки»: лицензии оплачены, толку ноль. Возврат в Excel после покупки CRM - скорее правило, чем исключение, и причины у этого системные.

Агентство J'son & Partners Consulting опросило 1000 российских компаний, которые уже пользуются CRM (ноябрь 2025 - январь 2026). Ежедневно в системе работают 69%, еженедельно - 23%, несколько раз в месяц - 7%, несколько раз в год - 2%. Важна не только первая цифра, но и выборка: это компании, где CRM уже куплена и внедрена. То есть почти у трети из них система не в ежедневной работе, хотя деньги за неё заплачены.

Картина по проектам ещё жёстче. Сооснователь Neuron Group Артур Куприянов оценивает провал внедрений так:

- Артур Куприянов, Neuron Group, vc.ru, апрель 2025

Там же видно, что бизнес это понимает. Выбирая CRM, 42% компаний смотрят на простоту работы для менеджеров, а 27% называют этот фактор ключевым - вровень со скоростью внедрения и защитой данных. То есть удобство для того, кто сидит в системе каждый день, стоит в одном ряду с безопасностью, а не в конце списка.

То есть у трети компаний система оплачена и формально стоит, но реального смысла в ней нет. При этом проникновение CRM в России, по оценке Куприянова, - около 30%: она есть лишь у трёх компаний из десяти, и то не всегда работает. Вывод простой: дело не в том, что «CRM плохие». Их ставят и оплачивают, но не пользуются.

«Команда ленивая» или «инструмент не тот»?

Короткокогда менеджеры возвращаются в Excel, дело редко в лени или саботаже. Люди ведут себя рационально: если система отнимает время вместо того, чтобы его экономить, они выбирают то, что быстрее закрывает задачу. Тетрадка дешевле, чем каждый день воевать с неудобным интерфейсом. Возврат в личные таблицы - это диагноз инструменту, а не команде.

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

- Дмитрий Горошко, vc.ru

Поэтому «нам неудобно» почти никогда не про интерфейс. Это симптом того, что система не совпадает с тем, как люди реально работают. И одним тренингом это не лечится. Помогает только система, которая повторяет вашу работу вместо того, чтобы её ломать.

7 причин, почему коробочную CRM не открывают

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

1. Страх прозрачности. Как только сделки попадают в систему, становится видно реальное число звонков, конверсию и потраченное время. Для менеджера это читается как «теперь за мной следят», и он тихо надеется, что внедрение не взлетит.
2. База клиентов как личная страховка. Контакты в личном Excel - это рычаг в разговоре о зарплате и подушка при увольнении. Отдать их в общую CRM значит потерять этот рычаг, поэтому база «не доезжает» до системы.
3. «Нам продавать надо, а не карточки заполнять». Заполнение полей - это расходы времени без личной выгоды для продавца. Пользу видит руководитель, а работу делает менеджер, и мотивации ноль.
4. Коробку настроили не под процесс. Статусы сделок не совпадают с реальными этапами, половина полей лишние, а нужных нет. Воронка существует «для отчёта, а не для работы», и сделки двигают вручную под красивую картинку.
5. Нет владельца системы внутри компании. После запуска никто не отвечает за то, что CRM живёт: собственник переключился на другое, вопросы копятся, система тихо умирает за 3-4 месяца.
6. Команду не вовлекли в проектирование. Схему «спустили сверху», удобство никто не обсуждал. Как настроено управление - важнее, чем как настроена программа: если люди не участвовали в проектировании, они и не пользуются.
7. Автоматизировали хаос. Если процессов нет, CRM их не создаст. «Если автоматизировать бардак, получится автоматизированный бардак» - система усиливает то, что есть, а порядок сам не наводит.

Третья причина, кстати, уговорами не лечится - зато снимается устройством системы. У себя мы сделали так: карточку заводит AI-менеджер, который ведёт переписку с клиентом. Человек просто разговаривает, а заявка с контактом и задачей появляется в системе сама. Заполнять вручную стало нечего, и спор «продавать или заполнять карточки» исчез вместе с полями. Судя по опросу J'son & Partners, это самое востребованное применение ИИ в CRM: автозаполнение карточки называют результативным 32,4% компаний - больше, чем распределение лидов или прогноз выручки.

Ни одна из семи причин не звучит как «нам не хватило функций». Все они про то, что инструмент не совпал с людьми и процессом. Поэтому докупка модулей ситуацию не спасает.

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

Что значит «коробка не легла на процесс»?

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

Речь про массовые системы: по тому же опросу основной у 48% компаний стоит Битрикс24, у 20% - 1С:CRM, у 9% - amoCRM. Все они спроектированы под «средний» отдел продаж. Пока ваш процесс типовой, она подходит. Но как только появляется своя логика - нестандартные этапы сделки, производство под заказ, длинный цикл согласований - начинаются костыли. Менеджеры жалуются «этот блок неудобный», но в рамках коробки его не изменить.

Так думают не только малые компании. На отраслевых конференциях об этом прямо говорят ИТ-руководители крупного бизнеса:

- Дмитрий Хохловкин, «Еврохим», CNews, май 2025

- Алексей Борисов, Фонд «Сколково», CNews, май 2025

Показательно, где именно проходит это несовпадение: обычно в том, чем бизнес живёт каждый день. Для сервисной компании «Эффективная Техника», которая обслуживает упаковочное оборудование у B2B-клиентов по стране, мы собирали портал заявок. До него сервис держался на звонках, почте и таблицах: обращения терялись, при одновременной работе в Excel данные расходились, паспорта станков лежали по почтовым ящикам, а клиент звонил, чтобы узнать, приедет ли инженер. Но главное отличие от коробки другое: единица учёта у них не сделка, а станок у клиента - серийный номер, гарантийные сроки, история обслуживания. В коробочной CRM есть карточка сделки, карточки оборудования в ней нет, и настройками она там не появится.

Та же логика в строительстве. У строительной компании, для которой мы делаем систему, процесс - это документы: техзадание, смета по справочнику расценок, допсоглашение, график работ, акты КС-2 и КС-3 по унифицированным формам. Пока всё это собирают руками в Word и Excel, CRM «для отдела продаж» бизнесу не нужна - она не про его работу.

Когда система заставляет работать не так, как вы работаете на самом деле, команда возвращается в Excel - для неё это дешевле, чем каждый день бороться с чужим каркасом.

Кейс: внедрили Битрикс24, через полгода вернулись к своей системе

Короткопоказательный разбор с Habr - компания сделала всё «правильно» технически: собственник сам вёл проект, система работала. Но через полгода от Битрикс24 отказались. Причина оказалась чисто управленческой: команду не вовлекли, после запуска владельца системы не назначили, и в CRM попадало лишь 60% обращений. Технически исправная система умерла от организации процесса, не от софта.

На Habr есть подробный анти-кейс: производство мебели премиум-класса (кухни и гардеробные на заказ, команда до 10 человек, цикл сделки от 3 недель до 2 месяцев) внедрило облачный Битрикс24. Инициатором был сам собственник, проектировали с его участием, технически всё работало.

Через полгода от Битрикс24 отказались и вернулись к прежней самописной системе. Разбор причин показал, что дело было не в технике. Команду не вовлекли, после запуска исчез человек, отвечающий за систему, и в саму CRM попадало лишь 60% обращений - остальные шли мимо. Главный вывод автора стоит держать в голове перед любым внедрением:

- разбор анти-кейса Битрикс24, Habr

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

Что сделать в первый месяц, если система уже стоит пустой

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

1. Назначьте владельца системы. Один человек внутри отвечает за то, что CRM живёт: собирает вопросы от менеджеров, чинит поля, следит, чтобы сделки двигались. Без этой роли внедрение тихо умирает за 3-4 месяца - ровно это случилось в кейсе с мебельным производством выше.
2. Сократите обязательные поля до трёх. Откройте карточку сделки и вычеркните всё, что не влияет на решение. Ориентир простой: менеджер закрывает карточку за 15 секунд. Если дольше - он не закроет её вообще, а запишет в блокнот. Тот же принцип отмечают аналитики: если освоение системы занимает больше десяти минут, она начинает тормозить продажи вместо того, чтобы их ускорять.
3. Сведите заявки в один вход. Пока часть обращений идёт в личный мессенджер менеджера, картина в системе всегда будет неполной: в том же кейсе до CRM доходило лишь 60% обращений. Один вход для всех каналов даёт половину результата.
4. Закройте обходные пути. Пока в компании допустимо «ну я в таблице записал», таблица победит. Правило «нет записи в CRM - сделки не было» работает лучше любого обучения, но вводить его честно можно только после первых трёх шагов - иначе вы наказываете людей за неудобный инструмент.

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

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

Во что обходится CRM, которой не пользуются

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

Убыток складывается из трёх частей, и первая - самая очевидная:

• Оплаченные лицензии. Тариф считается на всю команду, а работает в системе половина. Это прямой расход, который тикает каждый месяц независимо от того, открывает кто-то CRM или нет.
• Заявки, которых не видно. Если часть обращений идёт мимо системы, вы не знаете размер потери: то, что не попало в CRM, не попадёт и в отчёт. В разобранном выше кейсе мимо системы шло около 40% обращений.
• Решения по неверным цифрам. Когда сделки двигают вручную «для отчёта», воронка показывает не то, что происходит на самом деле. По этим данным потом считают план продаж, найм и рекламный бюджет.

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

Сколько стоят сами системы - подписка, доработка коробки и разработка под процесс - мы разбирали отдельно, чтобы не смешивать цену инструмента с ценой простоя.

А когда своя CRM не нужна?

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

Три ситуации, где своё делать не стоит:

1. У вас нет процессов. Софт не создаёт порядок. Он усиливает то, что уже есть. Сначала опишите, как вы работаете, и только потом автоматизируйте - иначе получите тот самый «автоматизированный бардак» в новой обёртке.
2. Команда 2-3 человека со стандартными продажами. Здесь заказная система просто не окупится: типовой процесс отлично живёт в готовом инструменте, и переплачивать за разработку незачем.
3. Внутри некому вести систему. Своя CRM, как и коробка, требует владельца - человека, который отвечает, что она работает. Нет такой роли - любая система умрёт за пару месяцев, сколько бы вы за неё ни заплатили.

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

Как перейти на свою CRM и не повторить провал коробки?

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

Порядок, который снимает главные риски перехода:

1. Опишите процесс как есть. Зафиксируйте реальные этапы сделки, точки, где теряются заявки, и что должно происходить автоматически. Это фундамент - без него любая система встанет так же, как коробка.
2. Назначьте владельца системы. Один человек внутри отвечает за то, что CRM живёт и развивается. Именно отсутствие этой роли похоронило кейс с Битрикс24 (производство мебели).
3. Соберите прототип до договора. Прежде чем платить за разработку, посмотрите кликабельный макет своей будущей системы - так вы увидите, что она повторяет ваш процесс, и не купите «не то».
4. Оставьте то, что работает. Если у вас уже стоит коробка с данными, её не обязательно выбрасывать - оставьте её источником данных и подключите к своей системе.

Мы в SyntexLab сами работаем на своей CRM с AI-менеджером - строить систему под процесс проще, когда сами живём так же. Логика та же и для клиента: сначала находим проблему, потом подбираем инструмент. На бесплатном разборе трезво посмотрим ваш случай: где хватит доработки текущей системы, а где выгоднее собрать своё. Если решение - своя CRM с AI-менеджером, как это работает, мы показывали в разборе «AI-менеджер по продажам».

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

Своя система под ваш процесс начинается не с кода, а с разбора. Покажем на кликабельном прототипе, как CRM повторит именно вашу работу - до договора и без обязательств. Обсудить задачу на syntexlab.ru.

Частые вопросы

Источники

• J'son & Partners Consulting, опрос 1000 компаний, использующих CRM, ноябрь 2025 - январь 2026 (частота работы в системе, критерии выбора), релиз CNews 25.02.2026 - cnews.ru
• CNews, «Российским CRM пока не хватает функционала и масштабируемости», цитаты ИТ-руководителей, 21.05.2025 - cnews.ru
• Артур Куприянов (Neuron Group), vc.ru, апрель 2025 - vc.ru
• Дмитрий Горошко, «Почему менеджеры игнорируют CRM-систему», vc.ru - vc.ru
• Habr, анти-кейс «Внедрили Битрикс24, через полгода вернулись на самописную CRM» - habr.com
• Habr, блог компании RegionSoft, «CRM в компании: от хаоса к системе» - habr.com
• Студия Бобрик, «Битрикс24 против AmoCRM в 2026: почему многим выгоднее своя CRM», апрель 2026 - bobrick.su
• J'son & Partners Consulting, ИИ в CRM: автозаполнение карточек как самый оценённый сценарий (32,4%), разбор исследования - kt-team.ru