Product Owner of NORM (PO) / Владелец продукта NORM

Зачем эта роль

PO NORM существует, потому что у компании есть главный продукт-актив акционеров — методологический стек NORM — и у этого актива должен быть один человек, отвечающий за то, чтобы он рос, развивался и оставался отчуждаемым от компании. Без PO NORM методология превращается либо в личную экспертизу одного-двух носителей (которая не масштабируется), либо в набор разрозненных регламентов без архитектуры (которые не складываются в продукт), либо в «то, что мы делаем» без артефактов, которые можно продать или передать.

PO NORM собирает методологию в продуктовый стек с архитектурой, AI-усилением и дисциплиной развития. Его роль постоянна и существует над операционкой компании: он не отвечает за продажи, не управляет проектами, не ведёт клиентов. Его единственная зона — продукт NORM как актив на горизонте 5+ лет.

PO NORM — Entrepreneur + Integrator в логике PAEI. Entrepreneur — поиск возможностей в развитии стека: какие новые блоки добавить, какие AI-агенты встроить, какие закономерности из практики оформить в методологию. Integrator — сборка пяти блоков в единое целое, поддержание согласованности между ними. Сильная сторона — продуктовое мышление, видение архитектуры, дисциплина развития. Слабая сторона (то, что НЕ должно быть в его зоне) — продажи, управление проектами, операционная систематизация компании.

Что входит в NORM

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

Блок стратегии — как клиент формулирует свою стратегию, как переводит её в операционные приоритеты
Блок управления людьми — как клиент работает с командой: найм, развитие, оценка, удержание
Блок клиентского пути — как клиент работает со своими клиентами: воронка, продажи, удержание, расширение охвата
Блок операционной дисциплины — как клиент удерживает операционную управляемость: регламенты, метрики, ритуалы
Блок знаний и AI — как клиент работает с информацией и AI: контекстная инфраструктура, AI-агенты, AI-усиление процессов

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

Отчуждаемость как часть продукта

Особенность PO NORM — отчуждаемость продукта зашита в обещание самой роли. Стек должен быть применим и развиваем без зависимости от одного носителя. Это не побочный эффект работы PO, это прямая часть продукта, выражающаяся в специальной метрике (Product Severability) и в дисциплине самой роли.

Это означает, что PO NORM работает не только с содержанием стека (что в нём есть), но и с его архитектурой передачи: как обучить новых senior-носителей, как описать каждый блок в форме, которую может применить не автор, как встроить дисциплину передачи в собственный рабочий процесс. Без этой работы стек остаётся «методологией одного человека» — не активом.

Аналогично CSO с его Sales Playbook, у PO NORM это делает роль ответственной не только за развитие продукта, но и за превращение собственного опыта в актив, не зависящий от носителя.

Две траектории применения стека

Стек NORM применяется по двум независимым траекториям, и PO NORM отвечает за обе:

Внешняя траектория: CVD применяют стек на клиентах через консультативные проекты. PO поставляет CVD рабочую методологию, которой они могут опираться на проектах, и принимает обратную связь о применимости.
Внутренняя траектория: NOTA применяет стек к самой себе как «нулевой клиент». COO заказывает у PO применение блоков к компании, доводит до работающей конфигурации. Внутренняя референс-конфигурация даёт CVD возможность показать клиенту: «методология работает у нас самих».

Обе траектории питают развитие стека: внешние внедрения дают валидацию на платящих клиентах (метрика External PMF Validation), внутреннее применение даёт возможность тестировать новые блоки до выхода на рынок.

Продукт должности

Воспроизводимый и отчуждаемый AI-powered методологический стек NORM, состоящий из пяти поименованных блоков (стратегия, управление людьми, клиентский путь, операционная дисциплина, знания и AI). Стек поставляется не как набор документов, а как технологическая платформа с встроенными AI-агентами, дашбордами и автоматизацией процессов — что позволяет применять его в живом контуре клиента, а не только на бумаге. Стек применим и развиваем без операционного участия CEO: senior-носители способны провести полный цикл консалтинга, продуктовые решения принимаются командой PO без эскалации.

Главный потребитель и его требования

Главный потребитель: Shareholders (получают продукт-актив, ради которого существует стратегия компании).

Shareholders получают от PO NORM не «методологическую работу», а реальный актив, который может расти в стоимости и существовать на горизонте 5+ лет независимо от текущей команды. Конкретные требования:

