|
|
@@ -0,0 +1,195 @@
|
|
|
+# VOC 电商与企业微信执行待办清单
|
|
|
+
|
|
|
+> 当前状态：**候选任务池，暂不作为正式立项清单。** 请先完成《VOC 到电商：产品方向与竞品能力调研》的方向评审，再从被选中的方向中提取任务。
|
|
|
+> 用法：一行就是一条可认领待办。认领后填写负责人、工时和实际完成日期。
|
|
|
+> 阶段：M0＝需求确认；P0＝可售 MVP；P1＝客户试点；P2＝复制与扩展。
|
|
|
+> 状态：`☐` 未开始，`◐` 进行中，`☑` 已验收，`⊘` 暂缓。
|
|
|
+
|
|
|
+## 需求分类总览
|
|
|
+
|
|
|
+| 大方向 | 原始需求分类 | 对应待办 |
|
|
|
+|---|---|---|
|
|
|
+| 1. VOC 技能 + 电商竞品分析、洞察 | VOC 数据、竞品发现、洞察报告、选品机会 | E01～E07、E11 |
|
|
|
+| 1. VOC 技能 + 电商竞品分析、洞察 | Listing 优化 | E12～E21 |
|
|
|
+| 1. VOC 技能 + 电商竞品分析、洞察 | SaaS 提供源码，用户自动配置完成竞品看板 | E08～E10、E35～E39 |
|
|
|
+| 1. VOC 技能 + 电商竞品分析、洞察 | 国内店铺的 API 接入和 Skills | E22～E25、E40～E41 |
|
|
|
+| 1. VOC 技能 + 电商竞品分析、洞察 | VOC 到店铺的具体应用：评论、售后、活动、多店运营 | E26～E34 |
|
|
|
+| 2. 企业微信 | 日常办公：会议、文档、知识库 | Q01～Q11 |
|
|
|
+| 2. 企业微信 | 目标管理：大计划、目标拆解、会议待办、推进工作 | Q12～Q18 |
|
|
|
+| 2. 企业微信 | 智能客服：私信聊天、Agentic 机器人、人工接管 | Q19～Q32 |
|
|
|
+| 2. 企业微信 | CRM：私信客户、客户群、社群群聊 | Q33～Q43 |
|
|
|
+| 2. 企业微信 | 底层 Skills + API | Q44～Q51 |
|
|
|
+
|
|
|
+## 一、所有项目共同待办
|
|
|
+
|
|
|
+| 状态 | ID | 阶段 | 待办事项 | 具体需要干什么 | 做成什么样算完成 |
|
|
|
+|---|---|---|---|---|---|
|
|
|
+| ☐ | C01 | M0 | 确定业务负责人 | 每个 P0 模块指定 1 名真实业务使用人，负责提供案例、试用和反馈 | 名单中有业务负责人、技术负责人、验收人；没有业务负责人的模块不开工 |
|
|
|
+| ☐ | C02 | M0 | 收集真实业务任务 | 每个 P0 模块收集 3 个日常真实任务、当前做法、耗时和失败案例 | 每个模块至少有 3 个案例，并由业务人员确认“确实每天或每周会做” |
|
|
|
+| ☐ | C03 | M0 | 完成竞品与价格调研 | 每个可售模块调研至少 3 个竞品或人工替代方案，记录功能、价格、计费方式和差评 | 表中信息有来源；无公开价格写“需要询价”，不编造价格 |
|
|
|
+| ☐ | C04 | 开发前 | 编写任务书 | 写清范围、非范围、输入、输出、流程、接口、数据、风险、工时和验收样本 | 业务、技术、验收三方确认后才进入开发 |
|
|
|
+| ☐ | C05 | 全程 | 管理需求变更 | 新需求单独记录增加内容、工时、延期和验收变化 | 所有新增工作都能找到变更单，不静默塞进原任务 |
|
|
|
+| ☐ | C06 | 交付时 | 制作销售 Demo | 每个可售模块制作 15～35 秒视频，展示痛点、核心过程和结果 | 河南、厦门销售人员无需讲解即可直接转发；视频使用样例或脱敏数据 |
|
|
|
+| ☐ | C07 | 交付时 | 制作 HTML 结果页 | 用 HTML 展示分析结果、修改差异、证据、风险和确认按钮 | 页面打开正常；用户一眼能看懂结果；页面不承载复杂业务操作 |
|
|
|
+| ☐ | C08 | 交付时 | 增加人工确认 | Listing 发布、发消息、建群、自动回复等写操作执行前必须让人确认 | 未确认时写操作次数为 0；确认记录包含操作者、时间和目标对象 |
|
|
|
+| ☐ | C09 | 交付时 | 增加审计与回滚 | 记录每次修改前后内容、操作者、时间、原因和执行结果 | 任一修改都能追溯；支持恢复上一版本；失败不留下半完成状态 |
|
|
|
+| ☐ | C10 | 交付时 | 提供 sample/live 两种模式 | sample 不需要真实账号，live 使用真实授权和小规模默认值 | 无账号也能跑 Demo；缺凭据时给清晰操作提示，不暴露原始接口错误 |
|
|
|
+| ☐ | C11 | 交付时 | 完成 smoke 验收 | 覆盖安装、工具发现、样例运行、缺凭据、核心输出字段和异常恢复 | smoke 全部通过；代码、文档、日志和安装包中没有真实密钥或客户数据 |
|
|
|
+| ☐ | C12 | 试点时 | 完成真实业务试用 | 让真实业务人员用模块完成至少 5 次任务，记录成功率、耗时、人工修改和异常 | 达到本清单指标才能标“可交付”；未达标统一标“试点版” |
|
|
|
+| ☐ | C13 | P1 | 制作商业化卡片 | 写清产品名称、客户、输入输出、Demo、部署方式、服务边界、成本和报价 | 销售拿到卡片能说明卖什么、怎么演示、怎么收费、哪些能力不承诺 |
|
|
|
+
|
|
|
+## 二、方向 1：VOC 技能 + 电商竞品分析、洞察
|
|
|
+
|
|
|
+### 1.1 VOC 数据、竞品分析与洞察
|
|
|
+
|
|
|
+| 状态 | ID | 阶段 | 待办事项 | 具体需要干什么 | 做成什么样算完成 |
|
|
|
+|---|---|---|---|---|---|
|
|
|
+| ☐ | E01 | P0 | 定义多源 VOC 数据结构 | 统一客户、商品、订单、评论、客服消息、售后和外部内容的字段与来源标签 | 四类样本可导入；字段完整率 ≥95%；每条数据都有来源和时间 |
|
|
|
+| ☐ | E02 | P0 | 接入一方业务数据 | 接入店铺评论、客服记录、售后记录和订单导出中的至少两类 | 每类至少导入 1 份真实脱敏样本；重复记录率 ≤3% |
|
|
|
+| ☐ | E03 | P0 | 接入三方市场数据 | 复用现有社媒、电商和海外接口采集竞品、评论、价格和排名 | 至少跑通 2 个外部平台；采集失败有明确状态和重试提示 |
|
|
|
+| ☐ | E04 | P0 | 建立证据追溯 | 给每条洞察保留原文、来源链接或来源 ID、时间和分析依据 | 100% 重点结论可以点回原始证据；无证据结论标“待验证” |
|
|
|
+| ☐ | E05 | P1 | 建立店铺 VOC 问题池 | 把评论、客服和售后归入商品、Listing、物流、服务、退款等问题 | 用 ≥500 条记录验收；分类 F1 ≥0.80；Top10 每项至少有 3 条原声 |
|
|
|
+| ☐ | E06 | P0 | 自动发现直接竞品 | 根据品类、价格带、消费场景、评分和销量筛选竞品 | 对 1 个品类找出 5 个可解释竞品，每个竞品都写明入选原因 |
|
|
|
+| ☐ | E07 | P0 | 生成竞品洞察报告 | 汇总价格、销量、评分、关键词、好差评和我方差距 | 1 次运行产出 5 个竞品、≥10 张证据卡和 5 条可执行动作 |
|
|
|
+| ☐ | E11 | P2 | 建立选品机会评分 | 按需求强度、竞争热度、价格带、差评空白和能力匹配给候选商品评分 | 输出 Top20 候选、Top5 待验证机会和不建议进入清单；每项有证据 |
|
|
|
+
|
|
|
+### 1.2 Listing 优化
|
|
|
+
|
|
|
+| 状态 | ID | 阶段 | 待办事项 | 具体需要干什么 | 做成什么样算完成 |
|
|
|
+|---|---|---|---|---|---|
|
|
|
+| ☐ | E12 | P0 | 封装 Listing 诊断入口 | 用户只需输入链接、ASIN 或 SKU，系统自动读取并开始诊断 | 国内外规则分开；无需用户选择底层接口或填写复杂参数 |
|
|
|
+| ☐ | E13 | P0 | 完成 Listing 五维评分 | 对标题、卖点、关键词、图片和 A+ 内容分别评分并列出扣分项 | 20 个 Listing 单条诊断 ≤3 分钟；与运营标注一致率 ≥80% |
|
|
|
+| ☐ | E14 | P0 | 增加竞品与 VOC 依据 | 每条 Listing 建议都关联竞品表现、关键词或用户评论 | 100% 重点建议有数据或规则依据；不凭空承诺转化提升 |
|
|
|
+| ☐ | E15 | P0 | 生成三版 Listing 文案 | 生成保守、平衡、进攻三版标题、Bullet、描述/A+和搜索词 | 20 个 Listing 每个有 3 个完整版本；运营一次采纳率 ≥70% |
|
|
|
+| ☐ | E16 | P0 | 校验平台规则与禁限词 | 检查字符数、禁限词、品牌词、事实声明和高风险表达 | 格式规则通过率 100%；高风险表达不得直接进入待发布版本 |
|
|
|
+| ☐ | E17 | P1 | 生成图片素材 Brief | 根据 VOC 卖点和 Listing 文案输出主图、场景图、边框和 A+ 分镜要求 | 每个 SKU 都有尺寸、文案、场景、素材和禁止项说明 |
|
|
|
+| ☐ | E18 | P1 | 生成候选主图与详情图 | 接入图片生成技能，为每个 SKU 生成 3 套候选素材 | 10 个 SKU 生成 ≥30 套素材；生成成功率 ≥90%；设计师可用率 ≥70% |
|
|
|
+| ☐ | E19 | P0 | 制作 Listing 修改预览 | 用 HTML 对比修改前后的标题、卖点、图片、依据和风险 | 用户能逐项查看差异；未批准内容不能进入发布流程 |
|
|
|
+| ☐ | E20 | P0 | 建立 Listing 审批状态 | 支持草稿、待审核、已批准、已发布和已回滚五个状态 | 20 次流程演练状态无跳跃；每次审批记录人员、时间和意见 |
|
|
|
+| ☐ | E21 | P0 | 保存 Listing 历史版本 | 发布前自动备份当前版本，保存所有修改版本和素材 | 任一版本可在 5 分钟内恢复；恢复后字段和素材不丢失 |
|
|
|
+### 1.3 SaaS 提供源码，用户自动配置完成竞品看板
|
|
|
+
|
|
|
+| 状态 | ID | 阶段 | 待办事项 | 具体需要干什么 | 做成什么样算完成 |
|
|
|
+|---|---|---|---|---|---|
|
|
|
+| ☐ | E08 | P0 | 配置竞品监控对象 | 制作品牌、SKU、指标、频率和告警阈值的配置入口 | 业务人员能在 15 分钟内独立新增 1 个竞品；首批支持 5 品牌 20 SKU |
|
|
|
+| ☐ | E09 | P0 | 实现竞品每日监控 | 定时采集价格、评分、评论量、排名和 Listing 变化并保存历史 | 连续运行 7 天；任务成功率 ≥95%；变化记录可追溯 |
|
|
|
+| ☐ | E10 | P0 | 实现竞品变化告警 | 对价格突变、评分下降、评论激增和 Listing 修改发送告警 | 采集失败或命中阈值后 10 分钟内产生告警；同一事件不重复轰炸 |
|
|
|
+| ☐ | E35 | P0 | 制作源码部署包 | 提供 Docker 或一键安装、环境模板、依赖检查和启动命令 | 在全新环境安装后 60 分钟内看到样例看板 |
|
|
|
+| ☐ | E36 | P0 | 制作数据源配置向导 | 让合作方选择平台、填写授权并添加品牌/SKU | 非开发人员可在 120 分钟内完成真实数据源配置 |
|
|
|
+| ☐ | E37 | P0 | 增加租户与数据隔离 | 不同合作方、客户和店铺的数据与凭据相互隔离 | 跨租户读取测试全部失败；无客户数据或密钥进入安装包 |
|
|
|
+| ☐ | E38 | P0 | 增加健康检查与告警 | 检查接口、数据库、定时任务、余额/权限和数据新鲜度 | 任一关键组件异常后 10 分钟内可见；提示包含可执行恢复步骤 |
|
|
|
+| ☐ | E39 | P0 | 增加备份、升级和回滚 | 提供数据库备份、版本升级、失败回滚和运维手册 | 非开发人员按手册完成一次备份恢复和一次版本回滚 |
|
|
|
+
|
|
|
+### 1.4 国内店铺的 API 接入和 Skills
|
|
|
+
|
|
|
+| 状态 | ID | 阶段 | 待办事项 | 具体需要干什么 | 做成什么样算完成 |
|
|
|
+|---|---|---|---|---|---|
|
|
|
+| ☐ | E22 | M0 | 调研商家后台写接口 | 对 Amazon、淘宝天猫、京东、抖店至少 3 个平台调研授权、商品读写、图片、评论、订单、频控和费用 | 平台矩阵信息有官方或服务方证据；明确哪些能读、哪些能写 |
|
|
|
+| ☐ | E23 | P1 | 跑通一个平台授权 | 选择 1 个有真实测试账号的平台完成授权、续期和权限检查 | 授权流程跑通；凭据不写日志；过期后有清晰恢复方式 |
|
|
|
+| ☐ | E24 | P1 | 实现 Listing 受控写回 | 只写白名单字段，支持读取旧值、幂等更新、回执和失败补偿 | 沙箱或测试店完成 20 次更新；成功率 ≥95%；重复提交不重复写入 |
|
|
|
+| ☐ | E25 | P1 | 实现 Listing 回滚 | 写回失败或用户撤销时恢复发布前版本 | 20 次写回演练均可恢复；失败不留下部分字段为新、部分字段为旧的状态 |
|
|
|
+| ☐ | E40 | P0 | 定义统一店铺 Skills | 将不同平台统一为商品查询、Listing 读取、更新、回滚、评论、订单等动作 | 上层 Agent 使用统一动作名称，不直接依赖平台原始接口 |
|
|
|
+| ☐ | E41 | P0 | 完成国内平台连接器 POC | 从淘宝天猫、京东或抖店中选 1 个平台实现核心读写动作 | 读接口成功率 ≥95%；20 次受控写回成功率 ≥90%；有幂等、审计和回滚 |
|
|
|
+
|
|
|
+### 1.5 VOC 到电商的其他具体应用：评论、售后、活动与多店运营
|
|
|
+
|
|
|
+| 状态 | ID | 阶段 | 待办事项 | 具体需要干什么 | 做成什么样算完成 |
|
|
|
+|---|---|---|---|---|---|
|
|
|
+| ☐ | E26 | P1 | 分类店铺评论 | 识别评论的情绪、意图、问题类型和风险等级 | 用 ≥300 条评论测试；分类 F1 ≥0.85 |
|
|
|
+| ☐ | E27 | P1 | 生成评论回复草稿 | 根据商品事实、品牌话术和客户问题生成可审核回复 | 运营一次采纳率 ≥70%；回复能引用正确商品与政策信息 |
|
|
|
+| ☐ | E28 | P1 | 建立评论转人工规则 | 退款、法律、安全、严重投诉和低置信度评论必须转人工 | 评测集中高风险案例 100% 转人工；未经批准自动发布为 0 |
|
|
|
+| ☐ | E29 | P2 | 建立售后工单 | 从评论或客服记录识别退款、损坏、缺件等问题并创建工单 | 100 个案例中建单召回率 ≥90%；每单能回溯原消息和订单/SKU |
|
|
|
+| ☐ | E30 | P2 | 实现售后分派与催办 | 给工单设置负责人、SLA、升级、补偿审批和完成状态 | 超时后 5 分钟内告警；错误补偿自动执行次数为 0 |
|
|
|
+| ☐ | E31 | P2 | 生成节日商品候选 | 输入节日和商品库，筛选适合活动的 SKU 并说明原因 | 用 1 个节日和 20 个 SKU 演练；业务确认相关性 ≥80% |
|
|
|
+| ☐ | E32 | P2 | 生成节日批量优化方案 | 为候选 SKU 生成 Listing、图片和排期建议，进入人工审批 | 每个修改有预览和依据；未经批准写回为 0 |
|
|
|
+| ☐ | E33 | P1 | 生成多店每日经营摘要 | 汇总各店价格、评论、Listing、售后和异常，按优先级生成当天任务 | 3 店数据同步成功率 ≥95%；高风险事项有明确负责人 |
|
|
|
+| ☐ | E34 | P1 | 验证多店管理效率 | 让 1 名店长连续 14 天使用多店摘要和任务清单 | 日常巡店时长下降 ≥30%；高风险事项漏报率 ≤5% |
|
|
|
+
|
|
|
+## 三、方向 2：企业微信——自动化办公、监听与客服
|
|
|
+
|
|
|
+### 2.1 日常办公：会议、文档、知识库
|
|
|
+
|
|
|
+| 状态 | ID | 阶段 | 待办事项 | 具体需要干什么 | 做成什么样算完成 |
|
|
|
+|---|---|---|---|---|---|
|
|
|
+| ☐ | Q01 | P0 | 制作会议模板 | 提供项目启动会、周会和复盘会模板，包含目标、议程、材料和参会人 | 三类模板均可直接创建会议；必填信息缺失时不执行 |
|
|
|
+| ☐ | Q02 | P0 | 验证官方会议能力 | 跑通创建、查询、修改参会人和取消会议 | 测试企业完成 10 次操作；时间、时区和参会人错误为 0 |
|
|
|
+| ☐ | Q03 | P0 | 接收会议内容 | 支持会议文本、转写文件或录音转写结果进入纪要流程 | 三种入口至少跑通两种；内容与来源会议正确关联 |
|
|
|
+| ☐ | Q04 | P0 | 提取会议结论与待办 | 从会议内容提取决策、Action、负责人、期限、原句和未决问题 | 10 份会议样本中关键待办召回率 ≥90%；无依据字段标“待确认” |
|
|
|
+| ☐ | Q05 | P0 | 人工确认会议待办 | 在创建文档和企微待办前，让负责人确认或修改提取结果 | 未确认时创建待办数为 0；确认记录可追溯 |
|
|
|
+| ☐ | Q06 | P0 | 写入会议纪要与待办 | 把确认结果写入企微文档并创建企微待办 | 确认后同步成功率 ≥95%；失败可重试且不重复创建 |
|
|
|
+| ☐ | Q07 | P1 | 制作文档模板 | 提供任务书、需求变更、会议纪要和项目周报模板 | 四类文档都能由自然语言创建；必填字段完整率 ≥95% |
|
|
|
+| ☐ | Q08 | P1 | 增加文档修改预览 | 修改企微文档前展示新旧差异并备份原文 | 未确认覆写次数为 0；原内容恢复成功率 100% |
|
|
|
+| ☐ | Q09 | P1 | 建立知识库索引 | 读取一个部门的企微文档，建立增量索引和版本更新 | 首批接入 100 份文档；文档更新后 10 分钟内生效 |
|
|
|
+| ☐ | Q10 | P1 | 增加知识库权限 | 继承文档可见范围，查询时过滤无权限内容 | 越权命中次数为 0；权限变化后索引同步更新 |
|
|
|
+| ☐ | Q11 | P1 | 实现带引用问答 | 回答制度、产品和业务问题时返回引用文档和原文片段 | 50 题标准集 Top3 命中率 ≥90%；引用可打开率 100% |
|
|
|
+
|
|
|
+### 2.2 目标管理：大计划、目标拆解、会议待办与工作推进
|
|
|
+
|
|
|
+| 状态 | ID | 阶段 | 待办事项 | 具体需要干什么 | 做成什么样算完成 |
|
|
|
+|---|---|---|---|---|---|
|
|
|
+| ☐ | Q12 | P0 | 定义目标层级 | 建立计划、目标、里程碑、任务、指标和依赖的数据结构 | 每个目标都能关联负责人、期限、指标、依赖和验收证据 |
|
|
|
+| ☐ | Q13 | P0 | 自动拆解大计划 | 输入年度或季度计划，生成目标、里程碑和任务草案 | 用 3 个真实计划测试；业务负责人一次确认通过率 ≥80% |
|
|
|
+| ☐ | Q14 | P0 | 冻结目标基线 | 负责人确认后保存目标、指标、期限和任务基线 | 无负责人、无指标或无期限的任务不能进入执行状态 |
|
|
|
+| ☐ | Q15 | P0 | 同步企微待办 | 支持待办创建、更新、完成、取消以及负责人和截止时间映射 | 50 个测试待办同步成功率 ≥95%；重复创建率 0 |
|
|
|
+| ☐ | Q16 | P0 | 回写任务状态 | 将企微待办状态回写项目台账，并支持失败重试 | 企微与台账状态一致率 ≥95%；失败 5 分钟内可见 |
|
|
|
+| ☐ | Q17 | P1 | 识别项目风险 | 每天识别逾期、阻塞、无人负责和依赖冲突 | 对 2 个项目运行 14 天；真实风险召回率 ≥90%，误报率 ≤10% |
|
|
|
+| ☐ | Q18 | P1 | 生成进度日报和周报 | 汇总已完成、待办、风险、变更和下周动作 | 每项进度能追溯任务、会议或变更记录；不允许模型编造进度 |
|
|
|
+
|
|
|
+### 2.3 智能客服：私信聊天、Agentic 机器人与人工接管
|
|
|
+
|
|
|
+| 状态 | ID | 阶段 | 待办事项 | 具体需要干什么 | 做成什么样算完成 |
|
|
|
+|---|---|---|---|---|---|
|
|
|
+| ☐ | Q19 | P0 | 启用企微生产路由 | 确认 Fmode 企微生产接口路由、订阅、席位和登录链路可用 | 测试账号完成登录、状态查询和 1 次业务接口调用；未验证前不称已上线 |
|
|
|
+| ☐ | Q20 | P0 | 建立消息 webhook | 接收私信、群聊和系统回调，校验签名并转换为统一事件 | 1,000 条混合事件回放丢失率 0；P95 入库延迟 ≤10 秒 |
|
|
|
+| ☐ | Q21 | P0 | 增加消息去重与重试 | 给事件加幂等键、重试、死信队列和处理状态 | 重复入库率 ≤0.1%；失败事件可以重新处理 |
|
|
|
+| ☐ | Q22 | P0 | 增加历史消息补偿 | 服务断开或重启后，用历史同步接口补齐缺失消息 | 重启演练后消息完整；补偿过程不产生重复记录 |
|
|
|
+| ☐ | Q23 | P0 | 建立客服意图分类 | 识别咨询、购买、售后、投诉、退款和其他意图 | 用 ≥200 条脱敏会话测试；意图分类 F1 ≥0.85 |
|
|
|
+| ☐ | Q24 | P0 | 读取客户上下文 | 回复前读取客户资料、历史会话、所属群、待办和知识库 | 评测中客户和会话关联准确率 ≥95%；无权限信息不进入上下文 |
|
|
|
+| ☐ | Q25 | P0 | 生成客服回复草稿 | 根据知识、CRM 和应答政策生成回复、置信度和下一步动作 | 事实引用准确率 ≥90%；人工一次采纳率 ≥70% |
|
|
|
+| ☐ | Q26 | P0 | 设置客服风险门槛 | 投诉、退款、法律、敏感信息和低置信度必须转人工 | 评测集中高风险案例 100% 转人工；未经批准自动发送为 0 |
|
|
|
+| ☐ | Q27 | P0 | 建立 Agentic 应答政策 | 用自然语言配置适用场景、允许工具、禁止动作、优先级和示例 | 首批配置 ≥30 条政策；业务人员不改代码即可调整政策 |
|
|
|
+| ☐ | Q28 | P0 | 建立政策测试与发布 | 每次政策变更自动运行案例集，支持审批、灰度、版本和回滚 | 100 个案例命中准确率 ≥95%；禁止动作触发率 0；10 分钟内可回滚 |
|
|
|
+| ☐ | Q29 | P0 | 实现人工接管状态机 | 支持 AI 服务中、待接管、人工处理中、人工释放和 AI 恢复 | 100 次回放中状态流转正确；人工接管后 AI 发言次数为 0 |
|
|
|
+| ☐ | Q30 | P0 | 建立接管队列与 SLA | 记录接管原因、负责人、等待时间、超时升级和处理结果 | P95 路由时间 ≤30 秒；超时自动升级；同一会话不重复分派 |
|
|
|
+| ☐ | Q31 | P0 | 生成接管上下文摘要 | 转人工时提供客户、问题、已查知识、已执行动作和建议下一步 | 人工无需翻完整聊天即可继续处理；摘要关键信息完整率 ≥90% |
|
|
|
+| ☐ | Q32 | P0 | 恢复 AI 服务 | 人工释放后让 AI 读取处理结果并恢复服务 | 100 次演练恢复成功率 100%；不重复询问人工已解决的问题 |
|
|
|
+
|
|
|
+### 2.4 CRM 客户管理：私信客户、客户群与社群群聊
|
|
|
+
|
|
|
+| 状态 | ID | 阶段 | 待办事项 | 具体需要干什么 | 做成什么样算完成 |
|
|
|
+|---|---|---|---|---|---|
|
|
|
+| ☐ | Q33 | P1 | 定义客户 360 模型 | 统一客户身份、标签、来源、会话、群、负责人、跟进和生命周期 | 100 个客户样本字段完整率 ≥90%；每个客户有稳定主键 |
|
|
|
+| ☐ | Q34 | P1 | 合并重复客户 | 按企微 ID、手机号等规则识别和合并重复记录 | 100 个样本重复客户率 ≤2%；合并有记录并可撤销 |
|
|
|
+| ☐ | Q35 | P1 | 增加客户隐私与审计 | 敏感字段脱敏，限制查看范围，记录查看和修改操作 | 未授权访问为 0；所有客户资料修改都有审计记录 |
|
|
|
+| ☐ | Q36 | P1 | 定义客户群模型 | 建立群、成员、客户、负责人、标签、事件和任务的关联 | 首批 20 个群均能关联成员和负责人 |
|
|
|
+| ☐ | Q37 | P1 | 同步群和成员变化 | 同步建群、入群、退群、成员变化和群公告 | 成员同步准确率 ≥95%；变化 10 分钟内可见 |
|
|
|
+| ☐ | Q38 | P1 | 生成群健康摘要 | 汇总活跃度、关键问题、无人回应和待跟进事项 | 每个跟进项都能回溯到原消息；无原文不产生任务 |
|
|
|
+| ☐ | Q39 | P1 | 定义群聊关键信号 | 定义咨询、购买意向、投诉、风险和无人回应五类信号 | 每类有清晰规则、正反例和处理负责人 |
|
|
|
+| ☐ | Q40 | P1 | 检测群聊关键信号 | 使用关键词和模型双路检测，合并重复事件 | 用 ≥1,000 条消息测试；高意向/投诉召回率 ≥85%，误报率 ≤10% |
|
|
|
+| ☐ | Q41 | P1 | 发送社群告警 | 将重大投诉、高意向和长时间无人回应通知负责人 | 重大投诉 1 分钟内告警；100% 告警可追溯原消息 |
|
|
|
+| ☐ | Q42 | P2 | 建立自动建群流程 | 按客户资格生成建群申请，人工批准后建群、邀请、发公告和建待办 | 测试环境跑 20 次；成功率 ≥95%；未经批准建群次数为 0 |
|
|
|
+| ☐ | Q43 | P2 | 增加建群风控 | 设置频率限制、重复群检测、失败补偿和平台规则检查 | 重复建群次数为 0；失败可恢复；真实账号试点前取得客户确认 |
|
|
|
+
|
|
|
+### 2.5 底层 Skills + API 支持
|
|
|
+
|
|
|
+| 状态 | ID | 阶段 | 待办事项 | 具体需要干什么 | 做成什么样算完成 |
|
|
|
+|---|---|---|---|---|---|
|
|
|
+| ☐ | Q44 | P0 | 固化双通道路由 | 会议、文档、日程、待办走官方 CLI；客户、群、朋友圈、个人账号走 Fmode 接口 | 每种用户意图都能路由到正确通道；两套凭据不混用 |
|
|
|
+| ☐ | Q45 | P0 | 建立企微业务数据库 | 建立账号、客户、群、会话、消息、任务、策略、接管和审计数据表 | Q06、Q20、Q29、Q33 的数据可正常写入和查询 |
|
|
|
+| ☐ | Q46 | P0 | 增加租户与账号隔离 | 按企业、项目、企微账号隔离数据和权限 | 跨租户访问测试全部失败；查询必须带租户上下文 |
|
|
|
+| ☐ | Q47 | P0 | 建立统一事件队列 | 消息、任务、客户、群和接管事件使用统一格式和状态 | 事件可重试、可追踪、可回放；消费者失败不丢事件 |
|
|
|
+| ☐ | Q48 | P0 | 建立统一审计日志 | 记录读写对象、操作者、时间、动作、输入摘要和结果 | 发消息、建群、改任务、改策略等关键动作 100% 有审计 |
|
|
|
+| ☐ | Q49 | P0 | 增加连接器健康检查 | 检查官方 CLI、Fmode 网关、登录、订阅、数据库和事件队列 | 任一组件异常 10 分钟内告警；提示包含恢复方法 |
|
|
|
+| ☐ | Q50 | P0 | 统一工具输出和错误提示 | 所有 MCP 工具返回正文、摘要、数据、文件、下一步、警告和错误 | 用户不会看到 token、原始 403、堆栈或上游响应体；提示可直接执行 |
|
|
|
+| ☐ | Q51 | P0 | 完成企微集成 smoke | 覆盖会议、待办、消息监听、客服、人工接管和数据库恢复 | 关键流程 smoke 100% 通过；断网和重启演练后可以恢复 |
|
|
|
+
|
|
|
+## 四、建议的第一批开工范围
|
|
|
+
|
|
|
+| 顺序 | 产品组合 | 本批必须完成的待办 |
|
|
|
+|---:|---|---|
|
|
|
+| 1 | Listing 优化引流单品 | E06～E07、E12～E21 |
|
|
|
+| 2 | 竞品看板源码方案 | E01～E04、E06～E10、E35～E39 |
|
|
|
+| 3 | 企微会议到目标闭环 | Q01～Q06、Q12～Q16 |
|
|
|
+| 4 | 企微 Agentic 客服 | Q19～Q32、Q44～Q51 |
|
|
|
+
|
|
|
+> 第一批之外的 P1/P2 待办先不并行开发；先让上述四个组合各形成一个能演示、能试用、能验收的闭环。
|
gangvy