团队收件箱角色与权限：谁应该看到什么

在团队收件箱中，只给每个人完成工作所需的最低访问权限：客服阅读并回复分配给自己的会话（并领取未分配的会话），主管查看整个团队的会话和报告，营销管理模板和营销活动但不接触单个客服聊天，开发者管理自动化和集成，财务查看账单。只有一到两名管理员可以更改渠道、角色和账单。根据这些工作职责构建每个角色，用真实的登录账号进行测试，并在有人入职、调岗或离职时进行检查。

这就是将最小权限原则应用到客户消息中。这与不信任无关。它保护客户的个人数据，防止代价高昂的失误（例如删除了某个渠道，或把营销活动发给了错误的名单），并让“谁做了什么”一目了然。

为什么角色在消息收件箱中更重要

共享收件箱把大量敏感信息集中在一个地方：

• 以明文形式存在的个人数据。 地址、电话号码、证件照片、处方、付款问题。客户在 WhatsApp 上发送的内容，往往是他们绝不会在网页表单中填写的。
• 影响巨大的按钮。 断开 WhatsApp 号码、编辑正在运行的流程、发送群发营销活动或更改 AI 模型，都会同时影响所有客户。
• 凭据。 AI 服务商的密钥、Webhook URL 和函数可以把数据转移到工作区之外。
• 资金。 工作区余额、发票和付款链接。

如果每个人都是管理员，新客服第一天就能做以上所有事情。共享收件箱中的大多数事故并非攻击，而是出于好意的人点击了他们本不需要访问的东西。

设计角色的原则

从工作职责出发，而不是职位名称

“高级客服”和“客服”可能做的是同样的工作。不如问问：这个人需要看到哪些会话，他们会更改什么，需要哪些报告？职位名称不同但答案相同的两个人，应使用同一个角色。

保持较少的角色数量

四到六个角色就能覆盖大多数企业。每多一个角色，就多一项需要维护和审计的内容。如果您发现自己在创建“客服 – Ayşe”这样的角色，请停下来重新思考。

将查看与更改分开

很多人需要阅读某些内容，但不需要更改。主管可能需要阅读流程，以了解客户为何收到某条消息，但不需要能编辑它们。只读权限往往就足够了。

慎重决定会话的可见范围

这是针对客服最重要的决定。常见的模式有三种：

模式	客服可以看到	适用于
开放	所有会话	互相顶班的小团队、敏感度低的数据
自己的会话加队列	分配给自己的会话，以及可以领取的未分配会话	大多数客服和销售团队
仅限自己的会话	只有分配给自己的会话	诊所、金融、服务多个客户的代理机构、外包团队

“自己的会话加队列”是一个很好的默认选择。客服无法浏览同事的客户，但由于未分配的会话仍然可见，也不会有会话被搁置。

让管理员成为少数

一到两名管理员就足够了。其他所有人，包括经理，都应使用与其工作相符的角色。“以防万一”而给出的管理员权限，正是角色逐渐演变为“人人都能做任何事”的原因。

一套起步角色

将其作为模板，并根据您的业务进行调整。

客服

• 可以看到： 分配给自己的会话，以及可以领取的未分配会话。
• 可以做： 回复、添加内部备注、转接或关闭会话、更新客户资料字段。
• 不可以做： 更改渠道、流程、AI 设置、模板、团队成员或账单；默认看不到报告。

如果您使用 AI 转人工，客服还需要看到助手转交给他们的会话，实际上就是已分配和未分配的会话。

主管或团队负责人

• 可以看到： 本团队的所有会话以及报告。
• 可以做： 分配和重新分配会话、批量关闭长期未处理的会话、检查服务质量、阅读流程和 AI 设置。
• 不可以做： 更改账单、连接或移除渠道，或管理角色。

主管需要报告来管理团队。如果您跟踪首次响应时间和 SLA，请参阅我们的聊天客服指标指南，了解应该向他们展示什么。

营销

• 可以看到： 模板、营销活动，以及允许他们发送消息的联系人列表。
• 可以做： 创建并提交模板、准备和安排群发消息、阅读营销活动报告。
• 不可以做： 阅读单个客服会话、更改渠道或编辑客服流程。

营销权限的主要风险是发给了错误的受众。我们的 WhatsApp 用户同意指南介绍了同意方面的内容；权限则决定谁可以按下“发送”。

开发者或集成人员

• 可以看到： 自动化、函数、流程、Webhook、AI 模型和集成设置。
• 可以做： 构建和测试流程与函数、连接 AI 服务商和工具、设置 Webhook。
• 不需要： 访问账单、团队管理，理想情况下也不需要访问超出测试所需的真实客户会话。

