CRM установлена. Почему реальная воронка всё ещё в Excel?

У вашей компании уже есть CRM.

Лицензии оплачены. Интеграции подключены. Команда продаж обучена. Руководство ожидает, что воронка живёт в HubSpot, Salesforce, Pipedrive или другой системе.

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

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

Очевидный вывод: команда неправильно пользуется CRM.

Часто проблема вовсе не в этом.

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

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

Первая задача - найти, где операционный процесс и система перестали совпадать.

Парадокс CRM и таблиц

CRM должна стать системой учёта для всей активности по клиентам и выручке.

Но многие растущие команды в итоге работают в двух системах одновременно:

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

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

Проблема становится серьёзнее, когда таблица перестаёт быть просто инструментом анализа.

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

Например:

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

В этот момент у бизнеса уже нет единого источника правды.

У него несколько конкурирующих версий правды.

Настоящая цена - не в таблице

Прямые затраты выглядят небольшими. Несколько выгрузок. Несколько формул. Еженедельная встреча по сверке. Кто-то обновляет таблицу по понедельникам.

Но операционные затраты накапливаются.

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

Последствия обычно проявляются в четырёх местах.

1. Прогноз становится менее надёжным

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

Отчёт у руководства, может быть, и останется. Просто это может оказаться отчёт, которому никто не доверяет.

2. При передачах начинает теряться информация

Самые рискованные точки обычно находятся не внутри одной команды. Они между командами:

Маркетинг > Продажи > Исполнение > Финансы

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

3. Руководители тратят время на сверку вместо решений

Когда встреча начинается с вопроса «Какая цифра правильная?», слой отчётности уже не справился.

Организация платит не только за ручную работу, но и за более медленные решения.

4. Автоматизация становится опасной

Автоматизация чистого процесса может убрать повторяющуюся работу. Автоматизация неясного процесса может воспроизводить ошибки быстрее.

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

Оно лишь эффективнее перемещает несогласованные данные.

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

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

Таблица часто выживает, потому что решает реальную проблему.

CRM настроили под идеализированный процесс. Команда работает по другому.

Этот разрыв может возникнуть по многим причинам:

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

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

Такое поведение рационально.

Ошибка в том, чтобы считать обходной путь первопричиной.

Пять признаков того, что у вас уже есть теневая CRM

Чтобы увидеть первые тревожные сигналы, полный аудит не нужен.

1. Прогноз готовится вне CRM

Если VP по продажам перед каждой встречей по прогнозу выгружает воронку и правит её в Excel или Google Sheets, спросите, почему.

Сама выгрузка не проблема. Важен другой вопрос:

Что умеет таблица такого, чего CRM сейчас не умеет?

2. Одна и та же сделка обновляется в нескольких системах

Менеджер по продажам меняет сделку в Salesforce. Операционный менеджер обновляет Monday. Финансы обновляют таблицу.

Теперь у компании три записи, описывающие одно коммерческое событие.

Обычно это проблема владения системами, а не обучения.

3. Финансы не доверяют данным CRM без сверки

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

Возможные причины:

• несогласованные определения полей;
• отсутствие логики согласования;
• дубликаты записей;
• неверное распределение ответственности за этапы;
• пробелы в интеграциях;
• разные правила признания выручки.

4. Таблица, которая нужна всем, принадлежит одному человеку

Это скрытая операционная зависимость.

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

Таблица может быть полезной. Недокументированная зависимость полезной не бывает.

5. Дашборд есть, но важные решения принимаются в другом месте

Это самый явный сигнал.

CRM может быть технически внедрена и всё равно не работать на уровне операций.

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

Быстрая самопроверка

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

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

0-1: возможно, таблица просто служит законной аналитической цели.

2-3: вероятно, есть несоответствие в рабочем процессе, отчётности, ответственности или настройке, которое стоит разобрать.

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

Если верны несколько пунктов, не начинайте с покупки ещё одного инструмента.

Воспользуйтесь бесплатной 30-45-минутной диагностикой, чтобы определить, где рабочий процесс и система перестали совпадать.

