編輯導(dǎo)語(yǔ)：在掌握基本資料、對(duì)客戶需求等方面有了較為深刻的認(rèn)知后，此時(shí)，SaaS產(chǎn)品設(shè)計(jì)人員就應(yīng)當(dāng)輸出相應(yīng)的設(shè)計(jì)方案，推動(dòng)后續(xù)的工作進(jìn)展。那么要如何進(jìn)行整體架構(gòu)設(shè)計(jì)？本文作者便結(jié)合相關(guān)案例做了總結(jié)，一起來(lái)看一下。

在上一篇《SaaS從0到1，案例實(shí)操系列（二）》中我們講到，SaaS產(chǎn)品經(jīng)理小張經(jīng)過(guò)一周的調(diào)研，已經(jīng)對(duì)客戶的相關(guān)業(yè)務(wù)和系統(tǒng)有了較為全面、深入的認(rèn)識(shí)。接下來(lái)，小張需要制定產(chǎn)品方案，并形成原型設(shè)計(jì)，以便UI和開發(fā)同學(xué)能夠正式開展工作。

小張決定首先制作“整體方案”，他主要基于以下兩方面的考慮：

1. 對(duì)于產(chǎn)品經(jīng)理來(lái)說(shuō)，整體方案是詳細(xì)方案的基礎(chǔ)；
2. 對(duì)于客戶和其他同事來(lái)說(shuō)，整體方案能幫助盡早發(fā)現(xiàn)整體架構(gòu)層面的問題。

小張認(rèn)為，整體方案應(yīng)該包含以下幾個(gè)部分：

1）方案概要

說(shuō)明由于產(chǎn)品的目標(biāo)客戶明確，且有合同約束，因此方案概要說(shuō)明主要是對(duì)客戶痛點(diǎn)進(jìn)行簡(jiǎn)單闡述，并說(shuō)明產(chǎn)品方案如何解決客戶最關(guān)注的問題。

2）整體方案流程圖

通過(guò)整體方案流程圖，客戶可以“鳥瞰”整個(gè)產(chǎn)品方案，從而確認(rèn)流程不存在錯(cuò)漏。

3）應(yīng)用架構(gòu)設(shè)計(jì)

應(yīng)用架構(gòu)設(shè)計(jì)可以明確產(chǎn)品包含的模塊，以及模塊之間的關(guān)系。有利于產(chǎn)品經(jīng)理和研發(fā)同學(xué)分工，也有利于和客戶對(duì)產(chǎn)品功能范圍初步達(dá)成一致。

4）多組織架構(gòu)設(shè)計(jì)

由于客戶是年銷售額高達(dá)百億的集團(tuán)型企業(yè)，對(duì)于數(shù)據(jù)權(quán)限管理，以及分公司之間、部門之間和經(jīng)銷商之間的數(shù)據(jù)安全性有著很高的要求，因此有必要對(duì)多組織架構(gòu)進(jìn)行單獨(dú)設(shè)計(jì)和確認(rèn)。

一、方案概要說(shuō)明

由于產(chǎn)品已經(jīng)有明確的客戶，小張?jiān)凇胺桨父乓f(shuō)明”重點(diǎn)闡述了客戶的主要訴求，并且說(shuō)明了我們將如何滿足客戶訴求。以下為重點(diǎn)內(nèi)容節(jié)選：

1. 客戶主要訴求

XX企業(yè)為快消品行業(yè)知名品牌商，主要采取了以下分銷模式：

1）傳統(tǒng)批發(fā)模式：【具體說(shuō)明略】。

2）KA直銷模式：【具體說(shuō)明略】。

3）深度分銷模式：【具體說(shuō)明略】。

在本次項(xiàng)目中，客戶期望對(duì)以上三種模式的分銷業(yè)務(wù)進(jìn)行管理，并重點(diǎn)解決銷售人員外勤作業(yè)效率問題，以及銷售過(guò)程管理問題，主要包括：

1）銷售人員拜訪計(jì)劃自動(dòng)生成

給銷售人員分配相應(yīng)的拜訪路線、拜訪日期，并結(jié)合拜訪頻率等信息，自動(dòng)生成合理的每日拜訪計(jì)劃。

【其他具體說(shuō)明略】。

2. 重點(diǎn)方案說(shuō)明

本次項(xiàng)目將提供商品管理、價(jià)格和促銷管理、門店管理、經(jīng)銷商管理、銷售人員管理、拜訪管理、采購(gòu)訂單管理、銷售訂單管理、物流管理等模塊，全面滿足客戶的各項(xiàng)訴求。

其中，拜訪管理將支持拜訪路線管理，并支持將路線分配給具體的銷售人員?？蛻粜畔⒅С职菰L頻率管理，可以根據(jù)所在商圈、客戶等級(jí)等信息，給不同客戶自動(dòng)分配合理的拜訪頻率。最終，結(jié)合銷售人員的考勤安排等，系統(tǒng)將自動(dòng)生成銷售人員每日拜訪計(jì)劃，并支持管理人員調(diào)整。

