編輯導(dǎo)語：產(chǎn)品架構(gòu)有時候不僅僅是產(chǎn)品經(jīng)理的職責(zé)，也是產(chǎn)品設(shè)計師在產(chǎn)品架構(gòu)搭建時需要了解的模塊之一。那么作為B端設(shè)計師，哪些產(chǎn)品架構(gòu)知識是需要了解的呢？本篇文章里，作者便進(jìn)行了相應(yīng)總結(jié)，一起來看看吧。

前言

產(chǎn)品架構(gòu)一般情況下是產(chǎn)品的工作職責(zé)，但是設(shè)計師補(bǔ)充產(chǎn)品架構(gòu)的基礎(chǔ)之后，一定程度能判斷跟你接觸的產(chǎn)品的水平如何，有的時候也可以在架構(gòu)討論的時候給與自己的意見。

一、什么叫做產(chǎn)品架構(gòu)

定義：是一套將功能分類整合，形成抽象化的業(yè)務(wù)模型。

作用：架構(gòu)可以幫你理清楚每個業(yè)務(wù)模塊/功能間的邊界，以及它們之間的關(guān)系。

二、產(chǎn)品架構(gòu)模型分類

產(chǎn)品架構(gòu)模型按照目的和內(nèi)容不同分類為商業(yè)活動和管理活動。產(chǎn)品架構(gòu) 2 種分類：

1. 商業(yè)活動：幫助企業(yè)把資源賣出去，或者是買進(jìn)來，常見的產(chǎn)品小鵝通，1688等等。常見的交付方式就是ERP（進(jìn)銷存為主）。
2. 管理活動：幫助企業(yè)人和事（包括項(xiàng)目）理清楚，典型的產(chǎn)品類型就是：hrm（人事），OA（協(xié)同辦公）。

1. 商業(yè)活動

如果只是講一個內(nèi)容分類的話會比較抽象，所以這里講一個小李開果園的例子，來方便設(shè)計師來理解。

來講故事了！

小李本身就有自己的一片果園，打算要賣出去，假設(shè)發(fā)展順利的話通常會進(jìn)行三個階段：

• 第一階段：產(chǎn)業(yè)比較小的話，只要做好記錄就能知道清楚經(jīng)營狀況。
• 第二階段：在產(chǎn)業(yè)逐步發(fā)展之后，只是通過記錄已經(jīng)沒法知道經(jīng)營狀態(tài)了，只能通過訂單來查看經(jīng)營狀態(tài)。
• 第三階段：在有一定體量的用戶，就需要一定用戶（例如公眾號維護(hù)，小程序等等）維護(hù)工作，維護(hù)回頭客。

那這三個階段可以抽離出三個模塊：商品管理，訂單管理，客戶管理。三個模塊又有不同的功能模塊：

1）商品管理：

1. 商品管理：可以針對上架的商品進(jìn)行增刪改查，上下架的基礎(chǔ)操作。
2. 商品分類：商品在前后臺進(jìn)行分類和標(biāo)簽，便于后臺管理和用戶查看。
3. 商品信息：管理不同類型商品的基礎(chǔ)信息，對商品進(jìn)行介紹。
4. 庫存管理：可以進(jìn)行商品庫存管理。

2）訂單管理

1. 訂單詳情：訂單列表的查看，支付產(chǎn)生新的訂單，支持訂單增刪改查。
2. 訂單處理：正向交易有關(guān)業(yè)務(wù)，實(shí)物到店/到店核銷，取消訂單的操作等等。
3. 訂單退單：逆向訂單有關(guān)業(yè)務(wù)，交易后處理退款/退貨等等。
4. 評價管理：處理評價/維權(quán)等等

3）客戶管理

1. 客戶管理：客戶信息的基本信息管理，支持增刪改查。
2. 客戶權(quán)益：理清楚不同等級客戶所享受的權(quán)益，以及不同的等級成長值，將用戶的生命周期（LTV）。
3. 客戶分群：將相同特征客戶標(biāo)簽化，便于不同的信息PUSH。
4. 客戶運(yùn)營：針對不同的用戶，進(jìn)行不同的場景化營銷。

故事的延伸：

如果小李開到了線上的話，就會延伸出：

1. 店鋪管理；
2. 庫存管理（當(dāng)庫存重要到一定程度，會單獨(dú)拿出）；
3. 物流管理；
4. 資金管理；
5. 營銷管理；
6. 數(shù)據(jù)表盤。

2. 管理活動

管理活動主要分成3類：

1. 管人：管理人力資源方向（例如：hrm）。
2. 管事：管理項(xiàng)目/事務(wù)進(jìn)度或者是審批等事務(wù)（例如：oa）。
3. 管資源：資源的進(jìn)出與記錄（例如：erp）

拿典型的hrm為例：