Для первичной оценки соответствия полный доступ к системам не нужен.

Почему дополнительное обучение работе с CRM часто не решает проблему

Обучение полезно, когда люди не знают, как пользоваться системой.

Оно гораздо менее полезно, когда люди понимают систему и сознательно её обходят.

Эта разница важна.

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

Обучение важно. Но если учить людей следовать плохо спроектированному процессу, они просто станут лучше следовать плохо спроектированному процессу.

Что делать вместо этого

Решение - не обязательно новая CRM. Не обязательно больше автоматизации. Не обязательно масштабное повторное внедрение.

Более безопасная последовательность такая:

1. Картируйте реальный рабочий процесс

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

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

2. Определите владельцев систем

Для каждого важного объекта или решения установите один авторитетный источник. Примеры:

• Где находится официальный этап сделки?
• Где хранится стоимость контракта?
• Где хранится статус выставления счетов?
• Какая система определяет статус клиента?
• Какая команда отвечает за квалификацию лидов?
• Какое определение использует дашборд руководства?

Без владельцев интеграции просто синхронизируют неопределённость.

3. Отделите законные таблицы от операционного дублирования

Не запускайте кампанию по искоренению Excel. Это неправильная цель.

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

Разберитесь с таблицами, которые:

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

4. Найдите передачи, на которых данные меняют смысл

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

Примеры:

• Маркетинг говорит MQL; продажи слышат «не готов».
• Продажи отмечают Closed Won; финансам всё ещё нужно согласование.
• Исполнение считает клиента активным; CRM всё ещё показывает онбординг.
• Руководство ожидает ARR; команды отчитываются подписанной стоимостью контрактов.

Прежде чем автоматизировать, договоритесь, что на самом деле означают эти статусы.

5. Перенастраивайте только после того, как процесс понятен

Затем меняйте технологию. Это может означать:

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

Иногда ответ - перенастройка CRM. Иногда - перепроектирование процесса. Иногда - интеграция. Иногда текущая система в порядке и меняется только распределение ответственности.

Какой вариант ваш, должна определить диагностика.

Что должна показать диагностика CRM и рабочих процессов

Полезная диагностика - это не демонстрация ПО. Она должна помочь ответить на вопросы:

1. Где операционный процесс расходится с CRM?
2. Какие передачи создают двойную работу или потерю данных?
3. Какая система должна владеть каждой критически важной записью?
4. Какие определения в отчётности несогласованы?
5. Какие проблемы требуют настройки, перепроектирования процессов, интеграции или автоматизации?
6. Что исправлять в первую очередь с учётом эффекта, трудозатрат, риска и ценности для бизнеса?
7. Действительно ли нужно масштабное внедрение?

На этой логике построен подход Fill System «сначала диагностика». Мы изучаем процесс, прежде чем рекомендовать инструмент.

Начните с разрыва, а не с ПО

Fill System работает с B2B-командами, которые переросли процессы и настройки систем, работавшие, когда компания была меньше.

Лучше всего мы подходим B2B-компаниям примерно с 50-250 сотрудниками, которые сталкиваются с такими проблемами: ненадёжные данные CRM или воронки, ручные передачи между командами, несвязанные SaaS-инструменты, дублирующаяся отчётность, неясная ответственность за процессы или решения по CRM и интеграциям, которые сложно приоритизировать.

Первый шаг - бесплатная 30-45-минутная оценка соответствия. Мы формулируем проблему, определяем вероятные узкие места и решаем, имеет ли смысл более глубокая работа.

Вы получаете:

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

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

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

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

Вместо заключения

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

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

Не боритесь в первую очередь с таблицей. Прочитайте сигнал. Затем исправьте систему, которая за ним стоит.

Читайте также

• 7 признаков утечки выручки в CRM-воронке
• Полное руководство по аудиту RevOps для B2B
• HubSpot vs Salesforce для B2B-услуг: честное сравнение
• RevOps для команд из 50 человек: с чего начать