Когда задача становится актуальной
- Филиалы самостоятельно создают разные правила одной услуги.
- Общие функции дублируются в нескольких подразделениях.
- Решения задерживаются между центром и местными руководителями.
- Рост компании требует постоянно увеличивать ручную координацию.
Разделить общие правила и местные решения
Операционная модель связывает цели компании с устройством ежедневной работы. Сначала определяем обязательства перед клиентом и те свойства услуги, которые должны сохраняться во всех подразделениях. Затем рассматриваем, какие действия зависят от местных ресурсов и обстоятельств. Это позволяет обсуждать централизацию предметно, по функциям и решениям.
Единый стандарт не требует одинакового маршрута каждой мелкой операции. Центр может задавать правила услуги и состав обязательных данных, а подразделение — управлять своим расписанием и распределением задач. Граница фиксируется так, чтобы участники понимали, где возможна самостоятельность и какие изменения затрагивают общую модель бизнеса.
Согласовать взаимодействие функций
Для общих служб описываются входящий запрос, критерий его готовности, ожидаемый результат и способ работы с приоритетами. Если несколько подразделений обращаются в один ресурсный центр, необходимо определить, кто разрешает конфликт интересов. Без этого формальная централизация просто переносит ручные споры в другое место.
Информационная часть модели отвечает на вопросы о владельцах справочников, доступах и видимости результатов. Общая аналитика требует единых правил расчёта, но не обязательно одинаковых интерфейсов для всех ролей. Руководитель сети и местный координатор используют разные представления данных, сохраняя согласованные определения объектов и событий.
| Функция или решение | Что может быть общим | Что требует локального участия |
|---|---|---|
| Описание услуги | Состав и стандарт результата | Доступность ресурсов подразделения |
| Работа с запросами | Категории и условия приоритета | Назначение конкретного исполнителя |
| Справочники | Единые названия и идентификаторы | Сообщение о необходимом изменении |
| Разбор отклонений | Правила эскалации и учёт причин | Проверка обстоятельств на месте |
Пример модели сети сервисных точек
Сеть принимает обращения через общий канал. Центральный координатор определяет подходящую точку по услуге и доступности, а местный руководитель подтверждает ресурс и организует исполнение. Центр видит принятие заказа и подтверждение результата без повторного ввода местных задач.
Исключение возникает, когда точка временно не может выполнить уже принятое обязательство. Модель определяет, кто предлагает перенос в другой филиал, кто согласует изменённые условия с клиентом и как сохраняется ответственность до принятия новой стороной. Общая очередь не должна скрывать промежуток, в котором заказ ещё никому не передан окончательно.
Спланировать переход к новой модели
Изменение операционной модели затрагивает полномочия, ресурсы и системы одновременно. Для перехода выделяются зависимости: какие данные нужны общей службе, какие решения следует передать и какие функции пока останутся на месте. Состояние переходного периода описывается отдельно, чтобы участники не руководствовались несовместимыми версиями ответственности.
Готовность проверяется на сквозных ситуациях: обычный заказ, конфликт приоритетов, изменение условий и недоступность подразделения. Владелец модели должен видеть, кто отвечает за результат в каждом случае. После запуска оцениваются качество передачи, повторное выполнение общих функций и частота возвратов решений на прежний уровень управления.
Что получит компания
- Описание целевой операционной модели компании.
- Распределение общих и локальных функций.
- Матрица полномочий и межфункциональных решений.
- Правила взаимодействия и требования к данным.
- Последовательность перехода с зависимостями.
Что подготовить к обсуждению
- Структура подразделений и планы развития.
- Описание услуг, функций и общих ресурсов.
- Примеры спорных решений между подразделениями.
- Перечень систем и управленческих показателей.
Вопросы о проекте
Это разработка новой организационной структуры?
Структура может быть одним из результатов, но проект шире. Важно определить, как функции создают результат, передают работу и принимают решения. Схема подчинения сама по себе не описывает эти взаимодействия.
Можно ли сохранить разные системы в филиалах?
Это возможно, если они поддерживают необходимые правила и обмен согласованными данными. Проверяются доступность интерфейсов, права и качество сведений. Унификация систем рассматривается как отдельное решение, исходя из ограничений модели.
От чего зависят сроки и объём работы?
От числа функций, вариантов подразделений и глубины изменений полномочий. Значение имеет доступность участников, которые могут согласовать решения. Переход можно разделить на части, сохраняя понятную ответственность на каждом этапе.