一、為什么要由專(zhuān)業(yè)的PM設計業(yè)務(wù)系統

很多公司特別是創(chuàng )業(yè)公司都低估了系統架構設計的重要性，特別是前期業(yè)務(wù)系統的架構地基沒(méi)打好，業(yè)務(wù)模塊設計隨意和混亂，新增的功能隨意擺放，不僅導致業(yè)務(wù)人員使用系統時(shí)產(chǎn)生困惑，同時(shí)還會(huì )導致開(kāi)發(fā)人員編程設計混亂。以至于隨著(zhù)公司的業(yè)務(wù)發(fā)展，后期重構系統時(shí)所花費的精力和成本都是難以想象。

企業(yè)創(chuàng )新的業(yè)務(wù)模式，決定了必須要有一批業(yè)務(wù)系統設計人員，參與理解公司特殊的業(yè)務(wù)訴求，利用互聯(lián)網(wǎng)產(chǎn)品的開(kāi)發(fā)方式和方法，快速、合理的設計系統支持業(yè)務(wù)。業(yè)務(wù)系統的產(chǎn)品經(jīng)理，要深刻理解公司的經(jīng)營(yíng)管理、業(yè)務(wù)模式，參與制定業(yè)務(wù)決策，才能設計合理、靠譜的業(yè)務(wù)系統。本次分享通過(guò)復盤(pán)搭建渠道分銷(xiāo)平臺，談一談PM如何參與設計業(yè)務(wù)系統的方法。

 

二、業(yè)務(wù)系統設計流程

1、業(yè)務(wù)方案設計：明確業(yè)務(wù)角色和工作流

業(yè)務(wù)調研

設計業(yè)務(wù)系統，必須要透徹理解業(yè)務(wù)現狀，而理解業(yè)務(wù)最好的方法，第一，有機會(huì )參與輪崗到業(yè)務(wù)環(huán)節，親身體會(huì )業(yè)務(wù)人員的工作狀態(tài)；第二，調研訪(fǎng)談。在調研之前，需要提前制定訪(fǎng)談?dòng)媱?，安排好訪(fǎng)談的對象即參與的業(yè)務(wù)人員，明確調研目的，提前準備好問(wèn)題，讓訪(fǎng)談更加高效。

組織架構

通過(guò)業(yè)務(wù)調研，對業(yè)務(wù)體系大體上有一定的了解之后，梳理出組織結構圖：

明確組織結構將影響業(yè)務(wù)系統設計的以下幾個(gè)方面：

• 組織結構的層級決定業(yè)務(wù)系統的工作流，間接決定業(yè)務(wù)流程；

• 組織結構是否清晰決定權限劃分是否正確；

業(yè)務(wù)流程

通過(guò)調研，梳理出對于渠道銷(xiāo)售的業(yè)務(wù)流程，例如下圖：

需要特殊說(shuō)明的是：

• 如果業(yè)務(wù)部門(mén)已經(jīng)有成熟的業(yè)務(wù)流程，落地可行且執行了一段時(shí)間后，效果不錯。PM在前期規劃上先把這個(gè)方案搬到線(xiàn)上，基于目前的工作流設計功能。

• 如果業(yè)務(wù)部門(mén)還沒(méi)有落地可行的業(yè)務(wù)方案，PM就需要和業(yè)務(wù)負責人一起梳理、制定業(yè)務(wù)流程，梳理業(yè)務(wù)中有哪些業(yè)務(wù)角色參與工作？各個(gè)角色參與了哪些工作階段？業(yè)務(wù)角色是否跨部門(mén)協(xié)作？業(yè)務(wù)環(huán)節是否可以通過(guò)部門(mén)進(jìn)行拆分？

• 如果涉及多個(gè)部門(mén)協(xié)同及分工，那么在確定業(yè)務(wù)流程時(shí)及時(shí)與多部門(mén)業(yè)務(wù)負責人溝通確認

業(yè)務(wù)訴求分析

基于目前的業(yè)務(wù)流程，需要和業(yè)務(wù)負責人確定業(yè)務(wù)系統現階段需要解決的問(wèn)題，實(shí)現對應的功能，如下：

• 支持將渠道信息從線(xiàn)下紙質(zhì)合同錄入到線(xiàn)上系統中，優(yōu)先級：高；

• 支持二級分銷(xiāo)模式，優(yōu)先級：高；

• 支持對賬報表，優(yōu)先級：高；

• 支持賬期提醒和預付款模式，優(yōu)先級：低；