常見的架構(gòu)：員工管理，考勤管理，薪酬管理，工資管理。里面的功能分別又有不同的功能。

1. 員工管理：員工花名冊，崗位管理，招聘管理。
2. 考勤管理：考勤規(guī)則，打卡記錄，請假打卡，考勤記錄。
3. 薪酬管理：薪酬方案，計薪周期。
4. 工資管理：查看詳情，發(fā)放工資，審核工資。

這里有個特殊情況如果有個模塊足夠的復(fù)雜，操作的頻率足夠高的話可以單獨(dú)給拿出來。招聘管理中來講，白領(lǐng)招聘招聘如果到可以拓展為發(fā)布需求/管理需求/管理渠道/人才庫就可以專門拓展為一個單獨(dú)的功能。

三、好的產(chǎn)品架構(gòu)如何呈現(xiàn)？

SaaS基礎(chǔ)產(chǎn)品的行業(yè)產(chǎn)品深入時候種子用戶群區(qū)域穩(wěn)定，架構(gòu)穩(wěn)定的話用戶的話可以降低用戶的學(xué)習(xí)成本以及操作效率。針對公司的話可以提高續(xù)約率以及減低客訴成本。

針對SaaS的發(fā)展周期知識補(bǔ)充：

通常是4個周期：基礎(chǔ)產(chǎn)品完善期，行業(yè)產(chǎn)品深入期，生態(tài)建設(shè)期，再創(chuàng)新。

分別的重點(diǎn)不同：

• 基礎(chǔ)產(chǎn)品完善期：通過調(diào)研出來核心場景并且滿足核心場景下的與用戶需求，另外是隨著業(yè)務(wù)細(xì)化也會不斷地增加功能。
• 行業(yè)產(chǎn)品深入期：針對于當(dāng)前行業(yè)業(yè)務(wù)提出深入完善的解決方案。
• 生態(tài)建設(shè)期：如果SaaS產(chǎn)品到了這個階段，客戶可以提出一些個性化定制。
• 再創(chuàng)新：可以延長產(chǎn)品生命周期，符合當(dāng)前客戶的需求，拉開與其他家產(chǎn)品的區(qū)別。提升品牌相應(yīng)。

案例舉例

首先我們要知道什么架構(gòu)，要知道業(yè)務(wù)流程以及如何梳理出它的穩(wěn)定框架包含什么。

在這里舉個例子，方便讀者理解，以美容院的管理客戶預(yù)約的流程為例子。

1）C端/B端流程

因?yàn)橛脩羰褂脠鼍安煌?，用戶目的不同以及用戶所處的角色不同等等原因，通常分C端消費(fèi)者以及B端用戶，所經(jīng)歷的流程也會有差異：

1. C端消費(fèi)者：點(diǎn)擊預(yù)約-填寫相關(guān)信息-生成預(yù)約單。
2. B端用戶：消費(fèi)者通過電話/微信進(jìn)行預(yù)約，B端用戶負(fù)責(zé)在PC端添加預(yù)約記錄。流程：添加預(yù)約-填寫預(yù)約信息-保存生成預(yù)約單。

2）可以梳理出穩(wěn)定的架構(gòu)

B端功能需求通常來源于需求池（開發(fā)，產(chǎn)品設(shè)計師，服務(wù)團(tuán)隊，各種用戶群收集的需求），B端的特殊點(diǎn)在于每個用戶有他自己的需求。就拿創(chuàng)建預(yù)約頁中的填寫預(yù)約信息來說，不同類型的用戶會有不同的需求：

1. 例子01-商家A的用戶需求是消費(fèi)者指定技師，那在功能操作上就是預(yù)約列表排班以及創(chuàng)建預(yù)約頁的時候進(jìn)行選擇技師。
2. 例子02-商家B的需求是降低消費(fèi)者爽約率，那產(chǎn)品那邊的操作就是添加一個消費(fèi)者支付訂金的功能，來降低消費(fèi)者的爽約率，這種商家一般是大的店家。
3. 例子03-商家C的需求是用戶可以自主在網(wǎng)上進(jìn)行預(yù)約，那產(chǎn)品的操作就是只填寫手機(jī)號。

3）相較于B端，C端會比較統(tǒng)一

1. 預(yù)約列表頁：添加預(yù)約，預(yù)約列表，查看詳情，開單頁面；
2. 創(chuàng)建預(yù)約頁：填寫相關(guān)信息，以及保存；
3. 預(yù)約完成頁：預(yù)約詳情，開單。

4）總結(jié)一下B/C之間的其中差異

1. B端用戶需求不一致會導(dǎo)致不同的功能刪減；
2. C端用戶需求較為統(tǒng)一，差異小。

四、那我們?nèi)绾翁幚懋a(chǎn)品架構(gòu)

1. 將場景需求拆分成功能

