操作简单，容易上手的网站后台可以节省大量的工作效率，一个功能缺失、缺少权限的网站后台增加网站维护成本，甚至消耗公司大量的资源，不仅得不偿失，做出来的网站还不实用。
相信大家也看到了，在互联网上的关于网站后台搭建的文章少的可怜，为什么互联网网站后台设计的知识那么少?后台与前台的区别在哪里?网站后台设计的思路是什么?
综合了许多方面的知识，大致可以分为以下几个方面：
网站后台不像app或者web产品，能够随时随地的下载和访问，网站后台只有公司的内部的员工和外部合作伙伴能够使用，而且还划分出权限。
公司内部的东西，很多都是不能对外公布的，所以不方便拿出来讲，即使拿出来少部分的文章，也不会讲解更多深层次的东西。
一般来说，在员工进入公司的时候，网站后台已经搭建好了，即使有新的产品模块上下，一般也是技术人员添加上去。
另外由于后台产品自身的复杂性，对数据流和业务流理解的要求也比较高，所以没有一定的从业经验的产品人员，也很难有能力驾驭的了整个后台系统的设计。
对于那些对网站后台搭建非常了解，又有能力设计网站后台的资深产品人，很有可能没时间写网站后台搭建的一些东西，或者说段位太高，根本不想写这些东西了。
其他可能的种种原因。
一般来说，网站后台的账号都是管理员分配的，所以网站后台没有注册这一项，而在网站前台，则任何人都可以注册，账号通过则可以通过后台操作;网站后台仅限于公司内部员工使用，用户量小，并且有着严格的角色限制，而网站前台则不一样;网站后台注重功能的实现，而网站的前台注重视觉设计、交互设计、用户体验这一块。
虽然说网站后台更注重功能的实现，并且网站后台的用户量相对较少，然而这并不代表网站后台并不重要，一个好的网站后台不仅可以提高工作效率，从而减少大量的资源消耗和成本，所以，网站的后台设计也是非常重要的。
网站后台设计的目的是什么?是为了解决什么问题?能否满足公司发展的需要，还是只为了提高工作效率，有统计报表的东西?这些都是在网站后台搭建的时候需要考虑的问题。
在后台中需不需要体现组织架构?上级能不能对下级进行操作，能不能越级操作?下级的操作需不需要上级来进行审批?使用这个系统的用户都有哪些?具体的用户角色类型都有哪些?对于超级管理员、管理员、其他角色等这些不同的角色，各自的权限具体有哪些?上级管理员能不能对下级进行权限的收放?具体的权限是如何划分的?比如功能的权限、数据的权限如何划分。需不需要操作日志的功能?
对于不同的角色，网站后台搭建的需求是什么?可以通过一个需求池来进行收集，比如可以记录需求的编号、需求的来源、需求的描述、需求的类型、需求的优先级、变更记录等。
常见的流程图一类是业务流程图，一类是页面流程图，此处说的是业务流程图。通常情况下一般用流程图和泳道图来进行梳理，如果仅仅只是一个维度的，一般用流程图梳理即可，而如果说涉及到两个维度的，一般则需要用泳道图来进行梳理。
后台产品的导航一般有三种，分别是横向导航、纵向导航以及横向+纵向导航。
1)横向导航
横向导航一般用户后台产品功能较少，且导航的层级结构较少的情况下。
优点是学习成本低，能够简单明了的看到所有的操作;
缺点则是扩展性相对较差，不适合复杂的后台产品。
2)纵向导航
纵向导航在后台产品中使用的较多，一般还会细分为树结构、直接展示二级菜单的以及鼠标移入显示二级菜单三种。
优点是扩展性较好，能够增加较多的功能模块和子级菜单;
缺点则是每次操作都需要展开二级菜单栏，增加了用户的心理认知负担和操作成本。
3)横向+纵向导航
多用于比较复杂的后台产品，优点则是能够根据实际需要把后台产品弄的非常复杂;缺点则是太复杂很难找到自己要找的东西算不算?硬币都有两面性，需要能够根据具体遇到的问题和实际的需要，选择合适的导航形式，具体问题具体分析，没有绝对的好坏之分。
六、功能结构梳理
一般在进行功能结构梳理的时候，我都会默默地打开Mindjet(心智图法，也叫思维导图)，先把功能完整梳理一遍，具体梳理标准参加麦肯锡“MECE原则”，即相互独立、完全穷尽。另外在梳理的时候，就可以进行版本规划的考虑了，是在这个版本做合适，还是说放到下一个版本的迭代里面。在用脑图梳理完功能结构之后，我一般都会用一个Excel表格来进行统计汇总，也就是功能清单，一般包括版本规划、功能模块、功能类型、功能描述、优先级、开发量、性价比、对接人、完成时间、备注等。
七、原型绘制
我一般是在绘制原型的时候就直接在原型上标注了，将比较简单的功能描述、规则说明、触发条件、异常流程、全局说明都直接标注在原型上，如果说流程比较复杂，则会绘制一个流程图来说明。
八、网站后台设计稿
线框图绘制好之后，评审完没有问题过后就能够拿着线框图去找设计产出设计稿了，一般在绘制线框图的时候，为了不影响设计人员的设计，我一般倾向于多使用灰色、白色和占位符。
九、网站后台开发测试
开发测试时，需要能够根据之前定好的时间点，定期主动的去和开发测试沟通交流，如果说遇到需求的变更，则需要尽早的通知到相关的干系人。
十、网站后台优化迭代
互联网产品永远是Beta版(目前普遍认为是“测试”的意思)，需要能够根据具体的情况来进行不断的优化迭代。
关联性强的管理，数据并不是独立存在的，而好的网站后台搭建则要考虑关联性的操作。