即使这个角色不是“管理员”，也要把它当作敏感角色对待。AI 服务商的 API 密钥和 Webhook 目标决定了客户数据的去向。请把它分配给具名的个人，而不是代理机构的共用账号。

财务

• 可以看到： 账单、发票、工作区余额和付款记录。
• 可以做： 充值余额、下载发票、核对付款。
• 不可以做： 阅读会话或更改收件箱中的任何内容。

管理员或所有者

• 拥有全部权限，包括角色、渠道和账单。仅限一到两人，并确保至少有两人，这样一人休假时也不会有人被锁在门外。

团队、工作时间和角色协同运作

角色决定一个人能做什么。团队和工作时间则决定哪些工作会到达他们手中：

• 团队（销售、客服、账单、某个地区或品牌）让您可以把会话分配给一个小组，并让主管监督自己的小组。
• 工作时间和班次决定人们应在何时回复，这对路由分配和真实的响应时间数据都很重要。
• 状态（例如在线、离开和离线）告诉团队谁真正有空。

请将这三者一起设计。“伊斯坦布尔团队的客服在当班时可以看到自己的会话和伊斯坦布尔队列”是一条完整的规则；“客服可以阅读会话”则不是。

如何在不出问题的情况下推行角色

1. 列出每个人以及他们目前的工作。 一张包含姓名、工作、渠道和所用页面的表格就足够了。
2. 用上面的模板将他们归入四到六个角色。
3. 基于现有角色创建新角色，然后删除不需要的内容，而不是从零开始添加。
4. 用真实的登录账号测试每个角色。 客服能看到队列吗？主管能打开报告吗？营销能提交模板但打不开客服聊天吗？
5. 分小批将人员迁移过去，先从能快速反馈的团队开始。
6. 把规则写下来，每个角色一段话，让新成员和审计人员都能理解。
7. 定期检查： 在有人入职、调岗或离职时检查，并每隔几个月对所有人检查一次。

有人离职时，请当天就撤销其访问权限，并重新分配其未关闭的会话，以免客户一直等待。

值得提前规划的特殊情况

• 代理机构和外包团队。 为每位外部人员提供独立的登录账号和“仅限自己的会话”的客服角色。合同结束时，一步即可撤销访问权限，他们的历史记录仍归属于他们本人。
• 一个工作区中有多个品牌或客户。 按品牌设置团队，并让客服只看自己的会话，这样一个客户的顾客永远不会被另一个客户的客服看到。
• 临时和季节性员工。 为他们分配普通客服角色，不开放报告和自动化权限，并在邀请他们的当天就在日历中记下撤销日期。
• 只想看数据的经理。 一个带报告、不能访问会话的只读角色，往往就是高管所需的全部。
• 紧急访问。 提前决定谁可以在夜间或周末授予额外权限，而不是“暂时”发放管理员权限。

常见错误

• 每个人都是管理员，只因为第一天这样最省事。
• 代理机构或夜班使用共用账号。 您将失去谁回复了消息的记录，也无法单独撤销某个人的访问权限。
• 客服可以编辑流程，为了某一位客户“修正”一条消息，结果改动了所有人收到的内容。
• 主管看不到报告，只能凭感觉管理。
• 为每个人设置一个庞大的“自定义”角色，六个月后没人能说清楚它的用途。

MonoChat 如何实现

在 MonoChat 中，角色位于 设置 › 团队 › 角色。选择 + 创建，为角色命名并选择一个 参考角色，即作为起点的现有角色。然后逐项打开或关闭权限。

• 按区域划分的细粒度权限。 权限按区域分组，例如聊天（渠道、Webhook、会话和消息）、CRM、自动化（函数、流程、AI 模型、MCP、Harness 和智能体运行）、营销、报告、团队、账单、钱包和付款，并在适用时分别设有读取、创建、更新和删除权限。
• 仅限自己的会话。 聊天会话有“owned”（自有）范围，例如读取自己的聊天会话和读取待领取（未分配）的会话，因此您可以将客服限制在自己的会话加队列中。
• 按权限控制报告。 报告菜单只对拥有读取报告权限的角色显示。
• 团队、工作时间和班次在 设置 › 团队 中设置，会话可以在统一团队收件箱中逐个或批量分配给某个人或整个团队。

请查看角色与权限了解概览，或在 app.monochat.ai 创建免费账户，在邀请团队之前先用测试用户试用一个角色。