課程篇（11）：產品設計-原型與需求文檔

一、原型

1.什麼是原型

原型是交互設計師與PD、PM、網站開發工程師溝通的最好工具。而該塊的設計在原則上必須是交互設計師的產物，交互設計以用戶為中心的理念會貫穿整個產品。利用交互設計師專業的眼光與經驗直接導致該產品的可用性。 --百度百科

2.原型的作用

• 原型的本質，是工具
• 工具的本質是用於完成工作提高效率
• 原型便於干係方理解
• 便於保證需求按預期完成

便於理解

• 高保真VS低保真
• 利用線框圖，把信息的組織架構通過圖形的模式展示
• 利用高功能性、高互動性完整的把用戶的操作流程表現出來
• 縱向原型設計VS橫向原型設計

保障完成效果

• 部分特殊需求，如對體驗效果特別看重，或功能極其複雜的，需擬定較好的高保真demo
• 以便於技術實現後與預期對比

3.畫原型的工具

• Axure，墨刀，sketch，Mockplus
• 推薦Axure，墨刀
• Axure，既可畫交互原型，又可畫流程圖
• 墨刀，有交互模板可以參考

4.畫原型的方法

1. 分析需求
2. 了解功能分布
3. 明確頁面層級
4. 繪製基本原型
5. 操作檢驗原型

5.小結

• 原型是一個提高產品設計工作效率的工具
• 不同的需求使用不同要求的原型

二、需求文檔

1.什麼是需求文檔

PRD（product requirements document）

重點描述一個新產品或現有產品改進的需求 核心：

側重的是對產品功能和性能等特性（即「產品需求」）的說明

2.為什麼要寫需求文檔

• 需求文檔的閱讀對象是誰？
• 具體的執行人員
• 需求文檔的作用是什麼？
• 指導開發、測試依據、後續存檔…

需求文檔的目標：

1. 準確的描述需求，使得產品最終形態與預期吻合
2. 能夠有效協助產品干係人（視覺、交互、頁面、開發、測試）完成與預期吻合的產品

3.需求文檔撰寫四部曲--想列寫補

• 想需求
• 不要著急下筆，先想清楚需求
• 每份需求文檔都是一個文字版的解決方案
• 項目核心需求是什麼？
• 解決用戶的什麼問題？
• 主要功能邏輯有什麼？
• 列特性
• 理解需求後，列出解決方案中應包含的全部特性
• 列-特性點
• 功能特性
• 界面特性
• 性能要求
• 數據上報
• 寫初稿
• 根據特性點，寫初稿
• 按邏輯分特性點
• 需求結構完整
• 邏輯清晰
• 描述準確
• 補細節
• 重讀需求文檔，補充未盡的細節
• 用挑剔的眼光看文檔
• 檢查需求描述，是否無歧義
• 檢查用戶場景是否全部覆蓋到（異常邏輯）
• 假設自己是開發，能否用文檔寫出代碼

4.什麼是好的需求文檔

正確、完備、無歧義、優先順序、可驗證、可追蹤

好的需求文檔：

• 能正確滿足產品需求，邏輯清晰
• 所有需求及場景都應給出具體解決方案描述
• 需求描述無歧義，易讀
• 沒個特性都有優先
• 需求可驗證
• 不可給出無法檢驗的描述；需求可追蹤

5.小結

• 需求文檔是產品方案的進一步完善
• 需文檔及原型成為產品設計中最核心的一個過程

三、需求文檔需求什麼內容

1.需求背景及目標

• 需求背景的作用
• 方便參與者了解需求
• 方便後續存檔查閱
• 需求目標的作用
• 寫需求前再次審核需求
• 需求完成後檢驗需求

2.特性列表

• 根據需求拆分特定點
• 拆分標準
• 內部邏輯（不同的功能模塊，不同的頁面）
• 重要的部分單列特性
• 特性列表的作用
• 明確需求模塊
• 方便參與者理解需求並開發需求

3.主要邏輯

• 邏輯圖靈活使用：
• 複雜特性，流程圖梳理邏輯
• 簡單特性可以文字描述
• 常用工具：流程圖-Visio/Edraw
• 邏輯突的作用：
• 幫助梳理需求邏輯
• 減少細節遺留

4.特性功能點

• 描述特性功能
• 流程細節描述
• 正常邏輯、異常邏輯
• 文案內容、性能需求（如發起操作後要求3s內有反饋）
• 交互圖（視需求情況）
• 特性功能描述的作用
• 開發、測試最關鍵的依據

5.撰寫小技巧

• 標題
• 區分版本號，方便自己歸檔查閱。V1.0、V2.0
• 章節
• 特性、功能性需求按邏輯分開描述
• 用語
• 簡約而不簡單

P.S.*Cover Photo by Aaron Burden on Unsplash本系列由 @西禪 原創發布，轉載請註明出處，謝謝。

推薦閱讀：