Рассмотрим функциональную модель экономического обоснования инициатив в портфеле - экономическое обоснование с точки зрения влияния на функциональный параметр - и с теми ограничениями, которые у этой модели есть.
Функциональная экономика изначально связана не с Change, а Run, операционной моделью – в ней у функции есть расходы и, как правило, нет прямых доходов, если это не коммерческая функция.
Функции обеспечивают прибыль, которую генерирует операционная модель.
То есть если мы какую-то функцию уберем, то, по идее, мы должны увидеть коэффициент уменьшения прибыли.
В продвинутых компаниях (Mail.ru, Yandex) функции являются сервисом для создания прибыли - условный HR, допустим, должен ходить и «выпрашивать» у бизнеса, чтобы он купил у него внутренние услуги. Но большинство компаний на такие модели еще не перешло. И поэтому в функциональном управлении какой-то сопроводительной функции часто преобладают внутренние, придуманные самим функциональным директором показатели. Но в итоге бизнесу то, что делает функция, оказывается ненужным.
- Итак, у функций есть функциональные метрики, которые влияют на экономику Run. Например, у «Ремонтов» это количество ремонтов, себестоимость ремонтов, единица штатного расписания на один ремонт, амортизация техники. В зависимости от зрелости функциональной модели либо эти функциональные показатели проявлены, либо хороший «продакт», который идет делать функциональные продукты, создает эти функциональные метрики, показатели эффективности функций.
- Есть внутренние функциональные показатели, которые влияют на эффективность самой функции с ее точки зрения.
В функциональной экономике в Change мы, прежде всего, защищаем инициативы с точки зрения влияния на ее функциональные метрики.
То есть, если инициатива является функциональной, то она должна влиять на некоторую метрику функции, которая, в свою очередь которая должна влиять на некоторые коммерческие показатели компании.
Связка функциональных метрик с коммерческими метриками компании – это, как правило, самый «узкий» момент.
В современных компаниях существует так называемое дерево метрик, в котором можно проследить всю взаимосвязь метрик. Но часто в дереве метрик все не очень понятно - очень сложно соединить функциональную метрику с прибыльностью.
В рамках трансформации компании, когда все чаще "продактами" генерируются функциональные продукты, они разбираются во взаимосвязях метрик в компании – и реализуя большое количество инициатив, набирают библиотеку функциональных и других экономических обоснований.
Функциональное обоснование сильно связано с бизнес-моделью, которая заложена в операционном бизнесе.
Пример: бизнес в телеком-отрасли, он продает интернет и его обслуживает.
Роутер он отдает бесплатно.
В функции клиентского оборудования рождается инициатива – продавать роутеры.
Скорее всего, она окажется функционально не обоснована, потому что у этой функции обоснование происходит через продажу интернета, а не роутера. Соответственно, роутер - это способ продажи интернета.
Если же вы хотите продавать роутеры и зарабатывать ими деньги отдельно, вам придется выйти за рамки функционального обоснования, то есть завести продуктовое направление в виде роутеров и там создать продуктовую экономику, а не функциональную. Тем самым вы роутеры выводите из под функционального обоснования в продуктовое.
В большинстве своем функциональные метрики перекладываются в реальную экономику через существующую бизнес-модель – а она имеет конкретные существующие способы заработка. Поэтому вы всегда будете ограничены в функциональных направлениях текущими способами заработка, на которые влияет эта функция.
И тогда нужно сделать прорыв и перейти от функционального обоснования в продуктовое.
Нужна помощь в цифровой трансформации и портфельном управлении? Обращайтесь!
Мы всегда на связи: Telegram, сайт, info@neuromap.tech.