top of page
搜尋

功能框架設計－第7堂【B2B2C產品經理PM的8堂必修課】

  • 作家相片: LeonLin
    LeonLin
  • 2024年1月17日
  • 讀畢需時 3 分鐘



目標


  1. 掌握ToB產品功能框架的設計與合理性檢驗的方法

  2. 了解ToB產品場景化分析的流程和方法

  3. 學會繪製和梳理產品流程圖和結構圖

  4. 了解如減少新功能上線對已有功能的不良影響



 


B2B2C產品如何設計功能框架


功能框架是什麼？

功能框架是將用戶需求轉化成系統功能時，對功能設計的整體思考路徑（思路）

用戶需求—> 場景分析 —> 業務流程 —> 功能流程 —> 功能結構


為什麼要確定功能框架？

  1. 客戶的需求直接轉述給研發，研發不理解或實現差異很大

  2. 空白頁面怎麼下手畫原型？

  3. 功能越想越多，都要做嗎？

  4. 功能設計總是東缺西漏

  5. 做完的宮內被客戶吐槽沒有達到預期目標

  6. 功能返工次數多，內耗嚴重，開發週期長，效率低下


如何確定功能框架的流程，確保產品走向正確？

  1. 初評：從整體上和工程師、測試講解設計思路

  2. 輸出物：流程圖＋結構圖

  3. 好處：避免功能設計完成後發現整體思路不對

  4. 詳評：評審功能細節，落實舉體開發

  5. 輸出物：原型＋業務規則

  6. 好處：講解完整功能，減少實現偏差

 

如何設計功能框架？

場景化需求分析—>流程圖（業務＋功能）—>結構圖


Step 1: 需求分析：場景化分析法


場景化分析是什麼？ ［ＯＯ用戶］在［ＯＯ場景］，遇到［ＯＯ問題］，有［ＯＯ需求］，可以提供［ＯＯ解決方案］


場景化分析的價值在哪？

  • 站在客戶角度思考問題，幫助客戶挖掘潛在需求

  • 加深對客戶需求的理解，明白為什麼做這個功能

  • 有助於完善產品架構，將客戶需求轉化成完整的產品需求

  • 對客戶自身素質、生活習性有了解，使產品操作符合用戶使用習慣

  • 有助於原型繪製、字段配置、頁面佈局、顏色選擇等


場景化分析五步法

Step 1：用戶

  • 直接用戶：B端/C端用戶

  • 間接用戶：客戶的客戶/用戶

  • 混合用戶：同時倍B端用戶和C端客戶使用。比如點餐系統

Step 2：場景：

  • 固定基礎場景：用戶通過做什麼事，達成什麼樣的目的，是客觀的事物本身，是問題的基礎

  • 變動型場景：時間、地點等動態因素會影響事務發展

Step 3：問題

  • 共性問題、個性問題

Step 4：需求：

  • 核心需求、衍生需求，可參考KANO法

Step 5：解決方案：

  • 核心方案、衍生方案



 

Step 2: 畫出兩個流程圖


「業務流程」圖

以業務處理過程為主，描述業務場景裡各單位、人員之間的業務關係、作業順序和管理信息流向的圖表

業務流程圖怎麼畫？

  • 梳理業務：按照業務的實際處理步驟和過程進行梳理

  • 繪製流程圖：

    • 橫向泳道圖：按照業務部門羅列劃分

    • 關鍵節點：用方框、判斷框畫出關鍵業務節點

    • 連接節點：按照業務流向連接關鍵節點


「功能流程」圖


  • 區分業務：線下實現的業務節點用灰色標註

  • 縱向泳道：定義線上節點放在什麼功能模塊下實現，列出泳道

  • 調整節點：把業務節點調整到對應的功能模塊泳道中



 

Step 3: 畫出一個結構圖


目的：將功能設計要素和細節表述清楚

萬用公式：［ＯＯ用戶］在［ＯＯ模組］，［ＯＯ頁面］要做［ＯＯ事情］，是［ＯＯ目的］，需要［ＯＯ字段］，注意［ＯＯ規則］



框架：



如何繪製結構圖？5步梳理法

Step1: 涉及系統

Step2: 系統功能點

