Ответственность за PnL

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

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

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

Базово мы пользуемся самым простым ICE фреймворком в работе. Или берем RICE для задач неавторизованного веба, там важны охваты.

Это отличные фреймворки, но чего-то все-таки не хватало.

А не хватало в этой формуле наличия / отсутствия ответственности за PnL. Этот параметр в целом меняет очень много в подходе к менеджменту. Когда ты не отвечаешь за финрез, легко делать просто прикольные фичи, которые может и нравятся клиентам, но денег не приносят. Когда самоокупаемость - это экзистенциальный вопрос для твоей команды, то отношение становится совсем другим.

При этом точно не стоит упарываться и считать финансовый эффект от абсолютно каждой задачи. Достаточно выбрать пул самых прибыльных, которые уверенно закроют PnL подразделения. А оставшийся ресурс можно распределить на то, что просто надо сделать потому что так удобнее будет пользоваться продуктом.

В целом по ощущениям такие “удобные” задачи вполне могут занимать 10-30% ресурса команды. А поиск конкретной точки баланса уже строго индивидуальный вопрос.