简介:在上一篇文章《复盘 | B端产品中,如何构建权限体系》中,笔者讲解了:如何在RBAC模型基础上构建了一套“B端、数据、平台”产品的权限体系——基于数据集合及角色的权限访问控制模型。那么,在该模型基础上,如何针 ...
各角色之间的串联关系为:申请者发起申请——系统寻找审批者——审批者进行审批——系统传递审批结果给申请者。 据此,进一步可以将“权限申请”及“权限审批”划分为4个环节:发起、流转、审批、反馈。 一、权限申请的“发起”
一般的申请者在发起一条权限申请的时候(只可以申请“普通用户、产品管理员”两种角色,“平台管理员、超级管理员”则直接通过后台配置),由于是使用内部统一的登录(使用工号),那么TA只需要在界面中确认“数据集合”和“角色”两个内容,就可以完成权限申请的“发起”。 PS:为了保证能顺利通过审核,增加“申请理由”作为必填项。 1. 用户没有任何数据集合的权限,TA是首次申请这种场景下,用户登录进入产品之后,必然会面临无任何数据的状况,所以这个时候需要第一时间提供给他“申请权限”的入口。 2. 用户已经具备部分数据集合的权限,TA需要继续申请其他数据集合的权限这种场景中,可以通过右上角账号名称下的菜单,使用“申请权限”功能,这样可以保证用户使用产品的过程中,在不中断当前任务的前提下,可以随时申请其他数据集合的权限。 二、权限申请的“流转”那么,谁是审批者? 这里就需要给系统定义权限申请的流转规则:
三、权限申请的“审批”审批者可以在“消息”内查看权限申请的详细内容,包括:申请者的姓名、工号、部门、申请产品、申请角色,以及申请理由。 针对这种情况,规定:当第一个“审批者”操作后,无论是“通过”还是“驳回”,此条申请消息由“待审批”的状态变更为“已审批”,其他审批者的操作功能随即失效。 四、审批结果的“反馈”
五、总结在本项目中,通过“权限申请及审批”的产品闭环设计,为用户提供了一站式的服务体验,作为交互设计师,采取的策略可以用6个字总结:“先分解、后聚合”
作者:胡欣欣,公众号:吹拉弹唱大师(ID:cltcds) 本文由@吹拉弹唱大师 原创发布于人人都是产品经理,未经许可,禁止转载。 题图来自Unsplash, 基于CC0协议 本文仅代表作者个人观点,不代表巅云官方发声,对观点有疑义请先联系作者本人进行修改,若内容非法请联系平台管理员,邮箱qq2522407257。更多相关资讯,请到巅云www.rzxsoft.cn学习互联网营销技术请到巅云学院www.rzxsoft.cn。 |