1. 首頁 > 生活百科 > >

例舉說明 怎樣產品設計文檔？

小知識產品設計文檔

產品經理需要把想法落實到筆頭上，于是就有了產品文檔 。 如何寫出一份精煉、易懂的產品文檔？今天我們就來聊聊這個問題 。
常見的產品文檔類型有哪些？
I Product Roadmap 產品路線圖
產品路線圖的橫坐標是時間段，縱坐標是各時間段末的主要產出，這里的“產出”包括各時間段內出現的主題、產品類別等 。
那么在公司內部有哪些人需要看產品路線圖？首先，產品經理需要逐層遞交產品路線圖，讓他的各層上級進行審核和完善；在管理層確定線路圖沒問題以后，再與開發部門和工程師們進行分享，這一步驟使它成為全公司的線路圖 。
例：某公司的產品路線圖，有清晰的時間段、產品線和計劃（initiative）
II PRD（Product Requirement Document）產品需求文檔
產品需求文件是包含特定產品所有要求的文檔，向其讀者解釋此產品應該做什么 。 它的目標讀者包括開發人員，UX／UED，測試人員，項目經理，市場人員 。
PRD內容的舉例：

  1. 總結摘要：為x用戶構建y產品來解決z問題 。
  2. 目的 。
  3. 目標用戶，市場細分（Use Cases/ Business Cases） 。
  4. 假設與范圍 Assumptions & Scope：假設就是指產品經理在做產品時一般心里有個數，比如，他可以基于從市場調查獲得的信息對用戶行為進行預判；范圍是指，產品經理可以在某次PRD中選擇做什么做，不做什么 。
  5. 發布里程碑：確定關鍵交付成果，成功標準、目標日期 。
  6. 功能說明 。
  7. 工作流程/線框（如果需要） 。
  8. 數據分析要求：有哪些指標？觀測了多久？
  9. 性能要求：設定正常功能的響應時間，如果產品運行不正常應該怎么辦 。
  10. 整合集成要求（如果需要） 。
  11. 測試計劃：給在設備、瀏覽器、操作系統、測試用例/用戶故事方面測試給出指導 。
  12. 發布計劃：發布整個還是部分？在什么時間發布？要不要做A/B Testing？是不是要做Dry Run？如果產品發布后出問題，在出了什么樣的問題、在什么樣的階段需要把產品拿下線？ ……
PRD需注意的事項：
1. 避免定義產品的做法，以便界面設計師和工程師利用他們的專業知識為需求提供最佳解決方案 。
2. 靈活性：文檔長短及包括的章節以溝通效率為主要目標 。
“PRD的內容有自己的靈活性，文檔最主要的目的還是為了達到溝通的效果 。 ”
【例舉說明 怎樣產品設計文檔？】——Lake
III Workflow 產品流程圖
產品流程圖用來顯示解決方案的步驟，關聯的決策標準和最終的輸出 。
如果產品包括幾個簡單的頁面，用戶需要在它們之間做不同決策的時候，使用產品流程圖很有效 。 并且，拿這種圖很方便跟程序員溝通 。
橢圓形代表起始點；菱形是決策點；長方形代表中間的環節（例圖中，決策點后缺少Yes/No）
IV Wireframe 線框圖
Wireframe也稱為頁面原理圖或屏幕藍圖，是一個視覺指南，代表網站或應用程序的骨架框架 。
Wireframe的圖片示例
線框圖制作上并不容易，所以可以手繪
V User Story 用戶故事
? 用戶故事是Agile Development的環節之一
? 從產品經理角度撰寫需求轉移到從用戶角度談論需求
? 每個用戶故事包括一到兩句話
? 是一系列關于所需功能的對話
模板：
As a , I want so that
(我是？，我想？，因為？)
舉例：OpenTable的用戶故事模板
PRD與用戶故事可以共用，因為如果只關注用戶故事，無法提煉出一個產品成功的標準 。
——Lake
VI Integration Document 產品整合文檔
文檔內容及形式取決于讀者——內部或者外部、業務或者技術團隊 。 個性化非常鮮明 。
內容舉例：
－ 總結摘要：包括用戶、產品、解決的問題
－ 需求背景
－ 目標和假設
－ 整合步驟
－ 測試內容及流程
－ 客戶支持流程與聯系方式
VIII Product Description 產品說明書
服務群體：銷售人員 。 用于向客戶介紹公司有幾種產品，哪種產品更適用于他/她 。
嘉賓分享
沈思維曾經就讀卡耐基梅隆大學，畢業后加入谷歌，任開發工程師，后加入Twitter 任高級研發經理，現為Lyft 的技術總監，專注于風控領域，在反欺詐反垃圾信息方向有非常豐富的經驗 。
1.您是從工程師一路做到技術總監的，請問在決策轉換的過程中，您對產品團隊中不同角色的理解發生了那些變化？您是怎樣培養對管理和激勵團隊的能力的？

推薦閱讀