驀然回首，從事產(chǎn)品經(jīng)理差不多一年光景，期間曾作為產(chǎn)品負(fù)責(zé)人完成了兩個(gè)業(yè)務(wù)平臺(tái)的整體規(guī)劃工作。因此總結(jié)兩個(gè)項(xiàng)目的經(jīng)驗(yàn)，希望能起到拋磚的作用。

業(yè)務(wù)系統(tǒng)的本質(zhì)需求是滿足前臺(tái)維護(hù)或工作需要，因此，嚴(yán)謹(jǐn)?shù)臉I(yè)務(wù)流程實(shí)現(xiàn)和較少的操作步驟，是業(yè)務(wù)系統(tǒng)應(yīng)該具備的基本特點(diǎn)。

完整的業(yè)務(wù)系統(tǒng)，應(yīng)該涵蓋如下內(nèi)容：

由于業(yè)務(wù)系統(tǒng)本身是為滿足用戶的工作需要，因此用戶管理、權(quán)限分配、工作流毫無疑問占據(jù)核心地位。

與前端產(chǎn)品不同，業(yè)務(wù)系統(tǒng)往往基于復(fù)雜的數(shù)據(jù)流和業(yè)務(wù)邏輯，這就要求產(chǎn)品經(jīng)理提供詳細(xì)完整的業(yè)務(wù)流程圖和PRD。接下來作者就一些常見模塊設(shè)計(jì)做簡要說明，有紕漏之處還請(qǐng)各位大牛批評(píng)指正。

1.用戶管理

平臺(tái)的設(shè)計(jì)最終是為了服務(wù)于用戶。

?1.1用戶登錄名

業(yè)務(wù)系統(tǒng)不同于社交APP和論壇，用戶名往往是嚴(yán)肅準(zhǔn)確的。而由于用戶同名的幾率太大，使用姓名作為登錄名顯然是不太合適的，常見的業(yè)務(wù)系統(tǒng)或后臺(tái)登錄名如下：

姓名（拼音）+編號(hào)：如zhangsan，zhangsan1；

• 優(yōu)點(diǎn)：用戶名命名規(guī)則簡單，完全避免了同名問題；
• 缺點(diǎn)：命名需自動(dòng)生成或由管理員負(fù)責(zé)，行政領(lǐng)導(dǎo)使用時(shí)可能不合適；

身份證號(hào)：

• 優(yōu)點(diǎn)：完全杜絕重復(fù)，用戶名較嚴(yán)肅；
• 缺點(diǎn)：若用戶年齡群體較大，記憶和輸入身份證號(hào)不利于提高用體驗(yàn)；

手機(jī)號(hào)碼：

• 優(yōu)點(diǎn)：便于記憶；
• 缺點(diǎn)：手機(jī)號(hào)更換較麻煩，不適用于較嚴(yán)肅的業(yè)務(wù)系統(tǒng)；

工號(hào)/單位內(nèi)個(gè)人編號(hào)：

• 優(yōu)點(diǎn)：嚴(yán)肅、避免重復(fù)；
• 缺點(diǎn)：記憶不便、適用范圍較窄（不適用于無工號(hào)的單位）；

除此之外，其余能夠標(biāo)記用戶唯一性的方式均可使用，但應(yīng)嚴(yán)謹(jǐn)、嚴(yán)肅，不宜出現(xiàn)個(gè)性化因素，如昵稱等。

?1.2用戶來源

常見的業(yè)務(wù)系統(tǒng)用戶往往來源于管理員主動(dòng)添加。在用戶較多且不便導(dǎo)入或其他使用者特殊需求情況下，可能存在用戶自行注冊(cè)的情況。

• 由管理員添加：較常見。管理員添加用戶并為用戶關(guān)聯(lián)權(quán)限信息，此時(shí)用戶即可正常使用系統(tǒng)；
• 用戶自行注冊(cè)：用戶注冊(cè)可能存在冒名頂替現(xiàn)象，需身份驗(yàn)證環(huán)節(jié)。驗(yàn)證審核與授權(quán)工作在交互上可同時(shí)完成。

?1.3用戶安全

業(yè)務(wù)系統(tǒng)涉及到使用者業(yè)務(wù)流程、重要數(shù)據(jù)等，因此對(duì)安全要求較高，除常見的密碼、驗(yàn)證碼等方式之外，有可能借助其他加密方式，如UKEY、數(shù)字證書等。

2.權(quán)限管理

權(quán)限管理決定了哪些用戶可以使用什么功能，完成什么操作，對(duì)什么數(shù)據(jù)進(jìn)行操作，是業(yè)務(wù)系統(tǒng)中的重中之重。

?2.1功能權(quán)限

