? ? 后臺系統(tǒng)，在目前接觸來看，主要分幾種：管人、管事、管物。管人的，有對內(nèi)和對外的兩種類型，對外的CRM（客服管理系統(tǒng)）、對內(nèi)的考勤系統(tǒng)；管事的，簡而言之，就是人可以做什么事、可以怎樣去做事，這種最經(jīng)典的就是數(shù)據(jù)統(tǒng)計后臺、業(yè)務(wù)流管理后臺；管物的，主要是指電商類型的商城管理后臺，用于管理商品的交易

? ? 但是，從本質(zhì)上看，后臺主要有權(quán)限管理、工作流、記錄流三大方面。可以歸結(jié)為一句話，誰可以對什么進行怎樣的操作，需要產(chǎn)生什么記錄：簡稱who-where-how-what

權(quán)限管理（who-where）

權(quán)限管理，是指一般指根據(jù)系統(tǒng)設(shè)置的安全規(guī)則或者安全策略，用戶可以訪問而且只能訪問自己被授權(quán)的資源。通俗解釋就是，誰是否對某資源具有實施 某個動作（運動、計算）的權(quán)限

? ? ? 權(quán)限管理，目前主要是通過用戶、角色、資源三方面來進行權(quán)限的分配。具體來說，就是賦予用戶某個角色，角色能訪問及操作不同范圍的資源。通過建立角色系統(tǒng)，將用戶和資源進行分離，來保證權(quán)限分配的實施。

? ? ? ?那么，權(quán)限可以怎樣設(shè)計呢？

? ? ? ?如果是業(yè)務(wù)流后臺，在設(shè)計權(quán)限時，可以按業(yè)務(wù)類型進行角色設(shè)計，比如客服、運營、充值員；如果是數(shù)據(jù)統(tǒng)計后臺，可以按用戶類型來進行角色設(shè)計，如對外用戶、內(nèi)部人員；如果是CRM，則可以按用戶的職位等級進行劃分。在進行一級劃分后，往往還需要對角色進行細分，例如客服，可以細分為 普通客服、客服組長、客服總監(jiān)，通過級別的劃分來控制可訪問及操作的數(shù)據(jù)。

? ? ? ? 另外，在進行角色的細化時，有兩點是需要注意的：

1. 同類型的角色，上下級角色的權(quán)限關(guān)聯(lián)是怎樣的？上級角色是否能對下級角色的業(yè)務(wù)進行操作？下架的操作是否需要上級的審核？

2. 對外用戶，是采取權(quán)限分離，還是采取兩個不同的后臺去處理？前者的話，實現(xiàn)起來方便一些，就看系統(tǒng)對于安全性的考慮；后者的話，會更加的安全，在數(shù)據(jù)的處理上也會方便一些

? ? ? ? 雖然我們將權(quán)限管理放在第一位，但是在實際開發(fā)過程中，權(quán)限的分配往往是在整個后臺開發(fā)完畢后才去實現(xiàn)的（主要是為了避免權(quán)限設(shè)置對開發(fā)造成影響）。

工作流（how）

工作流（Workflow），指“業(yè)務(wù)過程的部分或整體在計算機應(yīng)用環(huán)境下的自動化”。是對工作流程及其各操作步驟之間業(yè)務(wù)規(guī)則的抽象、概括描述

? ? ? ? 工作流主要解決的主要問題是：為了實現(xiàn)某個業(yè)務(wù)目標，利用計算機在多個參與者之間按某種預(yù)定規(guī)則自動傳遞文檔、信息或者任務(wù)。

? ? ? ? 設(shè)計工作流時，除了最基本的單個后臺工作流的設(shè)計，還有多個后臺之間進行工作流的設(shè)計。OK，先從最基本的單個后臺開始聊聊，工作流的設(shè)計，其實和2C產(chǎn)品的需求設(shè)計很相似：

1. 在了解業(yè)務(wù)需求后，產(chǎn)出適合的業(yè)務(wù)流程圖（業(yè)務(wù)流程圖此處不展開，稍后另開一章來寫）、狀態(tài)圖（部分簡單的工作流不需要出這個），通過業(yè)務(wù)流程圖，向開發(fā)更好的傳遞業(yè)務(wù)需求

