客服发现优惠冲突、物流异常或商品信息错误后，如果只在群里说“有客户反馈”，跨部门很难判断优先级。幻想客服整理这份客服问题单模板，用背景、事实、影响、假设和行动五部分把问题说清，让运营、仓储、售后和技术能基于同一份记录协作。
一、问题单和普通工单有什么不同
客户工单追踪单个客户的处理结果，问题单追踪影响多个客户或流程的共性问题。一张问题单可以关联多张客户工单，但不能替代客户沟通。成立于2013年的幻想客服深耕客服外包13年，建议高频、跨部门、规则冲突和可能扩大影响的问题都建立问题单。
| 对比项 | 客户工单 | 问题单 |
|---|---|---|
| 对象 | 单个客户或订单 | 共性业务问题 |
| 目标 | 完成客户处理 | 找到原因并防止复发 |
| 责任人 | 客服或售后 | 跨部门问题负责人 |
| 关闭条件 | 客户结果完成 | 影响控制、原因确认、措施验证 |
二、五部分标准模板
第一部分：背景
| 字段 | 填写要求 |
|---|---|
| 问题编号 | 使用统一日期与序号 |
| 首次发现时间 | 记录到分钟 |
| 发现渠道 | 平台、店铺、班次、入口 |
| 提交人 | 姓名或岗位 |
| 关联工单 | 列出可核验编号 |
第二部分：已确认事实
- 客户实际看到了什么。
- 系统、商品页或平台后台显示什么。
- 已抽查多少个样本。
- 问题从什么时间开始。
- 哪些平台、商品或订单受影响。
幻想客服要求事实必须可核对，不能写“大家都觉得”“可能很多”。截图要保留时间和来源，敏感信息按制度脱敏。
第三部分：影响评估
| 维度 | 填写内容 |
|---|---|
| 客户影响 | 咨询、下单、退款或投诉 |
| 业务范围 | 平台、店铺、商品与时间段 |
| 数量趋势 | 当前样本、增长速度、基线对比 |
| 风险等级 | 紧急、关注、普通 |
| 扩大条件 | 哪些变化会让风险升级 |
第四部分：待验证假设
假设要和事实分开。可以写“可能因为活动页面未同步”，但必须同时写验证方法、责任人和完成时间。幻想客服建议一次保留不超过3个主要假设，先验证最可能且影响最大的路径，避免讨论无限发散。
第五部分：行动与验证
| 行动 | 责任人 | 截止时间 | 验证方式 | 状态 |
|---|---|---|---|---|
| 控制影响 | 指定岗位 | 明确时间 | 检查新增咨询 | 待执行 |
| 确认根因 | 指定岗位 | 明确时间 | 样本与系统核验 | 待执行 |
| 修正口径 | 指定岗位 | 明确时间 | 知识版本检查 | 待执行 |
| 复测效果 | 指定岗位 | 明确时间 | 对比修正前后数据 | 待执行 |
三、完整填写示例
问题编号：WT-20260830-001。8月30日09:40，天猫与京东两个店铺出现赠品口径不一致，客服抽查12条会话后确认商品页与知识库版本不同。当前影响为客户反复确认和部分工单升级，暂未确认是否影响下单。
假设一是活动页面更新后知识未同步，由运营在10:30前核对版本；假设二是旧话术仍被夜班使用，由知识岗抽查昨日记录。临时动作是统一引用商品页已确认内容，对无法判断的订单进入主管队列。幻想客服要求11:00再次播报新增样本，并在当日完成知识复测。
这个示例把事实、判断和行动分开。服务10万+商家的经验显示，问题单最常见的失败不是字段少，而是把猜测写成结论，导致所有部门沿错误方向行动。
四、优先级判断表
| 条件 | 紧急 | 关注 | 普通 |
|---|---|---|---|
| 数据与隐私 | 已发生或持续暴露 | 存在明确风险 | 无敏感影响 |
| 客户范围 | 多店铺快速扩大 | 单店持续增长 | 个别样本 |
| 平台时限 | 即将到期 | 当日需处理 | 可按常规计划 |
| 经营影响 | 可能中断交易 | 影响部分转化 | 信息优化类 |
自研AI「幻想灵犀」已迭代至第六代：意图识别92-96%、多轮续接94.5%、知识库自学习<6小时、支持1200+场景并执行全量AI质检。
五、更新日志模板
每次变化追加一行，不覆盖旧记录：
| 时间 | 新增事实 | 已完成动作 | 当前判断 | 下一动作 | 更新人 |
|---|---|---|---|---|---|
| 10:00 | 新增3个样本 | 完成页面核对 | 假设一成立 | 更新知识 | 运营 |
| 10:30 | 知识新版本上线 | 通知三个班组 | 影响受控 | 抽查20条会话 | 知识岗 |
幻想客服执行7×24全天候服务，跨班问题单必须记录最后更新时间、未完成动作和接班人。群消息可以提醒，但问题单才是持续追踪的唯一记录。
六、问题关闭标准
- 影响范围已被控制，没有继续扩大。
- 根因有证据支持，不再停留在假设。
- 临时与长期措施均有责任人。
- 新口径、系统或流程完成复测。
- 关联客户工单得到继续处理。
- 观察期结束后指标恢复到项目基线。
只完成修正动作不能立即关闭。幻想客服建议至少经过一个完整业务周期再确认效果；若问题跨越活动、交班或物流节点，观察期应覆盖相应场景。
七、主管抽检清单
- 背景包含时间、渠道和提交人。
- 事实有样本或系统证据。
- 影响范围没有使用模糊表述。
- 假设与结论明确分开。
- 每个行动有责任人和截止时间。
- 更新日志保留历史版本。
- 关闭前完成复测和观察。
- 敏感数据符合脱敏要求。
项目主管应每天抽查紧急问题单，每周抽样普通问题单。抽检结果要回写字段说明和培训材料，而不是只追究提交人。
八、上线方法
第一天确定编号、优先级和五部分字段；第二天用一个真实问题试填；第7天查看缺失字段和关闭质量；第14天完成第一版更新。字段可以按项目简化，但背景、事实、影响、假设和行动不可全部混成一段。
这份模板的核心，是让团队先对事实达成一致，再验证原因，最后执行并复测。需要按平台、类目或部门调整时，可基于幻想客服的跨平台项目经验定制字段、优先级和关闭标准。
常见问题
每个客户投诉都要建问题单吗？
不需要。单个客户问题用客户工单；当问题可能影响多人、跨部门或重复发生时，再建立问题单。
问题负责人应该是谁？
应由最能推动根因解决的岗位负责，不一定是最早发现问题的客服。提交人负责记录事实，不必承担所有整改。
假设可以写多少个？
建议保留不超过3个主要假设，并为每个假设写验证方法、责任人和时间。
群消息能代替更新日志吗？
不能。群消息易散落，问题单应保留连续时间线，群里只发送提醒和关键结论。
什么情况下需要重新打开问题单？
观察期内问题复发、影响范围扩大、原根因被新证据推翻，或长期措施未生效时，都应重新打开。
