Собственник компании на шестьдесят человек рассказывает примерно одно и то же в девяти случаях из десяти. Рабочий день по одиннадцать часов. Отпуск больше пяти дней невозможен. Выручка при этом растёт, команда укомплектована, продукт нормальный. Дело тут не в количестве работы. Дело в том, что бизнес не умеет принимать решения без него: кто-то должен утвердить скидку, кто-то должен вспомнить про зависшего клиента, кто-то должен свести цифры из трёх таблиц и сказать, всё ли в порядке.
Контроль бизнеса без операционки держится на устройстве информационных потоков, а дисциплина владельца тут почти ни при чём. Когда данные собираются сами, а типовые решения принимаются по заранее описанным правилам, присутствие собственника перестаёт быть обязательным условием работы компании.
Почему собственник оказывается внутри операционки
Обычно это происходит не сразу и по вполне понятным причинам. На старте владелец действительно самый компетентный человек в компании: он знает продукт, клиентов, себестоимость и границы, за которые нельзя заходить в переговорах. Замыкать решения на себя в этот момент разумно и дёшево.
Дальше компания растёт, а привычка остаётся. Появляются руководители отделов, но право сказать «да» по нестандартной ситуации по-прежнему у одного человека. Появляются отчёты, но собственник им не доверяет, потому что видел, как менеджер задним числом правил статус сделки в таблице. Появляется больше клиентов, и вместе с ними появляется страх: где-то среди этих ста заявок лежит крупная, о которой все забыли.
Дальше включается механика, которую хорошо видно со стороны. Владелец начинает просить отчёты вручную, чтобы успокоиться. Руководители отделов перестают принимать решения, потому что любое их решение всё равно будет пересмотрено. Менеджеры учатся приходить напрямую к собственнику, минуя своего непосредственного начальника, потому что так быстрее. Через год структура компании на бумаге и в реальности расходятся: формально есть отделы и руководители, фактически все линии сходятся в одном телефоне.
Разорвать этот круг усилием воли не получается, и это стоит признать честно. Собственник может пообещать себе не лезть в детали, но пока у него нет способа проверять состояние бизнеса без ручного опроса людей, он будет опрашивать людей. Обещание держится дней десять, потом случается первая неприятная ситуация, и всё возвращается.
Что на самом деле означает контроль
В голове у владельца часто слиты два разных понятия, и их полезно развести.
Присутствие — это когда вы находитесь внутри процесса и видите его в момент исполнения. Вы читаете переписку менеджера, сидите на планёрке отдела продаж, слушаете, как обсуждают конкретную отгрузку. Присутствие даёт ощущение управляемости, но масштабируется плохо: сорок сделок в неделю ещё можно просмотреть, четыреста уже нет.
Контроль — это способность вовремя узнать, что показатель вышел за допустимые границы, и понять, кто отвечает за возврат его в норму. Контроль не требует вашего участия в процессе. Он требует, чтобы процесс оставлял следы, а следы автоматически превращались в цифры.
Собственник и CRM встречаются именно на этом стыке. Ценность CRM для владельца лежит не в удобстве менеджеров, хотя про удобство говорят чаще всего. Она в том, что каждое действие с клиентом фиксируется в момент совершения, и записи невозможно переписать задним числом в конце месяца, когда пора показывать результат.
Отсюда простой критерий зрелости системы управления. Если, чтобы понять состояние дел, вам нужно кому-то позвонить, система ещё не собрана. Если вы открываете экран и за две минуты видите ответ, система работает.
Пять показателей вместо ста отчётов
Типичная ошибка на старте: владелец просит подрядчика настроить «полную аналитику». В результате появляются двадцать графиков, из которых через месяц никто не смотрит ни один. Работает обратный подход: минимальный набор цифр, за которые вы реально готовы спрашивать с людей.
Деньги на входе. Сколько новых обращений пришло за период и сколько из них в принципе целевые. Без этой цифры любой разговор про эффективность продаж бессмысленен: падение выручки может означать и плохую работу менеджеров, и просто остановившуюся рекламу.
Конверсия по этапам. Общая цифра «закрыли 18%» ничего не даёт, нужно распределение по стадиям воронки. Именно там видно место потери. Компания может годами усиливать рекламу, хотя реальная дыра находится между этапом «отправили счёт» и этапом «получили оплату».
Скорость реакции. Время от заявки до первого контакта. Показатель неприятный, потому что почти всегда оказывается хуже, чем считает руководитель отдела. Зато он самый управляемый: его можно улучшить за неделю и увидеть эффект в деньгах.
Зависшие сделки. Количество и сумма сделок, которые не двигались дольше установленного срока. Это тот самый забытый крупный клиент, из-за которого собственник и лезет вручную проверять список.
Просроченные обязательства. Задачи и договорённости с прошедшим сроком. Показатель говорит больше о культуре, чем о загрузке: он показывает, насколько в компании принято держать слово.
Пять цифр помещаются на один экран и читаются за пару минут. Этого достаточно, чтобы понять, нужно ли вам сегодня вмешиваться.
Откуда система берёт эти цифры
В Битрикс24 отчёты для руководителя собраны в разделе CRM-аналитика, который открывается из левого меню. Отчёты сгруппированы по двум блокам: анализ лидов и продажи. В первом блоке доступны общий анализ, первичные и повторные лиды. Во втором находятся воронка продаж, динамика продаж и сравнение периодов.
Воронка продаж заслуживает отдельного внимания собственника. Она строится по истории движения элемента, то есть показывает все стадии, через которые сделка прошла, а не только ту, где она находится сейчас. Разница принципиальная. По текущему статусу нельзя увидеть, что сделки массово застревают на согласовании и потом возвращаются назад, а по истории это видно сразу.
Отдельно в разделе аналитики есть BI-конструктор. Он нужен в тех случаях, когда стандартных отчётов не хватает и требуется свой набор показателей под конкретную модель бизнеса.
Есть и второй слой контроля, обращённый к дисциплине команды. Пульс компании показывает, насколько сотрудники вообще пользуются системой, и оценивает три величины: рейтинг сотрудников, общую активность и вовлечённость. Вовлечённость считается как доля сотрудников, работающих минимум с четырьмя инструментами из семи (в перечень входят социальная сеть, лайки, задачи, чат и видеозвонки, диск, мобильное приложение и CRM). Смотреть можно за сегодня, за неделю или за месяц, а открывается Пульс через меню профиля.
Показатель довольно жёсткий и потому полезный. Если через три месяца после внедрения вовлечённость низкая, команда работает мимо системы, и все красивые цифры в аналитике описывают вымышленную реальность. Проверять это стоит раньше, чем начинать спорить о качестве отчётов.
Для регулярной обратной связи от команды подойдут рабочие отчёты в разделе «Сотрудники» — «Время и Отчеты» — «Рабочие отчеты». Период сдачи настраивается: день, неделя или месяц, причём для новичка можно поставить ежедневный ритм, а для остальных еженедельный. Руководитель видит список отчётов с цветовой разметкой по оценкам, статистику по доле оценённых и положительно оценённых отчётов и может фильтровать по отделам. Инструмент доступен не на всех тарифах, это стоит проверить до того, как строить на нём процесс.
Как вынуть себя из цепочки согласований
Аналитика решает половину задачи: вы знаете, что происходит. Вторая половина в том, чтобы типовые решения принимались без вас.
Начинать имеет смысл с инвентаризации. В течение недели записывайте каждый вопрос, который к вам пришёл. Через неделю список делится на три части, и распределение обычно выходит примерно таким.
Первая часть — вопросы, у которых уже есть правильный ответ, просто он нигде не записан. «Можно дать отсрочку на десять дней постоянному клиенту?» Это не решение, это регламент, который вы держите в голове. Такие вопросы закрываются письменным правилом и полномочиями конкретной должности.
Вторая часть — вопросы, вызванные тем, что человек не видит нужных данных. «Мы отгрузили этому клиенту в марте?» Тут вопрос адресован не вам, а системе доступов: сотруднику просто негде посмотреть.
Третья часть — настоящие управленческие решения: новое направление, крупная нестандартная сделка, увольнение руководителя. Они и должны оставаться у собственника. По нашему опыту внедрений в казахстанских компаниях третья группа занимает от десяти до двадцати процентов входящего потока вопросов, остальное уходит в первые две.
Механику исполнения правил в CRM берут на себя роботы и триггеры. Робот срабатывает, когда элемент попадает на определённую стадию, и выполняет действие: отправляет письмо или сообщение в чат, ставит задачу, создаёт документ. Триггер работает от обратного, он отслеживает действие клиента или изменение в карточке и сам переводит элемент на другую стадию.
Для собственника это означает конкретную вещь. Правило «если сделка на сумму выше N, поставить задачу руководителю отдела на проверку условий» перестаёт зависеть от того, вспомнил ли о нём кто-то сегодня. Оно срабатывает каждый раз и оставляет запись о том, что сработало.
Три уровня прозрачности
Ещё одна причина, по которой владелец не выходит из операционки: он единственный, кто видит картину целиком. Пока это так, любой вопрос, требующий сопоставления данных из разных отделов, будет приходить к нему. Раздавать всем полный доступ здесь плохое решение, разумнее разделить видимость на уровни.
Уровень исполнителя. Менеджер видит своих клиентов, свои задачи, свой план и своё выполнение. Данные соседа ему не нужны, а вот собственные цифры в реальном времени нужны обязательно. Если продавец узнаёт о выполнении плана десятого числа следующего месяца из письма бухгалтерии, управлять своим результатом он не может физически.
Уровень руководителя отдела. Здесь появляется сравнение внутри команды и вся воронка подразделения. Задача этого уровня в том, чтобы заметить отклонение раньше собственника и объяснить его причину. Поэтому руководителю отдела нужен доступ не только к суммам, но и к тому, что происходило со сделкой по дороге: сколько дней она стояла, кто и когда её касался.
Уровень собственника. Пять показателей по компании, разбивка по подразделениям и возможность провалиться в конкретную сделку, если цифра выглядит странно. Последнее важнее, чем кажется. Спокойствие даёт сама возможность в любой момент посмотреть детали, не спрашивая ни у кого разрешения, а вовсе не ежедневное чтение этих деталей.
Отдельно стоит проговорить границы. Открывать собственнику доступ ко всему подряд технически несложно, но управленчески вредно: когда владелец получает уведомления о каждом чихе, он снова начинает реагировать на каждый чих. Разумнее настроить оповещения только на события, которые действительно требуют его решения, а всё остальное оставить в отчётах, куда он заходит по своему графику.
Как это выглядит на практике
Ниже иллюстративный пример, собранный из типовых ситуаций, а не описание конкретного клиента.
Оптовая компания, сорок сотрудников, две трети выручки от повторных отгрузок постоянным клиентам. Владелец лично согласовывал отсрочки платежа и держал в голове, кому и сколько уже отгружено без оплаты. Каждое утро уходило полтора часа на разбор заявок в мессенджере.
Что сделали. Прописали матрицу отсрочек: срок и сумма зависят от истории оплат клиента, менеджер видит доступный лимит прямо в карточке и не спрашивает никого. Всё, что выходит за матрицу, роботом уходит задачей на финансового директора, а не на собственника. Настроили отчёт по зависшим сделкам с порогом в семь дней. Раз в неделю руководитель отдела разбирает список и отчитывается цифрой, а не рассказом о том, как всё сложно.
Что изменилось для владельца. Утренний разбор заявок исчез из расписания. Вместо него появилась одна встреча в неделю на сорок минут, где обсуждаются пять показателей и отклонения по ним. Вопросы «а что там с клиентом Х» ушли, потому что ответ теперь берётся из карточки за десять секунд.
Что осталось. Крупные нестандартные условия по-прежнему согласовывает собственник, и это правильно. Разница в том, что таких случаев стало три-четыре в месяц вместо двадцати в неделю.
Ошибки, из-за которых схема не срабатывает
Внедрить систему и остаться в операционке — вполне реальный сценарий. Чаще всего мешает одно из четырёх.
Данные вводятся выборочно. Половина сделок в системе, половина в переписке и голове менеджера. Отчёты в такой ситуации хуже, чем их отсутствие: они создают ложную уверенность. Лечится жёстким правилом «нет в CRM, значит не считается» и тем, что руководитель сам перестаёт принимать информацию другими каналами.
Собственник продолжает отвечать в обход системы. Регламент написан, полномочия розданы, но владелец по привычке отвечает на прямое сообщение в мессенджере. Через две недели все возвращаются к прежней схеме, потому что через собственника по-прежнему быстрее.
Показателей слишком много. Двадцать графиков означают, что не отслеживается ни один. Начинать стоит с пяти цифр и добавлять новые только тогда, когда по существующим действительно принимаются решения.
Автоматизация настроена под старый беспорядок. Если процесс продаж хаотичен, роботы просто ускорят хаос. Сначала описывается, как должно быть, потом это переносится в систему. Обратный порядок ломает внедрения чаще, чем любая техническая проблема.
С чего начать в ближайший месяц
Первая неделя уходит на замер. Записывайте входящие вопросы и считайте, сколько времени вы тратите на операционные решения. Без цифры до старта потом невозможно доказать себе, что стало лучше.
Вторая неделя — правила. Возьмите три самых частых типа вопросов и опишите их одной страницей: кто решает, в каких границах, что делать при выходе за границы. Не пытайтесь описать всё сразу, это гарантированный способ бросить затею на середине.
Третья неделя — данные. Определите свои пять показателей и убедитесь, что каждый из них система может посчитать без ручной сборки. Если какой-то показатель требует выгрузки в Excel и склейки таблиц, он не выживет дольше первого аврала.
Четвёртая неделя — ритм. Поставьте в календарь еженедельную встречу на сорок минут по этим пяти цифрам и отмените всё, что дублирует её содержанием. Рабочей схему делает именно отмена лишних точек контроля, а новая встреча поверх старых только добавит вам нагрузки.
Дальше система живёт сама, а вы возвращаетесь в неё раз в неделю. Если на каком-то шаге видно, что своими силами процесс не собирается, имеет смысл посмотреть на внедрение Битрикс24 для вашего бизнеса с внешней командой. Чаще всего узкое место находится не в настройках системы, а в том, что управленческие правила никем не описаны, и снаружи это видно быстрее.
Частые вопросы
Сколько времени занимает выход собственника из операционки?
Первые заметные изменения появляются через месяц-полтора, если параллельно идут два процесса: описание правил и настройка системы. Полный переход обычно занимает от трёх до шести месяцев и зависит не столько от скорости внедрения, сколько от того, насколько быстро руководители среднего звена привыкают принимать решения самостоятельно.
Не потеряю ли я контроль, если перестану вникать в детали?
Контроль теряется в другой ситуации: когда информация о состоянии дел существует только в головах сотрудников и приходит к вам в пересказе. Когда данные фиксируются в системе, а отклонения видны по цифрам, вы получаете более объективную картину, чем при ежедневном ручном опросе.
Что делать, если менеджеры саботируют работу в CRM?
Сначала проверить, не является ли сопротивление обоснованным: если система требует заполнять пятнадцать полей ради одной сделки, люди правы. Если интерфейс разумен, а данные всё равно не вносятся, помогает связка из трёх вещей: руководитель принимает информацию только из системы, показатели вовлечённости регулярно просматриваются, а премия считается по данным CRM.
Хватит ли облачной версии Битрикс24 или нужна коробочная?
Для задачи управленческого контроля облачной версии достаточно подавляющему большинству компаний. Коробочная версия нужна там, где есть требования к размещению данных на своих серверах, глубокая доработка логики или интеграция с внутренними системами, к которым нет доступа снаружи.
С чего начать, если в компании вообще нет учёта?
С фиксации сделок и обращений. Пока нет базового слоя данных, любая аналитика будет описывать выдуманную картину. Первый месяц уходит на то, чтобы все продажи оказались в системе, и только после этого имеет смысл смотреть на конверсию и скорость реакции.