Как найти причины пустых CRM-отчётов и восстановить воронку продаж?

Как найти причины пустых CRM-отчётов и восстановить воронку продаж

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

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

Почему я не вижу воронку продаж, хотя обращения есть?

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

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

В компании Молвун отмечают: по данным Salesforce, State of Sales, 2024, продавцы тратят 70% рабочего времени на задачи, не связанные непосредственно с продажами. Это не статистика российских компаний и не доказательство потерь в вашей CRM. Но это аргумент против процесса, где сотруднику приходится вручную переносить каждое обращение между системами.

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

Данные для проверки пустых CRM-отчётов

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

Подготовьте:

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

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

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

Семь шагов восстановления воронки продаж

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

1. Проверьте настройки одного пустого отчёта

Действие: откройте отчёт без ограничений по ответственным и отделам, затем проверьте поле даты.

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

Срок: 30–60 минут. Результат: проверен 1 отчёт, записаны его фильтры и объяснено, какие сделки он должен показывать.

2. Сверьте обращения источников с карточками CRM

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

Считайте коэффициент передачи = уникальные обращения, найденные в CRM / уникальные обращения источника. Дубли и исключённые тестовые заявки учитывайте отдельно.

Учебный пример: из 120 обращений в CRM найдено 102. Коэффициент — 85%, расхождение — 18 обращений, или 15%. Это расчёт на условных данных, не кейс клиента.

Срок: 1 рабочий день. Результат: список расхождений по каждому источнику.

3. Протестируйте передачу одной контрольной заявки

Действие: отправьте помеченную тестовую заявку через проблемный канал и проследите её путь по журналам.

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

Срок: 1–2 часа на канал. Результат: 1 контрольная заявка проходит весь маршрут либо найден конкретный участок сбоя. Исправление выполняют после диагностики, отдельной задачей.

4. Опишите правила перехода между этапами

Действие: задайте для каждого этапа проверяемое условие перехода.

Например: обращение принято, контакт состоялся, потребность подтверждена, предложение отправлено, сделка закрыта. Для отказа нужна причина, а не просто статус «не получилось».

Срок: 2 часа с руководителем продаж. Результат: согласованы 5 рабочих этапов и правила закрытия. Это пример схемы; для вашей продажи этапов может быть больше или меньше.

5. Настройте обязательные поля по этапам

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

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

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

6. Пересчитайте конверсию по одной группе сделок

Действие: постройте аналитику воронки продаж для обращений, поступивших в одном периоде.

Конверсия этапа = сделки, достигшие следующего этапа / сделки, вошедшие в предыдущий этап × 100%. Не делите оплаты старых клиентов на новые обращения текущей недели.

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

Срок: 2–4 часа. Результат: один согласованный отчёт с понятным знаменателем.

7. Проведите пилот на одной команде

Действие: запустите обновлённый процесс на ограниченной группе сотрудников.

В течение 5 рабочих дней проверяйте новые карточки, просроченные задачи и повторные сбои передачи. Если менеджер обходит поле, выясните причину: непонятное название, лишнее действие или отсутствие данных.

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

Как оценить окупаемость и понять, зачем CRM вместо Excel?

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

Частые вопросы читателей

Заявки приходят на почту, но CRM-отчёт пустой. Как понять, где они теряются?

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

Сделки в CRM есть, а в отчёте их нет. Какие настройки проверить первыми?

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

Менеджеры не заполняют CRM. Обязательные поля помогут или сотрудники просто перестанут заводить сделки?

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

Зачем восстанавливать CRM, если заявки уже учитываются в Excel?

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

Прошлый подрядчик не довёл внедрение. Нужно начинать всё заново?

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

Можно ли восстановить воронку за 5 рабочих дней?

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

Примечание. Приведённые цифры — средние по рынку на момент публикации; точные условия зависят от поставщика и объёма задачи. Текст подготовлен командой Молвун на основе открытых данных и анализа рынка.