Упрощенную схему ключевых объектов управления в product manage | Борода продакта

Упрощенную схему ключевых объектов управления в product management можно посмотреть здесь. А вот полную я добавил на страницу карты навыков в Miro.

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

Объект управления - это некоторый объект компании (например, продукт, схема монетизации, каналы привлечения и т.д.), чьем состоянием должен управлять менеджер (не обязательно с ролью product). Ключевая задача управления - это перевод объекта из текущего состояния в целевое. Цели, по сути, это комбинации целевых состояний одного или нескольких объектов управления.

Соответственно, если вашим ключевым объектом управления является проект, то кажется, ваша роль должна называться "менеджер проекта", но не продукта, т.к. вы за него не отвечаете. Если ваш объект управления это бизнес-модель, то кажется, вы тоже не "менеджер продукта", т.к. вашей задачей является изменение свойств бизнес-модели. При этом, вы конечно же можете управлять сразу несколькими объектами: и бизнес-моделью, и продуктом, и командой разработки, и проектами. Если ваших ресурсов и времени на это хватает.

Такая же история и с грейдами. Можно сколько угодно называться middle product manager или senior product manager, но важно понимать, каким образом это отображается на тех объектах управления, за которые вы отвечаете? Меняются ли они? Или меняется их "размер"? Или вместо одного продукта вы теперь управляете несколькими? Все это открытые вопросы, на которые каждая из компаний должна отвечать самостоятельно, ведь их схемы управления и архитектура бизнеса и продуктов отличаются друг от друга. Senior в Авито и Senior в Контуре - это два разных сеньора.

Развитие менеджера продуктов в такой логике может реализовываться в нескольких направлениях:
* увеличение проектов работы с тем же объектом управления;
* работа с тем объектом управления, но большим значением его свойств (работали над продуктом в небольшой компании, а потом перешли в Яндекс с огромной аудиторией);
* переход от "меньшего" объекта управления к "большему", например, feature → вертикаль → продукт → портфель продуктов → бизнес-модель → бизнес-юнит. Или, часть воронки → воронка → система дистрибуции и продаж → бизнес-модель → бизнес-юнит.