原型與需求文檔,兩者都是產品經理重要的工具,作為初級的產品經理,往往注重執行,所以對於新手來說,應該加強原型設計與需求文檔撰寫的能力。
一、問題
1.原型與需求文檔之間存在什麼關係?
答:兩者相互補充,原型是需求的視覺表現,更加註重交互,而文檔是需求的文字表現,更注重細節。
2.原型有哪些分類?
答:高保真與低保真,根據工作需求進行選擇。
3.需求文檔具備哪些內容?
答:文章的第4點有詳細描述
4.優秀的需求文檔是怎麼樣的?
答:文章第7點有詳細描述
5.如何鍛煉原型設計與需求文檔撰寫的能力?
答:多看,多想,多寫,結構化思考
二、大綱
需求文檔的撰寫,與原型設計相比,需求文檔更加重要。
在我看來,兩者是相輔相成的,必須結合使用,文檔是功能細節的體現,原型是交互細節的體現。
三、收穫
1.原型的作用是什麼
原型是一種用於提高溝通效率的工具,便於相關人員了解需求,保障完成效果。
2.原型的分類
①低保真原型
低保真
低保真原型往往作用與產品的初期,利用線框圖把信息組織架構體現出來,屬於橫向原型設計,缺少交互細節,時間不足時往往使用低保真原型促進溝通。
②高保真原型
高保真
高保真原型用於確定功能之後,對交互細節進行展現,包含頁面之間的跳轉關係,往往是一個可操作原型。
高保真原型耗時長,部分特殊功能通過高保真原型能夠體現最終效果,也能用來檢驗開發的成果。
3.製作原型的步驟
①分析需求
羅列出原型需要實現的需求。
②了解功能分佈
功能的層級關係。
③明確頁面層級
頁面之間有明確存在的層級關係,每一層實現的功能與存在的元素。
④繪製基本原型
⑤檢驗,修改原型
往往第一次製作的都會被打回,做好心理準備吧。
4.需求文檔的目標用戶與作用
需求文檔就是產品功能說明書,包含大量的功能細節,目的是提高溝通效率,避免研發過程出現誤會。
閱讀需求文檔的人主要是項目相關的負責人,例如研發,UI,測試等等。
5.需求文檔包含的內容
一圖勝千言
①需求背景與目標說明
你得讓別人知道你為什麼要做,要做到什麼程度,用戶檢驗功能完成情況。
②特性列表
所謂特性,其實就是功能模塊,把需要做的功能模塊都羅列出來,主要用於明確需要做的功能有哪些,用圖表體現更佳
拆分標準:
- 內部邏輯(不同的功能模塊,不同的頁面)
- 重要的特性單獨列出,例如提示語
③主要邏輯
每個特性之下的操作邏輯,簡單特性可以文字說明,複雜特性建議用流程圖表現。
幫助梳理邏輯,減少細節遺留。
④特性功能點
補充每個功能點的相關細節描述,是開發,與測試工作的重要依據。
包括:
- 流程細節描述。
- 正常邏輯表現,異常邏輯表現。
- 文案內容,性能需求。
- 交互圖(可無)
⑤特性需求,性能需求,數據上報
這一部分類似備註,說明了做這個功能要達到怎樣的程度,需要再哪些地方進行數據埋點。
⑥版本號記錄,迭代說明
便於回顧整個過程,進行復盤。
6.需求文檔撰寫四步走
①想-需求
三思而後行,下筆之前想清楚你的需求,需求就是一份文字版的問題解決方案:
你想做什麼功能?
這個功能主要的用戶是誰?
這個功能重要嗎?優先順序高嗎?
這個功能的流程想清楚了嗎?還有極端情況沒有考慮嗎?
........
②列-特性
性清楚后,列出你需要做的所有功能特性:
- 功能特性
- 界面特性
- 性能要求
- 數據上報
- 操作流程
③寫-初稿
根據特性點,開始寫初稿,按照一定的邏輯分特性,遵循MECE原則,要求做到:
需求結構完整
邏輯清晰
描述準確
④補-細節
重讀整份文檔,找出不足之處進行補充。把自己代入各個相關負責人的職位當中,看看自己能否準確明白文檔的內容。
7.文檔撰寫技巧
區分版本號,每份文檔進行迭代都要加入內容與版本號,如V1.0。
章節
每一個功能需求單獨一個章節, 分開進行描述。
用語
精簡,準確地表達。
8.好的需求文檔需要做到以下幾點
正確
正確滿足產品需求,邏輯清晰。
完備
文檔內容完備,把所有場景,極端情況,邏輯流程都寫出來了。
無歧義
文字描述準確,沒有產生歧義。
優先順序
每個功能特性都包含優先順序。
可驗證
功能是可以被準確驗證的。
9.需求文檔修鍊指南
需求文檔是產品經理的基本功,每個人都會寫,但是不是每個人都能寫好,所以需要不斷地精進這項技能。
多看
多看優秀的需求文檔,了解一份文檔為什麼優秀,看到不好的地方,嘗試批改它,讓它更加優秀。
多想
需求文檔是思想的呈現,你對一個需求想得越多,了解得越深,寫出來的內容就會更加準確,完備。
多討論
放下你的羞恥心,把你的文檔拿出來和大家一起討論,可能會受到10000點的傷害,不過別擔心,你會成長很快。
結構化思考
看了老師給出的幾份優秀的文檔,都遵循結構化思考得原則,結論先行,然後再分點描述,一層一層地進行下去。
在生活,工作中養成結構化思考得習慣,讓你的表達更加清晰,別人接受起來也更加容易。
10.交互需求文檔是什麼
交互需求文檔是給交互設計師看的文檔,應該在需求文檔之外單獨呈現,主要目的是讓交互設計師理解產品的交互需求。
交互需求文檔主要是對功能的交互設計,包含功能列表,每個功能的交互要點說明,包含元素等等。
文 / 唐三笑