HarborOrganizationWorkspacesProductionSandbox
Delivery agent
API key · Customer operations teamALAlex Lee AdminPermissions updated
客户主动请求的邀请
示例在 Messages 中继续您的支持请求。
客户在服务流程中选择此选项。
用途
现有支持请求
同意
明确授权
模板
Apple 审核通过
虚构的邀请和回复，不会实际发送。真实邀请需使用明确授权和 Apple 审核通过的模板，且仅限于许可的服务用途。
在客户许可下继续
一条有明确接受理由的邀请。
客户正在与你的团队沟通，并希望在 Messages 中继续一项服务请求。为此发送一条经审批的邀请，记录其响应，并在客户接受后将已有上下文带入对话。
围绕客户期望的服务设计邀请。将经审批的模板、明确的同意和可用的替代方案放在一起，使接受、拒绝或无法接收邀请都能产生可理解的结果。
阅读邀请指南是的，我想在 Messages 中继续这个请求。
邀请已接受服务上下文已连接
让客户掌控下一步。
Bird 将邀请生命周期与服务旅程相连接。客户的选择决定接下来发生什么，包括请求何时应留在原始渠道上。
01
获取明确的同意
说明企业、服务目的以及客户将收到 Messages 邀请。将客户的明确选择与用于此邀请的请求和联系信息一同记录。
02
使用经审批的模板
通过 Apple 的独立审批路径准备邀请，使用正确的模板和寻址操作。检查你要邀请的客户的设备和账户要求。
03
跟进接受或拒绝
将网关接受发送、客户响应和已打开的对话作为三个独立阶段处理。客户接受邀请后，使用其已有的请求上下文将其连接到承诺的服务。
04
通过约定的备选渠道继续服务
如果客户拒绝、无法接收邀请或未继续操作，请通过约定的备选方式保持服务可用。避免无视客户回应的重复邀请。
服务邀请应在客户预期之中。
让目的一目了然
使用与客户刚刚进行的对话相匹配的企业身份和邀请文本。接收团队应知道哪个请求触发了邀请，以及客户期望接下来发生什么。
将审批与响应记录集中保存
将模板引用、同意凭证和邀请结果与服务请求一并保留。上线前请查阅最新的 Apple 邀请要求；这是一条需单独审批、仅限特定用途的路径，而非通用营销群发。
邀请常见问题
邀请是否属于不受限制的营销群发渠道？
不是。Apple 要求经过审批、使用受管模板并获得明确的用户同意；此路径禁止发送未经请求的邀请和营销活动。
邀请的寻址方式与普通回复相同吗？
邀请使用客户已授权的手机号码，可能出现在新的或已有的企业会话中。普通回复则通过已打开会话的 Apple 身份继续。
已发送是否意味着客户已接受？
不是。提交和客户响应是两个不同的事实。不要因为缺少响应信号就推断客户已接受或拒绝。
拒绝邀请与离开对话是一回事吗？
不是。它们是不同的客户操作。请遵循已记录的响应和偏好要求，而不是将它们合并为一个状态。
规模扩展
不失控。
在工作区中组织团队，控制 API 访问权限，通过审计日志追踪变更。
HarborOrganizationActive
Audit log
Production- Workspace
- Production
- Resource
- Delivery agent
- ReadRead & write
Team Customer operationsActor role AdminOutcome SucceededTime 22 Sep, 09:42:18 UTC
Succeeded