一. 為什么網上后臺產品設計的知識那么少?

　　關于為什么網上后臺產品設計的知識那么少這個問題，自己也考慮了一下，考慮的可能并不是很全面，權當拋磚引玉了。大致可能有以下幾個原因：

　　1.能接觸到的后臺較少

　　后臺產品不像App或者Web產品，能夠隨便下載或者訪問，隨便一個外部訪客就能使用，后臺產品一般而言都是內部的員工或者外部的合作伙伴才能夠使用，并且也會有著角色權限的劃分。所以一般除了自家的后臺，接觸的也相當較少。

　　2.出于職業道德

　　后臺產品是自家內部的產品，有很多東西是不能對外公開的，所以不方便拿出來講。即使有少量關于后臺產品的一些文章，也不會講解很深層次的東西。

　　3.沒有機會參與后臺的設計

　　后臺產品相對前臺而言，一般都會比較復雜，并且一般都是新人在進入公司之前就已經搭建好了。即使有新的產品或者功能模塊上線，一般也是盡可能的在原有的系統上添加的。　

   二. 后臺與前臺的區別有哪些？

　　后臺產品是一個與前臺產品相對而言的概念，也是一個比較寬泛的概念，比如網站或者App的后臺、ERP、CRM、OA等都能夠稱為后臺。后臺與前臺相比，也有著一些不同，主要有以下幾方面：

　　1. 后臺的賬號都是管理員分配或者添加的，所以后臺產品沒有注冊；

　　2. 后臺主要是業務導向的，并且會有大量

   三. 我參與的后臺產品的設計思路

   1.用戶分析

　　在后臺中需不需要體現組織架構？上級能不能對下級進行操作，能不能越級操作？下級的操作需不需要上級來進行審批？

　　使用這個系統的用戶都有哪些？具體的用戶角色類型都有哪些？對于超級管理員、管理員、其他角色等這些不同的角色，各自的權限具體有哪些？上級管理員能不能對下級進行權限的收放？

　　具體的權限是如何劃分的？比如功能的權限、數據的權限如何劃分。需不需要操作日志的功能？

　　2.需求分析

　　對于不同的角色，各自的需求是什么？可以通過一個需求池來進行收集，比如可以記錄需求的編號、需求的來源、需求的描述、需求的類型、需求的優先級、變更記錄等。