2. 搭建工作流的產(chǎn)品架構(gòu)圖，主要是羅列工作流涉及到的功能模塊（廣度思考），這個時候，就可以將產(chǎn)品架構(gòu)圖和其他人進行碰撞；為什么不使用產(chǎn)品原型圖來碰呢？這個以下幾點原因：

（1）產(chǎn)品原型產(chǎn)出周期較長，不適合前期的思維碰撞

（2）產(chǎn)品架構(gòu)圖比產(chǎn)品原型返工更容易，能夠更快的迭代

（3）可以針對后期加入的需求低成本的進行討論，使開發(fā)設(shè)計庫表時，更好的考慮拓展性

3. 通過前兩步，基本可以把工作流較好的傳遞給研發(fā)那邊；緊接著，可以將產(chǎn)品架構(gòu)圖進行細化，細化到什么程度呢？最好是把工作流涉及的點都能夠細化在上面，這樣，在產(chǎn)出產(chǎn)品原型圖的時候，可以更加全面的是思考單個模塊與整個后臺系統(tǒng)之間的交互

4.在第三點，有提到了產(chǎn)品架構(gòu)圖的細化，接著，就是放大招的時候— 出產(chǎn)品原型圖

5.適當?shù)闹貜?fù)上述3、4點，這樣，一個較完整的工作流就設(shè)計好了

? ? ? 在出了產(chǎn)品原型圖，就要開始和研發(fā)大大進行更兇殘的肉體碰撞了，關(guān)于肉體碰撞的細節(jié)，在這里就不展開了，但是可以補充一句：做產(chǎn)品得耐操！

? ? ? 上面講述的都是單個系統(tǒng)內(nèi)的工作流設(shè)計，那么 多個系統(tǒng)協(xié)同處理的工作流有什么不同呢？

? ? ? 首先在設(shè)計上，基本流程不會有區(qū)分。主要是要和系統(tǒng)架構(gòu)師多多溝通，讓一整套系的工作流能夠更好的滿足業(yè)務(wù)需求。在進行溝通的時候，最好可以先自己擬定一份假想架構(gòu)圖，這份產(chǎn)出物更多關(guān)注的是不同系統(tǒng)之間的數(shù)據(jù)交互，表明系統(tǒng)間的輸出、輸入，這樣，在定好滿足需求的架構(gòu)上，才能夠更好的對工作流進行設(shè)計。

? ? ? ?其次，還有一點細節(jié)是需要關(guān)注的，那就是在不同后臺的原型圖中，要注意描述清楚工作流是否與其他模塊有所交互，這樣方便自己，也方便他人。

記錄流（what）

? ? ? 后臺系統(tǒng)進行設(shè)計時，往往都會有一個專門的操作日志，記錄后臺登錄用戶的操作軌跡，主要是因為后臺數(shù)據(jù)對于企業(yè)來說是比較有價值的，所以需要對其進行保護。

? ? ? 總的來說，記錄流主要分 操作軌跡、數(shù)據(jù)查詢兩種。

? ? ? 操作軌跡，很容易理解，就是用戶對后臺的數(shù)據(jù)進行操作所產(chǎn)生的記錄，需要達到一步一記錄的程度。這種，在進行設(shè)計時，就是將初始狀態(tài)、變更狀態(tài)、操作內(nèi)容、操作人、操作時間羅列清楚就OK了，不同業(yè)務(wù)差異性不大，算是后臺的標配模塊

? ? ? 數(shù)據(jù)查詢，這個的話，更多是對于工作流中產(chǎn)生的數(shù)據(jù)進行整理，然后形成的功能模塊。這種的話，不會像操作軌跡那樣，每一步都會記錄下來。而是會根據(jù)具體的業(yè)務(wù)需求來進行設(shè)計，以滿足用戶能夠在后臺中針對不同緯度的數(shù)據(jù)進行查詢、了解、分析，獲取價值。

? ? ? 出了上述的三個基本模塊，在進行后臺設(shè)計的時候，還有一點可以關(guān)注一下，盡量使用默認控件去進行設(shè)計，以及不同模塊之間，能夠使用較為統(tǒng)一的交互方式，這樣開發(fā)起來更有效率。