CRM не работает: почему менеджеры ведут сделки в таблицах

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

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

Формально CRM работает. Управлять отделом продаж по её данным нельзя.

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

Спешите? В конце страницы есть ответы на два частых вопроса: можно ли начать с одной воронки и в какой момент таблицу пора заменить CRM.

Принуждение не лечит причину, по которой CRM не работает

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

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

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

Авторы статьи CRM Done Right описывали ту же проблему шире: компании часто не получают ожидаемой отдачи от сложных CRM-пакетов. Технологию имеет смысл проектировать вокруг задач бизнеса и отношений с клиентами, а не покупать набор функций в надежде, что он сам изменит продажи.

Таблицы появляются там, где процесс продаж не помещается в карточку сделки

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

Таблица становится симптомом, когда у неё появляется копия в CRM, версии расходятся, а сотрудник просит коллегу «не трогать этот столбец». В этот момент компания уже ведёт учёт клиентов и сделок, но правила существуют только в головах тех, кто собирал файл.

Обычно разрыв создаёт сочетание причин, а не одна ошибка настройки.

Что видит менеджер	Какой механизм за этим стоит	Что проверить сначала
В карточке слишком много обязательных полей	Поля собирали для всех возможных отчётов, а не для конкретного этапа	Какие поля реально используют после заполнения
Стадии воронки непонятны	Этапы повторяют структуру отчёта или пожелания разных руководителей	Какое действие меняет менеджер при переходе на каждую стадию
Данные приходится вводить дважды	CRM не связана с телефонией, сайтом, почтой или учётной системой	Где именно появляется ручное копирование
Менеджер ведёт задачи в заметках	У него нет понятного рабочего списка и напоминаний по своему сценарию	Как он планирует следующий контакт сегодня
Отдел по-разному понимает правила	Регламент написан отдельно от интерфейса либо не описан вовсе	Кто отвечает за сделку при передаче и отсутствии сотрудника

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

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

Недостоверные данные мешают управлять продажами раньше, чем портят отчёт

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

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

Необработанные или потерянные обращения × доля обращений, которая обычно становится продажей × средний чек = ориентир недополученной выручки.

Условный пример. За месяц поступило 80 обращений. По разбору переписок выяснилось, что 10 из них не получили первого ответа или пропали после передачи между менеджерами. Если в этой компании в продажу превращается 20% качественных обращений, а средний чек равен 50 000 рублей, ориентир потерь составит 100 000 рублей: `10 × 0,20 × 50 000`. Это не доказательство эффекта автоматизации и не прогноз. Расчёт нужен, чтобы решить, стоит ли тратить время на аудит маршрута заявки.

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

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

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

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

Дальше работа идёт в понятной последовательности.

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

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

Настройка Битрикс24 не заменяет решение о правилах

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

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

О замене системы стоит говорить после проверки трёх вещей:

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

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

Практический инструмент: карта «заявка до следующего шага»

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

Обращение	Где пришло	Кто получил	Где появилась первая запись	Следующий шаг и срок	Где данные дублировались	Чем закончилась сделка
1
2
3
4
5

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

Короткие ответы на частые вопросы

01Можно ли заставить сотрудников работать в CRM штрафами и контролем?

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

02Нужна ли CRM, если отдел продаж ведёт всего несколько человек?

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

03С чего начать внедрение CRM-системы после неудачного запуска?

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

04Когда нужна замена CRM, а не перенастройка?

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

05Как проверить, что данные в CRM стали надёжнее?

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

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