前言

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

1·為什么需要好的產(chǎn)品框架？

需要的意義

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

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

通常是4個(gè)周期：基礎(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)品到了這個(gè)階段，客戶可以提出一些個(gè)性化定制。

再創(chuàng)新：可以延長產(chǎn)品生命周期，符合當(dāng)前客戶的需求，拉開與其他家產(chǎn)品的區(qū)別。提升品牌相應(yīng)。

案例舉例

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

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

C端/B端流程

因?yàn)橛脩羰褂脠鼍安煌脩裟康牟煌约坝脩羲幍慕巧煌鹊仍颍?/p>

通常時(shí)分C端消費(fèi)者以及B端用戶所經(jīng)歷的流程也會有差異：

C端消費(fèi)者：點(diǎn)擊預(yù)約-填寫相關(guān)信息-生成預(yù)約單。

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

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

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

例子01-商家A的用戶需求是消費(fèi)者指定技師，那在功能操作上就是預(yù)約列表排班以及創(chuàng)建預(yù)約頁時(shí)候進(jìn)行選擇技師

例子02-商家B的需求是降低消費(fèi)者爽約率，那產(chǎn)品那邊的的操作就是添加一個(gè)消費(fèi)者支付訂金的功能，來降低消費(fèi)者的爽約率，這種商家一般是大的店家。

例子03-商家C的需求是用戶可以自主在網(wǎng)上進(jìn)行預(yù)約，，那產(chǎn)品的操作就是只填寫手機(jī)號

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

預(yù)約列表頁：添加預(yù)約，預(yù)約列表，查看詳情，開單頁面

創(chuàng)建預(yù)約頁：填寫相關(guān)信息，以及保存

預(yù)約完成頁：預(yù)約詳情，開單

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

B端用戶需求不一致會導(dǎo)致不同的功能刪減

C端用戶需求較為統(tǒng)一，差異小

小總結(jié)

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

對內(nèi)部：不斷堆砌功能，開發(fā)成本越來越高，底層架構(gòu)會不穩(wěn)定

對外部：用戶看到的是繁雜的信息，無法高效完成任務(wù)，反而會造成困擾。

上面講到了為什么需要好的架構(gòu)，那接下來細(xì)化通用架構(gòu)模型。

通用架構(gòu)模型及案例

那通用架構(gòu)模型的定義以及作用是什么？

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

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

通用架構(gòu)模型按照目的和內(nèi)容不同分類為商業(yè)活動和管理活動。

詳解通用架構(gòu) 2 中分類

商業(yè)活動：幫助企業(yè)把資源賣出去，或者是買進(jìn)來，常見的產(chǎn)品小鵝通，1688等等。常見的交付方式就是ERP(進(jìn)銷存為主)

管理活動：幫助企業(yè)人和事（包括項(xiàng)目）理清楚，典型的產(chǎn)品類型就是：hrm（人事），OA（協(xié)同辦公）。

商業(yè)活動

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

來講故事了！

小李本身就有自己的一片果園，打算要賣出去，假設(shè)發(fā)展順利的話通常會進(jìn)行三個(gè)階段：
第一階段：產(chǎn)業(yè)比較小的話，只要做好記錄就能知道清楚經(jīng)營狀況。

第二階段：在產(chǎn)業(yè)逐步發(fā)展之后，只是通過記錄已經(jīng)沒法知道經(jīng)營狀態(tài)了，只能通過訂單來查看經(jīng)營狀態(tài)

第三階段：在有一定體量的用戶，就需要一定用戶（例如公眾號維護(hù)，小程序等等）維護(hù)工作，維護(hù)回頭客。

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

商品管理：

商品管理：可以針對上架的商品進(jìn)行增刪改查，上下架的基礎(chǔ)操作。

商品分類：商品在前后臺進(jìn)行分類和標(biāo)簽，便于后臺管理和用戶查看

