客服工单如何支撑手游订单问题排查

客服工单要真正支撑订单问题排查，不能只保存一段用户描述。比较实用的设计，是让工单能关联玩家、订单、支付通知、补偿任务和处理日志。这样客服看到的是问题进度，技术看到的是排查线索，财务看到的是处理依据。

在手游联运场景里，售后问题经常不是单一系统能解释清楚。充值未到账可能和订单、支付回调、补偿任务有关；玩家归属争议可能和推广入口、渠道包、注册来源有关；结算问题又可能和订单状态、退款状态、代理分成有关。工单系统如果不和这些记录连接，最后还是要靠聊天截图和人工口头确认。

工单主表

主表保存工单编号、玩家ID、游戏ID、问题分类、优先级、状态、负责人、创建时间、更新时间和关闭时间。状态建议覆盖待处理、处理中、等待用户、等待技术、已解决、已关闭。

一个基础 ticket 表可以这样拆：

• ticket_id：工单编号
• user_id：玩家或平台用户编号
• game_id：游戏编号
• category：问题分类，例如充值未到账、登录异常、渠道包异常、礼包问题
• priority：优先级，避免所有问题都挤在同一个队列里
• status：当前处理状态
• owner_id：当前负责人
• created_at、updated_at、closed_at：创建、更新和关闭时间

这里不建议把所有信息都塞进 remark 字段。remark 可以存补充说明，但关键字段要结构化保存，否则后面无法按问题类型、游戏、渠道或处理时长做统计。

订单关联表

充值类工单需要关联订单。可以使用 ticket_order_relation 保存 ticket_id、order_id、pay_order_no、amount、pay_status、notify_status、refund_status。这样客服不用反复找技术查同一笔订单。

订单关联表的价值，是让客服不用重新问玩家“你什么时候付的、付了多少钱、截图在哪里”。如果能根据玩家账号、支付时间和金额找到候选订单，客服就可以先判断问题属于哪一类：

• 订单不存在：继续核对玩家信息或支付平台流水。
• 订单存在但支付未成功：提示玩家等待支付平台结果或补充凭证。
• 订单支付成功但通知失败：进入支付通知和补偿流程。
• 订单已补偿或已退款：客服直接回填处理结果。

这一步要注意权限边界。客服可以看到处理结论和必要字段，但不一定需要看到完整技术日志。技术人员需要看到原始通知、验签结果和失败原因。

通知和补偿记录

支付结果通知失败时，要能看到通知日志、验签结果、响应内容和补偿任务状态。如果系统有补偿任务队列，工单里至少应该能看到是否已经进入补偿流程。

notify_log 建议保存 pay_order_no、order_id、notify_time、sign_result、handle_result、retry_count、error_message。这样排查时不用只看“有没有到账”，而是能知道失败发生在哪一步。

如果有补偿任务，可以增加 compensation_task 或类似记录，保存 order_id、task_type、status、retry_count、last_error、operator_id。自动补偿失败后，再转人工处理。这样既能减少人工补单，也能避免重复补偿。

处理日志

每次转派、备注、补单、关闭都应该写入 ticket_log。处理日志不是为了让流程变重，而是为了让下一位处理人能接上上下文。

ticket_log 至少记录 ticket_id、operator_id、action、before_status、after_status、remark、created_at。比如客服把工单转给技术，技术确认支付通知失败，客服通知玩家已补偿，这些动作都应该能回看。

很多平台售后慢，不是客服不努力，而是上下文没有沉淀。一个问题换一个人处理，就要重新问一遍。处理日志能减少这种重复沟通。

AI客服放在哪里更合适

AI客服适合放在工单创建前后。创建前，它可以引导玩家补齐账号、游戏、区服、支付时间和截图；创建后，它可以根据知识库回答常见问题，并把复杂问题交给人工。

但 AI 不适合直接替代所有判断。比如充值未到账、退款争议、渠道归属争议，都需要结合订单和后台记录判断。比较稳的做法，是让 AI 做信息收集和初步分流，让人工处理高风险动作。

上线前怎么验证

上线前可以用几类测试单走完整流程：

1. 正常支付到账，确认工单不误报。
2. 支付成功但通知失败，确认能进入补偿任务。
3. 玩家填错区服，确认客服能提示补充信息。
4. 重复通知，确认不会重复补偿。
5. 人工补单，确认处理人和原因有记录。

这些测试不复杂，但能提前暴露很多问题。如果测试阶段就需要靠截图和口头沟通，正式推广后问题会更明显。

在米洛SDK相关手游联运后台场景里，工单、订单和支付通知通常需要一起看。因为玩家感知到的是“不到账”，后台实际要排查的是订单、通知、补偿和人工处理。