Market Requirements Document (MRD) (Этап 1)

Итак, мы определили миссию продукта, сформулировали видение, составили план действий. Пришло время понять, как мы сами видим свой продукт.

MRD – это документ, который пишется менеджером по продукту
и определяет требования, которым продукт должен удовлетворять. Это основной документ для разработчиков, который используется при создании новых или изменении существующих продуктов.

Учить составлять требования к продукту я вас не буду, но дам несколько советов:
1) Пишите MRD от лица пользователя ("При открытии приложения пользователи видят форму авторизации...")
2) Используйте скриншоты или макеты
3) Пишите простым языком (вы это делаете для себя и команды, а не для инвесторов и руководства)
4) Поищите шаблоны MRD в интернете и используйте их (аккуратно, некоторые увлекаются и делают шаблоны на 60 страниц, что перебор)
5) Расставляйте приоритеты для требований (вообще всегда расставляйте приоритеты)
6) Не пишите КАК делать фичу, пишите ЧТО делать и ПОЧЕМУ (ваша задача выяснить что сделать и зачем, не более того)
7) Не забывайте про нефункциональные требования (языки, масштабируемость, производительность)
8) Будте готовы постоянно обновлять MRD и обновляйте его
9) Внесите в MRD описание целевой аудитории и позиционирование (разработчики тоже хотят понимать что и для кого они делают)
10) Если используете новые термины, то добавляйте глоссарий.

Фух, с бумажками разобрались. Давайте еще раз попытаемся ответить на вопросы первого этапа:
- Осознают ли пользователи существование проблемы, которую мы пытаемся решить?
- Если бу существовало решение, они бы купили его?
- Купили бы они его у нас?
- Можем ли мы создать решение для данной проблемы?

Кажется теперь все встало на свои места и мы можем приступить к более веселому этапу - генерации идей.

Всегда ваша, преддипломная расслабуха!