【其他具體說(shuō)明略】。

二、整體方案流程圖

對(duì)于小張來(lái)說(shuō)，整體方案流程圖除了確認(rèn)整體方案的邏輯與范圍無(wú)誤，也是和其他同事溝通和分工的重要基礎(chǔ)。畢竟，產(chǎn)品經(jīng)理最重要的工作之一，就是幫助團(tuán)隊(duì)其他成員準(zhǔn)確無(wú)誤的理解整個(gè)方案。

整體方案（1）：深度分銷

由于項(xiàng)目涉及業(yè)務(wù)較為復(fù)雜，整體方案流程圖分為了多個(gè)流程圖，以上是“深度分銷”模式下的整體流程圖。整體流程圖說(shuō)明：

通過(guò)整體流程圖，我們能夠看到整個(gè)方案涵蓋了從采購(gòu)、庫(kù)存到拜訪和銷售的整個(gè)核心業(yè)務(wù)，而且，使用系統(tǒng)的用戶，除了廠商-分公司銷售部的員工，還有經(jīng)銷商的員工。

另外，根據(jù)流程圖：小張團(tuán)隊(duì)的產(chǎn)品需要與客戶Oracle系統(tǒng)打通。這樣，負(fù)責(zé)采購(gòu)模塊的產(chǎn)品經(jīng)理以及開發(fā)團(tuán)隊(duì)，就可以提前討論對(duì)接方案。

三、應(yīng)用架構(gòu)設(shè)計(jì)

整體方案流程圖更多是從業(yè)務(wù)視角來(lái)表述整體方案，但是小張還需要從研發(fā)視角來(lái)表述整體方案，這樣，大家才知道到底要改造哪些模塊，要新研發(fā)哪些模塊。

應(yīng)用架構(gòu)設(shè)計(jì)（示例）

由于公司已經(jīng)有一套針對(duì)快消品行業(yè)的分銷SaaS系統(tǒng)，小張需要考慮哪些模塊應(yīng)該復(fù)用，哪些模塊需要全新開發(fā)。

本著“能復(fù)用就復(fù)用，不能復(fù)用就新開發(fā)”的思路，小張分析了模塊復(fù)用的優(yōu)劣勢(shì)。

1. 復(fù)用的優(yōu)勢(shì)

1. 可以充分利用原有資產(chǎn)，后續(xù)迭代也減少重復(fù)開發(fā)；
2. 由于共用一套表結(jié)構(gòu)，未來(lái)“面對(duì)經(jīng)銷商的SaaS系統(tǒng)”與“面對(duì)廠商的SaaS系統(tǒng)”如果打通，那么打通的難度將大大降低。

2. 復(fù)用的劣勢(shì)

1）由于一個(gè)功能需要滿足更多不同類型客戶的需求，產(chǎn)品設(shè)計(jì)難度大大增加

2）不同類型客戶對(duì)功能有不同期望，多方兼顧的產(chǎn)品設(shè)計(jì)，可能影響用戶體驗(yàn)

基于以上考慮，小張決定對(duì)“基礎(chǔ)模塊”盡量復(fù)用。

首先這些模塊都是低頻操作，用戶體驗(yàn)問題相對(duì)不嚴(yán)重，產(chǎn)品設(shè)計(jì)難度也相對(duì)沒那么大。其次，考慮到未來(lái)如果兩個(gè)SaaS系統(tǒng)打通，共用基礎(chǔ)數(shù)據(jù)模塊肯定能大大降低打通的難度。

不過(guò)，由于原有SaaS系統(tǒng)的客戶主要是經(jīng)銷商，并不需要單獨(dú)的“促銷管理”和“商圈管理”模塊，因此新的SaaS系統(tǒng)將新增這兩個(gè)模塊。

而“業(yè)務(wù)模塊”和“報(bào)表模塊”都是高頻操作，客戶對(duì)用戶體驗(yàn)要求很高，如果復(fù)用以前模塊，很可能影響客戶工作，導(dǎo)致客戶投訴。而且由于“原有SaaS系統(tǒng)的目標(biāo)客戶群體”的業(yè)務(wù)和“新SaaS系統(tǒng)的目標(biāo)客戶群體”的業(yè)務(wù)差異很大，即便不考慮用戶體驗(yàn)，整個(gè)產(chǎn)品設(shè)計(jì)的難度也將大大增加。

因此，小張計(jì)劃開發(fā)新的“業(yè)務(wù)模塊”和“報(bào)表模塊”。

而原有SaaS系統(tǒng)暫時(shí)不需要“集成模塊”，因此本次也將全新開發(fā)。

四、多組織架構(gòu)設(shè)計(jì)

