Компании часто ищут операционную эффективность в сокращении затрат, описании процессов, новых KPI и автоматизации. Появляются регламенты, совещания и дашборды — но бизнес не обязательно начинает работать быстрее или зарабатывать больше.
Проблема в том, что операционная эффективность — не набор отдельных инструментов. Это система, которая связывает стратегию, процессы, ответственность, данные и способность компании учиться.
Разберём 12 мифов, которые мешают эту систему построить.
Слишком узко...
Оптимизация затрат важна, но сама по себе ещё не делает компанию эффективной, а может сыграть и злую шутку.
Можно сократить расходы и одновременно замедлить выполнение заказов, ухудшить качество или поставить результат в зависимость от героизма отдельных сотрудников. На бумаге затраты снизились. В реальности компания стала менее устойчивой.
Операционная эффективность — это баланс четырёх параметров:
Эффективная компания стабильно выдаёт нужный результат благодаря выстроенным процессам, а не авралам и подвигам команды.
Даже в компании среднего размера счет процессов и подпроцессов легко идёт на сотни. Если пытаться подробно описать каждый, работа может растянуться на долгие месяцы (даже с помощью искусственного интеллекта).
И даже главная проблема не в длительности описания. Большинство созданных регламентов рискует оказаться на полке, не изменив ни поведение сотрудников, ни экономику бизнеса.
Начинать нужно с основных бизнес-процессов, образующих цепочку создания ценности (см рис):
Именно здесь компания создаёт ценность и зарабатывает деньги. Поэтому сначала нужно идентифицировать, формализовать основные процессы и найти ограничения, из-за которых бизнес теряет время, клиентов и прибыль.
Не всегда...
Стандартизация полезна не везде и не в одинаковой степени. Решения должны зависеть от стратегии компании и причины, по которой клиент выбирает именно её.
Условно можно выделить три конкурентные стратегии (см рис):
- лидерство в инновациях
- лидерство в операционной эффективности
- лидерство в клиентском сервисе
Если компания делает ставку на инновации, ресурсами нужно усиливать R&D, поиск решений и скорость их вывода на рынок.
Если бизнес конкурирует за счёт операционного превосходства, ключевыми становятся производительность, стабильность потока и низкая себестоимость.
Если преимущество заключается в клиентском опыте, опасно экономить на экспертизе, скорости реакции и качестве взаимодействия.
Например, в ленд-девелопменте значительная часть будущей маржи создается при выборе участка. Превращать такую работу в формальный конвейер рискованно: здесь ценность зависит от качества анализа, коммуникаций и принятого решения.
Не факт ...
У проблемы есть имя и фамилия. Это да, но она редка совпадает с руководителем подразделения, где вы фиксируете сбой.
Если производство не выпустило заказ вовремя, это ещё не означает, что причина находится в производстве.
Коммерческий блок мог поздно передать заказ. Снабжение — не обеспечить материалы. Планирование — несколько раз изменить приоритеты. Производство стало лишь последним звеном, на котором последствия оказались видны (в своем телеграм-канале я рассказываю производственный кейс, в котором причина длительного выполнения заказа была не там, где все думали).
Значительная часть потерь возникает на стыках функций — при передаче информации, материалов и ответственности между подразделениями.
Проблема внутри отдельной функции обычно относится к компетенциям и инструментам её руководителя. Но задача повышения операционной эффективности шире: нужно наладить всю сквозную цепочку создания ценности.
Не ремонтируйте только место, где увидели сбой. Разматывайте процесс до первопричины.
Иногда локальных улучшений действительно достаточно.
Можно проанализировать воронку продаж, найти причины низкой конверсии, обучить менеджеров и изменить стандарты работы, не перестраивая процесс целиком.
Но иногда проблема заложена в самой конструкции. Тогда косметические изменения не помогут — потребуется реинжиниринг.
Например, конвейер продаж, в котором клиента последовательно передают от "квалификатора" к "хантеру", а затем к "фермеру", может оказаться неэффективным в бизнесе, где покупателю нужны доверие и глубокая экспертиза.
В такой ситуации компания может перейти к модели, при которой один менеджер по работе с ключевыми клиентами ведёт заказчика от первого контакта до результата и отвечает за весь клиентский путь.
Прежде чем запускать улучшения, определите глубину проблемы: процесс нужно настроить или спроектировать заново?
Не готов...
Схема показывает, как процесс должен работать. Но она редко полностью отражает происходящее в реальности.
Поэтому руководителям и аналитикам необходимо выходить в гембу — туда, где непосредственно выполняется работа: наблюдать, разговаривать с участниками и проводить замеры. Также, важно регулярно получать обратную связь от внутренних (смежных подразделений) и внешних клиентов.
При этом важно видеть не только последовательность операций, но и потери:
Карта процесса — отправная точка, а не результат оптимизации. Совершенствование начинается после того, как команда увидела реальную работу, измерила потери и стала устранять их причины.
Организационная структура отвечает на вопросы: "кто самый умный по данной теме" и "какова иерархия в организации". Но она не определяет, кто отвечает за сквозной результат от начала до конца.
У каждого ключевого процесса должен быть владелец. Он отвечает за весь поток работы, даже если отдельные этапы выполняют сотрудники других подразделений.
Например, владелец процесса выполнения заказа может координировать продажи, производство, логистику и финансы. В рамках этого процесса руководителям приходится учитывать решения коллеги, который формально равен им по должности, но отвечает за общий результат потока.
Для этого нужны понятные полномочия, правила процессного взаимодействия и готовность руководителей смотреть дальше границ своих подразделений.
Иначе получается классическое: «К пуговицам претензии есть?». Каждый хорошо выполнил свой участок — а костюм в целом носить невозможно.
Не получит...
Функциональные KPI могут заставлять отделы улучшать собственные показатели в ущерб общему результату.
Предположим, закупки получают премию за снижение цены и приобретают крупную партию сырья. Свой KPI подразделение выполнило. Но компания заморозила оборотный капитал, увеличила затраты на хранение и, возможно, закупила больше, чем сможет использовать.
Ценность создаётся не внутри отдельной функции, а на всём пути процесса — от потребности клиента до результата и денег компании.
Поэтому в дашбордах, на совещаниях и в системе мотивации должны присутствовать сквозные, результирующие показатели:
Мотивировать нужно не только за локальные показатели функции, но и за результат процесса. Иначе каждый отдел выиграет свой чемпионат, а компания проиграет сезон.
Совещаний может быть много, а управления — мало.
Типичная причина — смешение разных контуров. На одной встрече обсуждают стратегию, текущие сбои, проекты развития и частные вопросы сотрудников. Состав участников оказывается случайным, подготовка — разной, разговор затягивается, а решения теряются.
Потоки совещаний нужно разделять:
У каждого типа встреч должны быть свои участники, данные для подготовки, периодичность и формат.
Для регулярного рабочего совещания часто достаточно 40–45 минут. За это время команда должна синхронизироваться, принять решения и зафиксировать следующие шаги.
Каждый участник должен выйти с пониманием: что делаем, кто отвечает и к какому сроку. В противном случае встреча создаёт лишь иллюзию управленческой деятельности: все были заняты, много обсуждали, а в работе компании ничего не изменилось.
А вот отказ от совещаний может сильно сократить интенсивность работы компании - нужны регулярные ритмы, синхрон и отладка личных коммуникаций внутри команды.
Консультант может подготовить безупречные схемы. Но после его ухода руководители продолжат работать по-старому, если не участвовали в проектировании и не считают результат своим.
Внешний специалист полезен в роли архитектора и методолога. Он может:
Но анализировать, перестраивать и внедрять процессы должны сами руководители.
Так они развивают управленческие компетенции, начинают чувствовать процесс «на кончиках пальцев» и сохраняют ответственность за результат.
Методологию можно привлечь извне. Владение процессом должно оставаться внутри компании.
Идея выглядит привлекательно: подключить искусственный интеллект, автоматизировать процессы, сократить штат и резко повысить эффективность.
На практике ИИ - не фундамент операционной системы, а её верхний, усиливающий слой.
Под ним должны находиться:
Если этого нет, искусственный интеллект не исправит систему. Он начнёт быстрее масштабировать ошибки, работать с противоречивыми данными и автоматизировать хаос.
Последовательность должна быть другой, см рис:
Искусственный интеллект не заменяет операционную эффективность. Он ускоряет компанию, которая уже научилась работать системно.
Обсуждать сокращение численности имеет смысл только после того, как определены новая модель процесса и роль человека в ней.
Линейный процесс без обратной связи — конвейер с закрытыми глазами. Он способен безупречно повторять одну и ту же ошибку.
Полноценная система работает по замкнутому циклу, см рис:
Например, компания может быстро и вежливо обрабатывать жалобы на повреждённые товары. Процесс возврата работает прекрасно. Но если обратная связь не доходит до упаковки и логистики, причина повреждений не устраняется.
Если выводы остались только в головах участников совещания, компания тоже ничему не научилась.
Опыт становится частью системы, когда превращается в новый стандарт, попадает в базу знаний и быстро передаётся всем участникам процесса.
Процесс создаёт результат. Обратная связь позволяет системе развиваться. База знаний и обучение помогают масштабировать улучшения на всю компанию.
Операционная эффективность — это не тотальная экономия, не гора регламентов, не бесконечные совещания и не волшебная кнопка с искусственным интеллектом.
Это способность компании:
Именно так бизнес начинает работать как система — без постоянных авралов, героизма и ручного проталкивания результата.
---
Больше материалов и кейсов в моем телеграм-канале
Автор: Константин Федоров. Оригинальная публикация на VC.ru.