功能權(quán)限決定了用戶能看到多少菜單，能訪問哪個(gè)頁面，能操作哪些按鈕。業(yè)務(wù)系統(tǒng)的權(quán)限往往能夠精確到頁面中甚至彈窗中的按鈕，而普通的內(nèi)容后臺(tái)則往往不需要多此一舉。

常見的功能權(quán)限的控制主要有以下幾類：

? 2.1.1角色控制

角色是功能權(quán)限的集合。之所以放在第一個(gè)，是因?yàn)樵摲椒ㄊ窃跇I(yè)務(wù)系統(tǒng)中最常見的、操作簡便的功能權(quán)限控制方式。

實(shí)際應(yīng)用中，引入角色概念，建立某個(gè)角色，并關(guān)聯(lián)若干功能點(diǎn)。此時(shí)將角色關(guān)聯(lián)到用戶下，即可賦予該用戶不同角色權(quán)限的并集。

角色權(quán)限控制適用于使用者權(quán)限具有典型性、普遍性的狀況，可以避免重復(fù)對(duì)具體功能權(quán)限進(jìn)行重復(fù)操作，能極大提高管理員效率。因此，在部門、崗位劃分明確的狀況下一般使用該方式。

? 2.1.2崗位控制

崗位控制的前提是存在明確組織結(jié)構(gòu)管理，并通過相應(yīng)的崗位與員工一一對(duì)應(yīng)。崗位本質(zhì)上與角色一樣是功能權(quán)限的集合。

通常情況下，崗位管理屬于人事管理范疇而非系統(tǒng)管理，因此通過崗位關(guān)聯(lián)權(quán)限的做法，在系統(tǒng)內(nèi)存在人事模塊時(shí)，會(huì)混淆人事管理和系統(tǒng)管理的概念。

? 2.1.3直接關(guān)聯(lián)

對(duì)于單位內(nèi)人員較少，人員分工較不明確的單位，也存在將人員直接關(guān)聯(lián)功能權(quán)限的設(shè)計(jì)。該做法僅僅適用于較小范圍內(nèi)、不同人員權(quán)限差異較大的情況下使用。

? 2.1.4跨單位功能權(quán)限

跨單位功能權(quán)限多用于存在較多分公司、事業(yè)部、分支機(jī)構(gòu)、下屬單位等情況的大型業(yè)務(wù)平臺(tái)。不同單位的功能權(quán)限有所區(qū)別。

這就要求存在一個(gè)超越所有單位的超級(jí)管理員，對(duì)不同單位授權(quán)以作為單位的最大權(quán)限。各單位管理員基于單位權(quán)限對(duì)單位內(nèi)用戶進(jìn)行權(quán)限分配。

常見的跨單位功能權(quán)限處理方式如下：

• 引入單位角色概念：首先由超級(jí)管理員建立單位角色，將單位關(guān)聯(lián)角色。此時(shí)，單位基于單位角色作為單位的最大權(quán)限，對(duì)用戶進(jìn)行詳細(xì)的權(quán)限劃分；
• 使用單位類型區(qū)別單位的功能權(quán)限：與單位角色在授權(quán)方式上并無本質(zhì)區(qū)別，但單位類型可能作為單位查詢的統(tǒng)計(jì)口徑之一，未必能夠完全兼顧權(quán)限，靈活度較差；
• 將單位直接關(guān)聯(lián)功能權(quán)限：簡單粗暴，靈活性較強(qiáng)，適用于單位較少的情況。

?2.2數(shù)據(jù)權(quán)限

數(shù)據(jù)權(quán)限決定了不同用戶在同一頁面上能夠看到的數(shù)據(jù)的不同，能看哪些數(shù)據(jù)，不能看哪些數(shù)。在部門或不同單位職權(quán)劃分明確、或者不同性質(zhì)單位使用同一系統(tǒng)時(shí)，數(shù)據(jù)權(quán)限的區(qū)分至關(guān)重要。

數(shù)據(jù)權(quán)限與功能權(quán)限共同組成系統(tǒng)的權(quán)限控制，是業(yè)務(wù)系統(tǒng)不可或缺的一部分。

? 2.2.1單位數(shù)據(jù)權(quán)限

同功能權(quán)限一樣，數(shù)據(jù)權(quán)限首先要定義單位的最大數(shù)據(jù)權(quán)限：

通過單位類型限制：適用于存在多種類型單位的大型平臺(tái)使用。不同類型的單位需要使用到的數(shù)據(jù)不同，因此使用單位類型進(jìn)行限制是較合理的方式；

通過權(quán)限級(jí)別限制：適用于存在多級(jí)別單位的平臺(tái)，通常與單位類型控制混合使用。例如縣級(jí)行政單位使用本縣所有數(shù)據(jù)，市級(jí)行政單位則使用本是區(qū)域內(nèi)（市直單位、縣區(qū)）的所有數(shù)據(jù)；

