淺談系統(tǒng)應用架構及產(chǎn)品功能架構
怎么理解“架構”?這篇文章里,作者針對系統(tǒng)應用架構和產(chǎn)品功能架構這兩大維度做了整理和輸出,想了解架構設計的產(chǎn)品同學,不妨來看一下。
架構一詞聽起來就是個很高大上的東西,對于初中級產(chǎn)品經(jīng)理來說接觸更多的往往是產(chǎn)品功能架構。通過產(chǎn)品功能架構可以讓我們跳出具體的某一個功能細節(jié),站在更高的視角上去理解產(chǎn)品,設計產(chǎn)品和規(guī)劃產(chǎn)品。而企業(yè)級的應用架構則需要產(chǎn)品經(jīng)理具備很強的抽象能力和經(jīng)驗積累,才能設計出能夠支撐公司戰(zhàn)略發(fā)展和業(yè)務架構快速運轉的合理架構。
一、系統(tǒng)應用架構
1. 系統(tǒng)應用架構定義及常用結構
系統(tǒng)應用架構的定義:企業(yè)級的應用架構起到了統(tǒng)一規(guī)劃、承上啟下的作用,向上承接了企業(yè)戰(zhàn)略發(fā)展方向和業(yè)務模式,向下規(guī)劃和指導各個IT系統(tǒng)的定位和功能。他包括了企業(yè)的應用架構藍圖、架構標準/原則、系統(tǒng)的邊界和定義、系統(tǒng)間的關聯(lián)關系等方面的內(nèi)容。
現(xiàn)代化的企業(yè)架構通常包含以下六個層級:
- 對外系統(tǒng):第一層是對外系統(tǒng)。所有供企業(yè)外部客戶使用的系統(tǒng)都在這一層,包括官網(wǎng)、普通用戶或客戶使用的C端H5、APP等。
- 管理后臺:第二層是與C端系統(tǒng)對應的管理后臺。有的模塊會被抽象成公共服務下沉到第五層。
- 業(yè)務單元支持系統(tǒng):第三層是業(yè)務單元支持系統(tǒng)。絕大多數(shù)業(yè)務的開展都不可能只靠線上的運作來實現(xiàn),這在B端企業(yè)中尤為明顯,往往需要線下的銷售(CRM系統(tǒng)),倉儲服務(倉儲管理系統(tǒng))、智能生產(chǎn)(MES系統(tǒng))等去支撐業(yè)務運作。
- 職能單元系統(tǒng):第四層是職能單元支持系統(tǒng)。企業(yè)發(fā)展到一定規(guī)模后,必然會有完善的職能單元作為后勤部門,來支持業(yè)務單元的運轉和企業(yè)的正常運作,例如法務、財務、人力部門,每個部門工作的開展都需要相應系統(tǒng)的支持。
- 基礎服務支撐系統(tǒng):信息化建設達到一定程度后,企業(yè)有必要將通用功能服務化、平臺化,以提升服務效率,保證應用架構的合理性。這類系統(tǒng)主要給其他應用系統(tǒng)提供基礎服務能力支持。比如各類中臺系統(tǒng)。
- 數(shù)據(jù)底層和應用:和第五層類似,這一層主要聚焦于數(shù)據(jù)層面的統(tǒng)一和封裝,對各個下游系統(tǒng)提供數(shù)據(jù)服務。如數(shù)據(jù)倉庫等。
2. 應用架構設計原則
企業(yè)的不同階段(初期、成長期、成熟期)以及不同的業(yè)務模式所采用的系統(tǒng)應用架構肯定是不同的。到現(xiàn)在為止也沒有一套標準的應用架構設計原則,在設計時只能遵循一些通則。
二、產(chǎn)品功能架構
1. 產(chǎn)品功能架構定義
簡單來說產(chǎn)品功能架構是產(chǎn)品經(jīng)理用來表達自己產(chǎn)品設計機制的一種具象化的表達。它描述了產(chǎn)品的各個功能模塊、子系統(tǒng)或組件之間的關系和交互方式。它將整個產(chǎn)品抽象成信息化、模塊化、層次清晰的架構,并通過不同分層的交互關系、功能模塊的組合、數(shù)據(jù)和信息的流轉,來傳遞產(chǎn)品的業(yè)務流程、商業(yè)模式和設計思路。
2. 產(chǎn)品功能架構的作用
產(chǎn)品功能架構主要有對自己和對團隊兩個方面的作用,對自己能夠幫助自己跳出產(chǎn)品實現(xiàn)細節(jié)站在更高的視角上去設計產(chǎn)品,規(guī)劃產(chǎn)品。就像寫文章前一定要列好大綱,能夠幫助我們有更清晰的設計思路。產(chǎn)品是需要整個團隊共同努力的,那么產(chǎn)品功能架構就像一份基本的產(chǎn)品說明書,讓團隊成員一目了然,讓大家明確統(tǒng)一的方向。
3. 如何繪制B端產(chǎn)品功能架構
對于如何繪產(chǎn)品功能架構應該沒有標準公認的方法流程,以下僅代表個人實際工作經(jīng)驗。
經(jīng)典口訣:一理場景畫流程,二列頁面和模塊,三把功能來聚類,四五縱橫法上陣,一張好圖勝千言。
在B端需求調(diào)研中得到的基本都是業(yè)務場景,業(yè)務流程、業(yè)務規(guī)則。在每個業(yè)務場景中,用戶可能會操作訪問不同的界面模塊,就需要將這些場景中的共性內(nèi)容抽離出來進行分類劃分。
案例背景:隨著某金融科技公司的不斷發(fā)展,考慮將標準化風控能力和金融能力進行系統(tǒng)Saas化,實現(xiàn)各行業(yè)中核心企業(yè)與其合作客戶的供應鏈金融貸款需求。
1)場景及流程抽象出模塊
以下為部分核心場景舉例。
在進行B端系統(tǒng)建設前要明確產(chǎn)品為不同角色解決什么問題,核心角色及其期望以及對應的核心業(yè)務流程。那對于C端來說這一步應該就是列舉出問題域及核心功能流程。
2)明確架構分層
一個具備前后臺關系的產(chǎn)品架構圖至少分為三層:用戶感知層(在何種場景下通過何種方式觸達用戶)、功能模塊層(通過哪些功能模塊實現(xiàn)產(chǎn)品的核心功能、和哪些外部平臺功能有信息交互)、數(shù)據(jù)層(產(chǎn)品的數(shù)據(jù)從哪里來、產(chǎn)品的數(shù)據(jù)沉淀到何處去)。在本案例中涉及到核企及客戶兩個不同的使用角色,那么就會涉及到兩套子系統(tǒng)。用戶感知層可以通過PC端和H5端進行快速搭建。
3)加入信息流轉
產(chǎn)品架構圖在表達產(chǎn)品的核心功能外,也應該體現(xiàn)信息流動的路徑:當前層級數(shù)據(jù)的交互形成產(chǎn)品功能,產(chǎn)品功能又產(chǎn)生新的數(shù)據(jù),從而推動下一層級的功能運轉起來。
4. 三種抽象思路
為什么從場景和流程中就可以抽象出模塊呢?如何抽象的呢?以下是三種常用的抽象思路。
1)基于業(yè)務領域抽象模塊
業(yè)務領域是一個很寬泛的概念,可能包括業(yè)務部門、業(yè)務單元、業(yè)務主體等。業(yè)務領域作為模塊劃分依據(jù),讓模塊之間體現(xiàn)出了更強的內(nèi)部聚合性及松耦合特征。
2)基于業(yè)務場景抽象模塊
基于業(yè)務場景抽象模塊和基于業(yè)務領域抽象模塊的區(qū)別之處是,后者的內(nèi)聚屬性更強,和技術架構的模塊設計比較貼合;而前者更多從用戶體驗和業(yè)務邏輯出發(fā)來做模塊劃分,在場景菜單下可能會融合多個模塊的功能。
WMS系統(tǒng)的菜單設計,一級菜單包含了運輸管理、進貨管理、出貨管理、退貨管理、盤點管理等模塊,這些都是典型的倉配業(yè)務場景。
3)基于業(yè)務對象抽象模塊
將業(yè)務開展運作中關鍵的業(yè)務對象(人、事、物都有可能)定義成模塊,比較有代表性的是給銷售團隊使用的SFA CRM。
三、系統(tǒng)、模塊、功能的區(qū)分
企業(yè)級系統(tǒng)應用架構是站在更高的業(yè)務全景視角去設計的,合理的企業(yè)級應用架構可以快速支撐企業(yè)開展新的業(yè)務模式。
而產(chǎn)品功能架構只是單純的從產(chǎn)品功能聚合角度把一類相關性強的功能聚合在一起,從而方便進行功能分組管理,幫助團隊對產(chǎn)品形成統(tǒng)一的整體認知。相比于企業(yè)系統(tǒng)應用架構,產(chǎn)品功能架構是初中級產(chǎn)品經(jīng)理接觸更多的一種架構圖。他更關注于某一系統(tǒng)的具體功能模塊劃分。
本文由 @B端阿超 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉載
題圖來自Unsplash,基于 CC0 協(xié)議
該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務。
- 目前還沒評論,等你發(fā)揮!