审核与客服处理SOP

审核和客服面对的是同一条用户体验链路。客服需要准确解释规则，审核需要依据规则作出结论，两边使用的口径应保持一致。

问题受理

先记录信息，再判断负责岗位。

• 用户账号、任务编号和订单编号
• 问题发生时间与操作步骤
• 相关截图、提示文字和凭证
• 用户期望的处理结果

问题分类

不同类型的问题交给对应人员。

• 规则咨询由运营或客服解答
• 凭证争议由审核人员复核
• 余额和提现由财务核对
• 页面报错和接口异常转技术处理
• 严重投诉由负责人统一回复

处理时效

按照影响范围设置优先级。

• 无法登录、无法提交等阻断问题优先
• 资金异常和批量错误立即升级
• 普通规则咨询按客服顺序处理
• 需要多部门核对时告知预计反馈时间

闭环记录

处理完成后记录结论和改进事项。

• 写明最终处理结果与依据
• 涉及资金时记录对应流水
• 同类问题较多时更新帮助中心
• 系统缺陷进入版本需求清单

统一客服话术

话术用于保证信息准确，不等于机械复制。客服应先判断用户问题，再引用对应规则并给出下一步操作；无法确认的情况明确说明正在核实，不随意猜测。

• 准备登录、领取、提交、审核和提现常见回复
• 话术中包含具体入口和操作路径
• 避免使用绝对承诺和情绪化表达
• 规则更新后同步修改所有相关话术
• 复杂问题转交时附完整用户信息和已做检查

投诉升级条件

涉及大范围故障、资金差异、隐私资料、媒体传播或监管咨询的问题，应立即升级给负责人。普通客服不要自行删除记录或承诺超出权限的解决方案。

• 同类问题短时间集中出现
• 用户余额或提现金额存在明显差异
• 用户报告账号或资料被他人访问
• 商家与多名用户发生同类争议
• 问题可能影响平台持续访问或声誉

服务记录复盘

每周将客服记录按功能、规则、操作和故障分类。能够通过页面提示解决的问题交给产品优化，能够通过文档解决的问题补充帮助中心，真正的故障交给技术修复。

• 统计重复咨询次数和关键词
• 找出用户最难理解的三个步骤
• 检查客服结论是否与审核结果一致
• 追踪升级问题是否按时关闭
• 将典型案例用于新人培训

跨岗位协同处理案例

例如用户反馈任务已经通过但余额未增加，客服先记录账号、任务和时间，审核人员确认订单状态，财务核对奖励流水，技术仅在确认状态与流水不一致时介入。按照这一顺序可以减少所有问题都直接抛给技术的低效做法。

跨岗位处理时使用同一个工单或记录编号，各岗位补充结论而不是分别建立记录。对用户的最终回复由客服统一发出，避免运营、财务和技术给出不同说法。涉及补发资金时，由财务执行并关联原问题记录。

• 客服负责收集完整信息和持续沟通
• 业务岗位先判断规则与数据状态
• 技术处理能够复现的系统问题
• 最终结果和补偿均保留审批记录

降低重复咨询的方法

重复咨询通常说明页面提示出现得太晚、规则位置不明显或错误信息无法指导用户。每周选择咨询量最高的问题，沿用户操作路径找到应该提前说明的位置，通过任务文案、按钮提示、状态说明或帮助文章解决。

帮助内容应使用用户实际搜索和提问的语言，给出入口路径、判断方法和下一步操作，而不是只解释概念。更新后继续观察咨询量是否下降；如果没有变化，说明用户可能根本看不到该内容，需要调整展示位置。

• 将高频问题按操作步骤归类
• 优先优化用户发生错误前的提示
• 帮助文章配合实际页面路径
• 用咨询量验证优化是否有效

注意事项

客服不要在未核实前承诺补偿、通过审核或修改余额，涉及资金的结论必须由有权限人员确认。