由于業(yè)務(wù)規(guī)模大、組織架構(gòu)和數(shù)據(jù)權(quán)限較為復(fù)雜，客戶很擔(dān)心小張?jiān)O(shè)計(jì)的系統(tǒng)能否滿足數(shù)據(jù)安全性方面的要求。

小張也明白，對(duì)于針對(duì)大型企業(yè)的SaaS產(chǎn)品，多組織架構(gòu)是幾乎所有功能的基礎(chǔ)，一旦設(shè)計(jì)出現(xiàn)疏漏，后期改造的代價(jià)就會(huì)很大。

慎重思考后，小張決定把組織分為三類。

1. 總部組織

比如總部銷售管理部、IT部。這一類組織并不涉及實(shí)際的業(yè)務(wù)管理，但是他們需要全局權(quán)限。

2. 內(nèi)部業(yè)務(wù)組織

比如上海分公司。這一類組織負(fù)責(zé)具體的業(yè)務(wù)，并且他們擁有自身組織的數(shù)據(jù)權(quán)限。比如銷售部同事需要查看到所有歸屬于上海分公司的銷售訂單數(shù)據(jù)，物流部同事需要查看到所有歸屬于上海分公司的待發(fā)貨和已發(fā)貨數(shù)據(jù)。

3. 外部業(yè)務(wù)組織

比如上海分公司負(fù)責(zé)某商圈配送的經(jīng)銷商。這一類組織負(fù)責(zé)具體的業(yè)務(wù)，他們也擁有自身組織的數(shù)據(jù)權(quán)限。比如A經(jīng)銷商負(fù)責(zé)A商圈，那么A商圈的門店信息、訂單信息和物流信息等，A經(jīng)銷商都需要查看。

外部業(yè)務(wù)組織比較特別的地方在于，歸屬于外部業(yè)務(wù)組織的賬號(hào)，將被判定為外部賬號(hào)，只能申請(qǐng)或分配特定功能，比如“經(jīng)銷商-采購(gòu)申請(qǐng)”功能等。同時(shí)，外部業(yè)務(wù)組織必須掛靠在內(nèi)部業(yè)務(wù)組織下面，并且該內(nèi)部業(yè)務(wù)組織將共享他的所有數(shù)據(jù)權(quán)限。

小張決定，抽象出“利潤(rùn)中心”的概念，所有的門店、價(jià)目表、經(jīng)銷商和銷售訂單等數(shù)據(jù)，都必須歸屬于一個(gè)“利潤(rùn)中心”。

這樣，如果某個(gè)員工被分配了某個(gè)“利潤(rùn)中心”，他就擁有了歸屬于該“利潤(rùn)中心”的所有門店、價(jià)目表、經(jīng)銷商和銷售訂單等數(shù)據(jù)的權(quán)限。

再結(jié)合功能權(quán)限，比如物流部員工只分配物流相關(guān)功能，這樣，他們雖然有完整的數(shù)據(jù)權(quán)限，但是仍然看不到價(jià)目表等非物流信息。

當(dāng)然，考慮到一個(gè)人可能會(huì)被分配多個(gè)“角色”。比如上海分公司的物流部員工張三，暫代了成都分公司的物流部經(jīng)理?？梢园选袄麧?rùn)中心”先分配給“角色”，再把多個(gè)“角色”分配給員工，如此，就能實(shí)現(xiàn)最復(fù)雜的數(shù)據(jù)權(quán)限需求。邏輯示意圖如下：

黃色方塊實(shí)際上起到了橋梁的作用，最終目的是將右邊的“業(yè)務(wù)數(shù)據(jù)權(quán)限”，正確分配給左邊的“員工”賬號(hào)。

關(guān)于多組織架構(gòu)，大家也可以閱讀我的原創(chuàng)《B端大PM必備：多組織架構(gòu)設(shè)計(jì)》。

五、后記

完成整體方案后，小張首先組織團(tuán)隊(duì)的產(chǎn)品經(jīng)理和核心研發(fā)人員進(jìn)行了討論，大家達(dá)成一致后，小張約了客戶的項(xiàng)目負(fù)責(zé)人，將整體方案和客戶進(jìn)行了溝通確認(rèn)。

小張明白，應(yīng)該抓住一切機(jī)會(huì)多和客戶溝通。一方面，產(chǎn)品經(jīng)理需要通過(guò)溝通去發(fā)現(xiàn)問題；另一方面，客戶也需要通過(guò)產(chǎn)品經(jīng)理的引導(dǎo)，對(duì)產(chǎn)品方案能否支撐業(yè)務(wù)，以及是否滿足項(xiàng)目期望進(jìn)行確認(rèn)。

本篇完。下一篇，我們接著講SaaS產(chǎn)品的詳細(xì)方案如何編制。

#專欄作家#

王戴明，微信公眾號(hào)：To B老人家，人人都是產(chǎn)品經(jīng)理專欄作家，多年互聯(lián)網(wǎng)產(chǎn)品與信息化管理經(jīng)驗(yàn)。

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

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