需求文檔，作為産品經理的基礎技能和關鍵輸出物，實際上不少同學的做法都差強人意。大家可以參考作者的做法檢查一下自己的做法和文檔，看看有哪些可以學習的地方。
本篇文章聚焦在項目落地中的方案設計與過程管理階段，主要内容圍繞【産品方案設計】，具體劃分為：
- 産品方案設計整體說明：是什麼、核心目标、工具、整體流程
- 需求文檔的前期分析和動作拆解：如何确定主流程、提煉關鍵節點、功能設計和互動
- 需求文檔模闆：包含哪些子產品、每個子產品輸出什麼内容、目的和作用是什麼
- 需求文檔頁面注釋方式
- 産品設計注意事項
一、産品方案設計整體說明
二、需求文檔的前期分析和拆解
1. 先确定業務主流程和功能子產品
1、目的：了解背景，提煉角色與系統，為系統邏輯拆解做鋪墊
2、輸出内容：使用者故事、業務流程、功能子產品
2. 再根據功能子產品梳理關鍵節點
1、目的：為了設計具體功能，拆解
①單系統的角色
②多系統多角色之間的邏輯流轉
2、輸出内容：系統流程圖、時序圖、核心子產品的關鍵節點與狀态（甚至頁面流程圖）
3、如何輸出關鍵節點
（1）拆解上一步表格中的[功能子產品4-細化版]的某角色功能子產品
（2）挑選出需拆解的子產品細化，動作如下：
- 針對角色窮舉動作，即羅列動作合集
- 挑選出動作裡的關鍵節點并以時間軸的形式串聯（有必需和非必需節點）
- 抽象出各階段
- 考慮關鍵節點的狀态
3. 功能設計與互動
1、目的：設計出角色在哪些頁面通過什麼動作或操作，達成什麼目的。
也是以，可以前置在設計系統邏輯的時候，依照時間軸和關鍵節點繪制頁面流程圖，用草圖示注需要核心操作的動作。
2、輸出内容
- 功能清單（角色、系統或工具、一級二級三級功能菜單）
- 原型頁面
- 頁面互動與規則
三、需求文檔應該包含哪些内容要素？
四、需求文檔頁面注釋方式
1、方式：按頁面子產品拆分
如個人中心頁拆分成：概述、基本資訊、操作子產品
2、表格表頭：
資料
類型：圖檔/文本/數字
操作：點選後跳轉至
備注：資料口徑/來源
3、示例：
五、産品設計注意事項
1、方案完整性
1、做好增删改查和所有異常情況處理
2、評估有沒有遺漏，或是更好的解決方案
3、注意對于存量資料的影響
4、每個現狀流程的節點都要考慮到，要梳理出來之後，看現在的功能能解決哪幾個節點的問題
2、通用性、輕量型和有效性
1、業務永遠是在變化的，要足夠靈活，可适配多種場景
2、适配方式：
① 盡可能列盡場景
②拉取一個不變的因素找到本質
3、避免人工稽核等重營運内容，降低人工操作帶來的不可控因素。如果一定需要人工操作，一定系統留痕
4、盡量一次性解決全量問題，或解決某問題的全量方面。不要給前面的版本打更新檔
六、總結
本篇文章是作者精心梳理的如何寫一份産品方案/需求文檔，内容資訊凝練自本人工作中的多類型的産品和項目經驗。
産品方案是每個産品的關鍵輸出物，我願稱之為吃飯的家夥之一。一份好的需求文檔能提高開發測試的可讀性、開發效率、減少産品設計的錯漏，也能在産品方案評審時減少被judge的窘迫，是以産品經理應該持續鍛煉，形成自己輸出詳盡優質需求文檔的能力。
本文由 @劉一手 原創釋出于人人都是産品經理。未經作者許可，禁止轉載。
題圖來自Unsplash，基于CC0協定。
該文觀點僅代表作者本人，人人都是産品經理平台僅提供資訊存儲空間服務。