Коммерческое управление

6.1.1Ручной ввод и интеграции — два независимых хранилища

Тумблер «Ручной ввод / Интеграции» на дашборде коммерческого директора не фильтрует одну и ту же таблицу данных — он переключает между двумя физически разными источниками факта в системе, каждый из которых представляет собой отдельное хранилище данных о воронке продаж. Это важно понимать при работе с CRM-аналитикой: интерфейс выглядит как один простой переключатель, но за ним стоят два независимых потока данных, которые пополняются по-разному и разными людьми или системами.

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

Переключая тумблер, руководитель видит не «две проекции одних данных», а буквально разные таблицы.

6.2.1Индекс здоровья планёрки — чек-лист, а не оценка продаж

Показатель «Здоровье планёрки: 63%» — это доля выполненных пунктов фиксированного чек-листа доклада: структура выступления, названные закрытые сделки, названные зависшие сделки, срезанные бюджеты, озвученные жалобы клиентов, план на текущий день, явные запросы о помощи, критика качества собственной работы. Это оценка дисциплины и полноты доклада на планёрке, а не прямая оценка того, хорошо ли реально идут продажи в компании — важное методологическое различие, которое нужно держать в голове при чтении этого индекса.

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

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

6.3.1Счёт «назад» от целевого объёма лидов

Плановые показатели активности на связанных страницах — «Лиды → активность» и «Оперплан» — не задаются напрямую как отдельные независимые цифры. Они вычисляются в обратную сторону от целевого объёма лидов, заданного именно на этой странице плана продаж, через введённые здесь же конверсии между стадиями воронки. Это единая логика счёта «назад» от конечной цели: сначала определяется, сколько лидов и договоров нужно компании, а затем система рассчитывает, сколько звонков, встреч и коммерческих предложений для этого потребуется на каждом промежуточном этапе воронки продаж.

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

Изменение конверсии здесь мгновенно двигает план на странице «Лиды → активность» — а не наоборот.

6.4.1Воронка каждого источника считается назад от лида, а не от активности

Внутри карточки источника — цепочка стадий с редактируемым % конверсии между каждой парой (например «Показы → Клики → Лиды»). Редактируется напрямую только последняя цифра цепочки — количество лидов; всё, что выше по воронке (показы, клики, звонки), система вычисляет в обратную сторону через введённые проценты. То есть менеджер не гадает, сколько звонков нужно сделать — он задаёт, сколько лидов хочет получить, а верхняя часть воронки достраивается сама. Рядом есть вторая, отдельная мини-воронка — «Воронка сделки» (Лиды → Встречи → Согласия → Договоры) — с собственными % конверсии, которые можно переопределить на конкретный месяц, не трогая базовые настройки источника.

120 лидов — единственное поле, введённое руками; показы и клики над ним подсвечены серым, потому что это результат обратного расчёта.

6.4.2Постоянные расходы канала считаются отдельно от бюджета на лиды

Помимо цены лида (CPL) у каждого источника, у самого канала есть отдельный блок «Постоянные расходы канала — зарплаты, сервисы»: произвольный список статей (например, «Зарплата маркетологов», «Зарплата РОПа», подписки на сервисы) с суммой в месяц, который можно свободно пополнять. Это принципиально другой тип расхода — он не зависит от того, сколько лидов куплено, и складывается с медиа-бюджетом источников только в момент расчёта итогового ROI канала. Смысл разделения: медиа-бюджет масштабируется вместе с объёмом лидов, а зарплаты и сервисы — нет, и смешивать их в одну цифру исказило бы реальную стоимость привлечения.

Зарплата маркетолога попадает в стоимость канала, даже если в этом месяце ни рубля не потрачено на саму рекламу.

6.4.3Оставшиеся месяцы пересчитываются по разрыву с начала года

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

Отставание за первое полугодие не списывается — оно докладывается на оставшиеся открытые месяцы.

6.5.1Ручной и авто-факт не пересекаются

Как и на «Дашборде КД», данные оперплана хранятся в отдельном, независимом хранилище, не связанном напрямую с таблицей автоматических интеграций из Битрикс24. Заполнение здесь не подтягивается автоматически и не сверяется программно с автосинком по тем же стадиям воронки продаж — это важное архитектурное решение, которое стоит понимать при параллельном ведении обоих источников данных о коммерческой активности компании.

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

