Вторая волна подмены: как рынок разменял управление на операционку
Есть мысль, которую сейчас важно успеть произнести. Не в жанре «кто виноват», а в жанре «давайте хотя бы второй раз не наступим туда же».
За последние годы бизнес очень много автоматизировался. Дорого, широко, с напряжением, с надеждой. CRM, ERP, BI, BPM, личные кабинеты, платформы, интеграции, маршруты, отчеты, потом AI. Всё это действительно нужно. Но на большом масштабе произошла неприятная подмена: рынок разменял управление системой на автоматизацию операций.
Компания как система – с целями, потоками, ответственностью, капиталом, ограничениями, управленческими решениями, организационной логикой – постепенно ушла из фокуса. А на первый план вышла операционная мелочевка: поля, статусы, карточки, сценарии, кнопки, заявки, клики, лиды, маршруты, уведомления. Всё стало измеряться. Но не всё стало управляться.
Главная экономическая потеря последних лет не в том, что «что-то внедрили и не получилось». Гораздо серьезнее: огромные бюджеты и управленческое внимание ушли в цифровизацию операций, но не всегда вернулись управляемостью.
Компании настрогали данные, отчеты, процессы, регламенты в системах, но во многих случаях не получили главного – способности видеть, где создается эффект, где он теряется и каким управленческим действием его вернуть.
«Приборы – 500».
Что 500?
А что приборы?
Неловкий момент, но с дорогим внедрением.
Раньше разговор был выше операции
Когда-то управленческий консалтинг держал другой уровень разговора. Он был не про то, какое поле добавить в CRM, а про то, как устроена компания. Не про то, какой статус будет у заявки, а кто владеет потоком. Не про то, какой отчет вывести руководителю, а какое решение он должен принять и что в системе должно измениться после этого решения.
Хороший консалтинг смотрел на организацию как на живую конструкцию: цели, функции, процессы, ответственность, деньги, ограничения, управленческий учет, власть, сопротивление, привычки, культура. Иногда эта конструкция скрипела, но зато было понятно, что проектируют не кнопку, а бизнес.
Потом пришла цифровая волна. И управленческую модель стало недостаточно описать в положении, регламенте или методике. Ее нужно было перевести в ИТ-язык: данные, роли доступа, статусы, события, справочники, транзакции, метрики, функциональные требования, контрольные точки.
И здесь классический консалтинг во многом выпал из цепочки. Он умел говорить с руководителями и организациями, но не всегда умел передать свои модели машинам. Людям можно объяснить смысл, правило и ответственность. Машине нельзя. Машина не понимает «надо усилить управляемость коммерческого блока». Ей подавай объект, условие, источник данных и правило перехода.
В этот разрыв вошло ИТ. Бизнес решил: раз теперь всё идет через системы, значит, управленческие задачи закроют ИТ-команды, бизнес-аналитики, системные аналитики, внедренцы. Это было логично. На рынке были бюджеты, задачи, инструменты и команды, которые говорили: «Да, сделаем». И они действительно сделали очень много. Но сделали в основном то, что умеет делать ИТ: описали операции, собрали требования, настроили маршруты, связали системы, вывели отчеты, автоматизировали действия.
ИТ естественно мыслит операцией. Пользователь нажал. Статус изменился. Поле заполнено. Сценарий прошел. Интеграция сработала. Отчет построился. Это важный уровень, без него ничего не поедет. Но крупные эффекты бизнеса часто живут выше: в управлении потоком, экономике процесса, распределении ответственности, логике клиентского портфеля, правилах принятия решений, понимании, кто на основании каких данных должен что-то изменить в бизнесе.
Use case хорошо описывает действие пользователя. Но он не обязан понимать, правильно ли устроен сам поток. Он не обязан увидеть, что проблема не в CRM, а в системе продаж. Не в BI, а в отсутствии управленческих решений. Не в маршруте согласования, а в размытых полномочиях. Не в AI, а в том, что процесс до сих пор держится на устных договоренностях, личном героизме и старом Excel, который, кажется, переживет нас всех и потом еще попросит обновить макросы.
Как симптом приняли за задачу
Бизнес часто формулирует не настоящую задачу, а симптом. Он говорит: «Нам нужна CRM», хотя на самом деле не управляется продажа. Говорит: «Нужен дашборд», хотя на самом деле не ясно, какие решения должны приниматься по показателям. Говорит: «Автоматизируйте согласования», хотя на самом деле в компании нет владельца процесса, нормальных полномочий и понятной ответственности.
ИТ берет этот запрос как есть, потому что так устроена его работа: есть входящий запрос, его надо уточнить, оценить, описать, разработать, внедрить. И дальше почти предсказуемо начинается разъезд.
Сначала всё выглядит бодро: интервью, требования, процесс, согласование. Потом оказывается, что «тут не совсем так». Потом нужен другой отчет. Потом пользователи не понимают, зачем заполнять новые поля. Потом руководитель говорит, что система не дает нужной картины. Потом продажи не согласны с логикой. Потом финансы спорят с коммерческим блоком. Потом появляется временный обходной Excel. Потом в проекте рождается чат «давайте без эмоций», а это уже, как правило, не чат, а памятник архитектуры.
В этот момент ИТ начинает компенсировать то, что не было решено на входе. Дополнительные встречи, новые настройки, правки, отчеты, обучение, объяснения, еще одна аналитика, еще один разбор, еще одно «коллеги, сейчас посмотрим». Деньги зажимаются, маржинальность падает, заказчик недоволен, подрядчик тоже недоволен. Заказчик ожидал эффект, подрядчик сделал систему. И оба по-своему правы, что особенно неприятно.
Это когда подрядчик дополнительными действиями компенсирует то, что настоящая управленческая задача не была выявлена на входе.
Не отделили симптом от причины. Не поднялись выше функций. Не увидели поток. Не поняли экономику процесса. Не связали данные с решениями. Не определили, кто отвечает за эффект. А потом всё это начали догонять внутри проекта – уже дороже, нервнее и с меньшими шансами на нормальный результат.
И вот это теперь называют консалтингом
Рынок подходит к новой опасной точке. То, что раньше было компенсационным сервисом вокруг разработки, начинают называть консалтингом. Появляются предпроекты, методички, интервью, диагностики, красивые слова про бизнес-ценность. Само по себе это движение понятно: всех наконец осенило, что без методик, без нормальной постановки задачи, без более глубокого обследования далеко не уедешь. Но страшна не эта догадка. Страшна подмена.
То, что ИТ часто называет консалтингом, – не консалтинг.
Это может быть полезный сервис. Хороший предпроект. Расширенный бизнес-анализ. Аудит внедрения. Сопровождение разработки. Методическая помощь проекту. Но если там нет управленческой диагностики, системного проектирования, уровней обобщения, экономики, ответственности, потоков, дерева решений, организационной логики и понимания человеческих факторов, это не управленческий консалтинг. Это более прилично упакованная работа вокруг автоматизации.
И если бизнес снова это перепутает, рынок пройдет второй пустой круг.
Первый круг уже был: систему управления разменяли на автоматизацию операций. Компания как оргсистема исчезла из фокуса, зато появились карточки, статусы, формы, отчеты, маршруты и данные. Теперь может начаться второй круг: тот же операционный уровень назовут консалтингом, добавят глубину в презентацию, пару методик в приложение, интервью на входе – и бизнес снова будет ждать управленческий эффект там, где его никто не проектировал.
Данные не надо выкидывать. Их надо поднять выше
Отдельная боль – данные. Сейчас часто говорят: «Данных слишком много, надо убрать лишнее». Но сами данные не враг. Их не надо просто выкидывать как мусор после ремонта. Их надо поднимать на уровни обобщения.
Низовые данные должны собираться в показатели, показатели – в управленческие контуры, контуры – в решения, решения – в изменение потока, маржи, ответственности, скорости, рисков, клиентского портфеля. Если этого нет, данные остаются стружкой. Ее много, она везде, она даже блестит. Но из нее не построена конструкция.
Вот здесь и проходит настоящая граница между автоматизацией и управленческим консалтингом. Автоматизация фиксирует и ускоряет действия. Консалтинг отвечает на вопрос, какую систему надо построить, чтобы эти действия имели смысл и давали эффект. Автоматизация может вывести показатель на экран. Консалтинг должен определить, почему этот показатель важен, кто по нему принимает решение, что меняется после решения и как это связано с экономикой бизнеса.
Когда этого слоя нет, бизнес получает странную цифровую усталость. Системы есть, а ясности нет. Данных много, а решений мало. Отчетов много, а ответственности не прибавилось. Внедрения идут, а ощущение управляемости не растет. И постепенно рождается опасный вывод: «Автоматизация не работает». Хотя часто не автоматизация не работает. Просто не была спроектирована система управления, которую пытались автоматизировать.
Не принять сбор требований за диагностику. Не принять операционный предпроект за управленческий консалтинг. Не принять дашборд за систему решений. Не принять данные за управляемость. Не принять заплатку за архитектуру. И не принять компенсационный сервис за профессию, которая умеет проектировать бизнес.
Главный вопрос перед следующим проектом должен быть не «какую систему внедряем?» и даже не «какие требования собрали?». Главный вопрос – какую управленческую задачу мы на самом деле решаем. Если ответа нет, все остальное преждевременно. CRM, ERP, BI, AI, личный кабинет, workflow – инструмент может быть прекрасным, команда сильной, бюджет приличным. Но если автоматизируется симптом, а не причина, бизнес снова получит приборы, 500 и тихий вопрос в конце квартала: «А почему эффекта нет?»
На уровне отрасли это очень дорогая ошибка. Уже дорогая. И может стать еще дороже, если новая волна «консалтинга» просто закрепит старую подмену более солидным языком.
Бизнесу нужна не еще одна вывеска вокруг ИТ. Бизнесу нужно вернуть управление как предмет проектирования. Не поле, не кнопку, не отчет, не статус, не чат и не красивую схему в предпроекте. А систему, в которой понятно, где создается эффект, где он теряется, кто за него отвечает, какие данные это показывают и какие решения должны быть приняты.
Вот это – консалтинг.
Все остальное может быть полезно. Но пусть называется своим именем.
