Приоритизация нужна, потому что нельзя сделать всё, сразу и хорошо. По методологии ФФФ лучше фиксировать сроки и бюджет, а функциональность оставлять гибкой, но то, что мы хотим сделать, сделать на совесть. И лучше сделать в первую очередь то, что не требует больших затрат, но даёт высокую ценность для бизнеса.

Представим, что мы решили сделать мобильное приложение. Если не делать приоритизацию и делать всё по очередности, то сначала сделали регистрацию, онбординг, заполнение личного кабинета и только потом наш основной функционал. Первую обратную связь в таком случае получим сильно позже, чем если бы приоритизировали работу и начали с основного функционала. Ведь всё до этого этапа — не дает нам понимания, делаем ли мы что-то нужное и даём ли мы добавочную ценность?

Если продолжить тему разработки мобильного приложения, то сначала стоит понять: что сделать легко и это будет давать максимальную пользу, а что долго и мы ничего по выходу не получим. Так получаем, что основной функционал важнее всего, потому что даёт первую обратную связь. После тестирования мы узнаем: стоит ли вообще продолжать работу? Дальше онбординг, от которого зависит, поймут ли нашу добавочную ценность: почему вообще стоит выбирать нас среди всех альтернатив и продолжать пользоваться? После — регистрация и личный кабинет, которые скорее отвечают за то, чтобы понимать, а кто нами пользуется. Это полезно для сегментации аудитории. Но в сравнении с основным функционалом и онбордингом это не самое ценные блоки для бизнеса задачи. Это не ключевые риски на первых порах. О тестировании гипотез через RAT мы поговорим в другом посте.

Это лишь один из способов приоритизации. О других — в следующих постах. Главное — понимать, что не всё можно сделать и нужно выбирать. И лучше выбирать то, что приносит больше всего ценности. Но и держать в голове, чтобы это был не космолет и не стоил космических денег

Делитесь постом с друзьями и репостите в свой канал;) И подписывайтесь на мой тг-канал t.me/zettelp #Стартапы #Продуктовая_стратегия