產品架構:如何將復雜系統進行場景化架構設計?
產品架構總給人一種諱莫如深的感覺,既感覺“高大上”,又好像讓人無從下手。今天咱們就來聊一聊,希望對你有所啟發。
前文圍繞【抽象能力:SaaS產品經理的核心能力】這個主題,已完成需求分析以及功能設計兩個方向的應用以及案例拆解,今天咱們繼續分享抽象能力在產品架構上的應用。
一、什么是產品架構?
產品架構,類似于建筑的設計藍圖,是產品的基礎和核心。它需要具備堅實的基礎、清晰的功能劃分和用戶友好的界面設計,以滿足用戶需求并提升用戶體驗。
在產品架構中,基礎架構是產品的核心,需要能夠支撐產品的功能需求并提供穩定性。功能劃分是為了滿足用戶的需求,需要合理地組織產品的功能模塊,并提供直觀的用戶體驗。界面設計是為了給用戶帶來愉悅的使用體驗,需要考慮產品的視覺效果和用戶界面設計。
本文將重點關注產品自身的架構,包括實體架構設計和菜單架構設計。實體架構設計類似于建筑中的動線設計,而菜單架構設計則類似于樓層布局與房間定位的設計。
為了更深入地探討這些內容,預計分為兩篇文章進行分享。第一篇文章將討論【產品架構:如何將復雜系統進行場景化架構設計(即本文)】,第二篇文章將討論【實體架構:如何將復雜系統進行抽象架構設計(即下一篇)】。
二、產品架構:如何將復雜系統進行場景化架構設計?
產品是需求集合的解決方案,如果離開需求本身,產品就成了無本之木。對于SaaS產品而言,業務本身就是需求集合,所以SaaS產品架構的起點是業務。
模糊的商機是業務方向,清晰的商機是業務定位。比如數字化就是HR SaaS的業務方向,而業人一體化就是業務定位。所以SaaS產品架構設計,我們可拆解為以下幾個步驟:
- 第一步:確定業務定位和角色:明確產品方向和目標用戶
- 第二步:提煉角色關鍵場景:深入分析用戶在不同情境下的需求
- 第三步:繪制業務流程和服務:聚焦用戶行為,設計核心業務流程
- 第四步:構建場景化產品架構:根據用戶場景,抽象產品結構
- 第五步:設計場景化菜單:基于產品架構,設計場景化菜單
以HR SaaS產品為例。
第一步:確定業務定位和角色:明確產品方向和目標用戶
HR SaaS產品的核心在于滿足企業各類人力資源需求,服務于包括人力資源、招聘、考勤、薪酬、績效和培訓等關鍵角色,涵蓋員工管理、招聘流程、考勤管理、薪酬發放、績效評估和人才培養等關鍵職能。
HR SaaS產品的業務定位是實現業人一體化,即集成人員管理、招聘、考勤、薪酬、績效和培訓等功能,以滿足HR角色的多樣化需求。然而,這種一體化并非最終目的,而是實現企業增長和持續發展的手段。因此,HR SaaS產品的業務定位應超越單純的一體化服務,更注重以服務創造用戶價值,促進企業長遠發展。
聚焦“業人一體化”的定位,對應的業務方向是數字化,進一步拆解為:線上化->數據化->自動化->智能化->服務化,它們分別對應不同產品階段。
- 線上化:產品初期,將角色流程場景從線下轉移至線上;
- 數據化:產品成長期,基于線上化,深化數據應用;
- 自動化:產品成長期,基于線上化,實現流程自動化以提高效率;
- 智能化:產品成熟期,不再只滿足角色基礎需求,而是探索用戶“看不見、看不懂”的深度隱藏需求;
- 服務化:產品后期,以業務和客戶為中心,提供綜合服務,實現從產品到服務的轉變。明確“所有的事都是一件事”的理念,封裝、升級、打包、落實所有的東西,都聚焦到服務之上。它可能是一個系統,一個文檔,一個視頻,一個插件,一個數據分析報告,一項智能服務等,一切圍繞業務和客戶本身展開,完成從做系統到做服務的轉變。
我們用圖進行表達,可能會更清晰。
第二步:提煉角色關鍵場景:深入分析用戶在不同情境下的需求
SaaS產品的核心在于服務關鍵角色的關鍵場景。HR SaaS產品關鍵在于HR和決策者這兩大角色。以HR SaaS考勤系統為例,應優先關注這兩大角色的需求。
SaaS產品的核心在于服務關鍵角色的關鍵場景。
以HR SaaS考勤系統為例,涉及四類角色:HR(即考勤HR)、決策者(即CEO/HRD等)、一線管理者(即部門負責人/店長/班組長等)、員工,而其中關鍵角色是HR以及決策者。前者屬于核心用戶,后者屬于核心客戶,所以,我們可重點聚焦這兩個角色。
第三步:繪制業務流程和服務:聚焦用戶行為,設計核心業務流程
用戶體驗地圖關注的是從用戶的角度出發,詳細描繪用戶在使用產品或服務過程中的每一個步驟和感受。它強調的是用戶的實際體驗,包括他們的需求、感受和行為。通過用戶體驗地圖,企業可以更深入地理解用戶,發現他們在使用產品或服務時可能遇到的問題,并據此進行優化。
而業務流程和服務則是從企業的角度出發,關注的是企業如何高效、有效地提供產品或服務。它抽象出了用戶的關鍵流程,將用戶的實際體驗轉化為企業可以操作和優化的流程。通過優化業務流程和服務,企業可以提高效率,降低成本,提升用戶滿意度。
總的來說,用戶體驗地圖和業務流程服務是相輔相成的。用戶體驗地圖幫助企業理解用戶,業務流程服務則幫助企業根據用戶的需求和體驗來優化自己的產品和服務。
第四步:構建場景化產品架構:根據用戶場景,抽象產品結構
在構建HR SaaS考勤系統的產品架構圖時,需要經歷前三步的基礎分析,然后將這些分析內容整合為最終的產品架構。這個架構圖不僅是設計的藍圖,也是確保產品能夠滿足不同角色需求的關鍵。
一般我會采取分端+分層的混合模式進行繪制。
- 分端:根據服務的角色將產品拆分為不同的端。比如HR SaaS考勤系統可分管理端、員工端。管理端主要服務于HR和決策者,提供考勤管理、數據分析等功能;員工端則面向普通員工,提供打卡、查看考勤記錄等功能
- 分層:根據服務所處的位置,將產品內容拆分為不同的層級。比如HR SaaS考勤系統中,可以包括應用層、規則層、計算層和數據層。應用層是用戶直接交互的界面;規則層定義了考勤的規則和邏輯;計算層負責處理考勤數據的計算;數據層則是呈現所有考勤數據的地方。
小貼士:產品架構圖不僅展示產品全局結構,還能輔助規劃。通過在全局架構圖上使用不同顏色的框來標注優先級和迭代進度,就像在電子地圖上點亮路徑一樣,直觀展現產品開發的進程和計劃。
第五步:設計場景化菜單:基于產品架構,設計場景化菜單
產品架構圖是基礎和框架,最終在產品上體現為菜單設計。菜單設計的核心在于場景化,即根據用戶的使用場景來設計菜單,以提供直觀、便捷的用戶體驗。
比如考勤HR希望自定義加班規則以適應不同員工,并能方便查看員工加班詳情和統計,以解決加班疑問和核算成本。相應地,需要設計一個【加班管理】模塊,提供考勤HR全流程的加班服務,包括加班規則配置(申請、限制、補償等)、加班記錄和統計功能。
同理,考勤HR希望自定義假期規則以適應不同員工,并能方便查看員工各類請假詳情和余額等,以解決員工對假期的相關疑問。則也需要設計一個【假期管理】模塊,提供考勤HR全流程的假期服務,包含假期模版、假期規則、請假假期、假期余額管理等功能。
經驗分享
1、遵循從右往左的思考模式進行產品架構設計。即先思考目的與目標,再考慮怎么做以及做什么;先思考需求,再思考解決方案;先思考業務定位,再思考產品架構;
2、遵循【以始為終,全面設計;以終為始,最小閉環】的設計原則。B端產品設計采用微積分模式,意味著在初始設計階段可以進行全面規劃和思考。然而,在實施階段,應遵循最小閉環原則進行迭代,以確保產品的持續優化和適應性;
3、站在用戶視角看待問題。產品架構設計,無論多么先進,都應服務于用戶需求。設計時必須站在用戶角度,運用可視化工具(如用戶體驗地圖)來呈現,以確保解決方案緊貼用戶實際需求;
4、產品的場景化設計優于功能模塊化設計。從用戶場景出發設計產品架構,比僅從功能模塊分層設計更優。比如,在加班場景中,考勤HR設置加班規則、查看加班記錄、核算加班成本都是不同場景??梢赃x擇通過加班管理模塊全面支持這些場景,或者將加班規則設置作為功能模塊,與打卡、補貼、出差等規則放在一起,而加班記錄和數據處理則單獨支持。
5、產品不同階段,關注的關鍵角色應有所不同。產品早期側重基礎角色(如HR),而產品后期則側重決策者。
6、重視表達目的而非形式。初期,你可能會過分關注產品架構圖的規范性,擔心不夠標準而顯得不專業。實際上,架構圖的關鍵在于能否清晰傳達信息,不必過度糾結于形式。
三、總結一下
本文主要是以HR SaaS產品為例,拆解了產品架構設計的流程。即:
- 第一步:確定業務定位和角色:明確產品方向和目標用戶。
- 第二步:提煉角色關鍵場景:深入分析用戶在不同情境下的需求。
- 第三步:繪制業務流程和服務:聚焦用戶行為,設計核心業務流程。
- 第四步:構建場景化產品架構:根據用戶場景,抽象產品結構。
- 第五步:設計場景化菜單:基于產品架構,設計場景化菜單。
同時,分享了六條經驗。
2、遵循【以始為終,全面設計;以終為始,最小閉環】的設計原則。
3、站在用戶視角看待問題。
5、產品不同階段,關注的關鍵角色應有所不同。
6、重視表達目的而非形式。
專欄作家
邢小作,微信公眾號:邢小作之家,人人都是產品經理專欄作家。一枚在線教育的產品,關注互聯網教育,喜歡研究用戶心理。
本文原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自 Unsplash,基于CC0協議
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
對于沒有方法論的入門級選手,這個邏輯很清晰
嗯,這是自己總結的步驟,因為曾經新手時也是不知道如何著手
很有收獲,感謝分享!
客氣,歡迎交流
看下來產品架構的思維是一種更高維的思維,我認為這對是否能成為一個優秀的產品經理至關重要。
是的,只是現實工作中,其實可以真實架構的機會,可遇而不可求