✍️ Как приоритизировать запрос на фичу от клиента - Reforge Не секрет, что идеи по дальнейшему развитию продукта могут приходить совершенно из разных мест. В том числе и от существующих клиентов, когда им позарез (то есть буквально ВЧЕРА!) нужна фича или решение проблемы. Довольно много стартапов на ранних стадиях попадают в ловушку постоянной подстройки продуктов под каждого конкретного клиента вместо того, чтобы приоритизировать фичи, которые помогают многим. В Reforge Groups (закрытой группе программы Reforge) сделали диаграмму для продукт-менеджеров для приоритизации продуктовых фич приходящих в виде идей или запросов, которой я хочу поделиться с вами. Что лично я хочу отметить: 1️⃣ На мой взгляд, соответствие компании и видению продукта, довольно часто представляет собой серую шкалу. Безусловно, когда есть полное соответствие - это легко, и будет ещё проще, если это совсем не так (поскольку это самый простой способ сказать "нет"). Однако, по моему опыту многие запросы от клиентов попадают в границу "да, отчасти". Хорошо было бы увидеть разветвление начинающееся с "да, отчасти", потому что я предполагаю, что у него будут разные критерии принятия решений по дереву решений. 2️⃣ Может быть, имеет смысл поместить нижнюю часть бэклога в отдельный бэклог, например "бункер идей", чтобы не отвлекать команду от улучшений, несущих наибольшую ценность. 3️⃣ Было бы хорошо добавить в диаграмму "Если никто не спросил об этом запросе в течение 6 месяцев, автоматически закройте его с пометкой 'Won't Fix'", потому что в противном случае бэклог будет разрастаться без ограничений. ❓А что бы думаете об этом? Поделитесь мнением в комментариях! Что еще можно почитать для ПМ-ов: 🍒 Вся правда о продуктовых командах в американских компаниях 🍒 Бургер Ultimate Product Management @ Product School 🍒 Самый важный навык для начинающих менеджеров по продукту #продуктменеджемент