Обе таблицы существуют параллельно — расхождение в 3 договора система сама не подсветит.

6.6.1Тип интеграции задаётся на уровне источника

Каждый источник данных хранит собственный признак типа интеграции — Битрикс24, Яндекс.Директ, Яндекс.Метрика, Яндекс.Вебмастер или UTM-метка — и переключение «настроена / не настроена» не является глобальной опцией всей страницы целиком, а представляет собой настройку конкретного, отдельного источника данных. Это архитектурное решение прямо влияет на то, как компания может поэтапно подключать автоматизацию бизнеса, не дожидаясь готовности всех интеграций одновременно.

Поэтому часть источников вполне может синхронизироваться автоматически, пока другие — например, Email по UTM-метке — остаются в состоянии «не настроена». Это нормальное, ожидаемое смешанное состояние страницы, а не признак недоделанной или сломанной интеграции с Битрикс24 и внешними сервисами. Компания может подключать источники по мере готовности: сначала настроить синхронизацию с CRM-системой и основными рекламными каналами, а менее приоритетные источники email-трафика добавить позже, без необходимости откладывать запуск всей автоматизации коммерческого блока до момента полной готовности каждого канала.

Каждая строка настраивается независимо — включённые и невключённые источники спокойно живут на одной странице.

6.6.2Явный ноль ≠ прочерк

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

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

Оба выглядят как «пусто» на первый взгляд, но означают совершенно разное — 0 требует внимания, прочерк нет.

7.1Лента событий

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

В верхней части страницы расположены несколько ключевых агрегированных цифр: сколько денег находится «под риском» во взвешенном по вероятности виде, сколько клиентов потенциально может уйти в ближайшее время, сколько контрактов заканчивается в обозримом будущем, сколько тендеров горит по срокам подачи заявки. Идея этой страницы — дать руководителю коммерческого блока единую точку входа для ежедневного сканирования рисков и возможностей, вместо того чтобы вручную обходить несколько разных разделов CRM-аналитики каждое утро в поисках того, что реально требует немедленного вмешательства.

7.2Клиенты

Страница «Клиенты» — это база текущих клиентов компании со статусом здоровья отношений, отображаемым цветом (зелёный, жёлтый, красный), контактными лицами внутри клиентской организации — кто принимает решение, кто влияет на него, кто непосредственно пользуется услугой — общим настроением по клиенту, списком продуктов, которыми он пользуется, и датой окончания текущего контракта. Это классический инструмент CRM-аналитики для управления клиентской базой в разрезе удержания.

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

7.3Воронка

«Воронка» — это классический обзор сделок по стадиям продажи: от первого лида до квалификации, коммерческого предложения, переговоров и итогового закрытия — выигрыша или отказа. Это стандартный инструмент CRM-аналитики отдела продаж, знакомый любому, кто работал с воронками продаж в других системах: наглядное представление, на каком этапе находится каждая сделка компании прямо сейчас.

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

7.4Маркетинг

Архивная страница «Маркетинг» показывает показатели по маркетинговым каналам компании за месяц и за год: план и факт по лидам, процент отклонения от плана, графики динамики выполнения по каждому отдельному каналу привлечения клиентов. По сути, это взгляд на маркетинговую аналитику с более длинным временным горизонтом, чем даёт понедельная страница «Лиды → активность» из основного, уже подключённого к реальным данным раздела коммерческого управления.

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

7.5Новости рынка

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

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

7.6Тендеры

«Тендеры» — это трекер заявок компании на участие в тендерах, с четырьмя статусами: «в подготовке», «подано», «выигран», «проигран». У каждой заявки есть дедлайн подачи с визуальной подсветкой того, насколько он срочный — чтобы ни одна заявка не была упущена из-за банального незнания о приближающемся сроке. Дополнительно к каждой заявке прикреплён чек-лист подготовки документов с индикатором прогресса выполнения — что уже сделано, а что ещё осталось до момента подачи.

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

7.7Стратегия КД

«Стратегия КД» показывает коммерческие цели текущего квартала — новые контракты, удержание клиентов, привлечение новых клиентов, средний чек — в формате плана против факта, с визуальным индикатором прогресса и процентом достижения каждой цели. Это верхнеуровневая, квартальная витрина коммерческих KPI, которая логически дополняет более детальные операционные страницы коммерческого блока.

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