第一层：数据范围
按组织架构划分：一线看自己、组长看本组、主管看全团队、运营看全渠道汇总。
关键：范围要和客服系统里的分组一致。不一致会造成"AI 查到的和我后台看到的不一样"。
第二层：功能权限
第三层：敏感字段
客户手机号、地址等字段，可以设置脱敏展示。一线只看到部分号码。
用途：既能完成工作（比如核对客户身份），又不会造成信息外泄。
要点一：先定角色，再定人
按"一线/组长/主管/运营"四个角色设计权限，人换角色时改角色即可。
按人设计权限，人员变动时要逐个改，一定会有遗漏。
要点二：做一次权限验证
用不同角色的账号，问同一个问题，看结果是否不同。
如果一线客服能查到全公司的数据，说明权限没生效。
权限太严，AI 变得没用。
一线客服看不到客户历史，接手时要重新问一遍。这时候 AI 的价值就消失了。
平衡点：让每个人看到"完成他的工作所需要的"数据。
一线客服需要看到：自己接待过的客户的全部历史。不需要看到：别人的客户。
权限设计不是一次性的。
团队扩张、组织调整、新渠道接入，都需要重新审视权限。
建议每季度检查一次。
一个五十人的团队做权限设计，先定四个角色，再定人。人员调整时只改角色，不用逐个改权限。他们说这套设计撑了两年没出问题，靠的就是先定角色这个原则。
补充一点：权限设计不是一次性的。团队扩张、组织调整、新渠道接入，都需要重新审视。建议每季度检查一次，比出事后补救便宜。
权限设计不是一次性的。团队扩张、组织调整、新渠道接入都要重新审视，每季度检查一次，比出事后补救便宜。
实操上，先定角色再定人。人员调整时只改角色，不用逐个改权限，这是能撑住长期变化的关键。
大团队规划分组与权限时，可看看知你AI助手官网，了解接入思路，并先用实际组织结构验证权限边界。
也可以扫码联系知你客服：
全渠道智能客服系统，聚合微信、小红书、抖音等平台咨询，支持自动回复与多客服协同。
知你AI助手官网 >AI 驱动的智能接待助手，基于知识库生成可确认的推荐回复，提升响应效率。
知你快回官网 >浏览器插件，为小红书、抖音、网页客服场景提供快捷话术库与 AI 自动回复。