這個是產(chǎn)品的主要責(zé)任，設(shè)計師只要初步了解一下就可以了。產(chǎn)品的職責(zé)之一就是將需求進(jìn)行產(chǎn)品化。

在工作流程之中，設(shè)計師主要是用于判斷需求的真實(shí)性，如何PUSH到產(chǎn)品經(jīng)理。產(chǎn)品要在場景評審中把用戶需求講為一個故事方便團(tuán)隊其他同學(xué)理解。

以SaaS為例，我們作為設(shè)計師要根據(jù)反饋的來源（是否是KA客戶）/客戶分級/反饋的數(shù)量與頻次，來判斷產(chǎn)品講的需求商業(yè)價值以及用戶是否高頻的場景。

2. 將不同的功能按照不同的維度進(jìn)行分類，組成基礎(chǔ)框架

在項(xiàng)目流程之中常常是先拿符合通用模版的功能，進(jìn)行歸類整合，切勿浪費(fèi)精力重復(fù)造輪子。

這里舉一個美容院的例子：

1. 服務(wù)管理：創(chuàng)造服務(wù)，查看服務(wù)；
2. 客戶管理：查看會員，添加會員；
3. 訂單管理：查看訂單，修改訂單，退款，查看退款訂單，查看評價，回復(fù)評價。

注意點(diǎn)：優(yōu)先級選用通用的商業(yè)活動架構(gòu)。

有時會出現(xiàn)不符合通用模塊的功能，一時間很難找到通用模板根據(jù)業(yè)務(wù)，根據(jù)業(yè)務(wù)重要程度和復(fù)雜性單獨(dú)整合，如果功能足夠復(fù)雜度夠高的話，就可以單獨(dú)給拿出來，類似于ERP中的庫存管理可以直接拿出來。

3. 處理好模塊之間的內(nèi)容

1）先處理靜態(tài)模塊

• 靜態(tài)模塊定義：不產(chǎn)生數(shù)據(jù)流，模塊之間加數(shù)據(jù)其他模塊沒有數(shù)據(jù)變動；
• 模塊舉例：服務(wù)管理、客戶管理、員工管理。

2）再處理動態(tài)模塊

• 靜態(tài)模塊定義：一旦數(shù)據(jù)變動會產(chǎn)生數(shù)據(jù)流干擾，模塊之間加數(shù)據(jù)其他模塊有數(shù)據(jù)變動；
• 模塊舉例：物流管理、訂單管理、資金管理等等。

就好比就好比母雞下了蛋，先放到不同的籃子里面，然后做成分別不同的樣子。

五、那如何判斷產(chǎn)品架構(gòu)好壞

1. 1級導(dǎo)航是否具備足夠的穩(wěn)定性和拓展性；
2. 2級3級導(dǎo)航的歸納是否具備了合理的分組歸納；
3. 判斷是否應(yīng)該作為全局導(dǎo)航。

1）穩(wěn)定性與拓展性

判斷功能的拓展性的標(biāo)準(zhǔn)是：保證功能的清晰，且穩(wěn)定的路徑。

導(dǎo)航模塊優(yōu)化的注意點(diǎn)：

1. 不同周期，用戶功能不一致：拿電商后臺來講，用戶前期會更多地使用商品管理，后期用戶偏向于用戶管理。
2. 設(shè)置功能一定要放到最后：設(shè)置功能相當(dāng)于房子里面的雜物間，與其他模塊沒有必要的關(guān)系，操作頻率也很低。
3. 盡可能少的導(dǎo)航順序：導(dǎo)航的排序盡量不改變用戶習(xí)慣。

六、架構(gòu)解決的兩個問題

一個架構(gòu)就像是超市中的貨架設(shè)計一樣，一個好的貨架設(shè)計既可以讓內(nèi)部人員知道補(bǔ)貨時候放在哪里，又能讓用戶能快速找到功能。

如果沒有好的框架思維，會導(dǎo)致好多功能都要做，如果做不好分類，便會對內(nèi)部和外部帶來較大困擾：

1. 對內(nèi)部：不斷堆砌功能，開發(fā)成本越來越高，底層架構(gòu)會不穩(wěn)定。
2. 對外部：用戶看到的是繁雜的信息，無法高效完成任務(wù)，反而會造成困擾。

七、總結(jié)

今天主要分享的是產(chǎn)品架構(gòu)與功能，主要內(nèi)容有架構(gòu)的定義與作用/商業(yè)活動通用架構(gòu)/場景需求清單/三步法確定產(chǎn)品架構(gòu)內(nèi)容。

這一篇也是我最后一篇關(guān)于“設(shè)計師要了解的產(chǎn)品知識”，之后慢慢地會回歸B端設(shè)計本身。

資料來自 美芳老師《且曼B端設(shè)計》

本文由 @一只雞腿 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自 Unsplash，基于 CC0 協(xié)議