TGViewer
Product Management Product Management @productdev · 3.33K subscribers
Post #36 587
Недавно я писал о простом способе определения приоритетов в роадмапе/бэклоге продукта - раскладывание по трем категориям #now, #next, #later (https://t.me/productdev/34).

Еще один перпендикулярный (в буквальном смысле) взгляд - это категоризация по трем типам фич:

1. Влияющие на метрики. В здоровых организациях есть большие цели, и можно соотносить метрики с ними). Это то, что драйвит использование продукта, достижение финансовых целей, снижение оттока и т.д. На самом деле очень небольшое количество фич действительно серьезно влияют на метрики. Эти фичи нужно знать, понимать, сколько они требуют инвестиций и быть готовыми воплощать их, несмотря ни на что.

2. Основанные на фидбеке пользователей. Customer voice - наше все. У вас может быть 100500 тикетов или комментариев на аппсторе. Обещания самым крупных энтерпрайз-клиентам. Хотелки. Вещи, которые реально упрощают жизнь, но без которых тоже можно существовать. Не все эти фичи нужно всегда воплощать, но профессиональный РО всегда старается получать ПРЯМУЮ обратную связь от пользователей (избегайте агрегированных субъективных идей сейлз-менеджеров, саппорта, партнеров или CSM). Читайте тикеты, организовывайте конференц-звонки, слушайте клиентов/пользователей.

3. Основанные на вашем видении. Здесь могут быть вещи, которые приятно удивят ваших пользователей, например улучшения UX или скорости работы. Обычно для появления этих фич требуется несколько ингредиентов: внимательно слушать пользователей для выявления их настоящих проблем (но не их варианты решения проблем, которые могут быть не универсальными!), понимание возможностей технологии, продуманный UXи упаковка фичи, ее встраивание в существующий опыт/продукт.

Безусловно, некоторые фичи попадают в несколько категорий, но редко во все три.

Основная идея состоит в том, что:

1. Вы с командой четко отдаете себе отчет, к какой категории относится то, над чем вы работаете - какова цель (ответ на вопрос WHY)

2. Вы стараетесь включать в мажорные релизы понемногу из каждой категории - МЕТРИКИ: улучшения для бизнеса/стейкхолдеров; ФИДБЕК: демонстрируете, что слышите пользователей; ВИДЕНИЕ: удивляете и показываете, что продует/компания является экспертом и может производить инновации.

И наоборот, если ваш анализ покажет, что одна из категорий отсутствует в вашем роадмапе и планах на релизы - очевидно, у вас есть проблема, и ее нужно исправлять.
Telegram Product Development and Management 🏋️‍♀️ Ной Вайс, бывший вице-президент по продукту Foursqare и нынешний продакт хэд в Slack, делится своим простым подходом к роадмаппингу и приоритезации бэклога. Исходя их его опыта, для очень быстро растущих компаний (исповедующих lean startup подход), классические…
More from @productdev
  1. Sep 3, 2026Класичний менеджмент - це не погана наука. Це хороша наука про неповну версію людини. Мав…
  2. Sep 1, 2026Нічого мене не тішить більше, ніж коли професіонали діляться знаннями. А коли це ще систем…
  3. Aug 30, 2026Одна з найкращих розмов про менеджмент, для цього дощового київського дня
  4. Aug 25, 2026АМЛ давно не потребує реклами (ну власне за 7 років викладання було витрачено $0 на промо)…
  5. Aug 6, 2026Майбутнє організаційної культури в епоху АІ Дійшли руки розписати коротко суть виступу на…
  6. Jun 17, 2026Product Management pinned «Навіть не знаю, що тут додати:) Це не проджект полірувати джиру…
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 →