處于業(yè)務(wù)流程中必不可少的環(huán)節定為較高優(yōu)先級，擴展功能和針對部分客戶(hù)的小眾功能，定為較低的優(yōu)先級。

經(jīng)驗總結

• 必須要有標準化的業(yè)務(wù)流程，明確系統邊界，這一點(diǎn)一定要和業(yè)務(wù)負責人確定清楚。標準化=高效率。

• 了解業(yè)務(wù)中參與的角色、包含哪些關(guān)鍵工作節點(diǎn)，工作流程是怎樣的？

• 如果有必要，在最終與業(yè)務(wù)負責人敲定業(yè)務(wù)方案時(shí)，最好拉上技術(shù)負責人，一方面，有利于技術(shù)人員提前理解業(yè)務(wù)，另一方面，技術(shù)負責人可以站在技術(shù)角度為技術(shù)選型做好準備。

• 業(yè)務(wù)人員作為系統的用戶(hù)，相對來(lái)說(shuō)，更能明確自己的需求，但是在溝通交流中，業(yè)務(wù)負責人可能會(huì )提出較為復雜，認為“完美”的系統，這個(gè)時(shí)候PM要過(guò)濾出重要的需求通過(guò)MVP等方法排出需求優(yōu)先級，縮短研發(fā)周期。

• 不要依賴(lài)業(yè)務(wù)方提需求，要幫業(yè)務(wù)方想方案，由于角色的不同、思維方式的不同，業(yè)務(wù)方同學(xué)只能提出自己最終想要的功能，提出模糊的功能需求，并不一定能提出自己真正的需求，產(chǎn)品經(jīng)理需要主動(dòng)思考業(yè)務(wù)中的問(wèn)題，并形成業(yè)務(wù)需求。

• 擴展性和效率之間需要做權衡，有的時(shí)候想得太多容易給自己和團隊挖坑，所以平衡擴展性和效率是門(mén)藝術(shù)

2、系統架構設計：業(yè)務(wù)模塊拆分和權限劃分

業(yè)務(wù)模塊

通過(guò)調研對業(yè)務(wù)有了整體的認識，與相關(guān)的業(yè)務(wù)人員確定了業(yè)務(wù)方案，接下來(lái)就是結合業(yè)務(wù)訴求與目標，梳理出整體的業(yè)務(wù)系統的架構圖，如下：

經(jīng)過(guò)分析，這次業(yè)務(wù)系統迭代主要的目的是為了支持渠道銷(xiāo)售的業(yè)務(wù)訴求，系統已經(jīng)有底層的業(yè)務(wù)模塊可以直接復用，減輕了新平臺的實(shí)現難度和開(kāi)發(fā)工作量，渠道銷(xiāo)售模塊只需要聚焦業(yè)務(wù)特殊獨立的地方，其獨特性在于前置的渠道管理維護和后置的賬單管理。

電商業(yè)務(wù)是系統主要的業(yè)務(wù)流程，也是最底層的業(yè)務(wù)邏輯，有完善的訂單管理和出庫管理。渠道下單后，產(chǎn)品的出庫配送直接復用已有的出庫管理，后續為客戶(hù)提供的服務(wù)，如：樣本檢測和出具報告，業(yè)務(wù)流程完全一樣。只需要對訂單管理的數據結構稍加拓展即可支持（訂單管理中的客戶(hù)信息與渠道管理的渠道信息關(guān)聯(lián)性），這樣就可以保證訂單、倉儲、樣本、報告等模塊業(yè)務(wù)邏輯不需要重寫(xiě)或改造。

需要特殊說(shuō)明的是，渠道銷(xiāo)售的商品可以直接復用已有的商品SKU，但每個(gè)渠道對應的商品價(jià)格都不同，因此需要將商品價(jià)格維護在渠道管理模塊中，以支持財務(wù)和賬單管理。

業(yè)務(wù)模塊要做到“高內聚、低耦合”。

內聚描述的是模塊內部各個(gè)元素彼此結合的緊密程度，越緊密，內聚性越高，單一責任原則越強，單一責任指一個(gè)模塊負責一項任務(wù)。

耦合描述的是模塊外部各個(gè)模塊彼此結合的緊密程度，越緊密，耦合性越強，模塊的獨立性越差。

權限劃分：RBAC權限設計模型

權限管理三要素：賬號、角色、權限

