之前写了很多个文章，对网站项目开发进行了分析和说明，接下来我要谈谈关于后台的设计。
对于客户来讲，需求就是前台的表现和各类功能的使用，限于行业不同，想让客户将自己网站项目或者电商、APP等项目进行整体需求介绍是不现实的。事实上，客户能将自己前端表现效果讲明白就已经相当不简单了。而作为开发公司来讲，侧重点也往往偏重于前台展现效果，对于后台应当如何设计至少在项目初期是不会仔细思考的。
从我经历的诸多项目来讲，要想让一个项目能够顺利交付使用并获得用户认可，恐怕对于后台的设计要求并不比前端低。经验上来看，往往造成项目不停的修改来修改去迟迟不能获得用户验收通过的首要问题恰恰就在于并没有得到大家重视的后台。为什么这么说呢？
聊聊网站管理体验
我们都在讲用户使用体验，但是却很少有人在讲管理体验。从实地操作率来说，一个运行中的项目，管理维护人员的使用频率远远大于用户使用频率，但是由于属于小众范围，因此很少有人专门研究如何提高管理体验的问题，所以很多时候功能的设置和操作的设置让后期使用这个系统的操作人员有苦难言。
举几个例子来说：
例子1:点开详情后操作管理
这是一个看似毫无问题的“问题”为了能够让维护人员避免人为操作失误，在很多内容管理中例如文章、商品等详情内容需要将内容点开进行编辑修改的时候才能够进行诸如调整标签、排序、推广等等非编辑管理操作。这是一个让后期维护人员哭笑不得的安排。当数据量少的时候，这么设置还看不出什么问题，但是当日复一日的数据积累起来，麻烦就出现了，维护人员需要不停的进入、返回，再进入再返回，反反复复，耽误时间不说，简直就是心里上的折磨。
例子2:缺乏批量操作
类同于上面的例子，很多后台竟然不考虑批量操作，同样当数据量大的时候，维护人员不得不挨个条目进行完全相同的操作管理，浪费大量的时间，而且容易出现缺漏。
例子3:功能设置不合理
很多关联的功能往往在不同条目类别中。有时候设计者为了让后台更“人性化”减少使用者熟悉的时候而采用分步骤提示性的设计，这种看似“为你考虑”的做法导致维护人员若想改一个地方需要不停的往下点点点。这根本不是人性化设计，简直就是灭人性设计。
上述几个例子仅仅是若干问题中的几个比较典型的，而这足以让客户对网站项目评分降低一个档次，要知道，如果网站用着不舒服，怎么可能让客户满意呢？
后台应该怎么设计
首先后台设计应该在网站建设之初就进行考虑。在功能计划上，要提前针对前台每一个功能项目对应进行后台管理流程设计，不光是要达成实现管理功能的目的，还有兼顾很多实用考虑，并模拟各种需求进行测试。
其次，后台设计要考虑大数据量如何处理。大数据量处理在设计过程中最容易被忽略，同时也是考验设计规划者能力的难题，要尽可能的减少点击次数的同时能够规避人为操作失误风险。
再有列表功能安排和详情内容功能管理安排要合理，尽可能让管理者不用进入详情即可对主要操作内容有清晰的了解。
以上就是对于网站项目开发后台设计的一些说明。
欢迎大家关注我们的官方微信，了解更多信息。
（原创文章，未经允许，禁止转载）