商品信息：管理不同類型商品的基礎(chǔ)信息，對商品進(jìn)行介紹

庫存管理：可以進(jìn)行商品庫存管理

訂單管理

訂單詳情：訂單列表的查看，支付產(chǎn)生新的訂單，支持訂單增刪改查。

訂單處理：正向交易有關(guān)業(yè)務(wù)，實(shí)物到店/到店核銷，取消訂單的操作等等。

訂單退單：逆向訂單有關(guān)業(yè)務(wù)，交易后處理退款/退貨等等。

評價(jià)管理：處理評價(jià)/維權(quán)等等

客戶管理

客戶管理：客戶信息的基本信息管理，支持增刪改查

客戶權(quán)益：理清楚不同等級客戶所享受的權(quán)益，以及不同的等級成長值，將用戶的生命周期（LTV）

客戶分群：將相同特征客戶標(biāo)簽化，便于不同的信息BUSH

客戶運(yùn)營：針對不同的用戶，進(jìn)行不同的場景化營銷

故事的延伸

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

店鋪管理

庫存管理（當(dāng)庫存重要到一定程度，會單獨(dú)拿出）

物流管理

資金管理

營銷管理

數(shù)據(jù)表盤

那我們?nèi)绾我許aaS如何做好調(diào)研的場景需求清單來處理業(yè)務(wù)框架

調(diào)研

以美容院為例，針對營銷員進(jìn)行調(diào)研出來的場景需求清單

這里有個(gè)表格

泳道圖

通過調(diào)研出來的資料，針對業(yè)務(wù)流程進(jìn)行用道泳道圖梳理?？梢灾苯颖憩F(xiàn)業(yè)務(wù)流程，如果還有角色則可以加到后面。

這里有張泳道圖

梳理框架3部曲

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

01·將場景需求拆分成功能

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

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

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

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

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

這里舉一個(gè)美容院的例子：

服務(wù)管理：創(chuàng)造服務(wù)，查看服務(wù)

客戶管理：查看會員，添加會員

訂單管理：查看訂單，修改訂單，退款，查看退款訂單，查看評價(jià)，回復(fù)評價(jià)

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

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

03·處理好模塊之間的內(nèi)容

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

靜態(tài)模塊定義：不產(chǎn)生數(shù)據(jù)流，模塊之間加數(shù)據(jù)其他模塊沒有數(shù)據(jù)變動

模塊舉例：服務(wù)管理、客戶管理、員工管理

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

靜態(tài)模塊定義：一旦數(shù)據(jù)變動會產(chǎn)生數(shù)據(jù)流干擾，模塊之間加數(shù)據(jù)其他模塊有數(shù)據(jù)變動

模塊舉例：物流管理、訂單管理、資金管理等等

小總結(jié)

所以B端產(chǎn)品是一直在生長的產(chǎn)品架構(gòu)，隨著產(chǎn)品的發(fā)展架構(gòu)會不斷的發(fā)生變化。

管理活動

管理活動主要分成2類：

管人：管理人力資源方向（例如：hrm）

管事：管理項(xiàng)目/事務(wù)進(jìn)度或者是審批等事務(wù)（例如：oa）

管資源：資源的進(jìn)出與記錄（例如：erp）

拿典型的hrm為例:

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

員工管理：員工花名冊，崗位管理，招聘管理

考勤管理：考勤規(guī)則，打卡記錄，請假打卡，考勤記錄

薪酬管理：薪酬方案，計(jì)薪周期

工資管理：查看詳情，發(fā)放工資，審核工資

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

一個(gè)好的架構(gòu)解決的兩個(gè)問題

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

對設(shè)計(jì)有什么用

那上面描述了好的架構(gòu)對產(chǎn)品的作用，那對設(shè)計(jì)的幫助就是設(shè)計(jì)時(shí)候選擇一個(gè)“合適”的導(dǎo)航欄

