如何畫出產品架構圖

產品架構圖通常用于比較復雜的產品項目中,目前對本知識系統的講解的資料較少,然而產品架構圖確是設計復雜產品的有效文檔之一,由此筆者通過學習其他前輩的總結文章而產出了一篇學習輸出,希望大家能一起思考和探討思路。

什么是產品架構圖?

表達業務系統之間的關系

將復雜的業務邏輯簡單化

所以,綜上所述,產品架構圖可以讓其他不了解系統的用戶迅速的了解業務層級和關系的工具。

它將可視化的具象產品功能,抽象成信息化、模塊化、層次清晰的架構,并通過不同分層的交互關系、功能模塊的組合、數據和信息的流轉,來傳遞產品的業務流程、商業模式和設計思路。

產品架構圖的三大核心要義

畫業務架構圖實際上就是對業務的一種收集、提煉、拆解、歸納、分類的一個過程。

簡單來說可以分為三個核心步驟:分層、分模塊、分功能。

那么,如何畫出一個產品架構圖,筆者以團隊咨詢需求為例,采用如下的思路進行產品架構圖的梳理。

(思路參考有鹿老師的文章https://zhuanlan.zhihu.com/p/29400315

假想的需求說明

“我們要做一個團隊咨詢,要能讓用戶可以直接和整個服務團隊進行咨詢!解決患者需要多科室反復咨詢的麻煩,提高患者咨詢效率”

列出問題域

為什么要做團隊咨詢(why)

-患者病情需要多學科醫生看診

-資深醫生帶領年輕醫生組建的小team,旨在更好的管理自己的復診患者

-打造品牌ip價值(科室&個人)

做團隊咨詢想要達成的目標(what)

-能夠切實且又省時省力的解決患者的問題

-降低線下門診復診患者比例

-加大醫患之間的羈絆,增加患者的忠誠度

-便于進行推廣以提升醫院的聲望

怎么吸引關鍵資源(醫護)參與進來?

-協助進行IP品牌打造

-為醫生留住復診患者

-咨詢費用激勵

怎么促使用戶去購買團隊咨詢?

-進行公眾號推文推廣

-醫護人員科室拜訪宣傳物料

-與其他業務打包或作為其他業務的輔助性業務,如服務包打包此服務

各種場景的退費異常場景如何處理?

-咨詢結束后患者或醫護人員要求退費場景

問題域的確定為后續的產品規劃及設計有重要的指導意義,畢竟產品是滿足需求,解決問題而存在。

確定產品方向

核心目標

用戶通過購買平臺的團隊咨詢服務,與醫護團隊建立深羈絆,進而成為忠實的留存用戶。

產品形態&用戶路徑

后臺:

運營人員進行團隊管理,訂單管理

前臺:

患者用戶通過app&微信公眾號購買服務,與醫護人員進行在線溝通

醫護用戶通過app接受患者用戶的購買,并與其進行在線溝通

確定產品方向后,有清晰的目標和計劃,就可以進行后續的詳細設計。

清晰的業務流程

核心流程

僅以mvp流程假設

著手繪制

搭建基礎框架

對照每個核心流程,根據設想的產品形態,產品機制和用戶的使用路徑,列出需要的功能&系統等

明確架構分層

一個具備前后臺關系的產品架構圖至少分為三層:

1、用戶感知層(在何種場景下通過何種方式觸達用戶)

2、功能模塊層(通過哪些功能模塊實現產品的核心功能、和哪些外部平臺功能有信息交互)

3、數據層(產品的數據從哪里來、產品的數據沉淀到何處去)。不同信息層級之間是一定有關系的。

按照分層,分模塊,分功能將具體的功能補充進去,如下圖所示

其中,數據自下而上,經過層層處理,觸達到用戶的時候,已經為用戶提供了業務服務,解決了用戶的問題。

最后

一張好的產品架構圖,應該具備以下特點。

清晰的模塊功能邊界

功能經過抽象,做到標準化、互相獨立

上下游產品功能邊界清晰,架構分層明確合理

具備迭代優化的能力

產品架構圖歡迎大家一起討論,有問題或優化都可提出或討論。


筆者從事醫療,B端產品領域,歡迎一起討論~? ? 微信公眾號:慢慢研究所? ?

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。

推薦閱讀更多精彩內容