B端系統-產品系統架構
這篇文章,我們和作者一起學習下,B端的產品架構涉及哪些內容,以及UML、體驗設計和PRD的設計。
什么是產品架構?
產品架構是產品經理用來表達自己產品整體設計機制和規劃的圖,它將產品功能落地為信息化、模塊化、層次清晰的可視化架構,并通過不同分層的交互關系、功能模塊的組合、數據和信息的流轉,來傳遞產品的業務流程、商業模式和設計思路。
產品架構是對商業模式中核心業務場景的抽象,體現了商業模式的運作和實現方式,產品架構設計是抽象業務場景,通過業務規則建立產品內在邏輯的過程。產品架構的對象就是產品的商業需求以及用戶需求。如何讓滿足產品兩個需求的產品設計更加簡單、高效的規劃就是產品的架構。
抽象是指將復雜的事物簡化為一組關鍵概念或模型,以便更好地理解和處理問題。
產品架構就是為了把原來一個個孤立的產品,進行有側重的編排組合。這樣滿足用戶、商業需求更簡單了、產品設計也更簡單了,這就是產品的生態:不是把孤立的產品鏈接起來,而是通過產品架構組織起來。這種簡單帶來的高效就更不用說了。
這里有兩個重要的目標:
- 滿足需求高效簡單;
- 產品設計過程高效簡單。
奧卡姆剃須刀法則同樣在產品架構設計中適用,越簡單的架構越有利于產品的生長。
一、系統架構設計
你是否想清楚了以下問題: 在新增一個需求時??
- 在整個系統中的位置;
- 各系統之間的邊接;
- 所需要的底層數據;
- 所需的前端支持?
系統架構是產品實際落地環節的第一步;
系統架構圖
從更宏觀的角度,從系統的全貌的角度,將一個解決方案,在系統中的模塊,對其他系統的影響,和底層支撐的數據,完整展現出來的圖形。
核心目的
更全面的梳理清楚你的項目、更好的規劃項目邊界、更清晰的展示需求全貌;
4步繪制架構圖
①分層、②抽象、③解耦檢查、④支撐數據拓展;
1、分層:業務表現層、業務支撐層、底層數據層、系統支持層、關聯系統;
2、系統模塊抽象:根據業務調研結果、產品調研結果、產品邏輯經驗等:詳細思考、將各個層面涉及到的功能、模塊、進行完整的梳理,盡可能的抽象為相互獨立的產品功能模塊;
無需關注細節,模塊化思維;
3、解耦檢查:展示功能需求、確定解耦模塊、從新確認系統架構;
4、底層數據:拆解需要的數據信息、找到數據交互邏輯;
二、信息架構設計
什么是信息架構:信息體驗5要素;
表現層、框架層、結構層、范圍層、戰略層;
信息表單:每個功能點和字段信息,然后把信息歸類(基本信息、活動信息、商品信息等);
信息架構是通過有原則的交互設計方式;
B端信息架構設計方法:四部分:導航、列表、表單、詳情;
頁面設計要點:復雜表單分步拆解、按照模塊聚合相同信息、信息填寫由宏觀到微觀;
三、4大UML圖形工具(流程邏輯梳理)
UML:統一建模語言,提供標準通用設計語言;是一系列圖形組合;
用例圖、對象圖、時序圖、狀態機…;
作用:更好的梳理需求、保證功能完整邏輯順暢、高效傳遞、高效溝通;
1、用例圖:某個角色操作的功能;
2、時序圖:描述了對象之間的消息、數據傳遞的時間順序(包括發送消息、接收消息、處理信息、返回信息);適用于梳理清楚系統與系統之間的數據交互邏輯;
3、ER圖:描述實體的屬性包含關系,實物對象1對n 1對1 n對n關系;
4、狀態機:描述了數據狀態的流轉過程; 適用一切涉及數據狀態的描述;
四、產品體驗設計(原型界面設計)
B端C化的時代已來臨;
1、產品層:價值、交互及用戶體驗、視覺;
2、運營及推廣;
交互體驗設計:一致性、可見性、及時反饋、防錯設計、隨時幫助;
1、一致性:界面模塊排布、設計風格一致、操作交互邏輯一致、數據展示意義一致;
2、可見性:當前位置、當前操作進程、當前數據進程反饋;
3、及時反饋:操作結果反饋;toast提示;
4、防錯設計:二次確認、減少輸入多選擇、數據標準展示、內聯校驗;
5、隨時幫助:名詞解釋、問號說明、幫助手冊、操作指導;
界面原型設計原則:信息層次、間距關系、對齊、借助貼近認知圖形;
五、PRD設計
PRD架構6大模塊:
文檔基礎描述、項目描述、需求描述、角色權限、埋點需求、后續拓展計劃;
最好把開發當做一個小白(sha)子(哈哈);
本文由 @阿輝 原創發布于人人都是產品經理。未經作者許可,禁止轉載
題圖來自Unsplash,基于CC0協議
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務
- 目前還沒評論,等你發揮!