Операционная модель бизнеса: что это и из чего состоит

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

Из чего состоит операционная модель

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

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

Операционная модель и бизнес-модель: в чём разница

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

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

Целевая операционная модель (TOM)

Целевая операционная модель, или Target Operating Model (TOM), описывает желаемое устройство компании после изменений. Работа с ней обычно начинается с фиксации текущего состояния AS-IS: процессов, ролей, приложений, данных и проблемных связей. Затем формируется состояние TO-BE - то, как эти элементы должны быть устроены для поддержки стратегии и целевых показателей.

Между AS-IS и TO-BE нужна дорожная карта перехода. Она задаёт последовательность организационных, процессных и технологических изменений, чтобы целевая модель не осталась схемой «на бумаге». Переходные состояния особенно важны при крупных трансформациях, когда невозможно одновременно заменить системы, перераспределить ответственность и изменить процессы.

Как описывают операционную модель

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

Карта бизнес-способностей

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

Карты процессов и BPMN

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

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

Пример изменения операционной модели

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

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

Типичные ошибки при проектировании операционной модели

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

Как это устроено в Knowledge Space

На платформе Knowledge Space есть встроенные инструменты корпоративной архитектуры: деятельность компании описывается как компоненты единой системы в виде визуальных моделей, а элементы диаграмм привязываются к объектам и показателям расчётной модели. Это позволяет рассматривать элементы операционной модели через их взаимосвязи.

Решение «Управление ИТ-ландшафтом и архитектурой» строит архитектуру AS-IS, TO-BE и переходные состояния. Подробнее - в материале «Инструменты корпоративной архитектуры».

Смежные термины

ИТ-ландшафт - совокупность информационных систем компании, их интеграций, данных и инфраструктуры; технологическая часть операционной модели.

Цифровой двойник - цифровое представление объекта или системы, которое связывает структуру, данные и расчётное поведение.

Оркестрация в ИТ - управление последовательностью и зависимостями автоматизированных процессов и обменом данными между системами.

FAQ

Что такое операционная модель простыми словами?

Операционная модель показывает, как компания устроена изнутри, чтобы выполнять стратегию и создавать ценность для клиента: какие процессы работают, кто за них отвечает, какие данные, технологии и правила управления используются.

Чем операционная модель отличается от бизнес-модели?

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

Что такое целевая операционная модель?

Целевая операционная модель (TOM) - описание желаемого состояния компании TO-BE. Её сопоставляют с текущим состоянием AS-IS и используют как основу для дорожной карты организационных, процессных и технологических изменений.

Из чего состоит операционная модель компании?

Обычно она включает процессы, организационную структуру и роли, людей и компетенции, технологии и ИТ-системы, данные, площадки и партнёров, а также систему управления и показатели.