Comments 2
Мне нравятся три критерия для приоритизации в конце статьи, они достаточно универсальные. Интересно было бы узнать как можно прогнозировать доходы/затраты по идеям в этих трёх критериях? И нужно ли оценивать вообще потенциальный выхлоп в деньгах. Особенно в том случае, когда есть три классных идеи, а ресурсов на создание только на одну.
Привет :)
Смотри, прогнозирование по затратам не зависит от критерия (новый/текущий рынок). Примерную оценку реализации фичи тебе дадут разработчики.
Что касается прогнозирования доходов.
Для привлечения новых сегментов можно ориентироваться на отвалы клиентов, которые отказались покупать твой продукт из-за отсутствия этой фичи.
Для развития действующих клиентов первоначально стоит посмотреть на частоту запросов и уровень расстройства от ответа про отсутствие такой возможности. Затем можно провести несколько интервью с ними, чтобы понять их готовность за это платить.
Для установки стоимости рекомендую изучить рынок и конкурентов. Как они устанавливают цену, на что ориентируются, как это соотносится с их средним чеком. Дальше можно попробовать выяснить частоту использования этой фичи у них. Наложив это на свою базу, можно прикинуть, сколько ты сможешь получить за эту фичу у себя.
Оценивать потенциальный выхлоп нужно, если есть возможность его оценить. Потому что обычно мы же делаем продукт, чтобы в конечном итоге заработать. :)
Что касается приоритизации фич, то рекомендую глянуть на известные методы (RICE, ICE, WSJF или MoSCoW). Скорее всего их потребуется немного подкрутить под себя, учитывая особенности разработки в компании.
Ну и возможно, можно не делать одну идеальную фичу сразу, а сделать парочку, но с урезанным функционалом, чтобы проверить интерес и востребованность. А потом уже дорабатывать ту, которая выстрелит.
Как перестать теряться среди идей развития продукта и начать выбирать лучшие