賬號：業(yè)務(wù)系統的用戶(hù)就是業(yè)務(wù)人員，每個(gè)業(yè)務(wù)人員分配一個(gè)賬號，通過(guò)給業(yè)務(wù)人員分配賬號驗證身份登錄業(yè)務(wù)管理系統進(jìn)行操作。新增賬號時(shí)需要設定：用戶(hù)名、密碼和角色，如下：

角色：角色用來(lái)控制賬號的查看和操作范圍，在系統中由于權限較多，不可能每個(gè)每個(gè)賬號都分別設置權限，且由于賬號對應的業(yè)務(wù)人員從屬同一崗位和部門(mén)，工作內容多有重合。在創(chuàng )建賬號時(shí)，就可以直接賦予賬號不同的角色，從而將權限通過(guò)角色給到這個(gè)賬號。一個(gè)賬號可以綁定多個(gè)角色，一個(gè)角色又擁有多個(gè)權限。

 

權限內容包括：操作權限、查看權限、數據權限

數據權限：即角色能看到的數據范圍。比如銷(xiāo)售總監能看到銷(xiāo)售部門(mén)下所有銷(xiāo)售員的銷(xiāo)售數據，而銷(xiāo)售員則只能看到自己的銷(xiāo)售數據。

頁(yè)面權限：即角色在業(yè)務(wù)系統中看到的頁(yè)面內容和元素。比如對于訂單管理，客服人員可以看到訂單的基礎信息和詳情等所有信息，而倉儲人員只能看到訂單的基礎信息。

操作權限：即角色可以進(jìn)行的操作，如增刪改查。同樣拿訂單管理舉例，客服人員可以對訂單進(jìn)行刪改，而倉儲人員卻無(wú)法對訂單進(jìn)行刪改，可以查詢(xún)。

對于母子賬號管理，在創(chuàng )建角色時(shí)，就已經(jīng)限定了數據權限。在給角色選擇權限分配時(shí)，需要選擇該角色的對應的頁(yè)面權限（如，列表信息：渠道商）和操作權限（如，查看詳情）。

Tips：

• 一個(gè)賬號對應多個(gè)角色時(shí)，當該用戶(hù)登錄系統時(shí)，他在系統中的權限是所有角色權限的并集。

• 創(chuàng )建角色之前，需要明確各個(gè)部門(mén)之間的業(yè)務(wù)范圍和工作職責，根據這些業(yè)務(wù)人員劃分權限。隨著(zhù)公司的業(yè)務(wù)和后臺系統功能的改變，各個(gè)角色的權限是需要不斷完善和調整的。

• 如果公司管理比較扁平化時(shí)，同一部門(mén)的業(yè)務(wù)人員會(huì )共同使用同一角色，數據權限相同。但如果部門(mén)的職級關(guān)系需要映射到業(yè)務(wù)系統中，那么在創(chuàng )建角色時(shí)需要增加一個(gè)拓展的功能點(diǎn)-母子賬號管理，以此來(lái)劃分數據權限。

3、產(chǎn)品原型設計及PRD

PM在繪制原型時(shí)需要跟開(kāi)發(fā)部門(mén)確定開(kāi)發(fā)系統時(shí)使用什么樣式的前端框架，這樣就不需要UI設計師和交互設計師參與到業(yè)務(wù)系統的工作中，提高效率。原型盡量使用高保真制作，一方面排版舒適，良好的體驗是團隊的潤滑劑，另一方面，將數據項、列表項等細節信息已經(jīng)繪制在原型中，不需要在文檔中特殊說(shuō)明。

基本信息

基本信息即本次迭代產(chǎn)品說(shuō)明書(shū)的總覽，包含：

修訂歷史：包括修訂時(shí)間、版本號，修訂歷史的作用是為了產(chǎn)品人員方便后期查閱，一旦產(chǎn)品人員變動(dòng)或工作交接給新員工，讓新的產(chǎn)品負責人查看產(chǎn)品迭代歷史。

版本說(shuō)明：即本次產(chǎn)品改動(dòng)修改了什么（功能），新增了什么（功能），優(yōu)化了哪些（功能）。

業(yè)務(wù)背景&需求分析：在產(chǎn)品評審的時(shí)候，一定要和技術(shù)的同事交代清楚這次開(kāi)發(fā)背后的目的是什么？誰(shuí)提出來(lái)的需求？需求分析的結果什么？要不然技術(shù)同事會(huì )聽(tīng)著(zhù)很懵，評審時(shí)如果技術(shù)同事很少和你互動(dòng)，那么技術(shù)的同事就只能低頭敲自己的代碼，完全不知道自己設計的這個(gè)功能是干什么的。技術(shù)同學(xué)如果能很好的理解業(yè)務(wù)背景，開(kāi)發(fā)出來(lái)的產(chǎn)品才能更接近產(chǎn)品設計之初的樣子。