Стек подтверждён на платящих клиентах вне якоря. Главный замер — реальные внедрения NORM у независимых клиентов, не аффилированных с якорными аккаунтами. Стек, который работает только на одном специфическом клиенте, — это ещё не продукт.
Стек отчуждаем от любого конкретного носителя. К горизонту, согласованному в стратегии, в компании должно быть несколько senior-носителей, способных применять стек самостоятельно. Продуктовые решения принимаются командой PO без эскалации к CEO.
AI-усиление — реальное, а не косметика. Каждый блок стека имеет встроенные AI-агенты, дашборды, точки автоматизации, которые работают в реальной среде клиента. Не «методология с AI-обвесом», а архитектура, в которой AI — несущий элемент.
Стек согласован между блоками. Пять блоков NORM не существуют отдельно; они образуют целое, в котором применение одного блока поддерживает применение другого. Если блоки конфликтуют между собой или дублируют друг друга — это сигнал о провале интеграции.
Развитие стека — управляемое, а не стихийное. Изменения в продукте проходят через PO как фильтр: что добавить, что переработать, что вывести из стека. Без PO как фильтра стек либо стагнирует, либо разрастается до невозможности применить.

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

Третичный потребитель: внутренние «нулевые клиенты» NOTA — CEO, COO, CMO — применяют блоки стека внутри компании. NOTA как первый кейс валидации каждого блока. Это особая роль: они не платят за стек, но дают живую референс-конфигурацию для внешних клиентов.

Метрики

PO NORM измеряется композитом из 2 метрик — это сознательное исключение из стандарта 3-5 метрик. Природа продукта (методологический стек на горизонте 5+ лет) сводится к двум стратегическим вопросам: подтверждается ли стек реальным рынком вне якорного клиента, и можно ли передать стек носителям, не зависящим от основателя. Дополнительные операционные метрики на этом горизонте создавали бы шум, не сигнал.

Логика композита: одна метрика — внешняя валидация PMF (наличие нескольких независимых платящих клиентов вне якорного БАУ-Сервиса, применяющих методологию NORM), отражающая главное стратегическое обещание перед Shareholders — «стек применим к среднему бизнесу русскоговорящего и MENA-контура, не только в условиях якорного клиента». Вторая — отделимость продукта от основателя (степень, в которой методологический стек может быть применён командой из 2–3 senior-носителей без личного участия PO NORM), отражающая критерий перехода компании из персональной экспертизы в продуктовую модель.

Метрики дополняют друг друга по логике «есть ли product-market fit / является ли это продуктом или зависит от человека». Если PMF подтверждён, но Severability низкий — продукт работает только в руках основателя, при передаче или росте всё развалится. Если Severability высокий, но PMF не подтверждён — стандартизировали то, что рынок не покупает.

Полный список метрик с определениями и порогами — в свойстве Metrics ниже.

Цикл PDCA

PO NORM управляет двумя вложенными циклами с разной частотой. Внешний цикл — управление продуктом-активом на горизонте года и больше; внутренний — управление каждым изменением в стеке.

Цикл управления изменением в стеке (короткий, по изменению)

Plan — постановка изменения: формулировка гипотезы (что добавить/переработать в каком блоке), обоснование (источник — обратная связь с проекта, новая возможность AI, разрыв в покрытии), целевая форма артефакта.
Do — реализация: разработка изменения, валидация на тестовом кейсе (внутри NOTA как нулевого клиента или на пилотном проекте CVD), оформление артефакта в стеке.
Check — валидация: применение в реальном проекте (внутреннем или внешнем), сбор обратной связи, замер применимости.
Act — закрепление или откат: при положительной валидации — публикация изменения в стеке, обновление документации; при провале — откат и фиксация в копилку гипотез, не оправдавших себя.

Цикл управления стеком как продуктом (длинный, годовой)

Plan — годовой продуктовый план: приоритеты развития блоков, бюджет на AI-инфраструктуру и команду, цели по числу senior-носителей и валидаций PMF.
Do — ведение продукта: управление бэклогом, координация с CVD/COO/CMO, развитие senior-носителей, обновление AI-усиления, обработка обратной связи с проектов.
Check — годовой замер: External PMF Validation за год, Product Severability на конец года, оценка зрелости стека по блокам, разбор валидированных и невалидированных гипотез.
Act — корректировка стратегии продукта: обновление приоритетов по блокам на следующий год, корректировка плана развития senior-носителей, обновление дорожной карты AI-усиления, при необходимости — стратегические изменения архитектуры стека (через CEO/Shareholders).

Внутренний цикл (изменение) питает внешний (продукт): каждое изменение либо подтверждает, либо опровергает продуктовые гипотезы; накопленный опыт формирует картину, в каком направлении эволюционирует стек. Внешний цикл задаёт рамки для внутреннего: годовой продуктовый план определяет, какие изменения PO берёт в работу.