那設(shè)計(jì)合適的的導(dǎo)航欄要注意什么呢？主要是要注意3個(gè)點(diǎn)：
1·1級導(dǎo)航是否具備足夠的穩(wěn)定性和拓展性

2·2及3級導(dǎo)航歸納的是否具備了合理的分組歸納

3·判斷是否應(yīng)該作為全局導(dǎo)航

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

判斷功能的拓展性的標(biāo)準(zhǔn)型是：保證功能的清晰且穩(wěn)定的路徑比少點(diǎn)擊一次的路徑點(diǎn)擊一次更重要。

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

不同周期，用戶用的功能不一致：拿電商后臺來講，用戶前期會更多的使用商品管理，后期用戶偏向于用戶管理。

設(shè)置功能一定要放到最后：設(shè)置功能相當(dāng)于房子里面的雜物間，與其他模塊沒有必要的關(guān)系，操作頻率也很低

盡可能少的導(dǎo)航的順序：導(dǎo)航的排序盡量不改變用戶習(xí)慣。

本來這里就要結(jié)束了，但是在做最后思考的時(shí)候臨時(shí)加了一個(gè)權(quán)限體系（產(chǎn)品主要做的），加起來成為全體體系。作為設(shè)計(jì)師主要是作為了解以及選修。

設(shè)計(jì)師要了解的權(quán)限體系設(shè)計(jì)

選修內(nèi)容了解即可，深入聊的話會比較復(fù)雜。權(quán)限體系3要素：

用戶

角色

權(quán)限

用戶

通常是登陸平臺的使用者的基本信息（姓名,id,,手機(jī)號,所屬部門等等）

角色

角色根據(jù)行業(yè)與所屬公司架構(gòu)不同角色定義不同，這里就講一個(gè)默認(rèn)/內(nèi)置的角色：高級管理員

來源

高級管理員類似于主管一類的角色，這個(gè)角色來源于調(diào)研出的關(guān)鍵用戶畫像而得出來的。

權(quán)責(zé)

高級管理員是擁有最高/所有的權(quán)利角色，也是需要管理下面所有的角色。如果新入職一個(gè)員工，則需要高級管理員給他綁定相應(yīng)的角色。

特殊場景

有的員工崗位特殊，則可以通過定義一個(gè)角色，來給他綁定賦予它相應(yīng)的權(quán)限（角色是權(quán)限的載體）。

權(quán)限

什么是權(quán)限？

用于角色決定在系統(tǒng)上看見什么，做什么操作？這里涉及到了可見性和操作性

權(quán)限一般分為5類：

模塊權(quán)限：一般會涉及到不同版本看到的功能模塊不同，不同的角色也是看到不同的模塊。

頁面選線：可以通過自定義角色來控制哪個(gè)頁面能被看到。

操作權(quán)限：更高的角色擁有更多的操作權(quán)限。

字段權(quán)限：相同的信息每個(gè)角色看到的信息不同。

賬號權(quán)限：每個(gè)賬號只能看到自己賬號權(quán)限的里面內(nèi)容。

這里會比較復(fù)雜就做個(gè)小的總結(jié)：

其中用戶的顆粒度最大，一個(gè)用戶可以綁定多個(gè)角色和權(quán)限，一個(gè)角色可以綁定多個(gè)權(quán)限，所以顆粒度最小。最理想的的狀態(tài)是一個(gè)用戶綁定一個(gè)角色

總結(jié)

今天主要分享的是產(chǎn)品架構(gòu)與功能，主要內(nèi)容有架構(gòu)的定義與作用/商業(yè)活動通用架構(gòu)/場景需求清單/三步法確定產(chǎn)品架構(gòu)內(nèi)容，以及選修內(nèi)容權(quán)限體系。這一篇也是我最后一篇關(guān)于”設(shè)計(jì)師要了解的產(chǎn)品知識“，之后慢慢的會回歸B端設(shè)計(jì)本身。