Компания внедрила Битрикс24, настроила этапы, подключила телефонию, запустила роботов, обязала менеджеров ставить задачи и даже собрала отчёты, поэтому на первый взгляд процесс продаж находится под контролем. Но стоит руководителю задать простой вопрос — где именно сейчас теряются клиенты, — и выясняется, что уверенного ответа нет: CRM показывает количество сделок, сумму в работе, активность сотрудников и просроченные задачи, а реальную ситуацию по-прежнему приходится восстанавливать со слов РОПа и менеджеров.
Это означает, что система настроена технически, но ещё не стала управленческим инструментом. В ней есть карточки и статусы, однако нет воронки, по которой можно понять, что происходит с клиентами, почему сделки останавливаются и какая часть заявленной выручки действительно имеет шанс превратиться в оплату.
Настроенная CRM и отражённый процесс продаж — не одно и то же
Битрикс24 может работать без технических ошибок и при этом неверно описывать продажи, если этапы в системе не совпадают с фактическим клиентским путём. Типовая последовательность «новый лид, первичный контакт, выявление потребности, презентация, коммерческое предложение, переговоры, договор, оплата» выглядит логично до тех пор, пока не начинаешь открывать конкретные сделки.
На этапе «Переговоры» у одного клиента уже запрошены реквизиты для договора, второй неделю не отвечает, третий ждёт утверждения бюджета, четвёртый попросил вернуться через месяц, а по пятому из карточки вообще невозможно понять, что происходит. Формально все сделки находятся в одной точке воронки, управленчески это совершенно разные состояния, требующие разных действий и имеющие разную вероятность оплаты.
Поэтому количество сделок на этапе само по себе почти ничего не доказывает. Чтобы воронка отражала реальность, каждый статус должен обозначать понятное изменение со стороны клиента, а не просто очередное действие менеджера или удобное место для хранения карточки.
У каждого этапа должен быть подтверждающий факт
Этапы вроде «Презентация» или «Переговоры» часто появляются в CRM потому, что так принято описывать продажи, но без критериев входа и выхода они быстро теряют смысл. Для одного сотрудника «Презентация» начинается после отправки файла, для другого — после демонстрации продукта, для третьего — только после того, как клиент посмотрел предложение и согласился продолжить обсуждение. Битрикс24 объединяет эти сделки в одном отчёте и рассчитывает общую конверсию, хотя сотрудники учитывают разные события.
Хороший этап можно подтвердить наблюдаемым фактом: встреча согласована на конкретную дату, потребность квалифицирована по принятым критериям, клиент дал обратную связь по предложению, условия переданы на согласование, договор направлен определённому участнику со стороны заказчика. Формулировка должна позволять любому руководителю открыть карточку и понять, почему сделка находится именно здесь и что должно произойти, прежде чем она перейдёт дальше.
Если ответ сводится к словам «менеджер так решил», этап существует номинально. Аналитика по нему будет отражать личные привычки сотрудников, а не поведение клиентов.
Действие менеджера ещё не означает движения сделки
Воронки нередко строят вокруг внутренних действий: «позвонили», «отправили презентацию», «направили КП», «отправили договор». Такие статусы удобны для контроля активности, но они не показывают, изменилось ли состояние продажи. Коммерческое предложение можно отправить человеку, который не подтвердил интерес, договор — контакту без полномочий, презентацию — клиенту, который её не откроет.
Для руководителя важен не сам факт отправки, а реакция второй стороны: клиент получил материал, обсудил условия, обозначил возражение, подключил принимающего решение, согласовал дальнейший шаг или прекратил диалог. Пока этого не произошло, карточка могла стать активнее, но сделка не обязательно продвинулась.
Автоматизация усиливает эту проблему, если робот переводит сделку после технического события. Через месяц отчёт показывает, что 80% клиентов дошли до этапа «КП», хотя система всего лишь исправно передвигала карточки после отправки файлов. Робот повышает дисциплину выполнения сценария, но не гарантирует достоверность воронки.
Запоздалое движение карточек превращает воронку в архив
Даже правильно спроектированные этапы бесполезны, если сотрудники обновляют их с опозданием. Сделка может оставаться на статусе «КП отправлено», хотя клиент отказался три дня назад, или числиться на «Первичном контакте», когда стороны уже обсуждают договор. В единичных случаях это рабочая погрешность, в масштабе отдела — системное искажение.
Руководитель в такой ситуации анализирует не путь клиента, а дисциплину ведения карточек. Чем реже актуализируются статусы, тем больше воронка похожа на историю прежних событий и тем меньше подходит для текущих решений: распределения внимания РОПа, оценки загрузки команды, планирования поступлений и определения сделок под риском.
Особенно заметно искажение в прогнозе продаж. На этапе «Согласование» может находиться 12 миллионов рублей, но внутри этой суммы одна сделка действительно проходит юридическое согласование, по второй десять дней не было коммуникации, в третьей нет следующей задачи, в четвёртой бюджет появится только в следующем квартале. Одинаковый статус не делает эти деньги одинаково вероятными, поэтому большой pipeline иногда говорит не о сильном прогнозе, а о том, что воронку давно не очищали.
Обязательные поля создают видимость порядка
Когда данных не хватает, проблему часто пытаются решить новыми обязательными полями: бюджет, срок сделки, ЛПР, категория клиента, следующий шаг, причина отказа. Логика понятна, но поле, без которого нельзя сохранить или передвинуть карточку, довольно быстро превращается для менеджера в препятствие, которое нужно обойти.
Если достоверной информации нет, сотрудник всё равно указывает примерный бюджет, предполагаемый срок или удобную причину отказа. В отчёте появляются аккуратные значения, хотя часть из них отражает не разговор с клиентом, а условие перехода на следующий этап. Поэтому заполненность нельзя принимать за качество: ключевые сведения нужно выборочно сверять со звонками, перепиской и реальной хронологией сделки.
Отдельно стоит проверять причины отказов. В одинаковой ситуации один менеджер выберет «дорого», другой — «конкурент», третий — «неактуально», если компания не установила единые критерии классификации. Диаграмма в Битрикс24 будет выглядеть убедительно, но фактически покажет стиль заполнения карточек, а не причины потерь на рынке.
Два простых теста быстро показывают качество этапов
Первый тест — открыть несколько активных сделок и по каждой спросить, какой факт подтверждает текущий этап. Клиент согласовал встречу, назвал бюджет, дал обратную связь по КП, передал документ юристам, обозначил дату подписания — ответ должен находиться в карточке и подтверждаться коммуникацией. Если по большей части сделок его приходится уточнять у менеджера, CRM не содержит достаточной картины для управления.
Второй тест — отдельно спросить у нескольких сотрудников, когда они переводят сделку на один и тот же этап, например в «Переговоры». Ответы «после презентации», «после запроса КП» и «когда начинается обсуждение цены» означают, что общей воронки у отдела нет: каждый ведёт собственную версию процесса, а агрегированная конверсия объединяет несопоставимые события.
Эти проверки полезнее визуальной оценки интерфейса, потому что показывают не наличие настроек, а единообразие их применения.
Реальная воронка должна находить первый провал
Главная управленческая ценность воронки состоит не в том, чтобы показать число карточек в каждом столбце, а в том, чтобы определить первый переход, на котором клиенты перестают двигаться дальше. Например, из новых лидов на контакт выходят 70%, квалификацию проходят 60% связавшихся, до встречи доходят 55% квалифицированных, а после встречи предложение получают только 18%. Такая последовательность указывает конкретную точку для проверки.
Но вывод будет обоснованным только при одинаковом понимании этапов, своевременном движении карточек, понятных критериях перехода и отсутствии формального заполнения. Иначе провал на графике конверсии может быть следствием учётной логики: один менеджер пропускает промежуточный статус, другой неделями не переводит сделки, третий использует этап как список задач на будущее.
Поэтому до обсуждения конверсии нужно проверить саму конструкцию воронки. Если её этапы не описывают однородные состояния, сравнивать периоды, менеджеров и источники преждевременно.
Если договорённости живут вне Битрикс24, руководитель зависит от пересказа
Часть коммуникации неизбежно проходит в почте и мессенджерах, однако ключевые факты сделки должны возвращаться в CRM: итог разговора, достигнутая договорённость, подтверждённое возражение, следующий шаг и его срок. Когда реальные данные остаются в личном WhatsApp менеджера, Telegram, заметках, памяти сотрудника или отдельном файле РОПа, карточка становится регистрационной формой, а не источником управленческой информации.
Показательный сигнал — еженедельный Excel, который руководитель отдела вручную собирает рядом с Битрикс24. Сам файл не является проблемой: он может быть удобен для модели прогноза или специальной аналитики. Важно другое — какие сведения РОПу приходится восстанавливать вручную и почему их нельзя получить из CRM без дополнительных разговоров с командой.
Если собственник считает, что управляет по Битрикс24, а актуальная картина существует только в таблице РОПа, устойчивость процесса зависит от конкретного человека. Вместе с его отсутствием исчезает и понимание воронки.
Технический аудит Битрикс24 и аудит продаж отвечают на разные вопросы
Техническая проверка помогает установить, корректно ли работают интеграции и роботы, подключена ли телефония, правильно ли создаются лиды, настроены ли права, откуда появляются дубли, как устроены поля и обязательность их заполнения. Всё это важно, но даже безупречная конфигурация не отвечает на вопрос, способен ли руководитель по данным системы объяснить результат отдела.
Управленческая проверка начинается с других задач: определить, где снижается конверсия, почему сделки задерживаются, какой источник приводит слабый поток, какие менеджеры отклоняются от нормы, что действительно входит в прогноз, почему увеличивается цикл продажи, что происходит после отправки предложения. Здесь оценивается не удобство интерфейса, а способность CRM воспроизводить причинно-следственную картину продаж.
Иногда после такой проверки выясняется, что технически почти ничего менять не нужно: этапы описаны разумно, телефония работает, автоматизация не мешает, но менеджеры несвоевременно обновляют карточки, РОП не контролирует качество данных, следующие шаги не фиксируются, причины отказов выбираются произвольно, старые сделки не закрываются. Новая настройка не исправит отсутствие правил управления.
Бывает и обратная ситуация, когда сотрудники физически не могут вести CRM аккуратно, потому что воронка перегружена этапами, обязательные поля не соответствуют моменту продажи, информацию приходится вводить несколько раз, роботы создают лишние задачи, а статусы расходятся с реальным процессом. Тогда требование «повысить дисциплину» не устранит причину: сначала нужно сделать саму логику пригодной для работы.
Что проверять, если Битрикс24 не показывает реальную воронку
Я бы начала не с цвета столбцов и количества автоматизаций, а с соответствия этапов клиентскому пути, единых критериев перехода, актуальности статусов, подтверждаемости ключевых полей, наличия следующего шага, срока нахождения сделки на каждом этапе, регулярности очистки воронки, правил выбора причин отказа, логики прогноза и совпадения карточек со звонками и перепиской.
После этого нужно проверить, можно ли по данным системы объяснить конкретное отклонение: почему в этом месяце просела конверсия, где накопились сделки без движения, какая сумма действительно ожидается к оплате, на каком переходе отличаются сильные и слабые менеджеры. Если для ответа каждый раз требуется совещание и устный пересказ, Битрикс24 пока хранит информацию, но не обеспечивает наблюдаемость продаж.
Главная задача CRM не сводится к учёту карточек. Она должна позволять руководителю видеть, сколько сделок действительно живы, в каком состоянии находится каждая из них, что должно произойти дальше, где возник риск, на каком этапе образуется провал и что изменилось по сравнению с прошлым периодом.
Битрикс24 может быть настроен идеально с технической точки зрения, но если этапы не совпадают с реальностью, поля заполняются формально, причины отказов зависят от личной трактовки, старые сделки месяцами остаются в pipeline, а прогноз приходится уточнять у сотрудников, руководитель видит цифровую версию внесённых данных, а не настоящую воронку.
Поэтому аудит стоит начинать не с вопроса «Что перенастроить?», а с проверки, каким данным можно доверять, какие факты подтверждают движение клиента и какие решения безопасно принимать на основании отчётов. Иногда систему действительно нужно менять, но прежде следует добиться, чтобы её показатели совпадали с тем, что происходит в продажах.
Сначала причина, потом решение.