很多产品在运营期间，都需要通过后台进行管理维护，从重要的配置项到基本的流水审核都需要用到后台，但后台的设计往往在产品设计中不被重视或者可能被忽略，等到真正需要的时候才会想到开发一个后台，这样会影响到管理操作甚至公司的正常开发计划。

这次小D就和大家谈谈后台设计相关的一些事吧：

1、在什么时候需要考虑后台功能的设计？

a、产品设计期间：在设计一个产品的时候，需要明确各项功能的流程及数据流，可以在设计过程中记录下流程中的哪些步骤需要员工参与，例如需要审核的关键点、需要由人工设置的页面或区域，记录下来后，在产品设计后期来考虑是否需要用后台来实现；

b、产品运营期间：在产品运营期间，往往会发现一些大量重复的操作需要由开发人员来完成，例如修改用户密码、删除某种信息等等，那这项操作就可以考虑编写到后台中，以提高效率；另外，需要多听取客服及相关运营人员的建议，看看他们在运营过程中，有哪些操作步骤比较繁琐、需要添加哪些功能，根据反馈来考虑设计开发后台或对当前后台进行升级处理。

设计产品时，别到最后才来考虑后台的设计，往往容易漏掉一下必要的功能。

2、哪些操作真的需要用后台来实现？

在产品日常运营中，根据产品类型和用户规模不同，一些操作的量和度都不同，不是所有的功能都有必要用后台来实现，需要考虑每一项后台功能的性价比。如果一个后台功能很多天用不上一次，并且操作极为简单，但开发它却需要很长时间，那这样的功能可以考虑不用后台来实现，而是直接让工程师直接修改界面、程序或数据库，这样反而能节约公司资源；例如广告位：不同的公司、不同的产品，都需要根据广告更换的方式、频率、操作复杂度来决定是否使用广告位后台，如果没有必要，那就直接修改界面吧，修改界面可能几分钟就完成，和操作后台差不多。

3、如何设计后台中需要的功能？

不同的产品都后台功能的需求都各不相同，但需要把握几个关键的点即可将所需的功能考虑得差不多：

a、公开的信息需要审核：根据信息的类型慎重决定是审核前公开还是审核后再公开；

b、流程中需要由员工处理节点：例如身份认证审核、订单处理、报错/举报处理等都需要通过后台处理；

c、界面模板切换及非固定或自动显示的内容：例如页面中的推荐信息、热门人物等经常变动的内容，如果没有设计自动调用的规则，那就需要考虑是否用后台来管理了；

d、员工发布入口：对于文章、信息等数据的添加，根据情况提供一个后台添加的入口，增加一些特殊项、简化一些验证规则等是很有必要的；

e、管理权限：一个多功能的后台往往需要单独设置权限，让后将一个或多个权限分发给管理员

f、其他：常用查询项、统计信息、常用小操作、特殊修改项、

以SNS为例：sns在功能上趋近于成熟了，使用开源的程序已经拥有足够强大的后台，但除了主要的设置项，最重要的几个功能也不多，例如：日志、相册、图片、圈子、话题、评论留言的流水审核，其中最重要的是批量删除，在此过程中，需要用到时间段筛选、根据ID快速查询、根据用户查询等；其次，较为重要的就是管理组的权限及管理者授权；虽然管理后台已经成熟，但在此还是要与大家分享另外一项开源程序中没有的，但又必要的后台操作功能，那就是对上述的信息进行标记“不在大家的内容中显示”，此功能是为了让管理员很顺手的处理那些介于删除和不删除之间的内容，例如一篇日志达不到删除标注，但又不适宜公开，让进入他页面的用户能见即可，那就用到此操作了；具体实现方法：如果不想修改数据表结构，那就再添加一项隐藏的隐私属性，其权限与公开一致，但公共场合只显示真正公开的信息，所以这一类信息自然就被和谐了。

4、后台设计中应注意些什么？

a、模块划分清晰：将各项管理功能划分到不同的模块，各模块间区分明显，不出现交叉项；

b、管理权限清晰：考虑运营过程中各种管理角色，将管理权限按模块划分清晰；

c、相关功能靠拢：一些操作步骤需要用到多个功能组合，将这些功能尽量靠拢甚至建立关联关系；

d、后台地址安全：后台涉及到产品的安全，需要考虑仅公司内IP访问、地址仅拥有权限者可见，否则进404等；

e、操作日志的记录：后台操作往往是不可逆的，这就需要规范操作流程、记录操作日志；

f、界面简化：后台操作是提供给员工使用的，在界面上就越简单越好，对主要的操作点放大处理，既能快速操作又不易出错，同时要让界面清爽，在色调等元素的搭配上让人感觉清新，让长时间使用后台的同事不易疲劳。

… …

简单和大家分享这些问题吧，欢迎各位发表评论、批评指教，愿与大家共同探讨学习。

来源：http://www.dboy365.com/archives/715