v0.4
建立主題樹

10 種寫好 MRD 的技巧

  • 瀏覽 (4949)
  • 收藏 (2)
  • 回應 (10)
  • 討論 (0)
  • 不接受其他人回應
MRD 是 Market Requirement Document 的縮寫，直譯為「市場需求文件」，通常由產品經理撰寫。

摘自~譯言，歡迎閱讀原文：
http://www.yeeyan.com/articles/view/14480/6689
http://www.yeeyan.com/articles/view/14480/6693
[ 參與回應 ]

主題樹 # 麻內甲 於 16 年前 建立

外掛主題樹：

回應

標題
從用戶角度的編寫
網址
摘要
使用「用例(Use Case)」和「用戶角色（User Personas）」來達到。

排 名 1

回應 1 # 麻內甲 於 16 年前 發表

標題
使用Screen Shots
網址
摘要
「一張圖片好比一千個文字」。當提到寫MRD的時候，一個screen shot好比一千個文字！

排 名 2

回應 2 # 麻內甲 於 16 年前 發表

標題
用簡單的語言編寫
網址
摘要
a)保持簡短的語句，把長的語句分解成多個小的語句。
b)避免大篇幅的連續文本，把他們分解成多個小的章節。
c)把大塊文本內容分解成，screen shots，表格、重點列表等等。

排 名 3

回應 3 # 麻內甲 於 16 年前 發表

標題
小心的使用模板
網址
摘要
使用MRD模板，但確保他們不要過分的長。還有如果需要，確信產品經理可以靈活的跳過模板某些部分和創建新的內容。

排 名 4

回應 4 # 麻內甲 於 16 年前 發表

標題
區分需求的優先級
網址
摘要
推薦你只要包括P1，P2，P3的需求在你的MRD中，在多數的項目中更低的優先級可能未必會實現。還有這樣也讓MRD變得更加容易讀。

排 名 5

回應 5 # 麻內甲 於 16 年前 發表

標題
說明"是什麼"和"為什麼"，但不要"如何"
網址
摘要
我注意到有技術背景的產品經理尤其喜歡描述「如何實現」。如果這些描述的就是你，應該從現在開始不要再做這樣的事了。工程師們將會感謝你。

排 名 6

回應 6 # 麻內甲 於 16 年前 發表

標題
覆蓋非功能性需求
網址
摘要
當寫非功能性需求的時候，儘可能的是使他們可度量（可測試）。否則，QA不能測試它們，你將沒有辦法知道完成的產品是否已經實現了這些非功能性需求。

排 名 7

回應 7 # 麻內甲 於 16 年前 發表

標題
評審&修正
網址
摘要
保持一個敞開的思想然後在評審反饋的基礎上更新MRD。這將幫助你寫出更好的MRD

排 名 8

回應 8 # 麻內甲 於 16 年前 發表

標題
定義市場目標和定位
網址
摘要
我發現許多工程師想知道為什麼一個產品或特性要開發，誰將使用他們，什麼是他們可以另外選擇辦法。

排 名 9

回應 9 # 麻內甲 於 16 年前 發表

標題
包含一個術語表
網址
摘要
術語表將確保你的所有讀者（有些可能不是技術人員）理解你的意思是什麼。

排 名 10

回應 10 # 麻內甲 於 16 年前 發表

▲回頁首

討論

目前還沒有資料

▲回頁首