认识达内从这里开始

对于一个企业来说，不仅仅对客户的展示页面需要好看，同时，展示给自己使用的后台也要简单明了，不能因为目标对象的不同而区别对待，但是有些企业的后台不但操作繁琐，而且许多功能与前台页面展示不是一一对应的，而是需要我们辨认的。

今天，我们主要就一些案例来分析一下， 当我们制作网页和设计app软件的时候，不但要考虑前台的展现，同时也要关注后台的操作。

一. 为什么网上后台产品设计的知识那么少?

关于为什么网上后台产品设计的知识那么少这个问题，自己也考虑了一下，考虑的可能并不是很全面，权当抛砖引玉了。大致可能有以下几个原因：

能接触到的后台较少

后台产品不像App或者Web产品，能够随便下载或者访问，随便一个外部访客就能使用，后台产品一般而言都是内部的员工或者外部的合作伙伴才能够使用，并且也会有着角色权限的划分。所以一般除了自家的后台，接触的也相当较少。

出于职业道德不方便公开

后台产品是自家内部的产品，有很多东西是不能对外公开的，所以不方便拿出来讲。即使有少量关于后台产品的一些文章，也不会讲解很深层次的东西。

没有机会参与后台的设计

后台产品相对前台而言，一般都会比较复杂，并且一般都是新人在进入公司之前就已经搭建好了。即使有新的产品或者功能模块上线，一般也是尽可能的在原有的系统上添加的。

另外由于后台产品自身的复杂性，对数据流和业务流理解的要求也比较高，所以没有一定的从业经验的产品人员，也很难有能力驾驭的了整个后台系统的设计。

有能力设计的不想写

对于那些对业务足够了解，又有能力独自设计整个后台系统的资深产品人，很有可能根本没时间来写这样的一些东西，或者说段位太高，根本不想写这些东西了…

其他原因

其他可能的种种原因。

二. 后台与前台的区别有哪些?

后台产品是一个与前台产品相对而言的概念，也是一个比较宽泛的概念，比如网站或者App的后台、ERP、CRM、OA等都能够称为后台。后台与前台相比，也有着一些不同，主要有以下几方面：

后台的账号都是管理员分配或者添加的，所以后台产品没有注册;

后台主要是业务导向的，并且会有大量关于数据的报表;

后台的用户一般仅限于企业内部或者部分的外部合作伙伴，用户量较小，并且有着严格的角色权限的划分;

后台比较注重功能的实现，而对于视觉设计、交互设计、用户体验这一块并不是很注重;

后台产品的规划一般不如前台产品的规划那么严谨，很多情况下后台的设计需求来自于前台产品。

虽然说后台产品更加注重功能的实现，轻用户体验一点，并且后台的用户量也相对较少，然而这并不代表着后台产品不重要。一个好的后台产品能够大幅的提升员工的工作效率，从而较少很多的隐形成本。所以，后台产品的设计也是很重要的，接下来就简单的分享一下自己在参与后台产品设计时的一些思考。

三. 我参与的后台产品的设计思路

产品初衷

做事先问目的，即Why，为什么要做这个产品，是为了解决什么问题?通过产品想实现什么目标?是为了能够提升组织效率，还是只是为了能够有个统计报表的东西，还是为了能够对前台产品进行配置?另外需要能够界定系统的边界，有哪些需要在这个系统中完成的，哪些不需要涉及。

用户分析

在后台中需不需要体现组织架构?上级能不能对下级进行操作，能不能越级操作?下级的操作需不需要上级来进行审批?

使用这个系统的用户都有哪些?具体的用户角色类型都有哪些?对于超级管理员、管理员、其他角色等这些不同的角色，各自的权限具体有哪些?上级管理员能不能对下级进行权限的收放?

具体的权限是如何划分的?比如功能的权限、数据的权限如何划分。需不需要操作日志的功能?

需求分析

对于不同的角色，各自的需求是什么?可以通过一个需求池来进行收集，比如可以记录需求的编号、需求的来源、需求的描述、需求的类型、需求的优先级、变更记录等。

流程梳理

常见的流程图一类是业务流程图，一类是页面流程图，此处说的是业务流程图。通常情况下一般用流程图和泳道图来进行梳理，如果仅仅只是一个维度的，一般用流程图梳理即可，而如果说涉及到两个维度的，一般则需要用泳道图来进行梳理。

产品架构选择

后台产品的导航一般有三种，分别是横向导航、纵向导航以及横向+纵向导航。

横向导航一般用户后台产品功能较少，且导航的层级结构较少的情况下。

优点是学习成本低，能够简单明了的看到所有的操作。

缺点则是扩展性相对较差，不适合复杂的后台产品。

纵向导航在后台产品中使用的较多，一般还会细分为树结构、直接展示二级菜单的以及鼠标移入显示二级菜单三种。

纵向

优点是扩展性较好，能够增加较多的功能模块和子级菜单;

缺点则是每次操作都需要展开二级菜单栏，增加了用户的心理认知负担和操作成本。

横向+纵向导航

多用于比较复杂的后台产品

组合

优点嘛，貌似是能够根据实际需要把后台产品弄的非常复杂;

缺点嘛，太复杂很难找到自己要找的东西算不算?

硬币都有两面性，需要能够根据具体遇到的问题和实际的需要，选择合适的导航形式，具体问题具体分析，没有绝对的好坏之分。

功能结构梳理

一般在进行功能结构梳理的时候，我都会默默地打开Mindjet，先把功能完整梳理一遍，具体梳理标准参加麦肯锡的“MECE原则”，即相互独立、完全穷尽。另外在梳理的时候，就可以进行版本规划的考虑了，是在这个版本做合适，还是说放到下一个版本的迭代里面。

在用脑图梳理完功能结构之后，我一般都会用一个Excel表格来进行统计汇总，也就是功能清单，一般包括版本规划、功能模块、功能类型、功能描述、优先级、开发量、性价比、对接人、完成时间、备注等。

原型绘制

我一般是在绘制原型的时候就直接在原型上标注了，将比较简单的功能描述、规则说明、触发条件、异常流程、全局说明都直接标注在原型上，如果说流程比较复杂，则会绘制一个流程图来说明。

产出设计稿

线框图绘制好之后，评审完没有问题过后就能够拿着线框图去找设计产出设计稿了，一般在绘制线框图的时候，为了不影响设计人员的设计，我一般倾向于多使用灰色、白色和占位符。

开发测试

开发测试时，需要能够根据之前定好的时间点，定期主动的去和开发测试沟通交流，如果说遇到需求的变更，则需要尽早的通知到相关的干系人。

达内时代科技集团致力于培养面向电信和金融领域的Java、C++、C#/.Net、3G/Android、3G/IOS、PHP、嵌入式、软件测试、UID、网络营销、网络工程、会计、UED、web、Unity3D、大数据、童程童美等17大方向中高端软件人才课程与少儿教育课程。选择运城it培训，不再孤军奋战，轻轻松松做IT高薪白领。运城达内培训带领有明确目标的学子迈向成功之路!想找工作的求职者可以加QQ：3373924515（太原达内就业服务部）咨询了解。