業(yè)務(wù)流程圖

PRD的靈魂，重中之重，不多說(shuō)，PRD可以什么都不寫(xiě)，但是流程圖必須要有。

數據說(shuō)明

數據類(lèi)型是什么？是否必填？長(cháng)度是否有限制？是否校驗唯一性？（如用戶(hù)名，是否唯一？）有無(wú)特殊說(shuō)明？（如密碼以星號展示）是否有默認值？刷新數據是否還在？空數據展示什么？

交互說(shuō)明

模態(tài)框，彈出框、提示框等的樣式，按鈕、篩選項的狀態(tài)和位置區域，頁(yè)面切換樣式，提示樣式？（成功提示、失敗提示、異常提示），操作反饋（點(diǎn)擊、滑動(dòng)、縮放等等）。

頁(yè)面規則：是否需要使用面包屑，列表頁(yè)的數據條數，排序規則等，空數據、頁(yè)面報錯等頁(yè)面

操作說(shuō)明

操作是否可以撤回？（如回滾功能，回收站功能）？關(guān)鍵操作之前是否需要給予提示/警告（如刪除操作）？是否需要為某些操作添加特殊說(shuō)明（如后臺產(chǎn)品，有些操作并不是所有用戶(hù)都了解的，有必要給出特殊文字說(shuō)明）？操作如果異常/失敗/強制中斷，如何處理？是否有備份？操作中是否允許中斷？

權限說(shuō)明

如果這次產(chǎn)品迭代是新增業(yè)務(wù)模塊和業(yè)務(wù)邏輯，那么可能在系統中新增了一個(gè)角色，需要在文檔中說(shuō)明新增的角色名稱(chēng)和該角色下分配的具體有哪些權限，同時(shí)還需要說(shuō)明業(yè)務(wù)人員的賬號增刪改了哪些角色。

如果是優(yōu)化了業(yè)務(wù)模塊或業(yè)務(wù)邏輯，調整業(yè)務(wù)流程，那么可能需要在文檔說(shuō)明系統角色中調整的權限。

三、業(yè)務(wù)系統產(chǎn)品設計的特點(diǎn)

更關(guān)注業(yè)務(wù)流程與業(yè)務(wù)邏輯

前臺產(chǎn)品注重用戶(hù)體驗，站在用戶(hù)角度設計產(chǎn)品，考慮用戶(hù)使用場(chǎng)景，打磨產(chǎn)品細節，讓用戶(hù)用著(zhù)爽。相比較而言，業(yè)務(wù)系統產(chǎn)品更注重實(shí)際的業(yè)務(wù)邏輯，用戶(hù)在前臺產(chǎn)品的每一個(gè)觸發(fā)操作行為，產(chǎn)品如何應答，需要處理那些數據，如何處理數據，如何傳輸數據，傳輸哪些數據給前臺產(chǎn)品與用戶(hù)交互互動(dòng)。業(yè)務(wù)系統產(chǎn)品設計更注重功能實(shí)現，業(yè)務(wù)系統在設計時(shí)也要貼合產(chǎn)品MVP設計的理念，對于業(yè)務(wù)系統來(lái)說(shuō)，很多功能模塊可以采用開(kāi)發(fā)成本更低的臨時(shí)方案，即使體驗不好，業(yè)務(wù)人員操作效率不高，只要能保障功能可以實(shí)現，業(yè)務(wù)邏輯處理正常，業(yè)務(wù)可以正常運轉即可。

需求更為明確

用戶(hù)端的產(chǎn)品需要通過(guò)不斷的調研分析、需求挖掘，測試驗證，提升產(chǎn)品價(jià)值。而業(yè)務(wù)系統的用戶(hù)是內部的業(yè)務(wù)人員，業(yè)務(wù)方往往都是主動(dòng)推進(jìn)需求。但是，對于業(yè)務(wù)人員的需求仍然需要判斷其真實(shí)性及目的。由于業(yè)務(wù)系統的業(yè)務(wù)邏輯的復雜性，業(yè)務(wù)主流程之外的異常流程也較多，如果沒(méi)有正確理解需求的真實(shí)意圖，就會(huì )導致業(yè)務(wù)系統的功能疊加，系統愈發(fā)混亂。