? 2.2.2用戶數(shù)據(jù)權(quán)限

單位數(shù)據(jù)權(quán)限確定之后，就要為不同用戶分配權(quán)限，不同級(jí)別、不同部門、不同崗位的用戶需要使用的數(shù)據(jù)往往是不同的。而對(duì)用戶限制數(shù)據(jù)，通常與權(quán)限控制類似：

部門/崗位/角色控制：不同部門、崗位、角色分工不同，數(shù)據(jù)權(quán)限自然不同。例：業(yè)務(wù)部門1與業(yè)務(wù)部門2的數(shù)據(jù)權(quán)限均為由本部門人員產(chǎn)生的數(shù)據(jù)；

通過功能權(quán)限控制：該方式對(duì)數(shù)據(jù)權(quán)限的控制粗糙但簡單。有頁面功能權(quán)限的用戶默認(rèn)為看到該頁面展現(xiàn)的所有數(shù)據(jù)（能否操作數(shù)據(jù)由按鈕的功能權(quán)限控制）。適合分工較明確的場景下使用。

3.工作流管理

工作流是業(yè)務(wù)系統(tǒng)的靈魂所在，是實(shí)際業(yè)務(wù)流程在系統(tǒng)中的反映。根據(jù)實(shí)際業(yè)務(wù)中的不同需要，工作流存在自定義工作流和固定工作流兩種狀況。

而無論是自定義還是固定工作流，理清業(yè)務(wù)流程，繪制業(yè)務(wù)流程圖是非常重要的，而在業(yè)務(wù)流程圖中，泳道圖是最為常用的。

?3.1自定義工作流

滿足同一業(yè)務(wù)需求：常見的諸如請(qǐng)假、財(cái)務(wù)等OA流程等。此時(shí)自定義工作流主要定義發(fā)起人（發(fā)起角色）、工作流節(jié)點(diǎn)、工作流節(jié)點(diǎn)條件等內(nèi)容。該情形主要適用于同一單位內(nèi)部存在較多上下級(jí)流程的需求，擁有相應(yīng)權(quán)限的用戶可對(duì)不同流程節(jié)點(diǎn)的參與人員/角色進(jìn)行定義；

自定義工作流適合不同使用單位下，相同業(yè)務(wù)流程有差異的情況，如系統(tǒng)中存在單位A和單位B，單位A的請(qǐng)假審核流程為員工—部門經(jīng)理—總監(jiān)—人事，而單位B的審核流程為員工—部門經(jīng)理—人事；

自定義工作流的各個(gè)節(jié)點(diǎn)視情況可精確到崗位、角色、用戶等；

?3.2固定工作流

固定工作流并非一成不變，其本質(zhì)是通過控制功能權(quán)限和數(shù)據(jù)權(quán)限來控制工作流中的節(jié)點(diǎn)。該方式適用于平臺(tái)內(nèi)業(yè)務(wù)流程較穩(wěn)定、較統(tǒng)一的情況。為詳細(xì)闡述，下面舉例說明：

例：假設(shè)系統(tǒng)中存在業(yè)務(wù)A，A業(yè)務(wù)流程如下：縣級(jí)子公司——市級(jí)子公司——省級(jí)總公司部門A——省級(jí)供公司部門B。假定該業(yè)務(wù)流程非常穩(wěn)定，則可將工作流固定，由不同區(qū)域的子公司甲和子公司乙發(fā)起的業(yè)務(wù)均使用該流程。

4.數(shù)據(jù)處理

數(shù)據(jù)處理是為管理人員提供決策支持、單位對(duì)外展示的重要依據(jù)。

?4.1數(shù)據(jù)可視化

數(shù)據(jù)可視化能夠明確表達(dá)數(shù)據(jù)間變量和屬性的關(guān)系，是數(shù)據(jù)分析中不可或缺的方式。應(yīng)選用合適的統(tǒng)計(jì)圖對(duì)有重要作用的數(shù)據(jù)進(jìn)行分析（統(tǒng)計(jì)圖在web中有很多可以直接拿來用的插件，可以減少前端的工作量，如E-Charts、Highcharts等）。

4 .2數(shù)據(jù)勾稽（邏輯）關(guān)系

數(shù)據(jù)勾稽關(guān)系常見于報(bào)表系統(tǒng)、財(cái)務(wù)系統(tǒng)等，適用于表達(dá)表格間不同行、列或多表格間的關(guān)系。

勾稽關(guān)系由需求決定，目標(biāo)明確而單一。表達(dá)勾稽關(guān)系要求PM在PRD中明確表現(xiàn)出來，一般使用對(duì)表格中不同的行、列賦名，以公式的形式表示。

例：（以某功能PRD為例）

