删除 微信售后群话题分类与报告确认方案.md

微信售后群话题分类与报告确认方案.md

@@ -1,64 +0,0 @@
-# 微信售后群话题分类与售后报告确认方案
-
-## 一、当前阶段要确认什么
-
-当前阶段先确认“微信群售后问题自动归类 + 售后事件报告生成”是否满足客户演示和试用要求。
-
-系统可以接入指定售后微信群，自动读取群聊记录，把同一个客户、同一个订单、同一个产品或同一个故障现象相关的多条消息归为一个售后事件话题，并为每个话题生成一份售后报告。
-
-销售跟单、合同、生产、物流、价格等数据联动属于后续二期能力。当前一期报告中会预留这些字段，但未接入销售跟单系统前，只从微信群聊天记录中提取，不自动查询外部数据。
-
-## 二、一期交付范围
-
-- 接入一个或多个微信售后群，按群独立管理。
-- 自动抓取群聊中的售后问题信息，包括文字、图片描述、语音转文字后的内容。
-- AI 按“完整售后事件”分话题，不按单条消息、聊天阶段或零散关键词拆分。
-- 每个售后事件可以生成一份 Markdown 售后报告。
-- 用户可以人工调整话题里的消息，也可以编辑 AI 生成的报告内容。
-
-## 三、话题分类口径
-
-一个话题代表一个完整售后事件。系统会优先识别以下线索：
-
-- 客户名称、地区、门店、联系人。
-- 合同编号、订单号、物流单号、送货日期、到货日期。
-- 产品、设备、部件、零件名称。
-- 损坏、故障、安装异常、客户反馈等问题现象。
-- 现场照片、语音说明、原因描述、处理过程和处理结论。
-
-同一个客户问题的报修、补充照片、语音说明、原因判断、处理结果会归入同一个话题。闲聊、问候、简单确认、无明确问题的通知不会单独生成大量话题。
-
-售后问题的大类归因暂时按原则处理，不写死客户尚未确认的分类名称。后续客户确认业务口径后，可以固化为客户自己的分类体系，例如质量/生产、物流运输、现场安装、客户使用或人为损坏、其他待确认等。
-
-## 四、售后报告内容
-
-每个话题可以生成一份售后事件报告，建议包含：
-
-- 售后事件概览：客户/门店、地区、联系人、合同编号、订单号、物流信息、送货/到货日期、处理状态。
-- 问题概述：涉及产品/部件、问题现象、客户描述。
-- 现场材料摘要：图片、视频、语音、附件和补充说明。
-- 初步归因：按客户业务分类原则归因，无法判断时标记为待人工确认。
-- 沟通与处理过程：按时间整理群聊中的处理动作和结果。
-- 处理结果：当前结论、已采取措施、待跟进事项。
-- 后续建议：建议处理方式、需要人工确认的信息、可沉淀为知识库的经验。
-- 二期联动预留：客户名称、合同编号、订单号、物流单号、送货日期等可用于后续对接销售跟单。
-
-## 五、二期销售跟单联动说明
-
-如果客户后续提供销售跟单系统的数据接口、数据库表、Excel 导入模板，或 AgentBox 数字员工可查询的数据集，系统可以继续扩展为：
-
-- 通过客户名称、合同编号、订单号、物流单号自动查询销售跟单数据。
-- 自动把合同、生产、材料、物流、价格、送货和到货信息带入售后报告。
-- 形成从销售、生产、物流到售后的完整闭环追溯。
-
-这部分不是一期下周演示范围，但技术路径可以预留。
-
-## 六、下周演示建议
-
-- 选择公司内部 2 个真实售后群作为测试对象。
-- 每个群选取一段包含售后问题的聊天记录。
-- 展示 AI 自动分出来的售后事件话题。
-- 点击话题查看相关聊天依据。
-- 生成一份售后事件报告。
-- 演示人工添加/移除消息后，重新生成报告。
-