TGViewer
Сказки технического менеджера Сказки технического менеджера @tech_managers_tales · 447 subscribers
Post #58 440
Про ограниченную ответственность продакта

Некоторое время назад я думал о менеджере продукта как о человеке, который аккумулирует на себе всю ответственность за конечную ценность и качество продукта, которые видит клиент. Соответственно, если в этой части что-то идет не так, то ментально ответственность я возлагал именно на продакта:
- Если поддержка тупит, то вопрос к руководителю поддержки. А кто его главный заказчик в компании? Менеджер продукта. Значит именно продакт должен инициировать изменения в поддержке.
- Если в продукте много багов, то вопрос к тимлиду или руководителю разработки. А кто сильнее всего влияет на приоритеты разработки? Менеджер продукта. Значит именно он должен перераспределить приоритеты так, чтобы было достаточно времени на фикс багов.
- Если продукт плохо продается на рынке, то вопрос к отделу продаж. А кто, собственно, формирует продукт, который так плохо продается? Менеджер продукта. Ок, продукт может и супер, но кто тогда должен инициировать изменения в подходе к продажам? Все тот же человек.
- И т.д.

Во всех этих историях по цепочке ответственность я доходил именно до менеджера продукта. Возможно, до продакт-лида, если там несколько продактов.

Однако такой подход совсем не учитывает, что существуют факторы за пределами влияния продакта:
1. На продукт может влиять решение вышестоящего руководства.
Например, может быть принято решение об ограничениях инвестиций - это значит, что качество техподдержки или скорость разработки нельзя улучшить наймом большего кол-ва людей. Конечно, в таких условиях продакту можно поработать над эффективностью, но в какой-то момент придется рассмотреть вариант смириться с текущим уровнем качества при текущих затратах.
2. На результаты могут плохо влиять конкретные люди
Например, если в команде есть выгоревшие инженеры, которые развязывают споры вместо реальной работы, задачи будут затягиваться, качество страдать, в итоге: посредственный результат. В матричной структуре у продакта "здесь нет власти" на увольнения - значит влияние на решение этого вопроса потребует больше времени, на протяжении которого будет страдать качество продукта.

В итоге получается, что у менеджера продукта незавидная роль - с одной стороны он отвечает за успех продукта в целом, включая отдельные его проявления. А с другой - контроля над всем он не имеет - зачастую даже последнее слово не за ним.

Эх, надо пойти перечитать что ли Inspired Мартина Кагана...
  • 👍 5
  • 🔥 3
  • ❤ 2
More from @tech_managers_tales
  1. Sep 16, 2026Готовлюсь сейчас к выступлению на Yandex Scale с провокационной темой доклада - "Мониторин…
  2. Aug 30, 2026Про личный опыт с Hermes Когда я прогуливаюсь вечерами и не только, у меня частенько возни…
  3. Aug 10, 2026Про еще один важный запуск Ой, совсем забыл поделиться, что с месяц назад был важный для м…
  4. Jul 20, 2026Саммари доклада с Infraconf 2026. Часть 2 про практику Продолжаю саммари доклада — теперь…
  5. Jul 2, 2026Саммари доклада с Infraconf 2026 Как обещал, публикую краткое содержание своего доклада "О…
  6. Jun 22, 2026Запись доклада с Infraconf 2026 Finally, готова запись моего доклада "Особенности observab…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →