权限设计其实是产品设计

项目里讨论权限时，通常只关注角色名称：管理员、主管、员工。但真正影响使用的是边界细节：主管能不能看到下属的薪资？员工离职后历史审批由谁处理？这些都不是技术问题。

三个必须由业务回答的问题

谁对数据负责？责任人变更时，历史数据的归属是否跟着变？

越权访问如何被发现？系统需要留痕，而不是只在事后追责。

权限申请流程是什么？临时授权到期后是否自动收回？

落地建议

权限点按业务动作命名，而不是按页面命名，这样组织调整时不必重做界面。

默认最小权限，需要更多权限时走申请流程，比默认开放再收紧更安全。

把权限配置做成可视化界面，让业务管理员自己维护，减少开发介入。

权限设计的本质是把组织规则翻译成可执行的控制。翻译得准确，系统才真正贴合业务。