听说,你们家后台难看又难用？.pdfVIP

听说，你们家后台难看又难用？ 除了展示给用户看的前台，后台产品的设计也是很重要的，接下来就简单的分享一下自己在 参与后台产品设计时的一些思考。 最近有幸参加到一款产品后台的设计中，就在朋友圈中发了一条关于后台产品的动态，不曾想引发 了一堆小伙伴们吐槽。主要槽点大致有这么几点，自家后台难看又难用，完全不考虑用户的操作 习惯，流程不够优化，并且还一堆 bug … 结合之前在网上看到的一些东西，细细琢磨了一下，网上关于后台产品的文章相比于其他的类别 而言，文章真的是少的可怜。便有了自己写一篇的想法。 本文主要包含以下几个部分：为什么网上后台产品设计的知识那么少、 后台与前台的区别有哪些、 我参与的后台产品的设计思路。 一 . 为什么网上后台产品设计的知识那么少？ 关于为什么网上后台产品设计的知识那么少这个问题，自己也考虑了一下，考虑的可能并不是很 全面，权当抛砖引玉了。大致可能有以下几个原因： 能接触到的后台较少 后台产品不像 App 或者 Web 产品，能够随便下载或者访问，随便一个外部访客就能使用，后台产品 一般而言都是内部的员工或者外部的合作伙伴才能够使用，并且也会有着角色权限的划分。所以一 般除了自家的后台，接触的也相当较少。 出于职业道德不方便公开 后台产品是自家内部的产品，有很多东西是不能对外公开的，所以不方便拿出来讲。即使有少量关 于后台产品的一些文章，也不会讲解很深层次的东西。 没有机会参与后台的设计 后台产品相对前台而言，一般都会比较复杂，并且一般都是新人在进入公司之前就已经搭建好了。 即使有新的产品或者功能模块上线，一般也是尽可能的在原有的系统上添加的。 另外由于后台产品自身的复杂性，对数据流和业务流理解的要求也比较高，所以没有一定的从业经 验的产品人员，也很难有能力驾驭的了整个后台系统的设计。 有能力设计的不想写 对于那些对业务足够了解，又有能力独自设计整个后台系统的资深产品人，很有可能根本没时间来 写这样的一些东西，或者说段位太高，根本不想写这些东西了 … 其他原因 其他可能的种种原因。 二 . 后台与前台的区别有哪些？ 后台产品是一个与前台产品相对而言的概念，也是一个比较宽泛的概念，比如网站或者 App 的 后台、 ERP 、CRM 、OA 等都能够称为后台。后台与前台相比，也有着一些不同，主要有以下几 方面： 虽然说后台产品更加注重功能的实现，轻用户体验一点，并且后台的用户量也相对较少，然而这并 不代表着后台产品不重要。一个好的后台产品能够大幅的提升员工的工作效率，从而较少很多的隐 形成本。所以，后台产品的设计也是很重要的，接下来就简单的分享一下自己在参与后台产品设计 时的一些思考。 三 . 我参与的后台产品的设计思路 下图为一般经历的流程： 产品初衷 做事先问目的，即 Why ，为什么要做这个产品，是为了解决什么问题？通过产品想实现什么目标？ 是为了能够提升组织效率，还是只是为了能够有个统计报表的东西，还是为了能够对前台产品进行 配置？另外需要能够界定系统的边界，有哪些需要在这个系统中完成的，哪些不需要涉及。 用户分析 在后台中需不需要体现组织架构？上级能不能对下级进行操作，能不能越级操作？下级的操作需不 需要上级来进行审批？ 使用这个系统的用户都有哪些？具体的用户角色类型都有哪些？对于超级管理员、管理员、其他角 色等这些不同的角色，各自的权限具体有哪些？上级管理员能不能对下级进行权限的收放？ 具体的权限是如何划分的？比如功能的权限、数据的权限如何划分。需不需要操作日志的功能？ 需求分析 对于不同的角色，各自的需求是什么？可以通过一个需求池来进行收集，比如可以记录需求的编号 、需求的来源、需求的描述、需求的类型、需求的优先级、变更记录等。 流程梳理 常见的流程图一类是业务流程图，一类是页面流程图，此处说的是业务流程图。通常情况下一般用 流程图和泳道图来进行梳理，如果仅仅只是一个维度的，一般用流程图梳理即可，而如果说涉及到 两个维度的，一般则需要用泳道图来进行梳理。 产品架构选择 后台产品的导航一般有三种，分别是横向导航、纵向导航以及横向 +纵向导航。 横向导航 横向导航一般用户后台产品功能较少，且导航的层级结构较少的情况下。 优点是学习成本低，能够简单明了的看到所有的操作。 缺点则是扩展性相对较差，