奥哲低代码平台的角色权限模块改版设计。核心关注弹窗与新页面的取舍、信息结构的扩展性,以及 RBAC 业务模型对组件与方案的影响。
从可用性问题、方案对比、信息结构,到业务模型研究与最终原型,完整复盘角色权限模块的改版思路。
角色权限改版思路复盘:2021 年 1 月交互设计。
收到迭代需求,对运营管理平台中的角色权限模块进行改版:页面布局优化,应用与数据层面按角色分配权限。
用户反馈每个角色权限配置需要近 30 分钟,工作效率低。
存在弹窗陷阱、页面利用率低、多个滚动条等可用性问题,导致编辑体验差。
改变页面结构以容纳弹窗内容,工程量较小,但导航结构复杂且小屏幕利用率仍低。
在新页面打开编辑,干扰信息少、页面利用率最高;虽然改动较大,但更符合编辑任务的专注姿态。
区分系统固定与用户自定义的数据来源,理解应用设计器、领域模型设计器中的字段类型与权限关系。
从内外嵌套原结构出发,探索左右扩展、合并导航、调整导航三种方案,适配信息来源与授权信息的组织。
反思这种可用性问题是否属于设计师的“专业盲区”,尝试还原视角、分析症结,避免踩坑。
通过非正式访谈原设计师与 PM,发现权限内容随迭代不断增加,接手时已形成当前复杂结构。
从领域模型复杂性、弹窗 vs 新页面、信息差等限制因素,分析设计方案差异的根本原因。
授权业务基于 RBAC 模型:用户 - 角色 - 权限。理论上有角色继承与职责分离两个扩展方向。
结合业务只存在角色继承的可能性,要求权限可以复制后修改,并在树状结构中呈现层级关系。
大客户权限分配从大到小逐级下发,小商户从小到大逐渐累加;后续需求增加全选功能,并提前加入“已修改”标记。
在原有信息基础上难以断定组件优劣,考虑业务可能增加授权细分度,确定方案后反馈给规范组。
通过动态原型和标注与同事进行大量设计讨论,在规范、解耦、开发周期与使用习惯之间做权衡。
顶部替换为返回按钮;改善信息结构并增加可扩展导航;新增“已修改”标记;支持全选与角色继承;处理保存相关技术问题。
随原型添加详细交互说明:更改范围、页面自适应及滚动方案、交互元素与特殊情况。
期待再次相遇。