B端設(shè)計(jì)師應(yīng)該懂的產(chǎn)品架構(gòu)知識(shí)!

3 評(píng)論 5574 瀏覽 60 收藏 14 分鐘

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

前言

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

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

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

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

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

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

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

1. 商業(yè)活動(dòng)

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

來(lái)講故事了!

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

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

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

1)商品管理:

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

2)訂單管理

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

3)客戶管理

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

故事的延伸:

如果小李開(kāi)到了線上的話,就會(huì)延伸出:

  1. 店鋪管理;
  2. 庫(kù)存管理(當(dāng)庫(kù)存重要到一定程度,會(huì)單獨(dú)拿出);
  3. 物流管理;
  4. 資金管理;
  5. 營(yíng)銷管理;
  6. 數(shù)據(jù)表盤(pán)。

2. 管理活動(dòng)

管理活動(dòng)主要分成3類:

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

拿典型的hrm為例:

常見(jiàn)的架構(gòu):?jiǎn)T工管理,考勤管理,薪酬管理,工資管理。里面的功能分別又有不同的功能。

  1. 員工管理:?jiǎn)T工花名冊(cè),崗位管理,招聘管理。
  2. 考勤管理:考勤規(guī)則,打卡記錄,請(qǐng)假打卡,考勤記錄。
  3. 薪酬管理:薪酬方案,計(jì)薪周期。
  4. 工資管理:查看詳情,發(fā)放工資,審核工資。

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

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

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

針對(duì)SaaS的發(fā)展周期知識(shí)補(bǔ)充:

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

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

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

案例舉例

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

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

1)C端/B端流程

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

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

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

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

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

3)相較于B端,C端會(huì)比較統(tǒng)一

  1. 預(yù)約列表頁(yè):添加預(yù)約,預(yù)約列表,查看詳情,開(kāi)單頁(yè)面;
  2. 創(chuàng)建預(yù)約頁(yè):填寫(xiě)相關(guān)信息,以及保存;
  3. 預(yù)約完成頁(yè):預(yù)約詳情,開(kāi)單。

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

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

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

1. 將場(chǎng)景需求拆分成功能

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

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

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

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

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

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

  1. 服務(wù)管理:創(chuàng)造服務(wù),查看服務(wù);
  2. 客戶管理:查看會(huì)員,添加會(huì)員;
  3. 訂單管理:查看訂單,修改訂單,退款,查看退款訂單,查看評(píng)價(jià),回復(fù)評(píng)價(jià)。

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

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

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

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

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

2)再處理動(dòng)態(tài)模塊

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

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

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

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

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

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

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

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

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

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

如果沒(méi)有好的框架思維,會(huì)導(dǎo)致好多功能都要做,如果做不好分類,便會(huì)對(duì)內(nèi)部和外部帶來(lái)較大困擾:

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

七、總結(jié)

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

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

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

 

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

題圖來(lái)自 Unsplash,基于 CC0 協(xié)議

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

題圖來(lái)自 Unsplash,基于 CC0 協(xié)議

該文觀點(diǎn)僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺(tái)僅提供信息存儲(chǔ)空間服務(wù)。

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 一個(gè)架構(gòu)就像是超市中的貨架設(shè)計(jì)一樣,一個(gè)好的貨架設(shè)計(jì)既可以讓內(nèi)部人員知道補(bǔ)貨時(shí)候放在哪里,又能讓用戶能快速找到功能。

    來(lái)自廣西 回復(fù)
  2. 寫(xiě)的好啊寫(xiě)得好!大受啟發(fā)!

    來(lái)自浙江 回復(fù)
  3. 產(chǎn)品架構(gòu)的定義:是一套將功能分類整合,形成抽象化的業(yè)務(wù)模型。作用:架構(gòu)可以幫你理清楚每個(gè)業(yè)務(wù)模塊/功能間的邊界,以及它們之間的關(guān)系。

    來(lái)自吉林 回復(fù)