Как будешь выбирать из двух фич одинаковых по приоритету?

Выбор между двумя фичами с одинаковым приоритетом

Это классическая ситуация, когда фреймворк оценки недостаточен. Простая матрица приоритизации (Impact vs Effort) даёт один и тот же результат, но выбрать нужно одну. Вот как я бы это решал.

1. Переоценить приоритизацию

Первый шаг — убедиться, что они действительно одинаковые:

Использую более детальные критерии:

• User impact — как много юзеров затронет фича?

  • Фича А: 20% активных пользователей
  • Фича Б: 50% активных пользователей
  • Победитель: Б (охват больше)

• Business impact — сколько денег принесёт?

  • Фича А: прогноз +$50k ARR
  • Фича Б: прогноз +$30k ARR
  • Победитель: А (доход больше)

• Effort/complexity — может одна проще?

  • Фича А: 2 недели работы, высокий риск
  • Фича Б: 1 неделя, низкий риск
  • Победитель: Б (быстрее, надёжнее)

Обычно эта переоценка показывает, что приоритеты не совсем равные.

2. Если действительно равны — используй другие критерии

Критерий 1: Стратегическое направление

• Какая фича лучше поддерживает долгосрочную стратегию компании?
• Пример: если стратегия — стать лидером на мобильной платформе, то фича "мобильная версия" приоритизируется выше, чем "экспорт в PDF".

Критерий 2: Зависимости и синергии

• Какая фича откроет возможность для других фич?
• Пример:
  • Фича А: "User profiles" (база для будущей социальности)
  • Фича Б: "Dark mode" (приятно, но изолирована)
  • Победитель: А (она платформа для других идей)

Критерий 3: Скорость feedback loop

• Какая фича быстрее даст данные для следующего решения?
• Пример:
  • Фича А: требует 6 недель, потом 2 недели на аналитику
  • Фича Б: требует 2 недели, потом 1 неделю на аналитику
  • Победитель: Б (быстрее развивать гипотезы)

Критерий 4: Конкурентное давление

• Конкуренты уже это сделали?
• Пример:
  • Фича А: все конкуренты уже имеют
  • Фича Б: уникальная фича (дифференциатор)
  • Победитель: Б (создаёт конкурентное преимущество)

Критерий 5: Срочность и контекст

• Есть ли внешние дедлайны?
• Пример:
  • Фича А: нужна до конца квартала (договор с企業-клиентом)
  • Фича Б: может быть в любой момент
  • Победитель: А (бизнес-обязательство)

3. Мои инструменты для разрешения конфликта

Таблица сравнения:

Видим, что Б выигрывает, но минимально. Это даёт основание для выбора.

4. Если всё ещё равно — принимаю решение по принципу

Принцип 1: MVP и learning

• "Какая фича даст нам больше знаний о нашем рынке?"
• Выбираю ту, которая быстрее откроет новые инсайты

Принцип 2: Team capacity

• Какая фича лучше подходит текущей компетенции команды?
• Новая фича, требующая специалистов, которых нет, менее приоритетна

Принцип 3: De-risk

• Какая фича менее рискованна?
• Выбираю ту, которая с меньшей вероятностью приведёт к техническому долгу

Принцип 4: Momentum

• Какая фича даст позитив команде?
• Если фича Б выйдет за неделю и порадует пользователей, это лучше для мотивации

5. Практический пример

Ситуация:

• Фича А: "Интеграция с Slack" (юзеры просили, сложно реализовать, 3 недели)
• Фича Б: "Улучшенный поиск" (юзеры просили, относительно просто, 1 неделя)
• Обе оценены как "High priority" в бэклоге

Мой анализ:

1. User impact: Slack-интеграция нужна меньшей части юзеров (Power users), но очень сильно. Улучшенный поиск нужен всем
2. Business: Slack интеграция = стратегическое направление (стать платформой для workflows). Поиск = удержание юзеров
3. Effort: Поиск явно проще
4. Learning: Поиск быстро даст обратную связь; Slack интеграция требует выпуска + ждёти adoption

Решение: Выбираю поиск (1 неделя), потом Slack (3 недели). Почему?

• Быстро доставляю ценность большинству
• Получаю feedback и могу улучшить поиск
• За счёт удержания юзеров Slack-интеграция будет более эффективной

Заключение

Когда две фичи одинаковые по приоритету, я:

1. Переоцениваю — часто они не равные, просто нужна более детальная матрица
2. Применяю дополнительные критерии — стратегия, зависимости, скорость feedback
3. Считаю по взвешенной таблице — объективнее, чем gut feeling
4. Выбираю по принципам — MVP, learning, риск, momentum
5. Коммуницирую решение — объясняю команде и стейкхолдерам, почему именно эта фича

Главное: никогда не оставляю выбор случайным. Даже если фичи очень похожи, решение должно быть обоснованным и прозрачным для всей команды.