思考產(chǎn)品架構的4個視角:業(yè)務、場景、數(shù)據(jù)/功能、實現(xiàn)
我們今天以AIoT為例,來聊一聊思考產(chǎn)品架構的4個視角:業(yè)務、場景、數(shù)據(jù)/功能、實現(xiàn) 。

這篇文章的案例內(nèi)容,主要來自于https://aiotframework.org/index.php?title=Product_Architecture,如果你對這個領域感興趣,可以進一步的查看。
這是我目前查看到的非常具有代表性的,并且?guī)в袉l(fā)性的資料。
首先讓我們看看這四個視角分別代表什么?
定義:產(chǎn)品架構的4個視角
業(yè)務視角:在業(yè)務模型的基礎上,思考產(chǎn)品能力的展現(xiàn) 場景視角:重點關注用戶、使用、流程等系統(tǒng)元素 數(shù)據(jù)/功能視角:關注產(chǎn)品功能和數(shù)據(jù) 實現(xiàn)視角:注重如何產(chǎn)品落地
在AIoT 的框架視角看,除了從4個維度思考產(chǎn)品架構,更要關注產(chǎn)品架構如何引導產(chǎn)品實踐。而實踐的有效方法是敏捷。

產(chǎn)品架構的業(yè)務視角

在產(chǎn)品架構中的業(yè)務視角中,需要建立業(yè)務模型、客戶調(diào)研、人物角色、史詩故事。
在AIoT產(chǎn)品體系的業(yè)務視角是對業(yè)務模型中創(chuàng)建的不同組件的細化。鑒于AIoT解決方案嚴重依賴于現(xiàn)場部署的物理產(chǎn)品/資產(chǎn),需要在實際部署場景中進行研究。
在許多傳統(tǒng)的企業(yè)IT項目中,在哪里使用軟件并不重要,特別是當主要的訪問點是瀏覽器時。對于AIoT,這種情況有很大不同,因為物理產(chǎn)品可能會根據(jù)部署在其中的環(huán)境類型表現(xiàn)出不同的行為。另外,根據(jù)環(huán)境的不同,使用模式可能會有很大的不同。因此,產(chǎn)品設計的團隊花時間在現(xiàn)場,并研究不同環(huán)境下的不同使用場景。
人物角色是產(chǎn)品或解決方案的典型用戶。通常,人物角色代表的是基于你對真實用戶的了解的虛構人物。

業(yè)務模型和敏捷工作計劃緊密結合是很重要的。AIoT產(chǎn)品建議業(yè)務模型團隊將高級的工作包定義為史詩故事,然后敏捷團隊可以將其分解為更小的待辦事項條目(例如用戶故事)。

從AIoT的產(chǎn)品架構給我們的啟發(fā):產(chǎn)品架構來自業(yè)務流程和參與其中的關鍵角色,業(yè)務流程中抽象出高度概括的故事。
產(chǎn)品架構的場景視角

在產(chǎn)品架構的場景視角,需要解決方案草圖,用戶旅程地圖,以及原型圖。
業(yè)務模型的AIoT解決方案草圖可以從這個角度進行細化,以一種稍微結構化的方式添加額外的細節(jié)層。

從業(yè)務模型出發(fā)的用戶旅程可以作為起點。通常,在產(chǎn)品設計的這個階段,為不同的場景創(chuàng)建單獨的旅程地圖是一個好主意,為原始的高級旅程添加更多細節(jié)。

原型圖是溝通產(chǎn)品設計交互部分的強大方式,例如智能手機或平板電腦的web界面和應用程序。它們最初應該保持在概念層面。

從AIoT的產(chǎn)品架構給我們的啟發(fā):在場景視角下,需要用框架圖展現(xiàn)產(chǎn)品,然后再使用用戶地圖展示詳細的流程,最后用原型圖展示產(chǎn)品。
產(chǎn)品架構的功能/數(shù)據(jù)視角
數(shù)據(jù)和功能的視角提供了設計細節(jié),涵蓋了數(shù)據(jù)和功能設計方面以及它們的依賴關系。這個視角的引入,便于抽象功能或數(shù)據(jù)封裝系統(tǒng)組件的服務。

從產(chǎn)品架構的觀點上,需要關注數(shù)據(jù)域和技術實現(xiàn)。
領域模型應該提供產(chǎn)品設計的關鍵實體的高級概述,包括它們與外部系統(tǒng)的關系。它的目的不是提供與詳細數(shù)據(jù)模式或對象模型相同級別的詳細信息。相反,它應該作為在產(chǎn)品團隊中跨多個涉眾組的涉眾之間討論數(shù)據(jù)需求的基礎。下面的例子展示了智能電鉆產(chǎn)品在制造中的細節(jié),包括對MES系統(tǒng)的依賴。

AIoT的技術實現(xiàn)是需要從技術服務角度,通過不同的服務組件,搭建完成技術產(chǎn)品。
對于許多產(chǎn)品來說,能夠將高層次的需求追溯到產(chǎn)品設計級別是一個關鍵點。在AIoT框架的角度來看,需要經(jīng)歷如下步驟:
需求被映射到敏捷的主題/特性 AIoT功能架構:AIoT服務架構被設計來支持不同的史詩故事/產(chǎn)品特性 AIoT技術架構:考慮延遲和帶寬等技術約束,然后將功能服務映射到技術服務(包括應該將服務部署在何處的決策)

從AIoT的產(chǎn)品架構給我們的啟發(fā):在功能/數(shù)據(jù)視角下,逐漸的從宏觀的流程和故事,細化成為具體的功能;并從數(shù)據(jù)角度,思考產(chǎn)品的功能和架構。細化到功能的視角時,就可以與技術進行關聯(lián)。
不過,對于沒有技術背景的產(chǎn)品經(jīng)理來說,從數(shù)據(jù)到技術的跳躍,確實有一些難度。但是,梳理和構建產(chǎn)品架構的理論體系,并擺脫技術知識限制,也是我寫這一系列文章的應有之義。
產(chǎn)品架構的實現(xiàn)視角

產(chǎn)品架構的實現(xiàn)視角,是需要產(chǎn)品經(jīng)理與技術團隊從軟件、硬件的技術架構角度,選擇可以與產(chǎn)品相匹配的架構。

總結
我們以AIoT產(chǎn)品架構為例子,來看一下在思考產(chǎn)品架構時候,需要考慮的4個視角:業(yè)務、場景、數(shù)據(jù)/功能、實現(xiàn)。通過這個案例,可以為我們提供一個思考產(chǎn)品架構的方向。不過,還是缺少了一部分視角,那就是商業(yè)視角,即從商業(yè)模式的角度思考產(chǎn)品是否能夠成功。
題外話:
關于產(chǎn)品架構的知識非常的難找,中文資料如此,英文資料亦是如此。我個人傾向找一些英語資料,如果你感興趣的話,可以使用Product Architecture的關鍵詞來搜索。
