立即登录 做过一段时间B端产品，你会发现一件有意思的事：不管服务的行业是供应链、医疗、教育还是金融，总有些模块像地基一样绕不开。用户体系、角色配置、权限分配——这些看似"基础"的功能，往往决定了整个系统能不能跑顺。
这篇文章就从"谁在用"和"怎么管"两个维度，聊聊B端产品的用户特征，以及怎么用RBAC模型把权限这件事理清楚。
---
B端用户到底是谁
C端产品面向的是一个个独立的人，关系简单直接：用户、数据、价值基本都在一条线上。但B端不一样，买单的是企业，真正上手操作的却是一群需要协作的同事。销售填完订单，财务要接着对账；运营发起活动，主管得审批通过。一件事往往要经好几道手才能闭环。
这就带来一个核心矛盾：同一个系统里，不同的人看到的、能操作的，甚至能接触到的数据，都得不一样。让销售看到全公司的成本明细？让客服误触了财务的结算开关？这些场景想想都头疼。所以B端产品必须回答一个问题：怎么让每个人专注干好自己的事，同时把风险关在门外。
答案不是给每个人单独开发功能，而是基于角色做功能裁剪和隔离。
---
RBAC模型：把权限装进"角色"这个筐里
传统做法是给用户直接挂权限，来一个设一次。人少了还能应付，企业规模一上来，管理员就成了"权限保姆"，天天忙着点来点去。更麻烦的是人员流动——有人离职、有人调岗，权限回收和重新分配都是坑。
RBAC（Role-Based Access Control）的思路是把"角色"作为中间层：用户关联角色，角色绑定权限。人变了，换身"马甲"就行；权限要调整，改角色配置就能批量生效。
RBAC0：最基础的"用户-角色-权限"三角
这是最核心的骨架。用户和角色是多对多，角色和权限也是多对多。一个人可以身兼数职，权限自然叠加。比如某员工同时是"华东区销售"和"大客户专员"，那他的操作权限就是两个角色权限的并集。
RBAC1：给角色分个层级
有些组织天然有上下级关系，高层级自动继承低层级的权限。产品总监能看到产品经理的所有数据，还能额外访问战略看板。这种"权限继承"的设计，避免了重复配置，也更贴合真实的企业架构。
RBAC2：给角色加几道枷锁
纯自由的角色组合也会出问题，所以得设点规矩。一是互斥角色，业务和财务不能是同一个人，否则自己提交结算单自己审，内控就形同虚设了。二是数量上限，不能无限制地往一个人身上堆角色，否则权限失控只是时间问题。三是前置条件，想拿产品总监的权限？可以，但得先走过产品助理、产品经理的台阶。这种设计常见于有明确晋升通道的岗位体系。
---
落地到系统：一个典型权限模块的设计
实际搭建时，权限体系通常拆成四个相互关联的模块。
公司管理
集团化企业往往跨地区、多法人。系统首先要能区分"这是哪家公司的人"。企业名称、统一社会信用代码、法人信息、营业执照——这些看似枯燥的字段，后续关联的是数据隔离的边界。A子公司的员工默认进不了B公司的业务数据，这个底线得先划好。
部门管理
部门在这里更像一个"用户组"。给销售部统一配置一套基础权限，新人入职自动继承，不用每次从零设起。更妙的是，部门权限和个人角色权限是叠加关系而非覆盖关系。销售部的小张被单独赋予了"大区经理"角色，那他的最终权限就是"部门基础包 + 大区经理专属包"。
部门设计一般抓几个关键字段：所属公司、上级部门（树形结构必备）、部门名称、部门分类。分类往往暗含权限模板，比如"利润中心"和"成本中心"的默认配置就不一样。
角色管理
这是权限体系的心脏。一个角色要定义清楚三件事：功能权限、字段权限和数据权限。
功能权限决定能看到哪些菜单、能点哪些按钮。粗粒度一点按模块分，细粒度可以精确到"导出Excel"这种具体操作。
字段权限处理的是同一张页面的差异化展示。有人能看到"成本价"字段，有人只能看到"销售价"，有人连这个字段的存在都不知道。读、写、可见、隐藏，几种状态要灵活配置。
数据权限则是最烧脑的部分。只能看自己的？能看部门的？能看全公司的？还是按区域、按产品线来？数据权限的颗粒度往往和业务复杂度直接挂钩。
角色一般不做物理删除，用禁用状态来管理。禁用时系统要自动检查有没有活跃账户绑定，有的话得提示先迁移，避免"幽灵角色"导致的功能异常。
员工管理
终于到"人"了。员工状态要区分"在职用系统"和"在职但不用系统"两种，毕竟有些岗位可能只走线下流程。给账户挂角色时，单角色够用就单角色，复杂场景下多角色并行也是常事。后期如果这套用户体系要对接OA、CRM等其他系统，角色设计的扩展性就显得尤为重要——接口可以变，但"人-角色-权限"的底层逻辑最好不要动。
---
写在最后
权限设计这件事，说大不大，说小也不小。它不像某个业务功能那样容易被看见，但一旦欠考虑，要么是用户抱怨"这也不能用那也不能点"，要么是安全审计时出一身冷汗。把RBAC模型吃透，再结合具体业务场景做裁剪，算是B端产品经理的一门必修课。
---
本站主要收集互联网运营相关的实用内容，部分素材源自网络或用户投稿，仅供学习交流之用。如涉及侵权，请联系管理员处理。