B端系統-產品系統架構

0 評論 0 瀏覽 0 收藏 7 分鐘

這篇文章,我們和作者一起學習下,B端的產品架構涉及哪些內容,以及UML、體驗設計和PRD的設計。

什么是產品架構?

產品架構是產品經理用來表達自己產品整體設計機制和規劃的圖,它將產品功能落地為信息化、模塊化、層次清晰的可視化架構,并通過不同分層的交互關系、功能模塊的組合、數據和信息的流轉,來傳遞產品的業務流程、商業模式和設計思路。

產品架構是對商業模式中核心業務場景的抽象,體現了商業模式的運作和實現方式,產品架構設計是抽象業務場景,通過業務規則建立產品內在邏輯的過程。產品架構的對象就是產品的商業需求以及用戶需求。如何讓滿足產品兩個需求的產品設計更加簡單、高效的規劃就是產品的架構。

抽象是指將復雜的事物簡化為一組關鍵概念或模型,以便更好地理解和處理問題。

產品架構就是為了把原來一個個孤立的產品,進行有側重的編排組合。這樣滿足用戶、商業需求更簡單了、產品設計也更簡單了,這就是產品的生態:不是把孤立的產品鏈接起來,而是通過產品架構組織起來。這種簡單帶來的高效就更不用說了。

這里有兩個重要的目標:

  1. 滿足需求高效簡單;
  2. 產品設計過程高效簡單。

奧卡姆剃須刀法則同樣在產品架構設計中適用,越簡單的架構越有利于產品的生長。

一、系統架構設計

你是否想清楚了以下問題: 在新增一個需求時??

  1. 在整個系統中的位置;
  2. 各系統之間的邊接;
  3. 所需要的底層數據;
  4. 所需的前端支持?

系統架構是產品實際落地環節的第一步;

系統架構圖

從更宏觀的角度,從系統的全貌的角度,將一個解決方案,在系統中的模塊,對其他系統的影響,和底層支撐的數據,完整展現出來的圖形。

核心目的

更全面的梳理清楚你的項目、更好的規劃項目邊界、更清晰的展示需求全貌;

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

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

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