名词百科
什么是多角色权限管理（RBAC）？
一句话定义
RBAC（Role-Based Access Control，基于角色的访问控制）是把权限授予角色、再把角色授予用户的权限模型。用户不直接拥有权限，而是通过角色间接获得。
它到底是什么
RBAC 解决的是权限规模膨胀问题。直接给每个用户配权限，一百个人要配一百次；用角色做中间层，只需维护「角色有哪些权限」和「谁是什么角色」两份关系。
它的核心概念有三层：用户（谁）、角色（能做什么的一组权限）、资源与操作（对什么做什么）。此外还有数据权限这个常被忽略的维度：能不能看，与能看多少条，是两件事。
怎么运作的
权限定义：按「资源 + 操作」定义最小粒度，如「订单 + 导出」「商品 + 编辑」。粒度太粗无法细分，太细维护成本高。
角色设计：按岗位而非按人设计，如运营、客服、财务、管理员。角色数量应远小于用户数量。
授权与继承：可支持角色继承（子角色拥有父角色的权限）和互斥（同一人不能兼任两个冲突角色）。
数据权限：控制可见范围，常见有全部、本部门、本部门及下级、仅本人。这一层决定多组织系统的可用性。
校验：后端每个接口独立校验，前端隐藏按钮只是体验优化，不能作为安全边界。
容易混的几个概念
- ABAC：基于属性的访问控制，按属性动态判断，更灵活但更难维护。
- ACL：直接给资源配访问列表，粒度细但不适合大规模用户。
- 数据权限：控制可见数据范围，与功能权限是两个维度。
- 单点登录：解决身份认证，不解决授权。
常见问题
RBAC 需要做到按钮级吗？
看系统复杂度。后台系统通常需要到按钮与接口级，因为不同岗位能看到的功能差别很大；简单系统按菜单级即可，过细会让配置变复杂。
为什么前端隐藏了按钮还要后端校验？
前端代码对用户完全可见，改一个参数就能调接口。所有权限判断必须落在后端，前端隐藏只影响体验，不影响安全。
D 私域运营 · 同组词条
开放平台开放平台是把企业系统能力以接口形式对外开放的平台，第三方可通过授权调用这些接口；第三方接口则是外部服务商提供的接口，企业作为调用方接入。全渠道全渠道是指企业通过线上线下多个触点（门店、商城、小程序、App、平台店铺）触达用户，并保持商品、库存、订单、会员数据的一致性。多端统一是其在技术层面的实现要求。社群运营社群运营是通过群组维护用户关系、推动互动与转化的持续工作，包括拉新入群、内容供给、活动组织、分层管理与秩序维护。裂变拉新裂变拉新是通过激励机制让现有用户带来新用户增长的运营方式，常见形式有邀请奖励、拼团、助力、分销。核心是让老用户有理由主动分享。用户画像用户画像是把用户属性、行为与偏好抽象成结构化标签的结果；标签体系是这些标签的分类与命名规范，决定了画像能否被稳定使用。CDPCDP（Customer Data Platform，客户数据平台）是把分散在各系统里的客户数据汇聚、清洗、打通后形成统一客户视图的系统；数据中台是更宽的概念，强调把数据能力以服务形式供给各业务。CRMCRM（Customer Relationship Management，客户关系管理）是记录客户信息、跟进过程与商机进展的系统，核心是把销售过程从个人经验变成可管理、可交接的流程。企业微信企业微信是面向企业组织与客户经营的通讯工具，支持客户联系、群管理、会话存档与内部协作；SCRM 是在其之上构建的客户关系管理系统，用于标签、分层与自动化运营。