Тред про управление постановкой задач («ценность для пользователей vs рост):
1/ Одна из самых сложных задач продакта - это приоретизация бэклога. Там обычно десятки, сотни и тысячи задач и багов. Непонятно за что хвататься. Нужна какая-то система.
2/ Давайте попробуем такую систему собрать. Во первых, начнем разделять все задачи на 4 кучки: 1) баги, 2) хотелки пользователей, 3) работа над метриками роста, 4) тех долг
3/ С багами проще всего: мы оцениваем их по 2 координатам: массовости и критичность. Дальше ячеек может быть 4 или 9, или даже 16. Можем выставлять какие-то критерии массовости (по числу пользователей) и критичности. Дальше распределяем приоритеты реагирования.
4/ Хотелки пользователей - это посложнее, особенно если они не влияют на метрики роста или это влияние невозможно достоверно измерить. При этом постоянно в поддержку сыпятся вопросы и предложения. Игнорировать их долго мы не можем.
5/ Поэтому начинаем оценивать: можно это делать по количеству обращений, но дополнительно калибровать это об объем потенциальной аудитории. Грубо говоря, 70 человек хотят одного, 75 другого.
6/ Но добавив первую фичу мы сделаем ее видимой 80% аудитории, а второй - только 50%. То есть это примерно как с багами - оцениваем потенциальную массовость.
7/ Оценка фич для роста аудитории и дохода. Тут нам очень поможет финансовая модель сервиса, которые связывает все аудиторные и денежные метрики. Изменяя те или иные метрики, мы можем оценить общее их влияние на доход, причем в долгосрочной перспективе.
8/ Тех.долг - самое сложное. Все знают, что ему надо уделять время, но непонятно как оценивать что фиксить. А может мы и не должно? Просто выделим фиксированное время разработчикам и пусть внутри этого времени решают сами.
9/ Теперь поднимемся на уровень выше - как балансировать между этими 4мя доменами задач и избегать перекосов. Я пробовал разные варианты, от «разделить спринты на 4 ±равные части» до «в этом спринте мы работаем над метриками, а в следующем над тех.долгом»
10/ Идеального решения я пока не нашел, может быть его и нет, а может оно разное в разных компаниях и этапах развития. Но явно полезно регулярно оглядываться назад и оценивать, не переклинило ли нас в какую-то одну или две стороны.