完整规则
任务说明
产品上线后,客服问题和功能建议会混在一起,我不想靠聊天记录记忆。我计划用最少字段形成处理闭环,希望参考接单者真正处理工单时如何分类、升级和关闭。 把这份任务当成一次复盘式咨询。请用你亲自做过、协助做过或深入复盘过的案例回答: 请展示至少5个容易误分类或过早关闭的工单案例,说明一线判断信号、升级条件和关闭证据。 然后把经验落到四个动作中 ① 设计工单、问题分类、优先级、沟通记录、解决方案和产品建议表。 ② 区分需要客服处理的问题与需要进入产品规划的反馈。 ③ 定义响应、处理中、待用户确认和关闭等状态。 ④ 提供超时工单、高频问题和未关闭建议的查询示例。 我需要拿走的成果 客服数据模型、状态机和统计查询。请同时提供“顺利路径”和“出错后的恢复路径”,让我遇到异常时不必重新搜索。 证据口径 不要向我索取项目资料。请先列出合理的默认假设,再基于接单者真实经验完成方案;经验与事实分开标注,无法确认的内容明确写成待核验项。 验收时会检查 1. 客户问题与产品建议分开。 2. 状态和响应时间可计算。 3. 提供未解决与高频问题查询。 4. 每个关键建议都能看到适用场景、预警信号和不采用其他做法的理由。 本任务不处理:不包含CRM销售跟进或项目任务管理。