5.系統(tǒng)首頁

業(yè)務(wù)系統(tǒng)的首頁設(shè)計(jì)應(yīng)遵循實(shí)用、簡潔的原則。

常見的首頁組成元素通常包括快捷方式、數(shù)據(jù)分析、待辦事項(xiàng)、通知公告等，部分有個(gè)性化需求的首頁往往可以對(duì)首頁元素進(jìn)行自定義。

自定義首頁元素可分為后臺(tái)自定義和用戶自定義。為便于自定義元素的排版，自定義的各個(gè)元素大小應(yīng)保持一致。

6.消息發(fā)送

業(yè)務(wù)系統(tǒng)中消息發(fā)送作為用戶與用戶、單位與單位之間交流的重要方式。

消息發(fā)送主要考慮到發(fā)送主體、接受范圍、可見范圍、附件上傳、已讀未讀標(biāo)記、消息記錄等要素。

7.操作記錄

操作記錄用來記錄用戶的操作軌跡，即對(duì)用戶的登錄退出、數(shù)據(jù)變更、數(shù)據(jù)訪問、操作內(nèi)容（必要記錄如財(cái)務(wù)等可詳細(xì)到從A變更為B）、操作人、操作時(shí)間等。

記錄用戶的操作軌跡是出現(xiàn)問題后追責(zé)的重要依據(jù)，是業(yè)務(wù)系統(tǒng)和后臺(tái)系統(tǒng)的標(biāo)配。

8.交互案例

上面談了一系列業(yè)務(wù)系統(tǒng)的簡單設(shè)計(jì)邏輯，但最終還是要落實(shí)到原型上。該模塊主要體現(xiàn)的是用戶體驗(yàn)層級(jí)中的框架層。一些復(fù)雜業(yè)務(wù)流程的交互和頁面布局往往比較復(fù)雜。筆者總結(jié)項(xiàng)目經(jīng)驗(yàn)，對(duì)部分典型交互做簡單解釋。

?8.1審核流程狀態(tài)

層級(jí)審核流程中，為用戶標(biāo)記出完整流程并指示用戶當(dāng)前所在流程的狀態(tài)，能在很大程度上提高用戶體驗(yàn)；

?8.2存在多層級(jí)數(shù)據(jù)

如按照行政區(qū)域進(jìn)行劃分的數(shù)據(jù)等，使用樹的形式展現(xiàn)是較為清晰的模式，而若數(shù)據(jù)存在審核操作，則在樹中以顏色的形式標(biāo)示出審核狀態(tài)，使數(shù)據(jù)狀態(tài)一目了然。

?8.3復(fù)雜數(shù)據(jù)錄入

復(fù)雜數(shù)據(jù)錄入時(shí)用戶往往因繁雜的錄入框而手忙腳亂，因此，復(fù)雜數(shù)據(jù)錄入時(shí)有必要為用戶分門別類，以清爽、有序的方式展示給用戶：

• 按類別將輸入內(nèi)容分門別類；
• 分步驟有序填寫；
• 復(fù)雜表格內(nèi)容在表格中直接填寫；

?8.4硬件控制

硬件控制主要側(cè)重于工控方面，清晰的控制按鈕與狀態(tài)反饋非常重要：

使用按鈕操作硬件，尤其是硬件個(gè)數(shù)較多時(shí)，需要給用戶清晰展示出按鈕的作用；

用戶通過網(wǎng)頁或APP內(nèi)的按鈕控制某硬件設(shè)備，往往會(huì)存在“我是否成功操作”的疑問，因此需要在用戶操作之后及時(shí)給予反饋。

?8.5數(shù)據(jù)展示

數(shù)據(jù)展示合理使用圖表，對(duì)于提高數(shù)據(jù)直觀性，明確表達(dá)數(shù)據(jù)之間的變量的關(guān)系具有重要作用。而對(duì)于既需要分析數(shù)據(jù)變量，又需要展示數(shù)據(jù)詳情的需求，則可以使用圖表+列表的形式展現(xiàn)。

9.總結(jié)

業(yè)務(wù)系統(tǒng)為滿足業(yè)務(wù)需要而產(chǎn)生，產(chǎn)品目標(biāo)明確單一。但分析深藏在業(yè)務(wù)需求表面的潛在核心需求同樣非常重要。使用戶操作形成完整的閉環(huán)，以較少的、符合用戶習(xí)慣的操作實(shí)現(xiàn)業(yè)務(wù)需求，并有效控制開發(fā)成本的設(shè)計(jì)，就是合理的設(shè)計(jì)。

作者：張騫（微信號(hào)zhangqian9208），開創(chuàng)集團(tuán)產(chǎn)品經(jīng)理。一年產(chǎn)品工作經(jīng)驗(yàn)。

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