案例 | 作為產(chǎn)品經(jīng)理,我是這樣設(shè)計業(yè)務(wù)系統(tǒng)的

14 評論 53005 瀏覽 344 收藏 17 分鐘

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

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

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

QQ截圖20160707222647

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

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

1.用戶管理

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

?1.1用戶登錄名

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

姓名(拼音)+編號:如zhangsan,zhangsan1;

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

身份證號:

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

手機號碼:

  • 優(yōu)點:便于記憶;
  • 缺點:手機號更換較麻煩,不適用于較嚴(yán)肅的業(yè)務(wù)系統(tǒng);

工號/單位內(nèi)個人編號:

  • 優(yōu)點:嚴(yán)肅、避免重復(fù);
  • 缺點:記憶不便、適用范圍較窄(不適用于無工號的單位);

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

?1.2用戶來源

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

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

?1.3用戶安全

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

2.權(quán)限管理

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

?2.1功能權(quán)限

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

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

? 2.1.1角色控制

角色是功能權(quán)限的集合。之所以放在第一個,是因為該方法是在業(yè)務(wù)系統(tǒng)中最常見的、操作簡便的功能權(quán)限控制方式。

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

角色是功能的集合

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

? 2.1.2崗位控制

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

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

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

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

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

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

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

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

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

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

數(shù)據(jù)權(quán)限決定了不同用戶在同一頁面上能夠看到的數(shù)據(jù)的不同,能看哪些數(shù)據(jù),不能看哪些數(shù)。在部門或不同單位職權(quán)劃分明確、或者不同性質(zhì)單位使用同一系統(tǒng)時,數(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)限:

通過單位類型限制:適用于存在多種類型單位的大型平臺使用。不同類型的單位需要使用到的數(shù)據(jù)不同,因此使用單位類型進行限制是較合理的方式;

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

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

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

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

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

3.工作流管理

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

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

QQ截圖20160708142301

?3.1自定義工作流

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

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

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

?3.2固定工作流

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

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

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

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

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

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

111

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

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

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

例:(以某功能PRD為例)

3

5.系統(tǒng)首頁

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

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

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

6.消息發(fā)送

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

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

7.操作記錄

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

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

8.交互案例

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

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

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

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

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

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

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

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

?8.4硬件控制

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

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

5555

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

33333

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

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

QQ截圖20160708150524

9.總結(jié)

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

 

作者:張騫(微信號zhangqian9208),開創(chuàng)集團產(chǎn)品經(jīng)理。一年產(chǎn)品工作經(jīng)驗。

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

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. ;-)寫的筆記全面了,老司機走心的文章,真的很棒
    想要加入人人產(chǎn)品經(jīng)理官方微信群,可以加我微信:qdxyCoco 備注:微信群
    忘記備注的同學(xué),可以直接給Coco發(fā)送:微信群

    來自廣東 回復(fù)
  2. 寫的很棒。

    來自廣東 回復(fù)
  3. 前輩,您好~~~
    看了文章學(xué)到了不少業(yè)務(wù)系統(tǒng)設(shè)計的經(jīng)驗,但是有一個疑問,針對不同權(quán)限的用戶,界面怎么設(shè)計?比如同一塊內(nèi)容或者按鈕,有的可見,有的不可見,那界面設(shè)計的時候需要進行區(qū)分設(shè)計?這樣會不會造成界面整體設(shè)計雜亂,頁面布局難度也會很大?
    謝謝您的解答!

    來自上海 回復(fù)
    1. 一般情況下都是使用同一個頁面,導(dǎo)航欄比較簡單,沒有該功能的就隱藏掉,頁面中的按鈕,可以按照優(yōu)先級排列,比如新增修改刪除放在最前面,一般都會有這些,審核往后放,這樣最小程度影響頁面布局。首頁的話可以用相同大小的DIV,沒有的隱藏掉不會影響整體布局。如果是區(qū)別較大的頁面,比如某些群體的特殊需求,可以單開首頁,但是這種情況非常少見

      來自山東 回復(fù)
  4. 不錯的東西。再來些prd看看,和原型看看就更棒啦??

    回復(fù)
  5. 已經(jīng)被坑了,來好好學(xué)習(xí)一下

    來自廣東 回復(fù)
  6. en

    來自北京 回復(fù)
  7. 實用、有共鳴,頂

    來自北京 回復(fù)
  8. 跨單位權(quán)限實際可通過功能和數(shù)據(jù)權(quán)限結(jié)合實現(xiàn)

    來自山東 回復(fù)
    1. 對,條條大路通羅馬。使用單位類型或者單位角色其實是把單位統(tǒng)計和權(quán)限結(jié)合了

      來自山東 回復(fù)
    2. 樓主 我沒太看懂單位角色和單位數(shù)據(jù)權(quán)限的概念 比較疑惑數(shù)據(jù)權(quán)限設(shè)計那塊 功能權(quán)限大概知道 通過角色權(quán)限的分配實現(xiàn)用戶權(quán)限的設(shè)置 但是對于用戶如何實現(xiàn)數(shù)據(jù)權(quán)限的控制呢 所屬部門可能是一方面 也和所屬角色掛鉤嗎 角色是為了功能權(quán)限設(shè)置的

      來自上海 回復(fù)
  9. ??

    來自廣東 回復(fù)
  10. 好文章~~~最近重點轉(zhuǎn)入業(yè)務(wù)平臺,也遇到類似問題,感謝分享

    來自廣東 回復(fù)
    1. 共同學(xué)習(xí)!

      來自山東 回復(fù)