一，
b端和c端產品的差別
在當前的互聯網行業中，一般分為toB或者toC的產品（即B端與C端），這兩種類型主要的差別是由于產品的使用用戶人群的不同，b端產品主要針對的用戶人群是企業用戶，而c端主要的用戶人群則是普通用戶，因此這導致兩種產品在產品設計時的設計角度也是截然不同的。
從用戶角度出發（畢竟用戶決定了產品的高度），b端的用戶是企業用戶，這樣用戶人群一般希望能通過我們的產品前更好更高效處理工作事務，如：更好的數據管理，因此b端產品設計時主要側重了業務邏輯，高效；而相反c端的產品設計主要側重了用戶體驗，交互設計，力在為用戶提供一個最舒適最傻瓜式的產品體驗環境。
從產品功能角度出發，b端產品的功能主要是為了服務企業，提高企業工作效率，為企業創造價值，主要產品有：后臺管理系統，數據管理系統等；而c端產品的功能主要是為了服務用戶，給用戶帶來更多的體驗，主要產品有：各種娛樂app，工具app，社交app等。
總結：從用戶人群，產品設計思維，業務形態等角度來看b端產品和c端產品的區別，見下表。
二， 后臺管理系統介紹
開始本文主要的話題，大概說一下自己對b端后臺管理系統的一些了解，借機整理一下經歷過的項目的業務邏輯。
如上所說，b端主要的產品是各式各樣的管理系統，管理系統即是一個針對當前的業務而設計，用于管理各種復雜數據，根據業務需求區分數據，提供便捷功能的系統。常見的有針對大數據的數據管理平臺（如：騰訊的統計工具），訂單管理系統，crm管理系統，OA系統等等。
三， 以項目為例提取通用功能模塊
以自己參與過的項目為例，嘗試提取其中的某些通用功能模塊。
1.都城連鎖快餐會員管理系統（超管端（總公司會員管理系統），客戶端（大客戶會員管理系統），財務端（財務統計）
功能模塊：團餐客戶（大客戶管理，僅超管端有），會員（用戶管理），運營管理（財務人員管理），報表模塊。
2.外匯經紀商CRM管理系統（管理員端（外匯經紀商），客戶端（客戶））
管理員功能模塊：首頁，客戶，銷售（用戶管理），審核模塊，日志模塊，報表模塊，設置模塊，關于我們（公司介紹，更新日志）
客戶端功能模塊：資金（出入金功能），傭金（返傭），交易（即交易報表），工單功能
由上可見，在一個管理系統之中，一般都會備有的功能模塊是用戶管理模塊，報表模塊，而我們往往會發現這兩個模塊一般的展示模式都是列表頁+詳情頁的形式，畢竟管理系統管理的對象就是各種數據，而數據最好的展示方式就是列表和圖表了。下面我們先說一下列表。
產品邏輯：列表頁（用戶/列表） — 詳情頁（用戶/訂單詳情）
列表頁功能：
1.表內容：一般包含用戶的基礎信息字段：用戶id，用戶名字，用戶角色（若有角色類型），創建時間，用戶狀態以及一些業務字段，如crm的交易賬號列表中還含有余額，交易杠桿等業務信息字段。
2.查詢排序功能，可選擇對應的查詢信息對列表的信息進行提取，（一般的查詢字段與下方展示的字段相關聯）方便操作者快速定位到想要的用戶條目，一般的管理系統都支持模糊查詢功能
3.提供查看賬號詳情入口，因此一般的列表最后會提供一欄操作欄，可以進行查看，編輯，刪除；（或者提供點擊用戶姓名進行跳轉等功能）以及新增功能
4.分頁功能，為了美觀（表格內容過多導致頁面太長），以及加快前端調取接口時的速率；
5.數據統計總覽，一般列表頁會根據業務需求統計某些數據字段展示在列表上方或下方，如：總人數，總金額等
6.模擬登錄，一般是超管端才有的功能，支持直接模擬登錄到該用戶的客戶端賬號中，方便管理員更高效的操作
7.數據導出功能，可以導出成excel報表進行存檔。
詳情頁功能：?? 一般是某一列表條目的更多數據信息的展示，比如用戶詳情頁，一般我們會收集用戶的郵箱，手機，地址等更具體的個人信息，而這些信息屬于次級字段，不需要展示在列表中，所以提供這樣一個詳情頁方便操作者查看用戶的更多信息，當然也可以在這里進行編輯功能，如：修改用戶的啟用狀態，設置用戶的查看權限等（具體的權限功能的設計會在后面說。）
說完了列表頁，接下來說一下一些更具業務性的管理系統需求功能，另外上面說到圖表，圖表也是各種管理系統中必不可少的功能，但是圖表一般與不同的行業，不同的業務有著比較深的關聯，所以這邊也沒辦法比較好的整理這一個功能，可以推薦比較好用的圖表前端框架HighCharts，移動端可以看阿里的F2，看看一些比較實際的開發框架，免得瞎提需求被前端小哥鄙視哈。
四，日志模塊與事件功能
在管理系統之中，日志模塊也是非常重要的一個功能板塊。日志模塊的功能主要是將系統的重要操作都記錄下來，包括注冊提交，驗證碼郵件記錄，短信記錄，出入金操作記錄等，一個完善的日志模塊的設計是完全可以體現一個管理系統的專業性的，一方面可以為重要操作進行備份，方便日后出現意外情況或者開發人員debug時提供比較好的參考作用，另一方面也在某些程度上保證了系統的安全，當出現違規操作時我們可以快速找到對應的操作者。
而一個日志模塊的設計一般按照事件功能來設計，即某人某時進行了某項操作。舉一個用戶進行出金操作的例子來說，假設現在某個用戶a準備從系統出金，首先我們需要知道出金的流程是什么？
用戶出金的流程一般是用戶提交出金申請，管理員進行出金審核，財務進行出金審核，出金審核通過完成出金操作；當用戶出金進行每一個環節時都需要記錄相應的日志。
因此我們可以發現，當我們完成了出現明顯的時間間隔的操作時，都需要將其記錄在日志模塊中，而且需要分類儲存。
五，權限系統的設計
接下來說一下管理系統的重點功能–權限劃分功能。
由于在一個比較大型的管理系統中，功能模塊多樣，操作者的角色類型多種，同一類型下的用戶的操作權限有時也需要進行控制，因此就出現了權限劃分功能，大致可分為下面幾種類型：
1.批量菜單訪問權限：根據用戶的角色類型來限制操作者使用的功能（超管端與客戶端）
需求場景：超管擁有所有菜單的訪問權限，普通客戶不允許訪問系統設置，財務管理等菜單
實現方法：每個登錄的用戶信息中根據角色類型字段進行劃分
缺點：權限限制功能單一，無法處理復雜的權限控制場景
2.單一菜單訪問權限：
需求場景：在第一種的基礎上，同一類型的用戶有不同的菜單訪問權限
實現方法：每個菜單信息中根據是否展示字段進行劃分
缺點：當菜單較多時，前端進行初次頁面渲染時須遍歷查詢每個菜單，訪問速率受影響
3.操作功能/特殊字段的編輯的權限劃分：
需求場景：a用戶可以編輯用戶信息，b用戶不可以編輯，只允許查看；a用戶允許編輯字段c，b用戶不允許編輯字段c
實現方法：同2，給每一個需要控制的字段或者操作添加對應的是否展示的字段進行劃分
4.數據查看權限劃分：
需求場景：下級用戶無法查看上級的數據
實現方法：根據用戶代理鏈上的位置進行劃分
由上可得：系統進行權限劃分時一般通過對用戶進行權限配置，通過相應的字段去控制不同操作，因此往往在超管端會開設設置模塊，用于管理員對操作中進行配置，如下圖
然后我們會發現由于系統的復雜性或產品設計的不完善，會出現我們需要配置比較多的字段才能實現我們的權限控制效果，這不僅對管理員的產品體驗不友好，而且對于開發人員的開發也帶了比較煩瑣的問題。
設計權限系統時的注意點：
1.明確系統的用戶角色類型并細化（管理員，客戶，代理，銷售），細化程度越大的角色類型在權限控制上越靈活；
2.明確權限限制的業務需求背景，選擇對應的解決方案，盡量避免多套方案同時使用，導致維護困難程度的加大；
3.對權限限制的字段進行分類，根據產品業務需求進行劃分，避免每個字段都需要單一的權限控制；
六，saas化配置
管理系統 saas化也是這幾年比較火的一種概念，不少crm系統，oa系統都是針對企業進行了saas化處理。
根據艾瑞發布的報告顯示，在國內，SaaS市場在2014-2015年經歷了爆發式增長，同比增長率分別高達71.3%和65.4%。然而，從2016年開始，SaaS市場進入相對平穩的發展階段，同比增長率保持在30%-40%之間，據此預估2020年SaaS市場規模將達到473.4億元。
從產品角度看saas化：b端產品主要針對的企業，我們可以看到在最近幾年，隨著互聯網思維的不斷發散，不少傳統行業開始接觸互聯網，使用互聯網工具（如：用管理系統的報表功能代替以前的人工編寫excel表格并存儲在電腦中），saas化產品正是針對行業的業務需求開發的一套可對行業賦能的產品。
從技術角度看saas化：指一套通用的管理系統供不同的企業使用，企業只需要在前期進行基本的公司信息的配置和部署，即可以直接使用該套管理系統，并在功能上實現一定程度的自定義化，如企業可以修改系統的UI樣式，或對某些功能進行開放或禁用。
七，系統安全性
最后，管理系統設計中還有一個比較關鍵的設計思維就是安全思維了，為了讓企業愿意使用我們的管理系統，系統的安全性必須是重點考慮的方面之一。
那么一般系統的安全性體現在以下幾個方面：
（1）系統的功能
1.完善的日志模塊：記錄重要的系統操作
2.校驗功能：如：進行重要操作時需要校驗用戶的手機或者郵箱
3.系統的穩定性：盡量避免系統時不時出現故障的情況
4.系統的權限設計細粒度：包括數據庫查看權限，操作權限等
（2）數據的安全性
1.對數據進行加密處理存儲
2.數據庫內外網絡隔離
八，總結
以上就是自己暫時對管理系統的小小理解（看起來還有很多理解不透徹的地方），人們常說管理系統無非就是增刪改查，其實相比C端的產品，管理系統要求產品經理對整個業務線的需求和邏輯的了解程度要有比較深入的認知，而且在產品設計過程中，既需要保證用戶體驗，另外功能的高效性，系統的安全性也是重點考慮的一些方面。