Step3: 功能頁面

Step4: 關鍵字段

Step5: 重要規則

列出功能實現涉及系統

列出每個系統裡，涉及的功能模塊

列出實現功能需要用到的操作頁面

列出每個頁面上的關鍵字段

列出頁面上關鍵字段的重要規則

系統劃分參考：（1）不同的終端：如PC, App, Line。 （2）不同的部門：如業務系統、中台系統、後台系統

功能模組劃分：以一級或二級menu為一個功能模組

頁面參考

1. 列表頁面

2. 新增頁面

3. 查看頁面

4. 修改頁面

5. 統計頁面

6. 通知頁面

7. 基礎配置頁面


*通常一般流程圖不體現，不要遺漏

字段的思考方式。可以分為對字段屬性劃分＆列出不同屬性下的字段

可能規則點：

1. 時間選擇範圍

2. 搜索框選擇範圍

3. 文本輸入類型、範圍

4. 字段默認值

5. 字段必填項

6. 字段間連動關係

7. 不同狀態下按鈕顯示邏輯

8. 異常提示

9. 保存效驗項


如何梳理字段？

  1. 字段分組

    1. 確定頁面上需要哪些類別的字段組

    2. 每組互不衝突、重疊

  2. 功能必要字段

    1. 將必填字段列出，打星標記：提交頁面必須要有的字段

    2. 列出必填字段的業務規則

  3. 功能擴充字段

    1. 將非必填字段列出：非全部客戶需要、非所以場景需要、補充說明用

    2. 列出非必填字段的業務規則


  • 如何檢查功能框架的合理性？

檢驗類型

檢驗標準

舉例

Step1 功能閉環

設置到應用是否可以對應？

套餐設置後，用戶可直接點選


業務輸入到查看是否完整？

用戶點餐時的備註，備餐人員是否能在清楚的位置查看。


是否要統計報表？

商戶是否能查看今日餐廳營業數據，比入總共用餐人數、售賣品項排名、訂單金額...等。

Step2 結構清晰

功能點是否有衝突和重疊？

加購品項的價格是另外填寫，還是直接套用原本菜品後設置優惠價格？


邏輯是否符合用戶行為習慣？

點餐完，用戶是否能清楚看到自己已點的餐點？


業務規則是否相互衝突？

已確認的訂單是否可以修改？若修改後，用戶端是否顯示最新結果？




 

如何確保新功能上線後，老功能無Bug，可以兼容


如何識別影響點？


通過「系統架構圖」

  1. 明確新功能：注意涉及模塊並區隔好新老功能

  2. 明確影響：確定改造和借用部分。通過地毯式搜索（比較笨），使用結構圖查看所有頁面，找到關聯字段。確認是否有影響。

  3. 確定方案：將影響的範圍、影響程度納入本次開發計畫。


如何低成本解決影響點？


  1. 多借用，少改造

    1. 現有的功能可以使用，不要重做

    2. 改造字段以增加為主，不可影響原功能

  2. 分次優化

    1. 業務曾影響必須解決，展示曾、引導層影響可暫緩

    2. 根據上線後效果分步解決次要影響

  3. 提需求給負責人

    1. 分模塊負責系統時，把需求提給對應模塊負責人，由對方配合。

  4. 注意邏輯、字段

  5. 避免邏輯考慮不周

    1. 新功能未加入老功能的業務中

    2. 新功能與老功能有邏輯衝突

  6. 避免字段考慮遺漏

    1. 新功能的字段需要在老功能中出現

    2. 新功能字段影響老功能取值、統計






 

總結


模組1：功能框架設計

模組2：解決影響點

核心工作

梳理產品設計思路

解決新功能引起的老功能BUG

工作方法

  1. 場景化分析5步法

  2. 繪製業務＋功能流程圖

  3. 梳理產品結構圖

  1. 識別所有影響點

  2. 低成本解決所有影響點

工作產出

  1. 業務流程圖

  2. 功能流程圖

  3. 功能結構圖

  1. 老功能影響點

  2. 老功能影響解決方案

檢測指標

  1. 功能閉環

  2. 結構清晰

  1. 業務影響必改，保證無BUG

  2. 顯示的影響按要優化


Comments

bottom of page