精彩文章推荐产品经理不再是一个单纯的职位，而是一种思维方式，这种思维是所有互联网人必备的，做互联网的人不能不懂产品，关注产品，改变生活。...
后台经验分享：如何做权限管理系统设计？
作者：橘子洲头
全文共 2210 字 5 图，阅读需要 6 分钟
———— / BEGIN / ————
在人人都是产品经理的网站上蛰居了4年，学习了四年，由于最近的工作方向偏向于后台，在设计后台时时常会查阅后台的相关资料，但是关于后台的文章等内容分享的太少了。
正好这一段时间在调整，想尝试撰写一系列的关于后台文章，希望跟大家一起来探讨、分享，希望对大家有所裨益。
由于不同的后台需求多样化，不能一一兼顾，只能蜻蜓点水，尽量深入浅出。
一、权限管理系统定义
权限管理是一个几乎所有后台系统的都会涉及的一个重要组成部分，主要目的是对整个后台管理系统进行权限的控制，而针对的对象是员工，避免因权限控制缺失或操作不当引发的风险问题，如操作错误，数据泄露等问题。
其实权限管理的设计并不难，就目前来说最广泛的是一个账号对应多个角色，每个角色对应相应的权限集（RBAC模型）这种模型基本可以应对所有的问题，且通过角色可以实现灵活且多样的的权限操作需求，我们梳理一下上面主要提到的几个名词：账号、角色、权限。
1. 账号的定义
每个员工想要进入系统肯定都会有一个账号，而这个账号就是一把钥匙。
我们通过控制账号所具备的权限，进而控制这个员工的授权范围。
因此需要告诫员工，账号密码不能轻易提供他人，不然遇到的问题由自己承担。
2. 角色的定义
角色管理是确定角色具备哪些权限的一个过程，他是一个集合的概念，是众多最小权限颗粒的组成。
我们通过把权限给这个角色，再把角色给账号，从而实现账号的权限，因此它承担了一个桥梁的作用。
引入角色这个概念，可以帮助我们灵活的扩展，使一个账号可以具备多种角色。
角色的命名最好按照职位而定，例如市场部普通员工，市场部主管等。因为职位在任何企业都是存在的，且是有限的，并且容易理解，市场部文员那就是市场部文员角色，方便我们配置权限时的判断，避免配置错误。
3. 权限的定义
权限可以分为三种：页面权限，操作权限，数据权限。
控制你可以看到哪个页面，看不到哪个页面。
很多系统都只做到了控制页面这一层级，它实现起来比较简单，一些系统会这样设计，但是比较古板，控制的权限不精细，难以在页面上对权限进行更下一层级的划分。
则控制你可以在页面上操作哪些按妞。
延伸：当我们进入一个页面，我们的目的无非是在这个页面上进行增删改查，那在页面上对应的操作可能是：查询，删除，编辑，新增四个按钮。
可能你在某个页面上，只能查询数据，而不能修改数据。
数据权限则是控制你可以看到哪些数据，比如市场A部的人只能看到或者修改A部创建的数据，他看不到或者不能修改B部的数据。
延伸：数据的控制我们一般通过部门去实现，每条记录都有一个创建人，而每一个创建人都属于某个部门，因此部门分的越细，数据的控制层级也就越精细，这里是否有其他好的方式除了部门这个维度还有其他什么方式可以控制数据权限，大家可以提出来探讨一下。
哪个页面要放置哪些权限，完全根据业务需要配置，你只需要把控制权限的地方列出来交给开发就好。
二、权限管理系统基本的页面设计
1. 角色列表页
删除角色，需要去判断是否有账号关联了此角色，如果有关联，则不允许删除。如果角色不想用或者取消了，你可以将角色设置为无效状态，账户获取角色时会首先判断角色是否有效。
从便捷性上可以提供一个功能批量给某角色添加账户，在新员工入职时特别是同一岗位的，设置的权限时效率会大大提升。
给角色配置权限
2. 账户列表页
首先我们肯定有个账户列表，因为我们是给账户配置权限。里面可以查询到或者添加到所有的人（为什么说添加，因为很多大公司有很多的管理系统，而每一个管理系统只有一部分人用，所以不会把所有人都在账户列表显示出来，故用到了添加）。
这里需要注意的是账号的禁用，用于防止员工离职后的问题。可以跟人事系统打通，人事那边设置某员工离职后，所有系统账号自动设为禁用。
有很多系统，提供了给账号直接添加具体权限的功能而不是通过角色，如同下图，我是不提倡的，给某个员工增加某个特定权限时，虽然操作更加便捷了，但是缺少规范性，一个员工明明是只有市场部角色，居然有财务部的支付功能，这个在页面上是解释不通的，而且日积月累会导致人员权限混乱，这种需求完全可以通过可以新增一个角色去处理。
给账户配置角色
3. 从权限添加账户
这种方式也是不提倡的，这种形式如果上面所讲的，直接给账号添加具体的权限，虽然提升的操作的便捷性，但是影响了权限的规范性与可维护性，角色这一桥梁就会变成断桥，统一性就会破坏掉。
截取的部分原型的页面，页面有点粗陋，仅供参考。
三、权限的分配
权限的分配要合理，很多公司分配给部门权限的时候很随意，部门要什么权限就给什么权限，其实这是有隐患的。
我们更多需要更深入的考虑部门能有什么权限，而不是要什么权限，而这一块往往被忽略。
归根到底我想强调一件事情：权限的管理，如何从公司制度上重视？
即如何规范权限的分配，即那个部门哪个员工要哪个权限都需要进行审批或邮件知会后才能帮其配置，还有哪些数据要设置权限，哪些操作要设置权限，这些权限管理过程才是权限系统的核心，恰恰这些核心的东西在系统上是体现不出来的。
前期的不经意就会在后期会变成麻烦，不仅影响业务效率，更会导致风险危机。
权限管理最终是为了风控，如果权限的风控意识没做好，权限系统做的再好也是枉然。
———— / END / ————
本文由 @橘子洲头 原创发布于人人都是产品经理。未经许可，禁止转载
点击“阅读原文”下载APP
没有更多推荐了，豆丁微信公众号
君，已阅读到文档的结尾了呢~~
人人店微巴后台操作说明书rrd.weiba66.com
扫扫二维码，随身浏览文档
手机或平板扫扫即可继续访问
人人店微巴后台操作说明书
举报该文档为侵权文档。
举报该文档含有违规或不良信息。
反馈该文档无法正常浏览。
举报该文档为重复文档。
推荐理由：
将文档分享至：
分享完整地址
文档地址：
粘贴到BBS或博客
flash地址：
支持嵌入FLASH地址的网站使用
html代码：
&embed src='http://www.docin.com/DocinViewer--144.swf' width='100%' height='600' type=application/x-shockwave-flash ALLOWFULLSCREEN='true' ALLOWSCRIPTACCESS='always'&&/embed&
450px*300px480px*400px650px*490px
支持嵌入HTML代码的网站使用
您的内容已经提交成功
您所提交的内容需要审核后才能发布，请您等待！
3秒自动关闭窗口注册 | 登录
入世未深的交互苟
产品经理就业班，12周特训，测、练、实战，22位导师全程带班，200+名企内推，保障就业！
自定义并不代表随心所欲，只是给用户一个基本思路。文章对产品设计中几种较为常见的自定义功能做了相关总结。
当产品设计出来自定义的功能设置，无形中会给操作者带来创造性的压力。
只要明确自定义并不代表随心所欲，只是给用户一个基本思路，让用户在其思路上衍生和创新。常见与不常见的都总结了几条，在灵活度较高的产品中，使用度也非常高。
1.APP首页、微商城和小程序的首页的自定义
这个项目以前做的一款app产品更偏于功能承载性，功能板块确定后，每一个板块进入都有独立的功能。所以将首页固定下来后，多一个功能直接增加一个功能入口，都是叠加形的操作。
做当前产品后研究发现，首页板块设计变更的频次极高，页面不可能由更新版本来调整，只能用多个基本模板来自定义操作。让管理员在自定义模版上操作，来变更首页的排版。
并且对模板也可以做到自定义的操作。
2.底部导航栏自定义
底部导航栏一般承载着很重要的主体部分，如功能板块的划分。在移动端功能板块上划分的十分明确，位置排列也都有战略意义。
但是对于很多产品快节奏的更新版本和电商涉及到活动时推出的变更性，在后台都有设置成自定义的必要性。
3.APP的引导页、启动页自定义
每次产品发新包前，都会思考一下这期的引导页需要更改么？用什么形式的？迅速设计更换内容，跟开发讨论实现的可能性，由于时间紧促发包后总有不尽如人意的地方。
新产品设计能解决这个问题么？后台对于引导页自定义设置就可以实现，上传格式可放宽为（GIF、png、jpg、jpeg），最后一张的转换效果，也可以自定义选择，这样引导页就可以实时更新。
启动页的更新频率就远大于引导页。启动页分两种情况：
一种常见展示APP的solgen标语的，程序默认写死时间，作用更多的是缓存APP内容，避免提早进入首页面等待缓存的尴尬；
另一种则是广告接入的启动页，常有跳过3、2、1S的提示，广告引流量大的产品非常必要。自定义启动页也可以根据两种类型做选择后，上传相应的图片，实时更新。
微薄上看到，广告页实时更新，表明后台也可以上传多图，随机显示广告，并且设置点击进入相应的网页。
4.表单的必填与非必填选项的自定义
设计产品时，我们时常会因为需求不明确，将字段的必填与非必填定义过死不能及时获取信息。以至于常挂在口边的一句话是：马上让程序调整一下把字段变成非必填，再把您的数据录进去；或者是您先随便填一个，后面有真实数据再更新过来。对于字段是否非必填不清晰的业务需求，我们只能提早决断下来，在后面录数据的时候才能分清孰是孰非。
如果在设计后台时，将字段整理好，统一做一个是否非必填的自定义，可以根据具体环境下调整必填和非必填字段，也是非常灵活可控的。
字段有限，也可以将字段做一定的归类处理。
5.产品消息自定义发送
消息自定义发送的范围会更加灵活：
自定义短信、消息内容。
自定义发送时间
自定义发送人群（根据性别、年龄、地区或是不同端口进入的用户）
自定义push消息、短信或是邮箱
给用户自定义push消息、短信或是邮箱，如何推送，单从推送方法来讲都是很值得深入下去的话题。如果在产品开发前要把这一切定好程序写死，后面再对于这方面文字的更改是极不方便的。
由于电商类APP对消息的推送更新频率高、灵活度高，会根据不同时期和不同类型的活动，有不同的推送规划。所以消息确定发送后，发送消息的自定义就极其重要了。
有些短信或消息针对人群不同，也可以选择性的分组或调整发送信息的先后顺序。
6.快递运费的自定义
快递运费可以根据不同区域、快递重量、件数和体积来自定义运费。
电商类产品最大的困扰一定会有物流问题。网易严选在这方面就做的很好：对于运费的划分很清晰，满88全国包邮。退货退款同意后，顺丰上门取件邮费全免。
小件的邮费在大公司都是不计的，但是大批量或者是液状的商品的运费，对重量、件数和体积就有严格的要求。对于不同地区本来就有邮费的限制，一般江浙沪寄快递价格较西藏地区就更便宜些，在每公斤底价自定义的情况下，数量、重量和体积的增加所增加的运费价格，也可以由后台来自定义。包括可以选择将全国不同区域多项选择，设置同样的运费模板。
根据不同的产品，选择不同自定义下的运费模版，如果选择的模版上并没有该地区，那些地区也就不能购买该商品，也是将商品做了一次地区筛选。
7.表单模板自定义（打印或留存纸质文件相关的模板内容）
租房子有租房协议、买房子有住房合同、跟公司签约有劳动合同书、寄邮件有对应表单等等。当下社会有千千万万个表单协议生成，但实际厚厚的几十页表单反复打印后，需要填写的内容可能就固定的十几个字段。
用户对于纸质合同的信任程度绝对大过于电子版，毕竟签合同是一份考验眼力和考察心思的必要过程，电子版的用户体验差了不少。但是纸质版给到工作人员这边，还是需要将重要信息录到excel上，方便留档纪录。为保证每个文字的准确性，客服小妹应该能晋升为看图识字达人，毕竟你能保证客户奔放洒脱的签名能识别无误？或者编号中的0（零）和O（o）的区别，能不根据场景分析，直接得出？只能默默在客户填写的时候，做一些笔记来避免这种情况的发生吧。
很多人也会问到，那这么多的模版怎么做成模版自定义呢，方法论终需大家总结和思考。
8.主题设置自定义（主色、辅色、字体、效果）
对于网站、微店的自定义功能只是针对与小部分用户，毕竟对于功能和商品主导的B2B电商平台，给用户过于花哨的设计不如价格合理更有吸引力。
但也不缺乏自定义爱好者对于主题颜色、字体或少数效果的追求，毕竟淘宝店家装饰淘宝店面的时候也不仅仅为了卖出去商品嘛，自己看着舒适也是用户体验的一种追求。
最后，需要申请一下。上述场景所举出的例子在交互形式上的表现可能没有达到最优，也没有把所有情况的页面展示出来也只是给大家一个引导思考另外几种没有展示出来的情况和更多自定义的方向。
但是也希望小伙伴根据具体的产品的周期来设计功能的自定义，而不要一味想着将自定义一步就位，后面产品就万事大吉。而应该在自定义的基础上给予后台管理者较好的提示操作，也就是默认设置，再引导他们建立在产品基础上做创新。
本文由 @Lainey 原创发布于人人都是产品经理。未经许可，禁止转载。
题图来自unsplash，基于CC0协议
赞赏是对原创者的最大认可
赞赏7人打赏
收藏已收藏 | 78赞已赞 | 14
入世未深的交互苟
产品经理群
运营交流群
品牌营销群
文案交流群
Axure交流群
关注微信公众号
大家都在问
51个回答65人关注
52个回答57人关注
14个回答34人关注
18个回答28人关注
30个回答35人关注
53个回答89人关注点点客登陆人人店绑定后台账号是什么号_百度知道
点点客登陆人人店绑定后台账号是什么号
我有更好的答案
服务员，有关系统可以去看下酷盈，也不错，支持个性定制
为您推荐：
其他类似问题
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。}