tgoop.com/tobepm/17
Last Update:
Почитал про подход к продуктовой разработке от Amazon: Working backwards. Суть подхода в том, что до начала разработки продакт должен написать:
1. Внутренний пресс-релиз для фичи. Из этого документа мы понимаем стратегию, какую проблему решаем, какие есть недостатки у текущего решения, конкурентные преимущества. И если пресс-релиз выглядит неубедительно, то не стоит приступать к разработке. Тут чуть подробнее
2. One pager(краткое описание, как измеряется успех, часто задаваемые вопросы конечных потребителей(eg можно ли отменить заказ?) и стейкхолдеров(eg сколько времени потребуется на разработку?)
3. Six pager(тут более подробно про цели, какую проблему решаем, откуда узнали о проблеме, как ценности компании отражаются в проекте). Тут пример 6-pager
Далее итеративно презентуешь коллегам, получаешь кучу вопросов, исправляешь, заново презентуешь итд
Подход мега-крут тем, что мы:
- смотрим на проблему глазами юзера, формируя понимание о конечном продукте, и предугадываем вопросы, которые юзер может задать
- формируем четкое видение продукта, тк приходится переписывать доки до идеальной чистоты, и презентовать их коллегам
- не тратим время и ресурсы на разработку ненужной фичи(благодаря жёсткой модерации доков, предварительным исследованиям)
BY Продактом быть
Share with your friend now:
tgoop.com/tobepm/17