网站内容管理系统后台 设计(B端产品的根基，熟悉业务叫做OMS的设计方法！)

　　网站内容管理系统后台 设计(B端产品的根基，熟悉业务叫做OMS的设计方法！)

　　B端产品是C端产品的基础，B端产品更贴近业务。只有对业务有深入的了解和熟悉，才能做出好的B端产品。

　　今天分享一个设计方法，叫做OMS。OMS设计是根据用户故事设计思路设计用户使用场景，通常讲述用户故事，包括时间、人物、地点、事件等。通俗地说，管理系统要做的就是在特定的时间、特定的用户、特定的场景下执行特定的事件，或者管理它们。

　　管理后端产品的核心是解决一个问题：“某人在某个时间用某物做某事”。

　　如图：后台管理的核心三要素：人、事、物。

　　Person：权限管理（包括：角色设置、操作权限、数据权限）

　　人性化管理和设计主要解决这个问题：谁触发事件？是否适用于所有用户、特定用户？

　　解决这个问题的办法就是权限管理。在讲解权限管理之前，我们先普及一个概念：

　　RBAC（Role-Based Access Control）是一种基于角色的访问控制，是一种权限设计思想。在 RBAC 中，权限与角色相关联，用户通过成为适当角色的成员来获得这些角色的权限。与传统的访问控制（自由访问、强制访问）相比，RBAC能够更好地支持最小权限、职责分离、数据抽象等原则，极大地简化了权限的管理。

　　角色设置：如管理员、普通操作员、游客等，是能够区分不同身份来操作和管理后台的能力。通常管理员拥有最高权限，可以进行所有操作，甚至删除成员；

　　操作权限：基本包括添加、删除、修改、检查四类。角色权限直接影响操作权限，不同角色有不同的操作权限；

　　数据权限：一般分为公共数据库数据和私有数据（具体是需要限制的数据，比如部分内容不能全局查看）；

　　对象：事务管理（业务流程图、任务流、原型设计图）

　　业务流程图：是描述系统内各单位和人员之间的业务关系、操作顺序和管理信息流向的图表。

　　角色：涉及多个角色之间的交互，将核心业务流程梳理在一个泳道图中，明确不同环节和节点的不同角色的用户需要完成的操作和任务。它的作用是清楚地表达业务需求在产品线各个阶段的各个功能模块之间的流动。

　　说明：需求生成后，第一次登陆过程说明。业务流程图不是一成不变的层，是随着需求的逐渐明确而逐渐调整的。业务流程图是整个项目的核心，最终会成为整个项目的标杆文档。物流是产品设计或技术框架的主要参考。因此，明确业务流程对设计后端管理系统非常重要。

　　当用户在前端触发一个操作达到预期的结果时，后台会有大量的工作需要完成。这里所指的背景通常是管理系统。

　　以货运行业为例：

　　业务流程图在产品规划阶段完成，任务流程图在产品设计之前完成。两者之间是有先后顺序的。通常，在业务流程图可用后，可以处理任务流程图。

　　任务流程图：当用户在业务流程中完成某项任务时，可以通过页面流程图进行清晰的梳理。这个阶段主要是围绕核心业务流程展开，形成一条直线任务，完善细节。

　　梳理任务流的思路类似于讲故事，比如：我们如何解决这个问题？解决问题的过程是什么？

　　有了任务流程图，就可以开始产品体验设计，将任务点一个一个拆分成功能模块，然后按照功能模块的直接逻辑顺序组合成交互设计稿，这就是我们所知道的作为原型设计。

　　原型设计图：原型阶段，主要工作内容是业务流程图设计、逻辑*敏*感*词*、功能*敏*感*词*设计、界面低保真原型设计、确认产品界面布局、用户用例、交互设计、交付需求规格 。

　　事项：行为管理（操作路径、行为数据）

　　在明确了不同的用户有不同的权限，不同的权限可以操作不同的功能后，我们还需要进一步回答以下问题：您希望用户做什么？你将某条信息告知用户后，是需要用户确认了解，还是希望用户通过你的信息传输完成特定的动作执行？

　　回答上述问题的过程就是完成行为管理和设计用户操作路径的过程。在这个过程中，可以采集获取用户的行为数据。通过行为数据，我们可以分析用户的真实操作场景，挖掘出业务流程和任务流程中没有发现的需求点，从而进一步完善我们的管理系统。

　　如图：管理后台一般包括三个部分，顶部导航、左侧导航、内容区。左侧导航一般有1-2级结构，尽量不要超过3级。可以通过下拉菜单扩展子级别。

　　为用户生产产品，类似于我们为客户做一顿可口的饭菜。后厨就像一个管理后台，是一个产品核心业务和流程的载体。呈现在顾客面前的菜肴，就像是前端产品的展示，最终色、香、味都是通过后厨的精心制作来实现的。

　　因此，我们在设计管理后台时，业务清晰、逻辑清晰是首要任务。管理后台一般比较复杂，很多业务流程穿插多线程，而不是单线程。

　　在设计管理后台时，设计者对功能模块的划分和页面的逻辑设计有着非常高的要求，绝不能只是模块的简单叠加。