建立客户审批流程

当外部客户或内部利益相关者必须在社交内容发布前确认时，请使用本指南。步骤严格按照当前 BlendDuck 控制台已开放的能力编写，并明确说明访问权限取舍。

开始前准备

• 确定该工作区是否每条内容都需要审核；当前规则作用于整个工作区。
• 获取审核人实际用于登录的邮箱地址。
• 约定审核范围：文案、媒体、品牌、合规、发布时间，或全部内容。
• 先选择一条无风险草稿演练，再把流程用于正式活动。

当前访问边界： BlendDuck 暂时没有“仅客户”“仅审批人”角色，也没有公开审批链接。指定外部审核人会以 Editor 身份加入工作区。除非职责包含会话处理，否则 Social Inbox 应保持 None。如果客户必须无法访问工作区其他内容，请不要使用此模式。

1. 邀请并确认审核人

1. 打开Team & access。
2. 选择 Invite members，输入审核人邮箱。
3. 选择 Editor 并发送邀请。
4. 对方接受后，确认其出现在 Members 列表。
5. 除非已经明确批准，否则 Social Inbox 保持 None。

不要只为完成审批而授予 Admin。Admin 还可以管理工作区设置、成员、凭据、Webhook 和审批规则。

2. 设置指定审核

1. 打开 Approvals → Approval policy。
2. 选择 Require approval。
3. 在 Who can approve? 中勾选预期审核人。
4. 选择 Save rules。

成功标志： 页面显示 Require approval，并且正确成员已被选中。如果没有选择任何成员，则任何工作区 Owner 或 Admin 都可以完成审核。

当前控制台会建立一个需要一人通过的审核阶段；此页面不能配置可选或多级审批。

3. 正式活动前先演练

按团队常用渠道组合创建一条无风险草稿。核对文案、媒体、各渠道版本和排期，然后选择 Send for approval。

本次提交代表当时准确的多渠道版本。请审核人打开 Approvals → To review，选择该内容并确认：

1. 公共文案和发布时间；
2. 列出的每一个渠道；
3. 约定的品牌或合规要求；
4. 应选择 Approve 还是 Request changes。

提出修改时必须填写可执行反馈。好的修改要求会说明位置、期望变化以及阻止通过的原因。

4. 安全处理每种结果

编辑内容或修改审批规则都会让之前的审核失效。这是有意设计：审批不能默默授权审核人从未看过的版本。

5. 建立固定协作习惯

当前审批流程不会自动发送审批邮件或提醒。请约定一个外部通知方式，例如 Slack 消息，并包含工作区、截止时间和内容描述，但不要复制私密凭据或客户敏感数据。

审核人应把 Approvals → To review 作为唯一待办队列。History 显示已完成和退回的审核；Calendar 中的内容详情会显示当前版本是否已通过或被阻止。

完成标准

• 审核人接受了正确工作区的邀请。
• 其角色为 Editor，Social Inbox 权限经过明确决定，并且没有只为审批而授予 Admin。
• Require approval 已指定正确审核人。
• 演练内容出现在 To review。
• 审核人成功通过，或提交了带反馈的修改要求。
• 团队确认编辑后必须重新提交。
• 团队已经约定 BlendDuck 外部的提醒渠道。

遇到阻塞时

底层版本和状态规则请查看内容审批，成员权限请查看团队与权限。