按现行规则起草升级移交单

这个场景能帮你做什么

一线发现问题超出权限，却只写“请领导处理”，接收团队还得重新问一遍。WorkBuddy 可以对照有效规则整理升级理由、事实和已尝试动作，形成可接手的移交草稿。

开始前需要准备什么

准备完整会话、当前升级规则、已执行操作及客户反馈、必要后台状态。另附责任组和有效值班查询入口；已有承诺与批准更新时间单独列出。没有企业规则时不能自行设定第几次来电必须升级。

具体怎么做

第一步：对应升级信号。 让工具逐条列出原句或记录、命中的规则及仍未知条件。多次处理失败、资金或安全问题等只有符合本公司条件才能写为确定触发；规则未覆盖则标人工判断。

第二步：整理接手所需信息。 移交单保留客户诉求、已核实事实、已尝试但无效的动作、当前影响和未解决点。不要把猜测根因写成事实，也不要加入不必要的个人信息。

第三步：明确接收团队和待办。 按现行职责表列应接收团队及需要决定的事项。值班人员变化时使用当前有效名单或查询链接，不从旧工单或模型记忆拼人名和号码。

第四步：由客服完成移交。 确认规则和信息后，在公司规定渠道升级，并确认有人接收。对客户的进度说明只使用已批准内容，不因生成了移交单就声称已经解决。

可以直接交给 WorkBuddy 的完整要求

对照现行升级规则分析本次会话，起草内部升级移交单。列出触发信号、原句或记录位置、匹配规则和未知条件；整理客户核心诉求、已核实事实、已尝试且无效的动作、当前影响、未解决事项、应接收团队及待决策事项。沿用已经批准的承诺和更新时间，不新增赔偿或时限。动态值班人和联系方式只用有效来源，无法确认就列待核实，不编造。紧急风险提示先走应急渠道。不对外发送、不执行正式升级，不将疑点认定为责任结论。

完成后会得到什么

示例：客户两次尝试方案后仍失败，公司规则写“三次处理未恢复转技术负责人”。移交单应说明目前两次失败、尚未达到该次数条件；若另有安全风险触发条件则单独核对。示例次数不是默认升级标准。

结果应该怎么检查

核对每个确定触发是否满足全部条件，失败次数是否重复计数，接收团队是否有效。检查是否遗漏客户明确要求人工、实际影响或已有承诺，避免把内部推测写进对客回复。

遇到这些情况怎么处理

规则未覆盖但风险明显，由主管判断优先级。接收人无法确认时查当前值班安排，不发到旧电话。紧急安全问题立即执行企业应急制度，移交材料可同步补齐。

哪些由工具处理，哪些必须人工决定

工具整理触发证据和移交草稿；主管或专业团队判断复杂风险与处置，客服通过正式渠道移交并确认接收。