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 待办先不并行开发；先让上述四个组合各形成一个能演示、能试用、能验收的闭环。