課程篇（9）：產品設計-產品框架

02-12

作為一名准產品新汪，雖然沒有十足乾貨，但希望記下苦海行舟之點滴，以求共勉！

一、什麼是產品框架

1.回顧

分析——需求list、競品分析
方案——產品方案
需求文檔——需求文檔
技術實現——測試版本
發布——正式版本

2.產品框架（架構）大家談

框架（架構）是關於一個系統由哪幾個子系統或模塊構成，以及各模塊之間的關係的設計。
產品框架分為五個層面：戰略層、範圍層、結構層、框架層、表現層
產品架構就是產品願景、產品功能的具體物化體現，根據信息的同質性、結構的聚合性、操作的可行性、交互設計的原則性以及未來的發展等等來分解產品的一個過程。

產品框架

是產品設計中的骨架部分。
以前期的需求分析及市場競品分析等為依據，將零散的需求點系統化的組織起來，以合理的邏輯層級及界面層級把實現的路徑以文字及原型的方式表達出來。

二、構建產品框架

1.構建產品框架的基本步驟

是誰。命名、定位、目標願景
骨架。特性點腦圖、特性列表、Roadmap
細節。功能模塊、功能流程、頁面流程

2.目標的標準

可實現。符合當前各種條件限制下可以達到的
可量化。能夠用一定指標衡量的
名確定。以便溝通及項目執行
靈活性。以便條件變化時微調

3.特性點腦圖

利用腦圖，把產品的骨架特性點列出來。
這是一個全局的發散思維，把前期列出來的需求list經過分類加工後，形成一個整體的腦圖。

4.特性列表

特性列表是腦圖的另一種表現形式
特性點就是組成產品的細胞，它描述的是產品中具體的每一個細節，每一個邏輯
特性列表是由各個特性點組合成的表
特性表描述的是產品設計中主要的特性分類的情況

5.腦圖及特性列表的作用

明確產品方案中的全部需求點
明確需求點的分類框架
明確需求點的優先順序
提高溝通效率

6.特性列表如何寫

先列特性列表；再進行特性點分類，匯總特性列表
先分類；再進行每個類別下特性點的描述（推薦）

7.Roadmap

路線圖、藍圖
需求預期管理：優先順序、完成時間
比腦圖特性列表要更重視未來的時間周期
比甘特圖要弱化具體任務
不拘泥於模板形式，意義大於呈現

如何制定Roadmap

明確Roadmap的排期基本目標

有限資源之下，優先選擇更重要的事情先做，逐步達到產品目標

需求的合理並行及串列

需求之間有關聯及遞進關係

MVP產品理念

先保障最基本的功能實現，甚至是將需求拆分完成，避免過渡設計的冗餘，先實現基本功能

常見錯誤：大而全

互聯網瞬息萬變
資源有限
設計可能不完美，需要反饋
先用最高效的方式滿足用戶的核心需求

Roadmap的定期回顧

每個時間周期下的規劃，都需要定期的復盤
復盤可以更好的明確需求的目標
及時調整需求點的優先順序以適應更好的市場競爭

8.小結

產品框架的構建需要解決是誰、骨架和細節的問題
在骨架制定過程中可以利用多個工具進行梳理

三、細化產品框架

1.功能模塊

在需求文檔中，它獨立的、解決一個問題描述的集合
在實際應用中，它是解決一個具體問題的路徑

2.如何提煉功能模塊

經驗法。根據過往經驗，推導常用功能。設計賬號，就有註冊登錄。
對比法。參考其他產品，列出常用功能。直播對比映客，做直播需要發起直播、看直播、美顏等功能。
創造法。根據個人需求，創造新功能。如keep會員，會員等級體系功能。

3.功能流程

功能流程描述的是一個完整的使用過程
它可以更好的幫助產品經理完善需求的全面性
它可以通過流程圖來表示

流程圖繪製基本要點

方塊表示流程，菱形表示判斷
單項流程，規避雙向
判斷後選項齊全
最終走向一個反饋結果

4.頁面流程

涉及頁面較多的產品可以用頁面的層級及跳轉流程來更好的表達需求

5.小結

功能模塊不同於特性列表，它只是特性列表中的一部分
功能流程是需求文檔的準備，合理使用流程圖等文檔可以減少溝通成本

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