高效率、靈活性、可拓展

而內部業(yè)務(wù)人員在使用后臺系統時(shí)，一般都屬于工作范疇，所以要講究高效率，如此才能快速高效的完成相應任務(wù)，說(shuō)的更宏觀(guān)一些，能否提高業(yè)務(wù)人員的工作效率是衡量業(yè)務(wù)系統好壞的標尺。

高效率：比如，在設計報告打印管理時(shí)，業(yè)務(wù)人員需要接收從打印廠(chǎng)中打印完成的報告然后交付給下一個(gè)部門(mén)，報告就在多個(gè)部門(mén)中流轉產(chǎn)生多個(gè)狀態(tài)變更。相應的業(yè)務(wù)人員需要標記每個(gè)報告的狀態(tài)變更。為了嚴謹防止實(shí)際操作中業(yè)務(wù)人員出現操作失誤，業(yè)務(wù)人員需要一個(gè)個(gè)確認報告的狀態(tài)變更。如下圖：

但在實(shí)際使用場(chǎng)景中，業(yè)務(wù)人員經(jīng)常從打印廠(chǎng)接收一批報告，報告數量較大。業(yè)務(wù)人員可能要重復性的操作標記每一個(gè)報告的狀態(tài)變更，這個(gè)時(shí)候，“批量操作”、“全選”功能就解決了業(yè)務(wù)人員重復性的操作，效率較低的情況。

再比如在下載excel表格時(shí)，狀態(tài)自動(dòng)變更，而不需要業(yè)務(wù)人員手動(dòng)調整狀態(tài)。

靈活性：靈活性處理的是同一業(yè)務(wù)場(chǎng)景下，某個(gè)環(huán)節一但出現異常，系統可以進(jìn)行補救，從而使該業(yè)務(wù)場(chǎng)景下異常狀態(tài)回歸正常業(yè)務(wù)邏輯，跑通業(yè)務(wù)流程。正常業(yè)務(wù)場(chǎng)景是，用戶(hù)購買(mǎi)基因檢測產(chǎn)品后，我們將采樣盒郵寄給用戶(hù)，用戶(hù)自助將采樣盒綁定到自己的賬號下，并完成樣本采集，后期才能查看報告。

有個(gè)異常的業(yè)務(wù)場(chǎng)景是，用戶(hù)忘記綁定樣本并郵寄回來(lái)，用戶(hù)沒(méi)有任何補綁的機會(huì )怎么辦？也就是說(shuō)在前臺的用戶(hù)端產(chǎn)品，對于這個(gè)樣本沒(méi)有任何補救的機會(huì )，最后考慮只能從業(yè)務(wù)系統進(jìn)行優(yōu)化，調整系統的靈活性。即使用戶(hù)沒(méi)有綁定自己的樣本，客服人員可以在后臺幫助用戶(hù)填寫(xiě)信息完成綁定，用戶(hù)可以在后期通過(guò)手機號索取到自己的樣本。如下圖：

拓展性：拓展性是指業(yè)務(wù)系統可以處理不同的業(yè)務(wù)場(chǎng)景，讓不同的業(yè)務(wù)場(chǎng)景可以兼并符合同一業(yè)務(wù)邏輯。

上一點(diǎn)提到的業(yè)務(wù)系統的靈活性主要符合的場(chǎng)景是單一用戶(hù)完成樣本綁定，屬于2C業(yè)務(wù)。如果是2B業(yè)務(wù)怎么辦呢？通過(guò)調研之后，我們了解到2B的業(yè)務(wù)場(chǎng)景完全不同于2C的業(yè)務(wù)場(chǎng)景，2B大企業(yè)是通過(guò)召集大批量的客戶(hù)集中在一個(gè)會(huì )場(chǎng)中完成樣本采集。對于2B的客戶(hù)來(lái)說(shuō)，不需要用戶(hù)自己?jiǎn)为氝M(jìn)行綁定采樣盒，因為2B的大企業(yè)已經(jīng)有了客戶(hù)的個(gè)人信息。對于這種業(yè)務(wù)場(chǎng)景，設計一個(gè)“批量導入樣本”的功能，2B銷(xiāo)售員只需要通過(guò)Excel表格將客戶(hù)信息錄入到系統中就可以完成采樣盒綁定。如下圖：

 

以上，本次的 產(chǎn)品復盤(pán)|從0到1設計業(yè)務(wù)系統 分享結束，希望對你有所幫助！