產品經理方法論連載13 | 深度好文:如何設計產品方案?需求文檔含哪些要素?(附模板)

0 評論 5352 瀏覽 19 收藏 6 分鐘

需求文檔,作為產品經理的基礎技能和關鍵輸出物,實際上不少同學的做法都差強人意。大家可以參考作者的做法檢查一下自己的做法和文檔,看看有哪些可以學習的地方。

本篇文章聚焦在項目落地中的方案設計與過程管理階段,主要內容圍繞【產品方案設計】,具體劃分為:

  • 產品方案設計整體說明:是什么、核心目標、工具、整體流程
  • 需求文檔的前期分析和動作拆解:如何確定主流程、提煉關鍵節點、功能設計和交互
  • 需求文檔模板:包含哪些模塊、每個模塊輸出什么內容、目的和作用是什么
  • 需求文檔頁面注釋方式
  • 產品設計注意事項

一、產品方案設計整體說明

二、需求文檔的前期分析和拆解

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協議。

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!