10 種寫好 MRD 的技巧

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

摘自~譯言,歡迎閱讀原文:
http://www.yeeyan.com/articles/view/14480/6689
http://www.yeeyan.com/articles/view/14480/6693

主題樹 # 麻內甲14 年前 建立

外掛主題樹:

回應

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

排 名 1

回應 1 # 麻內甲14 年前 發表

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

排 名 2

回應 2 # 麻內甲14 年前 發表

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

排 名 3

回應 3 # 麻內甲14 年前 發表

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

排 名 4

回應 4 # 麻內甲14 年前 發表

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

排 名 5

回應 5 # 麻內甲14 年前 發表

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

排 名 6

回應 6 # 麻內甲14 年前 發表

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

排 名 7

回應 7 # 麻內甲14 年前 發表

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

排 名 8

回應 8 # 麻內甲14 年前 發表

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

排 名 9

回應 9 # 麻內甲14 年前 發表

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

排 名 10

回應 10 # 麻內甲14 年前 發表

討論

目前還沒有資料