Почему собственник всегда знает «примерно», но почти никогда — точно

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

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

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

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

Признаки управления «примерно»:

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

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

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

Ощущение есть всегда — оно не требует усилий. Точная картина так не появляется: её нужно собирать.

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

«Я в курсе» означает:

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

«Я управляю» означает:

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

Та же разница в коротком виде:

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

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

Ручной контроль не плох сам по себе — у него просто есть предел масштаба. То, что нормально держалось на десяти сделках и двух менеджерах, начинает давать сбои на сотне сделок, нескольких каналах заявок и команде из нескольких сотрудников. Дело не в том, что собственник стал хуже управлять. Изменился масштаб, а способ контроля остался прежним.

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

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

Выглядит это буднично. Клиенту не ответили вовремя, но собственник узнаёт об этом через неделю. Сделка зависла без задачи, а в отчёте она по-прежнему «в работе». Менеджер говорит «ждём» — но непонятно, чего и до какой даты. Клиент отказался, и в карточке стоит «не интересно», что не объясняет ничего. Реклама приводит заявки, но какие из них дошли до реальной сделки, сказать сложно. Часть рабочего времени руководителя уходит просто на то, чтобы вручную собрать актуальные статусы.

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

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

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

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

Наличие отчётов само по себе не означает управляемость. Отчёт может существовать и при этом не давать руководителю того, что нужно для решения.

Так происходит, когда:

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

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

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

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

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

Проверить себя можно простым способом — попробовать сходу, без звонка РОПу и без опроса менеджеров, ответить на несколько вопросов:

1. Сколько активных сделок сейчас в работе?
2. На какую сумму?
3. У каких сделок нет следующего шага?
4. Сколько задач просрочено?
5. Какие заявки не обработаны за сегодня?
6. Какие сделки стоят без движения больше 14 дней?
7. Какие причины отказа повторяются чаще всего?
8. Какие менеджеры закрывают сделки без понятной причины?
9. Какие источники дают заявки, которые не доходят до квалификации?
10. Сколько клиентов ждут повторного касания?
11. Какие данные в CRM сейчас вызывают сомнения?
12. Какой управленческий вывод вы сделали по отчёту за прошлую неделю?

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

Чаще всего спотыкаются на вопросе о следующем шаге: сделки висят, а что с ними делать дальше — неясно. Как держать это под контролем, разобрано в статье «Контроль следующего шага в amoCRM». Если же при чтении вы узнали не один, а сразу несколько симптомов, есть отдельный диагностический список — «10 признаков, что отдел продаж теряет деньги каждый день».

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

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

Речь не о том, чтобы руководитель видел абсолютно всё и контролировал каждый шаг каждого менеджера. Речь о том, чтобы он видел ключевые отклонения, которые влияют на управляемость продаж, и мог реагировать до того, как клиент потерян. Из чего в целом складывается такая управляемость, разобрано в отдельном материале — «Управляемость продаж». Здесь мы разбираем один конкретный симптом: управление «примерно».

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

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

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

Начинать стоит не с инструментов, а с вопросов. Порядок может быть таким:

1. Не вводить новые отчёты ради отчётов.
2. Не требовать от менеджеров ещё больше ручных таблиц.
3. Определить, какие вопросы собственник должен видеть без опроса команды.
4. Проверить, где сейчас живут заявки.
5. Проверить, у каких сделок нет следующего шага.
6. Проверить, сколько задач просрочено.
7. Проверить, как заполняются причины отказов.
8. Проверить, можно ли доверять данным в текущей системе.
9. Убрать лишние показатели, которые не ведут к решениям.
10. Решить, что нужно дальше: навести порядок в текущей CRM, внедрить систему, провести аудит, обучить команду или пересобрать процесс.

Если CRM уже стоит, но точности не даёт, отдельно стоит разобраться, почему так вышло, — об этом материал «CRM уже стоит, но не работает: что делать». Если же речь о том, чтобы собрать систему продаж с нуля, логику сборки мы описывали в статье «Внедрение amoCRM».

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

На старте мы проверяем:

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

После такого разбора становится видно, что нужно конкретному бизнесу: доработка текущей CRM, внедрение amoCRM, пересборка воронки, настройка отчётов или обучение команды. Не во всех случаях ответ — «внедрить CRM», и это нормально.

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

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

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

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

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

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

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

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

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

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

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