{ "version": "1.0.0", "kind": "codebase", "project": { "name": "如愿知识库", "languages": [ "markdown" ], "frameworks": [ "Understand-Anything", "Obsidian" ], "description": "按需求文档、里程碑、技术文档、测试相关、Agent检索组织的流程式知识库。", "analyzedAt": "2026-05-29T06:03:33.440Z", "gitCommitHash": "" }, "nodes": [ { "id": "doc:00_首页/Agent问答入口", "type": "document", "name": "Agent 问答入口", "filePath": "00_首页/Agent问答入口.md", "summary": "当用户询问业务或项目流程时,Agent 应先检索本知识库 Markdown 文件,再组织回答。", "tags": [ "00_首页", "Agent检索" ], "complexity": "simple", "knowledgeMeta": { "content": "---\ntype: agent_entry\ntags: [Agent, 问答, 检索]\naliases: [问答入口, Agent入口]\nsource: manual\nstatus: active\nowner: 内部技术团队\nupdated: 2026-05\n---\n\n# Agent 问答入口\n\n当用户询问业务或项目流程时,Agent 应先检索本知识库 Markdown 文件,再组织回答。\n\n## 推荐检索顺序\n\n1. `05_需求文档/`:持续新增的业务需求、业务规则、需求变更。\n2. `06_里程碑/`:项目节点、阶段计划、阶段评审、上线节奏。\n3. `07_技术文档/`:架构、接口、数据模型、实现方案、技术决策。\n4. `08_测试相关/`:测试计划、测试用例、缺陷、验收、上线检查。\n5. `02_项目管理流程/`:阶段、角色、交付物、门禁、检查清单。\n6. `01_业务流程/`:具体业务流程、业务对象、业务规则。\n7. `04_Agent检索/`:关键词、同义词、回答规则、来源索引。\n8. `03_规范与模板/`:需要产出文档或表单时检索。\n\n## 回答格式\n\n- 先给结论。\n- 再按阶段、负责人、输入、关键动作、输出、检查点说明。\n- 最后注明来源文件。\n- 若知识库没有明确记录,回答“知识库未明确记录”,并说明建议补充到哪个文件。\n\n## 示例问题\n\n- 一个内部系统需求从提出到上线要走哪些阶段?\n- 阶段2.5测试提前补漏要产出什么?\n- 业务主管在项目入口分级中负责什么?\n- 什么时候需要前端提前参与需求收敛?\n- 新增一条业务规则后,怎么验证 Agent 能搜到?\n- 某个业务规则应该补充到哪个模板里?\n- 某个需求对应哪些测试用例?\n- 某个模块有哪些接口说明?\n- 这个项目当前处在哪个里程碑?\n\n## 业务补充验证入口\n\n- 需求文档目录:`05_需求文档/`\n- 里程碑目录:`06_里程碑/`\n- 技术文档目录:`07_技术文档/`\n- 测试相关目录:`08_测试相关/`\n- 需求文档索引:`05_需求文档/需求文档索引.md`\n- 测试用例索引:`08_测试相关/测试用例索引.md`\n- 模板:`03_规范与模板/业务规则与需求补充模板.md`\n- 流程:`04_Agent检索/知识库持续更新与验证流程.md`\n- 记录:`01_业务流程/业务补充验证记录.md`\n", "wikilinks": [], "category": "layer-overview" } }, { "id": "doc:00_首页/知识地图", "type": "document", "name": "知识地图", "filePath": "00_首页/知识地图.md", "summary": "- [[../知识库使用说明|知识库使用说明]]", "tags": [ "00_首页" ], "complexity": "simple", "knowledgeMeta": { "content": "---\ntype: map\ntags: [知识地图, 导航]\naliases: [知识库地图]\nsource: manual\nstatus: active\nowner: 内部技术团队\nupdated: 2026-05\n---\n\n# 知识地图\n\n## 使用说明\n\n- [[../知识库使用说明|知识库使用说明]]\n- [[../Git使用说明|Git 使用说明]]\n\n## 需求文档\n\n- [[../05_需求文档/README|需求文档入口]]\n- [[../05_需求文档/需求文档索引|需求文档索引]]\n- [[../03_规范与模板/需求说明模板|需求说明模板]]\n- [[../03_规范与模板/业务规则与需求补充模板|业务规则与需求补充模板]]\n- [[../01_业务流程/业务规则索引|业务规则索引]]\n- [[../01_业务流程/业务对象字典|业务对象字典]]\n\n## 里程碑\n\n- [[../06_里程碑/README|里程碑入口]]\n- [[../06_里程碑/里程碑索引|里程碑索引]]\n- [[../06_里程碑/阶段计划模板|阶段计划模板]]\n- [[../06_里程碑/里程碑评审记录|里程碑评审记录]]\n- [[../02_项目管理流程/AI驱动内部系统开发流程_V3_总览|项目管理流程总览]]\n- [[../02_项目管理流程/阶段交付物清单|阶段交付物清单]]\n- [[../02_项目管理流程/项目检查清单|项目检查清单]]\n\n## 技术文档\n\n- [[../07_技术文档/README|技术文档入口]]\n- [[../07_技术文档/技术文档索引|技术文档索引]]\n- [[../07_技术文档/系统架构说明模板|系统架构说明模板]]\n- [[../07_技术文档/接口说明模板|接口说明模板]]\n- [[../07_技术文档/技术决策记录|技术决策记录]]\n\n## 测试相关\n\n- [[../08_测试相关/README|测试相关入口]]\n- [[../08_测试相关/测试用例索引|测试用例索引]]\n- [[../08_测试相关/测试用例模板|测试用例模板]]\n- [[../08_测试相关/测试计划模板|测试计划模板]]\n- [[../08_测试相关/缺陷记录模板|缺陷记录模板]]\n- [[../08_测试相关/验收记录模板|验收记录模板]]\n- [[../08_测试相关/上线检查模板|上线检查模板]]\n- [[../02_项目管理流程/阶段2.5_测试提前补漏|阶段2.5 测试提前补漏]]\n- [[../02_项目管理流程/阶段4_测试培训上线回流|阶段4 测试培训上线回流]]\n\n## Agent 检索\n\n- [[../04_Agent检索/检索说明|检索说明]]\n- [[../04_Agent检索/问答提示词|问答提示词]]\n- [[../04_Agent检索/关键词索引|关键词索引]]\n- [[../04_Agent检索/同义词表|同义词表]]\n- [[../04_Agent检索/来源文件索引|来源文件索引]]\n- [[../04_Agent检索/知识库持续更新与验证流程|持续更新与验证流程]]\n", "wikilinks": [], "category": "layer-overview" } }, { "id": "doc:00_首页/知识库首页", "type": "document", "name": "如愿知识库首页", "filePath": "00_首页/知识库首页.md", "summary": "本知识库用于沉淀如愿内部系统建设中的业务流程、项目管理流程、角色职责、交付物、检查清单与 Agent 检索问答规范。", "tags": [ "00_首页" ], "complexity": "simple", "knowledgeMeta": { "content": "---\ntype: index\ntags: [知识库, 首页, 如愿]\naliases: [如愿知识库首页, 知识库入口]\nsource: manual\nstatus: active\nowner: 内部技术团队\nupdated: 2026-05\n---\n\n# 如愿知识库首页\n\n本知识库用于沉淀如愿内部系统建设中的业务流程、项目管理流程、角色职责、交付物、检查清单与 Agent 检索问答规范。\n\n## 快速入口\n\n- [[../知识库使用说明|知识库使用说明]]\n- [[知识地图]]\n- [[Agent问答入口]]\n- [[../05_需求文档/README|需求文档]]\n- [[../06_里程碑/README|里程碑]]\n- [[../07_技术文档/README|技术文档]]\n- [[../08_测试相关/README|测试相关]]\n- [[../04_Agent检索/检索说明|Agent 检索说明]]\n\n## 当前权威来源\n\n- 项目管理流程:`AI_驱动_内部系统开发流程_V3.docx`\n- 适用范围:ERP、内部系统、小型业务系统、运营工具、AI 辅助开发项目。\n\n## 使用原则\n\n1. 需求类问题先查需求文档。\n2. 进度、节点、准入问题先查里程碑。\n3. 技术实现、接口、架构问题先查技术文档。\n4. 测试范围、用例、验收、缺陷问题先查测试相关。\n5. Agent 回答必须说明来源文件。\n6. 知识库没有明确记录时,不要猜测,应提示补充位置。\n", "wikilinks": [], "category": "layer-overview" } }, { "id": "doc:02_项目管理流程/AI驱动内部系统开发流程_V3_总览", "type": "document", "name": "AI 驱动内部系统开发流程 V3 总览", "filePath": "02_项目管理流程/AI驱动内部系统开发流程_V3_总览.md", "summary": "本流程适用于公司当前阶段的 ERP、内部系统、小型业务系统、运营工具、AI 辅助开发项目。", "tags": [ "02_项目管理流程" ], "complexity": "simple", "knowledgeMeta": { "content": "---\ntype: process_overview\ntags: [项目管理流程, AI驱动开发, ERP, 内部系统]\naliases: [AI驱动内部系统开发流程, 内部系统开发流程V3, ERP开发流程]\nsource: AI_驱动_内部系统开发流程_V3.docx\nstatus: active\nowner: 内部技术团队\nupdated: 2026-05\n---\n\n# AI 驱动内部系统开发流程 V3 总览\n\n## 版本定位\n\n本流程适用于公司当前阶段的 ERP、内部系统、小型业务系统、运营工具、AI 辅助开发项目。\n\n核心目标不是让流程变复杂,而是解决以下问题:\n\n- 业务需求说不清。\n- AI 生成内容不完整。\n- 前端模型介入太晚。\n- 后端数据库设计被页面倒逼。\n- 测试太晚才发现需求漏项。\n- 项目完成后留下大量重复代码和技术债。\n\n## 总体阶段\n\n| 阶段 | 阶段名称 | 核心目标 | 核心负责人 |\n|---|---|---|---|\n| 阶段0 | 项目入口分级 | 判断项目是否值得做、走轻流程还是完整流程 | 业务主管 / 技术负责人 |\n| 阶段1 | 业务需求完整形成 | 业务侧通过 Vibe Coding 跑完整需求 | 业务主管 / 业务人员 |\n| 阶段2 | 高保真模型与业务对象确认 | 把完整但粗糙的需求收敛成可开发模型 | 前端 / 产品经理 |\n| 阶段2.5 | 测试提前补漏 | 在开发前用测试视角发现需求漏洞 | 测试 |\n| 阶段3 | 研发协作与正式开发 | 基于高保真模型进行模块化、安全、可维护开发 | 前端 / 后端 / 算法 |\n| 阶段4 | 测试、培训、上线、回流 | 完成测试、培训、上线验收和问题回流 | 测试 / 业务主管 |\n| 阶段5 | 技术债治理与能力沉淀 | 清理 AI 冗余代码并沉淀复用能力 | 技术负责人 |\n\n## 阶段门禁\n\n| 门禁 | 通过标准 |\n|---|---|\n| Gate 0 | 项目入口通过:确认值得做,确认项目类型。 |\n| Gate 1 | 需求完整通过:主流程、分支、页面、按钮、字段、状态大致完整。 |\n| Gate 2 | 高保真模型通过:页面收敛、按钮行为、业务对象、状态、V1/V2 明确。 |\n| Gate 2.5 | 测试补漏:测试用例初稿发现的阻塞问题已处理。 |\n| Gate 3 | 开发联调通过:前后端、数据库、权限、安全、主要流程联调完成。 |\n| Gate 4 | 上线验收通过:测试通过、业务确认、培训完成。 |\n| Gate 5 | 技术债治理完成:重复代码、组件、接口、数据结构完成治理或进入债务池。 |\n\n## 完整版文件结构\n\n- `00_项目入口分级.md`\n- `01_主流程说明.md`\n- `02_日常操作页面结构.md`\n- `03_功能页面按钮盘点表.md`\n- `04_分支流程_XXX.md`\n- `05_异常流程_XXX.md`\n- `06_VibeCoding页面验证记录.md`\n- `07_高保真模型.html`\n- `07_高保真模型说明.md`\n- `08_项目周期与版本确认.md`\n- `09_前端技术评审.md`\n- `10_技术预检记录.md`\n- `10A_统一业务对象模型.md`\n- `10B_按钮行为矩阵.md`\n- `11_测试用例初稿与需求补漏.md`\n- `12_研发任务拆分与协作计划.md`\n- `13_技术实现对接.md`\n- `14_代码治理与安全规范.md`\n- `15_开发问题与联调记录.md`\n- `16_正式测试报告.md`\n- `17_内部培训手册.md`\n- `18_上线验收记录.md`\n- `19_上线问题与回流需求.md`\n- `20_技术债清单.md`\n- `21_业务原子能力沉淀清单.md`\n- `22_组件库与服务复用清单.md`\n- `23_AI开发上下文模板更新记录.md`\n\n## 轻量版文件结构\n\n小项目可以使用轻量版:\n\n- `00_项目入口分级.md`\n- `01_业务需求包.md`\n- `02_高保真模型包.md`\n- `03_项目版本与技术预检.md`\n- `04_测试用例初稿与需求补漏.md`\n- `05_研发协作与技术实现包.md`\n- `06_代码治理与安全规范.md`\n- `07_测试培训上线包.md`\n- `08_技术债与能力沉淀包.md`\n\n## 最终核心原则\n\n- 先分级,再开发。\n- 阶段1追求需求完整,不追求产品完善。\n- Vibe Coding 页面只是需求原型,不直接进入生产。\n- 阶段2追求模型高效,前端必须深度参与。\n- 高保真模型确认后,才允许正式开发。\n- 统一业务对象模型是页面、接口、数据库、测试、AI 提示词的共同基础。\n- 性能、安全、权限、并发、日志、可回滚必须提前预检。\n- 测试提前补漏,不只是上线前找 Bug。\n- 研发阶段以代码质量、模块化、安全性、可维护性为中心。\n- AI 代码必须治理,不能直接堆进生产。\n- 每个项目都要沉淀业务原子能力。\n- 每完成 3-4 个项目,必须进行技术债治理。\n\n## 一句话总结\n\n这套流程不是为了让 AI 替代开发,而是让 AI 帮业务更快形成完整需求,让前端和产品把需求收敛成高保真模型,让研发团队基于模型高质量开发,让测试和技术债治理保障系统长期可用。\n\n## 关联条目\n\n- [[阶段0_项目入口分级]]\n- [[阶段1_业务需求完整形成]]\n- [[阶段2_高保真模型与业务对象确认]]\n- [[阶段2.5_测试提前补漏]]\n- [[阶段3_研发协作与正式开发]]\n- [[阶段4_测试培训上线回流]]\n- [[角色职责矩阵]]\n- [[阶段交付物清单]]\n- [[项目检查清单]]\n", "wikilinks": [], "category": "layer-milestones" } }, { "id": "doc:02_项目管理流程/README", "type": "document", "name": "项目管理流程", "filePath": "02_项目管理流程/README.md", "summary": "本目录基于 `AI_驱动_内部系统开发流程_V3.docx` 拆解,用于指导 ERP、内部系统、小型业务系统、运营工具、AI 辅助开发项目。", "tags": [ "02_项目管理流程" ], "complexity": "simple", "knowledgeMeta": { "content": "---\ntype: index\ntags: [项目管理流程, AI驱动开发]\naliases: [项目管理流程入口, 开发流程入口]\nsource: AI_驱动_内部系统开发流程_V3.docx\nstatus: active\nowner: 内部技术团队\nupdated: 2026-05\n---\n\n# 项目管理流程\n\n本目录基于 `AI_驱动_内部系统开发流程_V3.docx` 拆解,用于指导 ERP、内部系统、小型业务系统、运营工具、AI 辅助开发项目。\n\n## 阶段文件\n\n- [[AI驱动内部系统开发流程_V3_总览]]\n- [[阶段0_项目入口分级]]\n- [[阶段1_业务需求完整形成]]\n- [[阶段2_高保真模型与业务对象确认]]\n- [[阶段2.5_测试提前补漏]]\n- [[阶段3_研发协作与正式开发]]\n- [[阶段4_测试培训上线回流]]\n\n## 重组索引\n\n- [[角色职责矩阵]]\n- [[阶段交付物清单]]\n- [[项目检查清单]]\n- [[常见问题FAQ]]\n\n## 核心原则\n\n先分级,再开发。阶段1追求需求完整,不追求产品完善。高保真模型确认后,才允许正式开发。测试要提前补漏。AI 代码必须治理,不能直接堆进生产。\n", "wikilinks": [], "category": "layer-milestones" } }, { "id": "doc:02_项目管理流程/常见问题FAQ", "type": "document", "name": "常见问题 FAQ", "filePath": "02_项目管理流程/常见问题FAQ.md", "summary": "通常经过阶段0项目入口分级、阶段1业务需求完整形成、阶段2高保真模型与业务对象确认、阶段2.5测试提前补漏、阶段3研发协作与正式开发、阶段4测试培训上线回流。文档还定义了阶段5技术债治理与能力沉淀。", "tags": [ "02_项目管理流程" ], "complexity": "simple", "knowledgeMeta": { "content": "---\ntype: faq\ntags: [项目管理流程, FAQ, 问答]\naliases: [流程常见问题, 项目管理问答]\nsource: AI_驱动_内部系统开发流程_V3.docx\nstatus: active\nowner: 内部技术团队\nupdated: 2026-05\n---\n\n# 常见问题 FAQ\n\n## 一个内部系统需求从提出到上线要走哪些阶段?\n\n通常经过阶段0项目入口分级、阶段1业务需求完整形成、阶段2高保真模型与业务对象确认、阶段2.5测试提前补漏、阶段3研发协作与正式开发、阶段4测试培训上线回流。文档还定义了阶段5技术债治理与能力沉淀。\n\n来源:[[AI驱动内部系统开发流程_V3_总览]]\n\n## 阶段0项目入口分级由谁负责?\n\n由业务主管和技术负责人共同负责。业务主管判断业务价值和范围,技术负责人判断技术复杂度和风险。\n\n来源:[[阶段0_项目入口分级]]、[[角色职责矩阵]]\n\n## 业务需求完整形成阶段的目标是什么?\n\n业务侧通过 Vibe Coding 跑完整需求。阶段1追求需求完整,不追求产品完善。\n\n来源:[[阶段1_业务需求完整形成]]\n\n## 阶段2.5测试提前补漏应该在什么时候发生?\n\n发生在高保真模型确认后、正式开发前。\n\n来源:[[阶段2.5_测试提前补漏]]\n\n## 阶段2.5测试提前补漏要产出什么?\n\n主要产出 `11_测试用例初稿与需求补漏.md`,并形成需求补漏记录、阻塞问题清单和已关闭问题清单。\n\n来源:[[阶段2.5_测试提前补漏]]、[[阶段交付物清单]]\n\n## 什么时候需要前端提前参与需求收敛?\n\n阶段2必须由前端深度参与。若需求涉及多页面、复杂交互、权限、状态流转、数据结构或组件复用,前端应在需求收敛时提前参与。\n\n来源:[[阶段2_高保真模型与业务对象确认]]\n\n## 研发协作与正式开发阶段如何保证模块化、安全和可维护?\n\n依赖统一业务对象模型、研发任务拆分、技术实现对接、代码治理与安全规范、开发问题与联调记录。AI 代码必须经过治理,不能直接堆进生产。\n\n来源:[[阶段3_研发协作与正式开发]]\n\n## 上线前需要检查哪些事项?\n\n至少检查正式测试、主流程、分支流程、权限、异常、数据边界、内部培训手册、业务确认、上线问题回流机制。\n\n来源:[[阶段4_测试培训上线回流]]、[[项目检查清单]]\n\n## Vibe Coding 页面能不能直接进入生产?\n\n不能。Vibe Coding 页面只是需求原型,不直接进入生产。\n\n来源:[[阶段1_业务需求完整形成]]、[[AI驱动内部系统开发流程_V3_总览]]\n", "wikilinks": [], "category": "layer-milestones" } }, { "id": "doc:02_项目管理流程/角色职责矩阵", "type": "document", "name": "角色职责矩阵", "filePath": "02_项目管理流程/角色职责矩阵.md", "summary": "业务主管保证方向正确、主流程清楚、需求不漏大块。", "tags": [ "02_项目管理流程" ], "complexity": "simple", "knowledgeMeta": { "content": "---\ntype: responsibility_matrix\ntags: [项目管理流程, 角色职责, RACI]\naliases: [角色职责, 职责矩阵, RACI]\nsource: AI_驱动_内部系统开发流程_V3.docx\nstatus: active\nowner: 内部技术团队\nupdated: 2026-05\n---\n\n# 角色职责矩阵\n\n## 总览\n\n| 角色 | 主要负责阶段 | 核心职责 | 典型产出 |\n|---|---|---|---|\n| 业务主管 | 阶段0、阶段1、阶段4 | 判断项目价值、明确主流程、确认业务完整性、上线验收 | 项目入口分级、主流程说明、业务验收口径、上线验收记录 |\n| 业务人员 | 阶段1 | 补充分支流程、提供样本数据、验证真实操作路径 | 分支流程、异常流程、Vibe Coding 页面验证记录 |\n| 产品经理 | 阶段2 | 收敛需求、组织高保真模型、明确版本范围 | 高保真模型说明、项目周期与版本确认 |\n| 前端 | 阶段2、阶段3 | 深度参与模型收敛、页面结构、按钮行为、组件复用、前端开发 | 高保真模型、前端技术评审、按钮行为矩阵、前端实现 |\n| 后端 | 阶段3 | 设计接口、数据库、权限、安全、日志、回滚和服务能力 | 技术实现对接、后端服务、接口和数据库方案 |\n| 算法 | 阶段3 | 判断是否需要 AI,设计输入输出、置信度、人工审核和风险控制 | 算法适用性判断、算法输入输出说明、置信度规则 |\n| 测试 | 阶段2.5、阶段4 | 提前写测试用例、发现需求漏洞、正式测试、培训材料、上线反馈 | 测试用例初稿、正式测试报告、内部培训手册、上线问题回流 |\n| 技术负责人 | 阶段0、阶段5 | 技术分级、风险判断、技术债治理和能力沉淀 | 技术债清单、业务原子能力沉淀清单、组件库与服务复用清单 |\n\n## 业务主管\n\n业务主管保证方向正确、主流程清楚、需求不漏大块。\n\n职责:\n\n- 判断项目是否值得做。\n- 定义主流程。\n- 定义日常操作入口。\n- 明确业务人员每天先看什么页面。\n- 拆分分支流程,指定业务人员补充。\n- 确认异常流程。\n- 确认业务完整性。\n- 参与业务验收。\n\n## 业务人员\n\n业务人员负责具体分支流程和真实操作细节。\n\n职责:\n\n- 补充分支流程。\n- 提供样本数据,例如 ASIN、订单、评论、用户、表格等真实样本。\n- 使用 Vibe Coding 跑页面,验证是否符合真实操作。\n- 补充异常场景。\n\n## 算法\n\n算法保证 AI 能力可控、可解释、可人工审核。\n\n职责:\n\n- 判断是否需要 AI,避免为了 AI 而 AI。\n- 设计算法输入,明确模型需要哪些数据。\n- 设计算法输出,明确 AI 返回什么结果。\n- 制定置信度规则。\n- 制定人工审核机制。\n- 设计风险控制,确保 AI 判断错误时可以回退和纠正。\n\n## 测试\n\n测试不只是最后找 Bug,还要提前补漏,并负责内部培训材料。\n\n职责:\n\n- 高保真模型出来后先写测试用例。\n- 用测试视角发现流程、按钮、权限遗漏。\n- 正式测试主流程、分支流程、权限、异常和数据。\n- 输出验收报告。\n- 将测试用例转成业务操作手册。\n- 记录上线问题并回流需求池。\n\n## 关联条目\n\n- [[AI驱动内部系统开发流程_V3_总览]]\n- [[阶段0_项目入口分级]]\n- [[阶段1_业务需求完整形成]]\n- [[阶段2.5_测试提前补漏]]\n- [[阶段4_测试培训上线回流]]\n", "wikilinks": [], "category": "layer-milestones" } }, { "id": "doc:02_项目管理流程/阶段0_项目入口分级", "type": "document", "name": "阶段0 项目入口分级", "filePath": "02_项目管理流程/阶段0_项目入口分级.md", "summary": "不是所有需求都应该进入完整开发流程。阶段0用于判断项目是否值得做,以及走轻流程还是完整流程。", "tags": [ "02_项目管理流程" ], "complexity": "simple", "knowledgeMeta": { "content": "---\ntype: process_stage\ntags: [项目管理流程, 阶段0, 项目入口, 分级, 立项]\naliases: [项目入口分级, 入口分级, Gate 0, 立项分级]\nsource: AI_驱动_内部系统开发流程_V3.docx\nstatus: active\nowner: 业务主管 / 技术负责人\nupdated: 2026-05\n---\n\n# 阶段0 项目入口分级\n\n## 核心目标\n\n不是所有需求都应该进入完整开发流程。阶段0用于判断项目是否值得做,以及走轻流程还是完整流程。\n\n## 负责人\n\n- 业务主管\n- 技术负责人\n\n## 输入\n\n- 业务提出的问题或机会。\n- 现有系统痛点。\n- 业务收益、风险、范围的初步判断。\n\n## 项目分类\n\n| 类型 | 适用场景 | 流程要求 |\n|---|---|---|\n| S 类 | 小需求,单页面、小改动、无复杂数据 | 可简化阶段1和阶段2。 |\n| M 类 | 中等需求,涉及多个页面、多个角色或状态流转 | 建议走完整阶段0-4。 |\n| L 类 | 大型需求,涉及核心流程、多个部门、复杂权限、数据模型或算法 | 必须走完整流程,并强化技术预检和阶段门禁。 |\n\n## 关键动作\n\n- 判断需求是否值得做。\n- 判断项目影响范围。\n- 判断是否需要完整流程。\n- 判断是否涉及复杂数据、权限、算法、外部系统或高风险流程。\n- 初步指定业务负责人和技术负责人。\n\n## 输出/交付物\n\n- `00_项目入口分级.md`\n- 项目类型:S / M / L。\n- 是否进入完整流程的结论。\n- 初步负责人。\n- 初步范围和风险。\n\n## 检查清单\n\n- [ ] 是否确认需求要解决的真实业务问题?\n- [ ] 是否确认该需求值得做?\n- [ ] 是否确认项目类型?\n- [ ] 是否确认走轻流程还是完整流程?\n- [ ] 是否识别复杂权限、数据、算法、并发、安全或外部系统风险?\n- [ ] 是否明确业务主管和技术负责人?\n\n## 风险点\n\n- 小需求被过度流程化,降低效率。\n- 大需求被当成小需求处理,后续返工。\n- 没有识别权限、数据、安全、算法风险。\n- 没有业务负责人,需求持续漂移。\n\n## Gate 0 通过标准\n\n项目入口通过:确认值得做,确认项目类型。\n\n## 常见问题\n\n### 阶段0由谁负责?\n\n由业务主管和技术负责人共同负责。业务主管判断业务价值和业务范围,技术负责人判断技术复杂度和风险。\n\n### 小需求是否必须走完整流程?\n\n不一定。S 类小需求可以简化阶段1和阶段2,但仍应保留基本入口判断、测试和上线验收。\n\n## 关联条目\n\n- [[AI驱动内部系统开发流程_V3_总览]]\n- [[角色职责矩阵]]\n- [[阶段交付物清单]]\n", "wikilinks": [], "category": "layer-milestones" } }, { "id": "doc:02_项目管理流程/阶段1_业务需求完整形成", "type": "document", "name": "阶段1 业务需求完整形成", "filePath": "02_项目管理流程/阶段1_业务需求完整形成.md", "summary": "业务侧通过 Vibe Coding 跑完整需求。阶段1追求需求完整,不追求产品完善。", "tags": [ "02_项目管理流程", "需求文档" ], "complexity": "simple", "knowledgeMeta": { "content": "---\ntype: process_stage\ntags: [项目管理流程, 阶段1, 业务需求, VibeCoding, 需求完整]\naliases: [业务需求完整形成, 提需求, 需求梳理, Gate 1]\nsource: AI_驱动_内部系统开发流程_V3.docx\nstatus: active\nowner: 业务主管 / 业务人员\nupdated: 2026-05\n---\n\n# 阶段1 业务需求完整形成\n\n## 核心目标\n\n业务侧通过 Vibe Coding 跑完整需求。阶段1追求需求完整,不追求产品完善。\n\n## 负责人\n\n- 业务主管\n- 业务人员\n\n## 输入\n\n- 阶段0入口分级结论。\n- 业务痛点、业务目标、现有流程。\n- 业务人员真实操作经验。\n\n## 关键动作\n\n- 梳理主流程。\n- 明确日常操作页面结构。\n- 盘点功能页面和按钮。\n- 补充分支流程。\n- 补充异常流程。\n- 使用 Vibe Coding 生成或验证需求原型。\n- 记录页面验证结果。\n\n## 输出/交付物\n\n- `01_主流程说明.md`\n- `02_日常操作页面结构.md`\n- `03_功能页面按钮盘点表.md`\n- `04_分支流程_XXX.md`\n- `05_异常流程_XXX.md`\n- `06_VibeCoding页面验证记录.md`\n\n## 检查清单\n\n- [ ] 主流程是否能从开始走到结束?\n- [ ] 日常操作入口是否清楚?\n- [ ] 页面、按钮、字段是否大致完整?\n- [ ] 分支流程是否由真实业务人员补充?\n- [ ] 异常流程是否覆盖无负责人、超时、数据缺失等情况?\n- [ ] Vibe Coding 原型是否经过业务侧走查?\n- [ ] 是否明确哪些内容只是原型,不可直接进入生产?\n\n## 风险点\n\n- 只描述主流程,漏掉分支和异常。\n- 把 Vibe Coding 页面当成可生产代码。\n- 业务主管只给方向,没有安排业务人员补充真实操作细节。\n- 页面、按钮、字段未盘点,导致阶段2和开发阶段返工。\n\n## Gate 1 通过标准\n\n需求完整通过:主流程、分支、页面、按钮、字段、状态大致完整。\n\n## 常见问题\n\n### 阶段1追求什么?\n\n追求需求完整,不追求产品完善。页面可以粗糙,但业务流程、分支、异常、按钮、字段不能漏大块。\n\n### Vibe Coding 页面能不能直接上线?\n\n不能。Vibe Coding 页面只是需求原型,不直接进入生产。\n\n## 关联条目\n\n- [[阶段0_项目入口分级]]\n- [[阶段2_高保真模型与业务对象确认]]\n- [[角色职责矩阵]]\n- [[阶段交付物清单]]\n", "wikilinks": [], "category": "layer-milestones" } }, { "id": "doc:02_项目管理流程/阶段2.5_测试提前补漏", "type": "document", "name": "阶段2.5 测试提前补漏", "filePath": "02_项目管理流程/阶段2.5_测试提前补漏.md", "summary": "在开发前用测试视角发现需求漏洞。测试提前补漏,不只是上线前找 Bug。", "tags": [ "02_项目管理流程", "测试相关" ], "complexity": "simple", "knowledgeMeta": { "content": "---\ntype: process_stage\ntags: [项目管理流程, 阶段2.5, 测试, 需求补漏, 测试用例]\naliases: [测试提前补漏, 开发前测试, Gate 2.5, 测试用例初稿]\nsource: AI_驱动_内部系统开发流程_V3.docx\nstatus: active\nowner: 测试\nupdated: 2026-05\n---\n\n# 阶段2.5 测试提前补漏\n\n## 核心目标\n\n在开发前用测试视角发现需求漏洞。测试提前补漏,不只是上线前找 Bug。\n\n## 负责人\n\n- 测试\n\n## 输入\n\n- 高保真模型。\n- 高保真模型说明。\n- 统一业务对象模型。\n- 按钮行为矩阵。\n- 项目周期与版本确认。\n\n## 关键动作\n\n- 基于高保真模型先写测试用例初稿。\n- 从主流程、分支流程、权限、异常、数据、按钮行为视角检查遗漏。\n- 标记阻塞开发的问题。\n- 将需求漏洞回流给业务、产品、前端补齐。\n- 确认阻塞问题处理后再进入正式开发。\n\n## 输出/交付物\n\n- `11_测试用例初稿与需求补漏.md`\n- 需求补漏记录。\n- 阻塞问题清单。\n- 已关闭问题清单。\n\n## 检查清单\n\n- [ ] 是否已基于高保真模型编写测试用例初稿?\n- [ ] 是否覆盖主流程?\n- [ ] 是否覆盖分支流程?\n- [ ] 是否覆盖权限?\n- [ ] 是否覆盖异常场景?\n- [ ] 是否覆盖关键数据和状态?\n- [ ] 是否覆盖按钮行为?\n- [ ] 测试发现的阻塞问题是否已关闭?\n\n## 风险点\n\n- 测试只在上线前介入,导致需求漏洞在开发后才暴露。\n- 测试用例只覆盖主流程,漏掉权限、异常、分支和数据边界。\n- 阻塞问题没有关闭就进入开发。\n\n## Gate 2.5 通过标准\n\n测试补漏:测试用例初稿发现的阻塞问题已处理。\n\n## 常见问题\n\n### 阶段2.5应该在什么时候发生?\n\n发生在高保真模型确认后、正式开发前。\n\n### 阶段2.5要产出什么?\n\n主要产出 `11_测试用例初稿与需求补漏.md`,并形成需求补漏记录、阻塞问题清单和已关闭问题清单。\n\n## 关联条目\n\n- [[阶段2_高保真模型与业务对象确认]]\n- [[阶段3_研发协作与正式开发]]\n- [[项目检查清单]]\n", "wikilinks": [], "category": "layer-milestones" } }, { "id": "doc:02_项目管理流程/阶段2_高保真模型与业务对象确认", "type": "document", "name": "阶段2 高保真模型与业务对象确认", "filePath": "02_项目管理流程/阶段2_高保真模型与业务对象确认.md", "summary": "把完整但粗糙的需求收敛成可开发模型。阶段2追求模型高效,前端必须深度参与。", "tags": [ "02_项目管理流程" ], "complexity": "simple", "knowledgeMeta": { "content": "---\ntype: process_stage\ntags: [项目管理流程, 阶段2, 高保真模型, 业务对象, 前端, 产品]\naliases: [高保真模型确认, 业务对象确认, Gate 2, 统一业务对象模型]\nsource: AI_驱动_内部系统开发流程_V3.docx\nstatus: active\nowner: 前端 / 产品经理\nupdated: 2026-05\n---\n\n# 阶段2 高保真模型与业务对象确认\n\n## 核心目标\n\n把完整但粗糙的需求收敛成可开发模型。阶段2追求模型高效,前端必须深度参与。\n\n## 负责人\n\n- 前端\n- 产品经理\n\n## 输入\n\n- 阶段1形成的主流程、页面结构、按钮盘点、分支流程、异常流程和 Vibe Coding 验证记录。\n\n## 关键动作\n\n- 将业务原型收敛为高保真模型。\n- 明确页面结构、交互、按钮行为和状态变化。\n- 确认业务对象、字段、状态和对象关系。\n- 明确 V1/V2 范围和项目周期。\n- 进行前端技术评审和技术预检。\n- 识别性能、安全、权限、并发、日志、可回滚等风险。\n\n## 输出/交付物\n\n- `07_高保真模型.html`\n- `07_高保真模型说明.md`\n- `08_项目周期与版本确认.md`\n- `09_前端技术评审.md`\n- `10_技术预检记录.md`\n- `10A_统一业务对象模型.md`\n- `10B_按钮行为矩阵.md`\n\n## 检查清单\n\n- [ ] 页面是否已经从粗糙原型收敛成可开发模型?\n- [ ] 按钮行为是否明确?\n- [ ] 业务对象、字段、状态、对象关系是否明确?\n- [ ] V1/V2 范围是否明确?\n- [ ] 是否完成前端技术评审?\n- [ ] 是否完成性能、安全、权限、并发、日志、可回滚预检?\n- [ ] 是否明确高保真模型确认后才允许正式开发?\n\n## 风险点\n\n- 前端介入太晚,导致页面、接口、数据库互相倒逼。\n- 高保真模型只画页面,没有确认业务对象和状态。\n- 没有按钮行为矩阵,开发和测试无法对齐。\n- 未提前识别性能、安全、权限、并发、日志、回滚风险。\n\n## Gate 2 通过标准\n\n高保真模型通过:页面收敛、按钮行为、业务对象、状态、V1/V2 明确。\n\n## 常见问题\n\n### 什么时候需要前端提前参与?\n\n阶段2必须由前端深度参与。若需求涉及多页面、复杂交互、权限、状态流转、数据结构或组件复用,前端应在需求收敛时提前参与。\n\n### 统一业务对象模型为什么重要?\n\n统一业务对象模型是页面、接口、数据库、测试、AI 提示词的共同基础。\n\n## 关联条目\n\n- [[阶段1_业务需求完整形成]]\n- [[阶段2.5_测试提前补漏]]\n- [[../01_业务流程/业务对象字典]]\n- [[阶段交付物清单]]\n", "wikilinks": [], "category": "layer-milestones" } }, { "id": "doc:02_项目管理流程/阶段3_研发协作与正式开发", "type": "document", "name": "阶段3 研发协作与正式开发", "filePath": "02_项目管理流程/阶段3_研发协作与正式开发.md", "summary": "基于高保真模型进行模块化、安全、可维护开发。研发阶段以代码质量、模块化、安全性、可维护性为中心。", "tags": [ "02_项目管理流程" ], "complexity": "simple", "knowledgeMeta": { "content": "---\ntype: process_stage\ntags: [项目管理流程, 阶段3, 研发协作, 正式开发, 代码治理, 安全]\naliases: [研发协作, 正式开发, Gate 3, 开发联调]\nsource: AI_驱动_内部系统开发流程_V3.docx\nstatus: active\nowner: 前端 / 后端 / 算法\nupdated: 2026-05\n---\n\n# 阶段3 研发协作与正式开发\n\n## 核心目标\n\n基于高保真模型进行模块化、安全、可维护开发。研发阶段以代码质量、模块化、安全性、可维护性为中心。\n\n## 负责人\n\n- 前端\n- 后端\n- 算法\n\n## 输入\n\n- 高保真模型。\n- 统一业务对象模型。\n- 按钮行为矩阵。\n- 测试用例初稿与需求补漏结果。\n- 技术预检记录。\n\n## 关键动作\n\n- 拆分研发任务与协作计划。\n- 进行前端、后端、算法技术实现对接。\n- 明确接口、数据库、权限、安全、日志和回滚方案。\n- 按代码治理与安全规范开发。\n- 记录开发问题与联调结果。\n- 治理 AI 生成代码,不能直接堆进生产。\n\n## 输出/交付物\n\n- `12_研发任务拆分与协作计划.md`\n- `13_技术实现对接.md`\n- `14_代码治理与安全规范.md`\n- `15_开发问题与联调记录.md`\n\n## 检查清单\n\n- [ ] 研发任务是否已拆分?\n- [ ] 前后端、数据库、权限、安全、主要流程是否联调完成?\n- [ ] 是否按统一业务对象模型设计接口和数据库?\n- [ ] 是否处理权限、安全、日志、可回滚?\n- [ ] AI 生成代码是否经过人工审查和治理?\n- [ ] 是否避免重复代码和不可维护堆叠?\n\n## 风险点\n\n- 开发直接从 Vibe Coding 原型开始,跳过高保真模型。\n- AI 生成代码未经治理直接进入生产。\n- 缺少模块边界、权限、安全、日志和回滚方案。\n- 前后端、数据库、测试使用的业务对象不一致。\n\n## Gate 3 通过标准\n\n开发联调通过:前后端、数据库、权限、安全、主要流程联调完成。\n\n## 常见问题\n\n### 阶段3如何保证模块化、安全和可维护?\n\n依赖统一业务对象模型、研发任务拆分、技术实现对接、代码治理与安全规范、开发问题与联调记录。AI 代码必须经过治理,不能直接堆进生产。\n\n## 关联条目\n\n- [[阶段2.5_测试提前补漏]]\n- [[阶段4_测试培训上线回流]]\n- [[阶段交付物清单]]\n", "wikilinks": [], "category": "layer-milestones" } }, { "id": "doc:02_项目管理流程/阶段4_测试培训上线回流", "type": "document", "name": "阶段4 测试培训上线回流", "filePath": "02_项目管理流程/阶段4_测试培训上线回流.md", "summary": "完成测试、培训、上线验收和问题回流。测试保证系统真实可用,并帮助业务人员正确使用。", "tags": [ "02_项目管理流程", "测试相关" ], "complexity": "simple", "knowledgeMeta": { "content": "---\ntype: process_stage\ntags: [项目管理流程, 阶段4, 测试, 培训, 上线, 回流]\naliases: [测试培训上线回流, 上线验收, Gate 4]\nsource: AI_驱动_内部系统开发流程_V3.docx\nstatus: active\nowner: 测试 / 业务主管\nupdated: 2026-05\n---\n\n# 阶段4 测试培训上线回流\n\n## 核心目标\n\n完成测试、培训、上线验收和问题回流。测试保证系统真实可用,并帮助业务人员正确使用。\n\n## 负责人\n\n- 测试\n- 业务主管\n\n## 输入\n\n- 开发联调完成的系统。\n- 测试用例。\n- 高保真模型和业务对象模型。\n- 开发问题与联调记录。\n\n## 关键动作\n\n- 进行正式测试。\n- 验证主流程、分支流程、权限、异常和数据。\n- 输出正式测试报告。\n- 将测试用例转成业务操作手册或内部培训材料。\n- 组织业务确认和上线验收。\n- 记录上线问题并回流需求池。\n\n## 输出/交付物\n\n- `16_正式测试报告.md`\n- `17_内部培训手册.md`\n- `18_上线验收记录.md`\n- `19_上线问题与回流需求.md`\n\n## 检查清单\n\n- [ ] 正式测试是否通过?\n- [ ] 主流程是否验证通过?\n- [ ] 分支流程是否验证通过?\n- [ ] 权限是否验证通过?\n- [ ] 异常和数据边界是否验证通过?\n- [ ] 内部培训手册是否完成?\n- [ ] 业务主管是否完成上线确认?\n- [ ] 上线问题是否记录并回流?\n\n## 风险点\n\n- 只测功能,不测权限、异常、数据和实际操作路径。\n- 没有培训材料,业务人员不会用。\n- 上线问题没有进入回流需求池。\n- 业务主管未验收就上线。\n\n## Gate 4 通过标准\n\n上线验收通过:测试通过、业务确认、培训完成。\n\n## 常见问题\n\n### 上线前需要检查哪些事项?\n\n至少检查正式测试、主流程、分支流程、权限、异常、数据边界、内部培训手册、业务确认、上线问题回流机制。\n\n## 关联条目\n\n- [[阶段3_研发协作与正式开发]]\n- [[项目检查清单]]\n- [[阶段交付物清单]]\n", "wikilinks": [], "category": "layer-milestones" } }, { "id": "doc:02_项目管理流程/阶段交付物清单", "type": "document", "name": "阶段交付物清单", "filePath": "02_项目管理流程/阶段交付物清单.md", "summary": "- [[AI驱动内部系统开发流程_V3_总览]]", "tags": [ "02_项目管理流程" ], "complexity": "simple", "knowledgeMeta": { "content": "---\ntype: deliverable_index\ntags: [项目管理流程, 交付物, 文件清单]\naliases: [交付物清单, 文件结构, 产出物]\nsource: AI_驱动_内部系统开发流程_V3.docx\nstatus: active\nowner: 内部技术团队\nupdated: 2026-05\n---\n\n# 阶段交付物清单\n\n## 完整版交付物\n\n| 阶段 | 交付物 |\n|---|---|\n| 阶段0 | `00_项目入口分级.md` |\n| 阶段1 | `01_主流程说明.md`、`02_日常操作页面结构.md`、`03_功能页面按钮盘点表.md`、`04_分支流程_XXX.md`、`05_异常流程_XXX.md`、`06_VibeCoding页面验证记录.md` |\n| 阶段2 | `07_高保真模型.html`、`07_高保真模型说明.md`、`08_项目周期与版本确认.md`、`09_前端技术评审.md`、`10_技术预检记录.md`、`10A_统一业务对象模型.md`、`10B_按钮行为矩阵.md` |\n| 阶段2.5 | `11_测试用例初稿与需求补漏.md` |\n| 阶段3 | `12_研发任务拆分与协作计划.md`、`13_技术实现对接.md`、`14_代码治理与安全规范.md`、`15_开发问题与联调记录.md` |\n| 阶段4 | `16_正式测试报告.md`、`17_内部培训手册.md`、`18_上线验收记录.md`、`19_上线问题与回流需求.md` |\n| 阶段5 | `20_技术债清单.md`、`21_业务原子能力沉淀清单.md`、`22_组件库与服务复用清单.md`、`23_AI开发上下文模板更新记录.md` |\n\n## 轻量版交付物\n\n| 阶段包 | 交付物 |\n|---|---|\n| 入口 | `00_项目入口分级.md` |\n| 需求 | `01_业务需求包.md` |\n| 模型 | `02_高保真模型包.md` |\n| 预检 | `03_项目版本与技术预检.md` |\n| 测试补漏 | `04_测试用例初稿与需求补漏.md` |\n| 研发 | `05_研发协作与技术实现包.md` |\n| 治理 | `06_代码治理与安全规范.md` |\n| 上线 | `07_测试培训上线包.md` |\n| 沉淀 | `08_技术债与能力沉淀包.md` |\n\n## 关联条目\n\n- [[AI驱动内部系统开发流程_V3_总览]]\n- [[项目检查清单]]\n", "wikilinks": [], "category": "layer-milestones" } }, { "id": "doc:02_项目管理流程/项目检查清单", "type": "document", "name": "项目检查清单", "filePath": "02_项目管理流程/项目检查清单.md", "summary": "- [ ] 确认项目值得做。", "tags": [ "02_项目管理流程" ], "complexity": "simple", "knowledgeMeta": { "content": "---\ntype: checklist\ntags: [项目管理流程, 检查清单, 门禁]\naliases: [项目门禁检查, 上线检查, 流程检查]\nsource: AI_驱动_内部系统开发流程_V3.docx\nstatus: active\nowner: 内部技术团队\nupdated: 2026-05\n---\n\n# 项目检查清单\n\n## Gate 0 项目入口\n\n- [ ] 确认项目值得做。\n- [ ] 确认项目类型:S / M / L。\n- [ ] 确认走轻流程还是完整流程。\n- [ ] 确认业务主管和技术负责人。\n\n## Gate 1 需求完整\n\n- [ ] 主流程完整。\n- [ ] 分支流程完整。\n- [ ] 页面、按钮、字段大致完整。\n- [ ] 状态大致完整。\n- [ ] Vibe Coding 页面已验证。\n\n## Gate 2 高保真模型\n\n- [ ] 页面已经收敛。\n- [ ] 按钮行为明确。\n- [ ] 业务对象明确。\n- [ ] 状态明确。\n- [ ] V1/V2 明确。\n- [ ] 性能、安全、权限、并发、日志、可回滚已预检。\n\n## Gate 2.5 测试补漏\n\n- [ ] 测试用例初稿已完成。\n- [ ] 主流程、分支、权限、异常、数据、按钮行为已检查。\n- [ ] 阻塞开发的问题已处理。\n\n## Gate 3 开发联调\n\n- [ ] 前后端联调完成。\n- [ ] 数据库联调完成。\n- [ ] 权限和安全联调完成。\n- [ ] 主要流程联调完成。\n- [ ] AI 代码已治理。\n\n## Gate 4 上线验收\n\n- [ ] 正式测试通过。\n- [ ] 业务确认完成。\n- [ ] 培训完成。\n- [ ] 上线问题回流机制明确。\n\n## Gate 5 技术债治理\n\n- [ ] 技术债已分类。\n- [ ] 必须立即处理的已处理。\n- [ ] 可延后的进入技术债池。\n- [ ] 可复用组件已沉淀。\n- [ ] 可复用后端服务已沉淀。\n- [ ] AI 开发上下文模板已更新。\n\n## 关联条目\n\n- [[AI驱动内部系统开发流程_V3_总览]]\n- [[阶段交付物清单]]\n", "wikilinks": [], "category": "layer-milestones" } }, { "id": "doc:04_Agent检索/关键词索引", "type": "document", "name": "关键词索引", "filePath": "04_Agent检索/关键词索引.md", "summary": "知识库文档。", "tags": [ "04_Agent检索", "Agent检索" ], "complexity": "simple", "knowledgeMeta": { "content": "---\ntype: keyword_index\ntags: [Agent, 关键词, 索引]\naliases: [关键词映射]\nsource: manual\nstatus: active\nowner: 内部技术团队\nupdated: 2026-05\n---\n\n# 关键词索引\n\n| 关键词 | 推荐检索文件 |\n|---|---|\n| 内部系统开发流程 | `02_项目管理流程/AI驱动内部系统开发流程_V3_总览.md` |\n| ERP 开发流程 | `02_项目管理流程/AI驱动内部系统开发流程_V3_总览.md` |\n| 项目入口 | `02_项目管理流程/阶段0_项目入口分级.md` |\n| 项目分级 | `02_项目管理流程/阶段0_项目入口分级.md` |\n| S 类 / M 类 / L 类 | `02_项目管理流程/阶段0_项目入口分级.md` |\n| 业务需求 | `02_项目管理流程/阶段1_业务需求完整形成.md` |\n| Vibe Coding | `02_项目管理流程/阶段1_业务需求完整形成.md` |\n| 高保真模型 | `02_项目管理流程/阶段2_高保真模型与业务对象确认.md` |\n| 业务对象 | `02_项目管理流程/阶段2_高保真模型与业务对象确认.md`、`01_业务流程/业务对象字典.md` |\n| 按钮行为 | `02_项目管理流程/阶段2_高保真模型与业务对象确认.md` |\n| 测试提前补漏 | `02_项目管理流程/阶段2.5_测试提前补漏.md` |\n| 测试用例初稿 | `02_项目管理流程/阶段2.5_测试提前补漏.md` |\n| 正式开发 | `02_项目管理流程/阶段3_研发协作与正式开发.md` |\n| 研发协作 | `02_项目管理流程/阶段3_研发协作与正式开发.md` |\n| 代码治理 | `02_项目管理流程/阶段3_研发协作与正式开发.md`、`02_项目管理流程/AI驱动内部系统开发流程_V3_总览.md` |\n| 上线验收 | `02_项目管理流程/阶段4_测试培训上线回流.md` |\n| 内部培训 | `02_项目管理流程/阶段4_测试培训上线回流.md` |\n| 问题回流 | `02_项目管理流程/阶段4_测试培训上线回流.md` |\n| 技术债 | `02_项目管理流程/AI驱动内部系统开发流程_V3_总览.md`、`02_项目管理流程/项目检查清单.md` |\n| 门禁 | `02_项目管理流程/项目检查清单.md` |\n| 交付物 | `02_项目管理流程/阶段交付物清单.md` |\n| 谁负责 | `02_项目管理流程/角色职责矩阵.md` |\n| 业务规则补充 | `03_规范与模板/业务规则与需求补充模板.md`、`04_Agent检索/知识库持续更新与验证流程.md` |\n| 需求补充 | `03_规范与模板/业务规则与需求补充模板.md`、`03_规范与模板/需求说明模板.md` |\n| 新增业务流程 | `03_规范与模板/业务规则与需求补充模板.md`、`03_规范与模板/业务流程梳理模板.md` |\n| 检索验证 | `04_Agent检索/知识库持续更新与验证流程.md`、`01_业务流程/业务补充验证记录.md` |\n| Agent 问答验证 | `04_Agent检索/知识库持续更新与验证流程.md`、`01_业务流程/业务补充验证记录.md` |\n", "wikilinks": [], "category": "layer-agent" } }, { "id": "doc:04_Agent检索/同义词表", "type": "document", "name": "同义词表", "filePath": "04_Agent检索/同义词表.md", "summary": "知识库文档。", "tags": [ "04_Agent检索", "Agent检索" ], "complexity": "simple", "knowledgeMeta": { "content": "---\ntype: synonym_table\ntags: [Agent, 同义词, 检索]\naliases: [口语映射, 术语映射]\nsource: manual\nstatus: active\nowner: 内部技术团队\nupdated: 2026-05\n---\n\n# 同义词表\n\n| 用户说法 | 标准术语 | 推荐检索文件 |\n|---|---|---|\n| 提需求 | 业务需求完整形成 / 项目入口分级 | `阶段1_业务需求完整形成.md`、`阶段0_项目入口分级.md` |\n| 立项 | 项目入口分级 | `阶段0_项目入口分级.md` |\n| 原型 | Vibe Coding 页面 / 高保真模型 | `阶段1_业务需求完整形成.md`、`阶段2_高保真模型与业务对象确认.md` |\n| 页面模型 | 高保真模型 | `阶段2_高保真模型与业务对象确认.md` |\n| 字段字典 | 业务对象模型 | `阶段2_高保真模型与业务对象确认.md`、`业务对象字典.md` |\n| 开发前测试 | 测试提前补漏 | `阶段2.5_测试提前补漏.md` |\n| 测试先看 | 测试提前补漏 | `阶段2.5_测试提前补漏.md` |\n| 开发怎么开始 | 研发协作与正式开发 | `阶段3_研发协作与正式开发.md` |\n| 上线前要做什么 | 测试培训上线回流 / Gate 4 | `阶段4_测试培训上线回流.md`、`项目检查清单.md` |\n| 谁来做 | 角色职责 | `角色职责矩阵.md` |\n| 要交什么 | 阶段交付物 | `阶段交付物清单.md` |\n| 检查点 | 阶段门禁 / 项目检查清单 | `项目检查清单.md` |\n| AI 写的代码 | AI 代码治理 | `阶段3_研发协作与正式开发.md` |\n| 加一条业务规则 | 业务规则补充 | `业务规则与需求补充模板.md`、`知识库持续更新与验证流程.md` |\n| 补需求 | 需求补充 | `业务规则与需求补充模板.md`、`需求说明模板.md` |\n| 新规则怎么写 | 业务规则与需求补充 | `业务规则与需求补充模板.md` |\n| 怎么验证能不能搜到 | Agent 检索验证 | `知识库持续更新与验证流程.md`、`业务补充验证记录.md` |\n", "wikilinks": [], "category": "layer-agent" } }, { "id": "doc:04_Agent检索/来源文件索引", "type": "document", "name": "来源文件索引", "filePath": "04_Agent检索/来源文件索引.md", "summary": "- 从原始 docx 更新流程时,需要同步更新阶段文件、角色职责矩阵、交付物清单、检查清单、FAQ、关键词索引和同义词表。", "tags": [ "04_Agent检索", "Agent检索" ], "complexity": "simple", "knowledgeMeta": { "content": "---\ntype: source_index\ntags: [来源, 索引, Agent]\naliases: [来源索引, 原始文件]\nsource: manual\nstatus: active\nowner: 内部技术团队\nupdated: 2026-05\n---\n\n# 来源文件索引\n\n## 原始来源\n\n| 来源文件 | 路径 | 用途 | 状态 |\n|---|---|---|---|\n| AI_驱动_内部系统开发流程_V3.docx | `D:\\\\AIcoding\\\\WishFulfilled\\\\知识库\\\\AI_驱动_内部系统开发流程_V3.docx` | 项目管理流程权威来源 | active |\n\n## 拆解后的知识条目\n\n| 条目 | 来源 |\n|---|---|\n| `02_项目管理流程/AI驱动内部系统开发流程_V3_总览.md` | AI_驱动_内部系统开发流程_V3.docx |\n| `02_项目管理流程/阶段0_项目入口分级.md` | AI_驱动_内部系统开发流程_V3.docx |\n| `02_项目管理流程/阶段1_业务需求完整形成.md` | AI_驱动_内部系统开发流程_V3.docx |\n| `02_项目管理流程/阶段2_高保真模型与业务对象确认.md` | AI_驱动_内部系统开发流程_V3.docx |\n| `02_项目管理流程/阶段2.5_测试提前补漏.md` | AI_驱动_内部系统开发流程_V3.docx |\n| `02_项目管理流程/阶段3_研发协作与正式开发.md` | AI_驱动_内部系统开发流程_V3.docx |\n| `02_项目管理流程/阶段4_测试培训上线回流.md` | AI_驱动_内部系统开发流程_V3.docx |\n| `02_项目管理流程/角色职责矩阵.md` | AI_驱动_内部系统开发流程_V3.docx |\n| `02_项目管理流程/阶段交付物清单.md` | AI_驱动_内部系统开发流程_V3.docx |\n| `02_项目管理流程/项目检查清单.md` | AI_驱动_内部系统开发流程_V3.docx |\n| `02_项目管理流程/常见问题FAQ.md` | AI_驱动_内部系统开发流程_V3.docx |\n\n## 业务补充来源\n\n| 来源文件 | 路径 | 用途 | 状态 |\n|---|---|---|---|\n| 需求文档目录 | `05_需求文档/` | 持续存放新增业务需求、业务规则和需求变更文档 | active |\n| 需求文档索引.md | `05_需求文档/需求文档索引.md` | 登记新增需求文档及 Agent 检索验证状态 | active |\n| 业务规则与需求补充模板.md | `03_规范与模板/业务规则与需求补充模板.md` | 新增业务规则、需求、流程的标准模板 | active |\n| 知识库持续更新与验证流程.md | `04_Agent检索/知识库持续更新与验证流程.md` | 规范新增文档后的索引同步和 Agent 检索验证 | active |\n| 业务补充验证记录.md | `01_业务流程/业务补充验证记录.md` | 记录新增业务文档是否能被 Agent 检索并回答 | active |\n| 里程碑目录 | `06_里程碑/` | 存放里程碑计划、阶段评审和项目节点材料 | active |\n| 技术文档目录 | `07_技术文档/` | 存放架构、接口、数据模型、实现方案和技术决策 | active |\n| 测试相关目录 | `08_测试相关/` | 存放测试计划、测试用例、缺陷、验收和上线检查材料 | active |\n\n## 维护要求\n\n- 从原始 docx 更新流程时,需要同步更新阶段文件、角色职责矩阵、交付物清单、检查清单、FAQ、关键词索引和同义词表。\n- 新增业务规则、需求或流程文档时,原始需求文档统一放入 `05_需求文档/`,并同步更新需求文档索引、业务规则索引、业务对象字典、关键词索引、同义词表和本来源文件索引。\n- 新增里程碑材料统一放入 `06_里程碑/`,并同步更新里程碑索引。\n- 新增技术材料统一放入 `07_技术文档/`,并同步更新技术文档索引。\n- 新增测试材料统一放入 `08_测试相关/`,并同步更新测试用例索引或对应测试记录。\n- Agent 回答项目管理流程问题时,应优先引用拆解后的 Markdown 文件。\n- Agent 回答具体业务规则和需求问题时,应优先引用 `05_需求文档/` 下的正式需求文档;稳定流程可再引用 `01_业务流程/` 下的业务流程条目。\n", "wikilinks": [], "category": "layer-agent" } }, { "id": "doc:04_Agent检索/检索说明", "type": "document", "name": "Agent 检索说明", "filePath": "04_Agent检索/检索说明.md", "summary": "让 Agent 在回答业务流程和项目管理流程问题时,优先基于本地 Markdown 知识库检索,而不是凭空回答。", "tags": [ "04_Agent检索", "Agent检索" ], "complexity": "simple", "knowledgeMeta": { "content": "---\ntype: agent_retrieval_guide\ntags: [Agent, 检索, 规则]\naliases: [Agent检索说明, 检索规则]\nsource: manual\nstatus: active\nowner: 内部技术团队\nupdated: 2026-05\n---\n\n# Agent 检索说明\n\n## 目标\n\n让 Agent 在回答业务流程和项目管理流程问题时,优先基于本地 Markdown 知识库检索,而不是凭空回答。\n\n## 检索优先级\n\n1. `05_需求文档/`:持续新增的业务需求、业务规则、需求变更和补充说明。\n2. `06_里程碑/`:项目节点、阶段计划、阶段评审和上线节奏。\n3. `07_技术文档/`:系统架构、数据模型、接口说明、实现方案和技术决策。\n4. `08_测试相关/`:测试计划、测试用例、缺陷记录、验收记录和上线检查。\n5. `02_项目管理流程/`:内部系统开发流程、阶段、角色、门禁、交付物、检查清单。\n6. `01_业务流程/`:真实业务流程、业务对象、业务规则。\n7. `04_Agent检索/`:关键词、同义词、来源索引、回答规则。\n8. `03_规范与模板/`:需要产出模板或文档时使用。\n\n## 问题类型与命中文件\n\n| 问题类型 | 优先文件 |\n|---|---|\n| 流程阶段 | `AI驱动内部系统开发流程_V3_总览.md`、各阶段文件 |\n| 角色职责 | `角色职责矩阵.md` |\n| 交付物 | `阶段交付物清单.md` |\n| 门禁/检查 | `项目检查清单.md` |\n| 常见问答 | `常见问题FAQ.md` |\n| 业务对象 | `01_业务流程/业务对象字典.md`、`阶段2_高保真模型与业务对象确认.md` |\n| 业务规则 | `05_需求文档/`、`05_需求文档/需求文档索引.md`、`01_业务流程/业务规则索引.md` |\n| 业务需求 | `05_需求文档/`、`05_需求文档/需求文档索引.md` |\n| 项目里程碑 | `06_里程碑/`、`06_里程碑/里程碑索引.md` |\n| 技术实现 | `07_技术文档/`、`07_技术文档/技术文档索引.md` |\n| 接口/数据模型 | `07_技术文档/接口说明模板.md`、具体接口文档、具体数据模型文档 |\n| 测试用例 | `08_测试相关/`、`08_测试相关/测试用例索引.md` |\n| 缺陷/验收/上线检查 | `08_测试相关/缺陷记录模板.md`、`08_测试相关/验收记录模板.md`、`08_测试相关/上线检查模板.md` |\n\n## 回答规则\n\n- 先回答结论,再展开依据。\n- 流程问题按“阶段、负责人、输入、动作、输出、检查点”组织。\n- 角色问题按“负责阶段、核心职责、典型产出”组织。\n- 交付物问题列出文件名。\n- 业务规则和需求问题优先检索 `05_需求文档/` 下的正式需求文档,再检索 `05_需求文档/需求文档索引.md`、`01_业务流程/业务规则索引.md`、`关键词索引.md` 和 `同义词表.md`。\n- 里程碑问题优先检索 `06_里程碑/` 和 `06_里程碑/里程碑索引.md`。\n- 技术问题优先检索 `07_技术文档/` 和 `07_技术文档/技术文档索引.md`。\n- 测试问题优先检索 `08_测试相关/` 和 `08_测试相关/测试用例索引.md`。\n- 必须注明来源文件名。\n- 如果知识库未明确记录,不要推测,应回答“知识库未明确记录”,并建议补充到具体文件。\n\n## 持续更新验证\n\n新增业务规则、需求或流程文档后,按 [[知识库持续更新与验证流程]] 执行验证。\n新增文档应使用 `03_规范与模板/业务规则与需求补充模板.md`,正式需求文档保存到 `05_需求文档/`,验证结果记录到 `05_需求文档/需求文档索引.md` 和 `01_业务流程/业务补充验证记录.md`。\n\n## 引用格式\n\n建议在回答末尾使用:\n\n> 来源:`02_项目管理流程/阶段2.5_测试提前补漏.md`\n", "wikilinks": [], "category": "layer-agent" } }, { "id": "doc:04_Agent检索/知识库持续更新与验证流程", "type": "document", "name": "知识库持续更新与验证流程", "filePath": "04_Agent检索/知识库持续更新与验证流程.md", "summary": "确保业务规则、业务需求和流程补充后,Agent 能通过文件检索命中新内容,并基于知识库给出可追溯回答。", "tags": [ "04_Agent检索", "Agent检索" ], "complexity": "simple", "knowledgeMeta": { "content": "---\ntype: validation_process\ntags: [Agent, 检索, 知识库更新, 验证流程]\naliases: [知识库更新验证, Agent检索验证, 补充文档验证流程]\nsource: manual\nstatus: active\nowner: 内部技术团队 / 产品经理\nupdated: 2026-05\n---\n\n# 知识库持续更新与验证流程\n\n## 1. 目标\n\n确保业务规则、业务需求和流程补充后,Agent 能通过文件检索命中新内容,并基于知识库给出可追溯回答。\n\n## 2. 更新入口\n\n业务新增或修订时,优先使用:\n\n- `03_规范与模板/业务规则与需求补充模板.md`\n- `03_规范与模板/需求说明模板.md`\n- `03_规范与模板/业务流程梳理模板.md`\n\n补充后的正式需求文档统一保存到:\n\n- `05_需求文档/`\n\n如果文档已经沉淀为稳定业务流程,再同步拆解或引用到:\n\n- `01_业务流程/`\n\n推荐命名:\n\n```text\n业务域_规则或需求名称_YYYYMMDD.md\n```\n\n示例:\n\n```text\n采购_供应商准入规则_20260526.md\n库存_出入库审批规则_20260526.md\n销售_客户授信额度规则_20260526.md\n```\n\n## 3. 标准更新流程\n\n### 步骤 1:新增补充文档\n\n1. 复制 `业务规则与需求补充模板.md`。\n2. 保存到 `05_需求文档/`。\n3. 补全 Frontmatter:`type`、`tags`、`aliases`、`source`、`status`、`owner`、`updated`。\n4. 补全正文中的业务规则、流程、异常、权限、验收口径和 Agent 检索字段。\n\n### 步骤 2:更新索引\n\n新增业务文档后,同步更新:\n\n| 文件 | 更新内容 |\n|---|---|\n| `05_需求文档/需求文档索引.md` | 增加需求/规则名称、业务域、来源文件、状态和验证状态 |\n| `01_业务流程/业务规则索引.md` | 增加规则名称、业务域、适用场景、来源文件 |\n| `01_业务流程/业务对象字典.md` | 增加新增或变更的业务对象、字段、状态 |\n| `04_Agent检索/关键词索引.md` | 增加关键词到新文件的映射 |\n| `04_Agent检索/同义词表.md` | 增加口语问法与标准术语映射 |\n| `04_Agent检索/来源文件索引.md` | 登记新增知识条目来源 |\n\n### 步骤 3:执行文件级检查\n\n检查项:\n\n- 文件是否位于 `05_需求文档/`。\n- 文件名是否包含业务域、规则/需求名称、日期。\n- Frontmatter 是否完整。\n- 是否包含 `业务规则`、`业务流程`、`验收口径`、`Agent 检索字段`。\n- 索引文件是否已同步更新。\n\n### 步骤 4:执行关键词检索验证\n\n用新增文档中的关键词、别名、口语问法进行检索。\n\n验证标准:\n\n- 至少 1 个正式关键词能命中新文档。\n- 至少 1 个口语问法能通过 `同义词表.md` 或 `关键词索引.md` 定位到新文档。\n- 检索结果能定位到具体文件,而不是只命中模板。\n\n### 步骤 5:执行 Agent 问答验证\n\n每次新增文档至少准备 3 类问题:\n\n| 类型 | 示例 | 通过标准 |\n|---|---|---|\n| 规则类 | `供应商准入有什么条件?` | 能回答规则条件、触发条件、处理结果 |\n| 流程类 | `供应商准入流程怎么走?` | 能按步骤回答主流程和分支流程 |\n| 异常类 | `供应商资料不完整怎么办?` | 能回答异常处理方式和负责人 |\n\nAgent 回答必须满足:\n\n1. 结论来自新增文档或已索引文件。\n2. 回答末尾注明来源文件名。\n3. 如果文档未记录,明确回答“知识库未明确记录”。\n4. 不得凭经验补充没有来源的业务规则。\n\n### 步骤 6:记录验证结果\n\n在新增业务文档末尾的 `变更记录` 或单独验证记录中记录:\n\n| 日期 | 验证问题 | 是否命中 | 来源文件 | 结果 | 待补充 |\n|---|---|---|---|---|---|\n| | | 是/否 | | 通过/失败 | |\n\n## 4. 验证用例模板\n\n复制以下内容到新增业务文档的 `Agent 检索字段` 或验证记录中:\n\n```markdown\n## Agent 检索验证\n\n| 编号 | 用户问题 | 期望命中文件 | 期望答案要点 | 实际结果 | 状态 |\n|---|---|---|---|---|---|\n| Q1 | | | | | 未验证 |\n| Q2 | | | | | 未验证 |\n| Q3 | | | | | 未验证 |\n```\n\n## 5. 通过/失败判定\n\n### 通过\n\n- 新文档能被关键词检索到。\n- Agent 能引用新文档回答至少 3 个验证问题。\n- 回答没有明显幻觉。\n- 来源文件引用正确。\n\n### 失败\n\n出现任一情况视为失败:\n\n- 新文档只保存了,但没有更新关键词索引或同义词表。\n- Agent 命中了旧文件,未命中新文档。\n- Agent 回答没有引用来源。\n- Agent 编造了文档中不存在的业务规则。\n- 问题能检索到模板,但不能检索到正式业务文档。\n\n失败后处理:\n\n1. 补充 `aliases`、`tags`、推荐关键词和同义词。\n2. 更新 `关键词索引.md` 和 `同义词表.md`。\n3. 将标准问答补充到新增文档的 `Agent 检索字段`。\n4. 重新执行验证。\n\n## 6. Agent 验证提示词\n\n```text\n请只基于 D:\\AIcoding\\WishFulfilled\\知识库\\如愿知识库 下的 Markdown 文件回答。\n优先检索 05_需求文档、01_业务流程、02_项目管理流程、04_Agent检索。\n如果知识库没有明确记录,请回答“知识库未明确记录”,并说明建议补充到哪个文件。\n回答末尾必须列出来源文件。\n现在验证问题是:{用户问题}\n```\n", "wikilinks": [], "category": "layer-agent" } }, { "id": "doc:04_Agent检索/问答提示词", "type": "document", "name": "问答提示词", "filePath": "04_Agent检索/问答提示词.md", "summary": "你是如愿内部知识库问答 Agent。你必须优先检索本地 Markdown 知识库,再回答业务流程、项目管理流程、角色职责、交付物、检查清单和模板相关问题。", "tags": [ "04_Agent检索", "Agent检索" ], "complexity": "simple", "knowledgeMeta": { "content": "---\ntype: agent_prompt\ntags: [Agent, 提示词, 问答]\naliases: [Agent提示词, 知识库问答Prompt]\nsource: manual\nstatus: active\nowner: 内部技术团队\nupdated: 2026-05\n---\n\n# 问答提示词\n\n## 系统提示词\n\n你是如愿内部知识库问答 Agent。你必须优先检索本地 Markdown 知识库,再回答业务流程、项目管理流程、角色职责、交付物、检查清单和模板相关问题。\n\n回答要求:\n\n1. 不要凭空编造知识库未记录的信息。\n2. 优先检索 `02_项目管理流程` 和 `01_业务流程`。\n3. 流程类问题按阶段、负责人、输入、关键动作、输出、检查点回答。\n4. 角色类问题优先检索 `角色职责矩阵.md`。\n5. 交付物类问题优先检索 `阶段交付物清单.md`。\n6. 门禁和检查类问题优先检索 `项目检查清单.md`。\n7. 每次回答末尾必须注明来源文件。\n8. 如果没有明确答案,回答“知识库未明确记录”,并说明建议补充到哪个文件。\n\n## 用户问题改写规则\n\n- “提需求”可映射为“项目入口分级”或“业务需求完整形成”。\n- “开发前测试”可映射为“阶段2.5 测试提前补漏”。\n- “原型”可映射为“Vibe Coding 页面”或“高保真模型”,需结合上下文区分。\n- “上线前检查”可映射为“Gate 4 上线验收”和“项目检查清单”。\n- “谁负责”优先查角色职责矩阵。\n\n## 标准回答模板\n\n结论:\n\n要点:\n\n1. 阶段/角色:\n2. 输入:\n3. 关键动作:\n4. 输出:\n5. 检查点:\n\n来源:\n", "wikilinks": [], "category": "layer-agent" } }, { "id": "doc:05_需求文档/20260517_USER评价业务闭环_第三步_数据流与中间对象设计_v3", "type": "document", "name": "USER 评价业务闭环 — 第三步:数据流与中间对象设计 v3", "filePath": "05_需求文档/20260517_USER评价业务闭环_第三步_数据流与中间对象设计_v3.md", "summary": "USER 评价业务闭环 — 第三步:数据流与中间对象设计 v3 文件信息 文件名称: 20260517 USER评价业务闭环 第三步 数据流与中间对象设计 v3.md 项目路径: C:\\XCODE\\USER 当前版本: v3 最近更新: 2026 05 17 上游文档: 工作基线 v1.2 20260517 USER评价业务闭环主流程与后续工作基线 v1.2", "tags": [ "05_需求文档", "需求文档" ], "complexity": "complex", "knowledgeMeta": { "content": "# USER 评价业务闭环 — 第三步:数据流与中间对象设计 v3\n\n## 文件信息\n\n- 文件名称:`20260517_USER评价业务闭环_第三步_数据流与中间对象设计_v3.md`\n- 项目路径:`C:\\XCODE\\USER`\n- 当前版本:`v3`\n- 最近更新:`2026-05-17`\n- 上游文档:\n - [工作基线 v1.2](20260517_USER评价业务闭环主流程与后续工作基线_v1.2.md) — 业务规则与额度口径\n - [共用能力图与渠道专属流程 v2.2](20260517_USER评价业务闭环_共用能力图与渠道专属流程_v2.2.md) — 每个节点的 查/写/状态/提醒/拦截\n- 前置版本:\n - `数据流与中间对象需求_v1`(Codex,六层架构骨架)\n - `数据流与中间对象设计_v1.1`(Codex,字段字典最全版)\n - `第三步_数据流与中间表设计_v1`(字段级展开 + 流转时序)\n - `第三步_数据流与中间表设计_v2`(吸收 Codex 优点的合并版)\n- 合并策略:以 Codex v1.1 为主骨架(保留其完整字段字典和免评对象),补入 v2 的流转时序表、写入顺序图和快照策略。\n- 文件目的:作为第三步最终主稿,后续数据库物理设计、接口设计和页面点击读写设计均以此为准。\n\n---\n\n## 1. 第三步的目标\n\n第三步不再回答\"流程怎么走\",而是回答:\n\n1. 现有系统里已经有哪些数据可以复用。\n2. 为什么仅靠现有 `users / amazon_orders / review_plans / push_tasks / support_tickets / fraud_events` 不够。\n3. 必须新增哪些中间对象。\n4. 哪些是正式事务表,哪些只是快照,哪些可以先做成视图。\n5. 从需求形成到结果回流,数据怎样一层一层往下走。\n\n---\n\n## 2. 本步先给出的结论\n\n### 2.1 不能再只围绕单一账号建模\n\n后续所有关键判断都应围绕 **真实人**,而不是只看 JOYHUB ID / 邮箱 / 电话 / Amazon 账号 / 单次订单。JOYHUB 用户只是身份线索之一,真实人才是额度、历史、风险、跨渠道去重和客服上下文的主对象。\n\n### 2.2 现有表能承载业务记录,但承载不了跨流程判断\n\n既有表更接近\"某一模块自己的账\",但前两步已确认的新需求需要额外的中间层:真实人跨账号归并、每次互动重判、人群入选/排除解释、额度预占与跨渠道去重、客服上下文、评价提交与展示拆分、退款比对。\n\n### 2.3 第三步最重要的是把对象分层\n\n本文件把数据对象分为六层:\n\n```\n源数据层 → 主实体层 → 桥接层 → 事件层 → 快照与决策层 → 结果回流层\n```\n\n---\n\n## 3. 数据设计原则\n\n| 原则 | 说明 |\n| --- | --- |\n| 先识别真实人,再做额度与风险 | 否则 4/4/12 规则都会被多账号绕开 |\n| 事件与快照分离 | 事件是原始事实,快照是某个时点的判断结果 |\n| 当前态与历史态分离 | 当前视图可重算,历史决策必须留痕 |\n| 计划、渠道、客服、风险状态分离 | 不能压成一个字段 |\n| 用户提交与平台展示分离 | 真实提交计额度,Amazon 展示计计划完成 |\n| 能解释\"为什么\" | 入选、排除、拦截、转人工都要能追溯 |\n| 先复用现有对象,再补最小中间层 | 不为了建模漂亮重造全部旧表 |\n| 对敏感数据分层处理 | 原值、标准化值、哈希/指纹、脱敏展示值应区分 |\n\n---\n\n# 第一部分:现有数据源分析\n\n## 4. 现有数据源盘点\n\n| 数据源 | 当前可用内容 | 主要缺口 |\n| --- | --- | --- |\n| 现有 ERP 用户管理 | 用户 ID、用户名、注册时间、最近活跃、国家、性别、邮箱、绑定产品数、标签 | 仍是账号视角,不是真实人视角 |\n| APP / 用户数据库 | JOYHUB ID、邮箱、设备号、设备型号/类型、系统版本、APP版本、绑定玩具、活跃与点击行为 | 需要设备变更轨迹和与订单/客服联动 |\n| Amazon 订单 | 订单号、ASIN、站点、购买时间、订单状态、Profile ID、收件人姓名、收件地址等 | 需要标准化姓名/地址和收件人指纹 |\n| Amazon 评价/Listing | ASIN、评分、评价数、差评数、评价缺口、展示结果 | 用户真实提交与平台展示要拆成两条事实 |\n| 推送系统 | Push 计划、素材、任务、打开、点击、回复、投诉、退订 | IM/EDM/APP 语义不同,不能只用一套粗糙 push 结果 |\n| 客服/TEL | 工单、通话、售后、答应配合、问题处理 | 需要和上下文卡、风险复检、跟进状态联动 |\n| 黑名单/诈骗资料 | 黑名单、诈骗事件、双重退款、强弱关联 | 需要把风险信号与确认案件拆开 |\n| OA 返款/Amazon 退款 | 内部返款与 Amazon 退款 | 缺统一比对对象 |\n| JOYCOLLAB | KOC/KOL、内容、Code、点击、订单、转化、佣金 | 需要和 USER 计划/ASIN 结果打通 |\n\n### 4.1 Amazon 订单字段明细(结合表头.xlsx)\n\n| 字段 | 主要用途 | 涉密 |\n| --- | --- | --- |\n| 订单号 | 订单核验、真实人关联、退款比对 | 是 |\n| 订单状态 | 判断是否撤销、退款、退货、换货 | - |\n| 买家姓名 / 买家邮箱 | 身份关联 | 是 |\n| 收件人 / 电话 | 真实人归并、风险判断 | 是 |\n| 地址 / 城市 / 州 / 邮编 | 收件人归并、同址异名识别 | 是 |\n| ASIN / MSKU / SKU / 品名 / 标题 | 产品匹配、计划归属 | - |\n| 订购日期 / 发货时间 / 结算时间 | 时序判断 | - |\n| 数量 / 单价 / 订单总金额 / 销售额 | 交易画像 | 是 |\n| 是否退款 / 退款总金额 | 双重退款检测 | 是 |\n| 请求评论状态 | 评价缺口判断 | - |\n| 店铺 / 国家 / 销售渠道 | 站点匹配 | - |\n| Order Item ID | 订单行级关联 | - |\n\n### 4.2 订单侧必须补的派生字段\n\n| 字段 | 说明 |\n| --- | --- |\n| `recipient_name_normalized` | 标准化后的收件人姓名 |\n| `recipient_address_normalized` | 标准化后的地址 |\n| `recipient_fingerprint` | 由标准化姓名+地址生成的稳定指纹 |\n| `address_fingerprint` | 仅地址指纹,用于识别同址异名 |\n\n---\n\n## 5. 全局数据流\n\n```mermaid\nflowchart LR\n subgraph S[\"源数据层\"]\n S1[\"现有ERP用户/标签/身份\"]\n S2[\"APP/设备/行为\"]\n S3[\"Amazon订单/评价/Listing\"]\n S4[\"IM/EDM/APP Push/TEL\"]\n S5[\"客服/工单/售后\"]\n S6[\"黑名单/OA返款/Amazon退款\"]\n S7[\"JOYCOLLAB\"]\n end\n\n subgraph M[\"主实体与桥接层\"]\n M1[\"真实人 person_profiles\"]\n M2[\"身份关联 person_identity_links\"]\n M3[\"订单/ASIN/计划/工单\"]\n M4[\"订单关联/路由/去重\"]\n end\n\n subgraph D[\"快照与决策层\"]\n D1[\"画像快照 person_feature_snapshots\"]\n D2[\"上下文卡 contact_context_snapshots\"]\n D3[\"额度台账/预占\"]\n D4[\"风险信号/风险案件\"]\n D5[\"人群快照/排除快照\"]\n D6[\"互动复检/路由决策\"]\n end\n\n subgraph E[\"事件层\"]\n E1[\"渠道事件\"]\n E2[\"客服/TEL事件\"]\n E3[\"退款事件\"]\n E4[\"评价提交事件\"]\n E5[\"免评执行事件\"]\n end\n\n subgraph R[\"结果回流层\"]\n R1[\"评价展示核验\"]\n R2[\"退款比对结果\"]\n R3[\"免评结果\"]\n R4[\"ASIN健康/计划完成\"]\n R5[\"绩效/审计/下一轮需求\"]\n end\n\n S1 & S2 & S3 --> M1\n S1 & S2 & S3 --> M2\n M1 & M2 & M3 --> D1\n M1 & M2 & M3 --> D2\n D1 --> D5\n D3 & D4 --> D5\n D5 --> D6\n D6 --> E1\n S4 --> E1\n S5 --> E2\n S6 --> E3\n E1 & E2 --> E4\n S7 --> E5\n E3 --> R2\n E4 --> R1\n E5 --> R3\n R1 & R2 & R3 --> R4\n R4 --> R5\n R5 --> M3\n```\n\n---\n\n# 第二部分:数据对象分层总表\n\n## 6. 对象分层总表\n\n| 分层 | 对象 | 说明 |\n| --- | --- | --- |\n| 源数据 | `users`、`devices`、`amazon_orders`、`asin_listings`、`push_tasks`、`support_tickets`、`fraud_events`、JOYCOLLAB 数据 | 现有或外部事实来源 |\n| 主实体 | `person_profiles`、`request_tickets`、`review_plans`、`exemption_plans`、`risk_cases`、`blacklist_entities` | 核心业务主体 |\n| 桥接 | `person_identity_links`、`user_order_links`、`plan_task_links`、`channel_route_decisions`、`channel_dedup_records` | 跨主体关系 |\n| 事件 | `im_interaction_records`、`im_flow_tags`、`edm_message_events`、`app_touch_events`、`tel_call_records`、`review_submission_records`、`amazon_refund_records`、`oa_refund_records`、`support_assignment_logs` | 不可丢失的事实 |\n| 快照/决策 | `person_feature_snapshots`、`contact_context_snapshots`、`person_quota_ledgers`、`quota_reservations`、`audience_snapshots`、`audience_exclusions`、`interaction_recheck_records`、`edm_user_behavior_profiles`、`channel_route_decisions`、`channel_dedup_records` | 为某次决策保留当时依据 |\n| 结果/回流 | `review_display_checks`、`refund_match_results`、`exemption_result_snapshots`、`listing_health_snapshots`、`support_performance_snapshots` | 结果与复盘 |\n| 治理 | `interaction_audit_logs`、`manual_review_tasks`、`export_logs`、`audit_logs` | 审计、复核、导出 |\n\n---\n\n## 7. 现有对象如何处理\n\n### 7.1 可以直接复用\n\n| 现有对象 | 处理 |\n| --- | --- |\n| `request_tickets` | 保留,继续作为需求入口 |\n| `amazon_orders` | 保留,补标准化姓名/地址与收件人指纹 |\n| `asin_listings` | 保留,继续作为 ASIN/Listing 主档 |\n| `support_tickets` | 保留,拆出跟进、分派和风险状态辅助表 |\n| `fraud_events` | 保留,上游增加 `risk_signals`,下游衔接 `risk_cases/blacklist_entities` |\n| `audit_logs` | 保留 |\n\n### 7.2 需要扩展\n\n| 现有对象 | 需要补的能力 |\n| --- | --- |\n| `users` | 不再承担真实人主档,只保留 JOYHUB 账号层信息 |\n| `devices` | 补设备型号、系统版本、APP版本、首次/最近出现、设备变化 |\n| `review_plans` | 增加计划族或与 `exemption_plans` 分离 |\n| `push_tasks` | 被更细的渠道事件表补充 |\n| `support_tickets` | 增加与上下文卡、答应配合、风险复核、TEL 记录的关联 |\n\n### 7.3 必须新增\n\n| 对象 | 原因 |\n| --- | --- |\n| `person_profiles` | 真实人主档 |\n| `person_identity_links` | 多线索归并 |\n| `person_feature_snapshots` | 画像解释 |\n| `contact_context_snapshots` | 客服一屏上下文 |\n| `person_quota_ledgers` | 4/4/12 统一额度 |\n| `quota_reservations` | 并发占用与预警 |\n| `audience_snapshots` | 人群生成留痕 |\n| `audience_exclusions` | 排除原因留痕 |\n| `channel_route_decisions` | 渠道路由解释 |\n| `channel_dedup_records` | 跨渠道去重 |\n| `interaction_recheck_records` | 每次有效互动重新判断留痕 |\n| `refund_match_results` | 双重退款识别 |\n| `review_display_checks` | 评价展示拆分 |\n\n---\n\n# 第三部分:P0/P1/P2 优先级\n\n## 8. P0:没有它们,主流程就不可靠\n\n| 对象 | 类型 | 关键用途 |\n| --- | --- | --- |\n| `person_profiles` | 主实体 | 真实人主档 |\n| `person_identity_links` | 桥接 | 账号、邮箱、电话、设备、Profile、收件人归并 |\n| `person_feature_snapshots` | 快照 | 画像依据 |\n| `contact_context_snapshots` | 快照 | 客服上下文卡 |\n| `person_quota_ledgers` | 台账 | 4/4/12 统一额度 |\n| `quota_reservations` | 台账 | 计划并发占用 |\n| `risk_signals` | 事件 | 风险原始信号 |\n| `risk_cases` | 主实体 | 风险案件 |\n| `blacklist_entities` | 主实体 | 确认拦截对象 |\n| `audience_snapshots` | 快照 | 某次人群生成结果 |\n| `audience_exclusions` | 快照 | 排除原因 |\n| `channel_route_decisions` | 决策 | 渠道路由 |\n| `channel_dedup_records` | 决策 | 跨渠道去重 |\n| `interaction_recheck_records` | 决策 | 每次有效互动重判 |\n\n## 9. P1:主流程可走,但没有它们会粗糙且难复盘\n\n| 对象 | 类型 | 关键用途 |\n| --- | --- | --- |\n| `im_interaction_records` | 事件 | IM 细节 |\n| `im_flow_tags` | 事件/派生 | IM 流程流转 |\n| `edm_message_events` | 事件 | EDM 打开/点击/回复/退订 |\n| `edm_user_behavior_profiles` | 快照 | EDM 画像 |\n| `app_touch_events` | 事件 | APP Push 触达 |\n| `tel_call_records` | 事件 | 电话全记录 |\n| `support_followups` | 事务 | 答应配合跟进 |\n| `support_assignment_logs` | 事件 | 分配与升级 |\n| `review_submission_records` | 事件 | 用户真实提交评价 |\n| `review_display_checks` | 结果 | Amazon 展示核验 |\n| `exemption_plans` | 主实体 | 免评计划 |\n| `exemption_plan_tasks` | 事务 | 免评任务 |\n| `creator_content_records` | 事件 | KOC/KOL 内容 |\n| `exemption_result_snapshots` | 结果 | 免评结果 |\n| `amazon_refund_records` | 事件 | Amazon 退款 |\n| `oa_refund_records` | 事件 | OA 返款 |\n| `refund_match_results` | 结果 | 双重退款比对 |\n\n## 10. P2:管理、效率与治理增强\n\n| 对象 | 类型 | 关键用途 |\n| --- | --- | --- |\n| `attendance_records` | 事务 | 出勤 |\n| `shift_schedules` | 事务 | 排班 |\n| `support_goal_records` | 事务 | 目标 |\n| `support_performance_snapshots` | 快照 | 绩效 |\n| `manual_review_tasks` | 事务 | 人工复核 |\n| `interaction_audit_logs` | 审计 | 高敏动作审计 |\n\n---\n\n# 第四部分:完整字段字典\n\n## 11. 真实人与身份层\n\n### 11.1 `person_profiles`\n\n| 字段 | 类型 | 说明 |\n| --- | --- | --- |\n| `person_id` | PK | 真实人唯一标识 |\n| `created_at` | datetime | 首次识别时间 |\n| `updated_at` | datetime | 最近归并更新时间 |\n| `merge_confidence` | enum | 高/中/低 |\n| `status` | enum | 正常/观察中/已确认风险 |\n| `primary_country` | string | 当前主要国家 |\n| `primary_language` | string | 当前主要语言 |\n| `latest_active_at` | datetime | 最近活跃时间 |\n| `lifetime_review_submitted_count` | int | 累计真实提交评价数(跨账号合并) |\n| `current_risk_level` | enum | 当前风险等级 |\n\n### 11.2 `person_identity_links`\n\n| 字段 | 类型 | 说明 |\n| --- | --- | --- |\n| `link_id` | PK | 关联记录 ID |\n| `person_id` | FK → person_profiles | 所属真实人 |\n| `identity_type` | enum | JOYHUB_ID / EMAIL / PHONE / DEVICE / AMAZON_PROFILE / NAME_ADDRESS / PAYMENT / ORDER |\n| `identity_value_hash` | string | 匹配索引 |\n| `identity_value_encrypted` | string | 仅在必要时保存的加密原值 |\n| `link_strength` | enum | 强/弱 |\n| `confidence_score` | decimal | 归并置信度 |\n| `evidence_summary` | text | 命中依据摘要 |\n| `first_seen_at` | datetime | 首次发现时间 |\n| `last_seen_at` | datetime | 最近确认时间 |\n| `source_type` | enum | AMAZON_ORDER / JOYHUB / MANUAL / TEL / EMAIL / CS_TICKET |\n| `is_active` | bool | 是否仍有效 |\n\n### 11.3 归并口径\n\n| 场景 | 数据处理 |\n| --- | --- |\n| 标准化后姓名+地址完全一致 | 直接归并到同一真实人,link_strength=STRONG |\n| 地址一致但姓名不同 | 记录弱关联,不直接合并 |\n| 多个线索交叉命中 | 形成候选归并,记录证据和置信度 |\n| 只有单个弱线索 | 不做直接归并,只写风险信号 |\n\n### 11.4 `contact_context_snapshots`\n\n| 字段组 | 字段 | 来源 |\n| --- | --- | --- |\n| 快照元数据 | `snapshot_id`、`person_id`、`snapshot_at`、`trigger_event` | 系统 |\n| 当前身份 | `joyhub_ids[]`、`emails[]`、`phones[]`、`devices[]`、`amazon_profile_ids[]` | 身份关联 |\n| 归并摘要 | `standardized_name_address`、`linked_person_count`、`merge_confidence` | 真实人/身份关联 |\n| 历史交易 | `total_orders`、`last_order_at`、`total_refunds`、`total_oa_refunds`、`target_asin_purchases[]` | 订单/返款 |\n| 历史服务 | `total_tickets`、`last_ticket_at`、`total_calls`、`last_call_at`、`open_promises[]` | 工单/电话 |\n| 历史风险 | `blacklist_hits`、`strong_associations`、`weak_associations`、`fraud_cases`、`double_refund_flags` | 风险层 |\n| 当前设备 | `device_count`、`latest_device_model`、`app_version`、`recent_device_change` | APP/设备 |\n| 触达历史 | `im_recent[]`、`edm_recent[]`、`app_recent[]`、`tel_recent[]` | 渠道事件 |\n\n---\n\n## 12. 画像、额度与人群层\n\n### 12.1 `person_feature_snapshots`\n\n| 字段组 | 代表字段 |\n| --- | --- |\n| 快照元数据 | `feature_snapshot_id`、`person_id`、`snapshot_at`、`feature_version` |\n| 基础画像 | `country`、`marketplace`、`language`、`gender`、`age_band`、`registered_at` |\n| 产品关系 | `bound_toy_count`、`bound_categories[]`、`target_product_relation` |\n| 交易画像 | `total_orders`、`last_order_at`、`purchase_frequency`、`bought_target_asin` |\n| 行为画像 | `activity_score`、`open_rate`、`click_rate`、`reply_rate`、`review_rate`、`cooperation_rate` |\n| 触达画像 | `im_reachable`、`edm_reachable`、`app_reachable`、`tel_reachable`、`last_touch_at` |\n| 风险画像 | `risk_level`、`blacklist_hit`、`strong_link_count`、`weak_link_count`、`refund_anomaly_flag` |\n| 计划画像 | `joined_plan_types[]`、`last_plan_result`、`lifetime_review_submitted_count` |\n\n### 12.2 三类画像用途\n\n| 用途 | 说明 | 示例 |\n| --- | --- | --- |\n| **硬过滤** | 决定能不能进入人群池 | 黑名单、退订、强关联、超额、站点不符 |\n| **匹配条件** | 决定适不适合当前计划 | 国家、性别、年龄段、绑定玩具、是否买过目标 ASIN |\n| **排序权重** | 决定优先触达谁 | 活跃度、历史配合率、最近互动、打开/点击行为 |\n\n### 12.3 `person_quota_ledgers`\n\n> **HANDOFF:用户运营核心控制规则。** \"4+4+12\"全部按真实人统计,跨所有关联账号合并计算。一个人不管有几个 JOYHUB ID、几个 Amazon 账号——只要归并到同一个真实人,都受同一套额度控制。\n>\n> 示例:真实人关联 3 个 JOYHUB ID(A/B/C),A 上提交 5 个 + B 上提交 4 个 + C 上提交 3 个 = 累计 12,**全部账号停回评/测评,后续仅免评。**\n\n| 字段 | 类型 | 说明 |\n| --- | --- | --- |\n| `ledger_id` | PK | 台账记录 ID |\n| `person_id` | FK → person_profiles | 真实人 |\n| `period_key` | string | 自然月,如 `2026-05` |\n| `quota_type` | enum | MONTHLY_REVIEW / MONTHLY_EXEMPTION / LIFETIME_REVIEW |\n| `quota_limit` | int | 4 / 4 / 12 |\n| `used` | int | 已完成 |\n| `in_progress` | int | 进行中 |\n| `reserved` | int | 已预占 |\n| `available` | int | 剩余可用 = limit - used - in_progress - reserved |\n| `updated_at` | datetime | 最近更新 |\n\n### 12.4 `quota_reservations`\n\n| 字段 | 类型 | 说明 |\n| --- | --- | --- |\n| `reservation_id` | PK | 预占记录 |\n| `person_id` | FK | 真实人 |\n| `plan_id` | FK | 关联计划 |\n| `quota_type` | enum | 测评/免评 |\n| `reserved_count` | int | 预占数量 |\n| `reserved_at` | datetime | 预占时间 |\n| `expires_at` | datetime | 过期释放时间 |\n| `status` | enum | 已预占/已使用/已释放/已过期 |\n\n### 12.5 `audience_snapshots`\n\n| 字段 | 类型 | 说明 |\n| --- | --- | --- |\n| `snapshot_id` | PK | 人群快照 ID |\n| `plan_id` | FK | 计划 |\n| `batch_id` | string | 生成人群批次 |\n| `person_id` | FK | 真实人 |\n| `match_score` | decimal | 匹配得分 |\n| `match_reasons` | JSON | 命中画像条件 |\n| `quota_status` | enum | 充足/预警/超限 |\n| `risk_status` | enum | 正常/弱风险/强风险 |\n| `priority_rank` | int | 触达优先级 |\n| `feature_snapshot_id` | FK | 当时引用的画像快照 |\n| `snapshot_at` | datetime | 快照时间 |\n\n### 12.6 `audience_exclusions`\n\n| 字段 | 类型 | 说明 |\n| --- | --- | --- |\n| `exclusion_id` | PK | 排除记录 |\n| `plan_id` | FK | 计划 |\n| `batch_id` | string | 批次 |\n| `person_id` | FK | 真实人 |\n| `exclusion_reason` | enum | BLACKLIST / UNSUBSCRIBED / QUOTA_EXCEEDED / FREQ_EXCEEDED / OPEN_TICKET / WRONG_COUNTRY / STRONG_RISK |\n| `excluded_at` | datetime | 排除时间 |\n\n### 12.7 为什么一定需要这些中间表\n\n| 对象 | 如果没有会怎样 |\n| --- | --- |\n| `person_feature_snapshots` | 无法解释当时的画像依据 |\n| `audience_snapshots` | 无法复盘某次计划到底选中了谁 |\n| `audience_exclusions` | 无法解释为什么用户没被选中 |\n| `person_quota_ledgers` | 4/4/12 规则无法跨账号统一计算 |\n| `quota_reservations` | 多个计划并发时会重复占用同一人额度 |\n\n---\n\n## 13. 路由与互动复检层\n\n### 13.1 `channel_route_decisions`\n\n| 字段 | 类型 | 说明 |\n| --- | --- | --- |\n| `route_decision_id` | PK | 路由决策 ID |\n| `plan_id` | FK | 计划 |\n| `batch_id` | string | 人群批次 |\n| `person_id` | FK | 真实人 |\n| `candidate_channels` | JSON | 候选渠道 |\n| `selected_channel` | enum | 实际选中渠道 |\n| `excluded_channels` | JSON | 被排除渠道及原因 |\n| `decision_factors` | JSON | 活跃、绑定、可达性、工单、额度、风险 |\n| `decided_at` | datetime | 决策时间 |\n\n### 13.2 `channel_dedup_records`\n\n| 字段 | 类型 | 说明 |\n| --- | --- | --- |\n| `dedup_id` | PK | 去重记录 |\n| `person_id` | FK | 真实人 |\n| `plan_id` | FK | 计划 |\n| `selected_channel` | enum | 保留渠道 |\n| `suppressed_channels` | JSON | 被抑制渠道 |\n| `reason` | text | 去重原因 |\n| `created_at` | datetime | 去重时间 |\n\n### 13.3 `interaction_recheck_records`\n\n每次有效互动后,记录本次重新做过哪些检查、结果是什么、为何继续或拦截。这是\"每次互动重判\"的落地证据。\n\n| 字段 | 类型 | 说明 |\n| --- | --- | --- |\n| `recheck_id` | PK | 复检记录 |\n| `interaction_type` | enum | IM / EDM / APP / TEL / CS / REFUND |\n| `interaction_id` | string | 触发互动 |\n| `person_id` | FK | 真实人 |\n| `context_snapshot_id` | FK | 上下文快照 |\n| `quota_snapshot_ref` | string | 额度快照引用 |\n| `risk_case_id` | FK | 关联风险案件 |\n| `identity_result` | enum | 正常/新增关联/冲突 |\n| `history_result` | enum | 无变化/有更新 |\n| `quota_result` | enum | 充足/预警/超限 |\n| `risk_result` | enum | 正常/弱风险/强风险 |\n| `final_action` | enum | 继续/降级/转人工/暂停 |\n| `checked_at` | datetime | 复检时间 |\n\n---\n\n## 14. 风险层\n\n### 14.1 `risk_signals`\n\n| 字段 | 类型 | 说明 |\n| --- | --- | --- |\n| `signal_id` | PK | 风险信号 ID |\n| `person_id` | FK | 真实人 |\n| `signal_type` | enum | STRONG_HIT / WEAK_HIT / DOUBLE_REFUND / DEVICE_ANOMALY / ADDRESS_ANOMALY / BLACKLIST_HIT |\n| `hit_dimensions` | JSON | 命中维度 |\n| `source_event_id` | string | 触发事件 |\n| `created_at` | datetime | 产生时间 |\n| `resolved_at` | datetime | 解除时间 |\n| `resolution` | enum | 确认风险/误报/观察中 |\n\n### 14.2 `risk_cases`\n\n| 字段 | 类型 | 说明 |\n| --- | --- | --- |\n| `case_id` | PK | 风险案件 |\n| `person_id` | FK | 真实人 |\n| `source_type` | enum | CS_TICKET / TEL_CALL / PUSH_RESPONSE / REFUND / MANUAL |\n| `source_id` | string | 来源对象 |\n| `status` | enum | 待复核/复核中/确认诈骗/排除/已同步黑名单 |\n| `reviewer_id` | FK | 复核人 |\n| `reviewed_at` | datetime | 复核时间 |\n| `sync_status` | enum | 未同步/同步中/已同步/同步失败 |\n\n### 14.3 `blacklist_entities`\n\n| 字段 | 类型 | 说明 |\n| --- | --- | --- |\n| `blacklist_entity_id` | PK | 黑名单实体 |\n| `entity_type` | enum | 邮箱/电话/设备/Profile/收款信息/真实人 |\n| `entity_hash` | string | 匹配索引 |\n| `risk_level` | enum | 风险等级 |\n| `source_case_id` | FK | 来源案件 |\n| `synced_at` | datetime | 同步时间 |\n| `status` | enum | 生效/失效/待复核 |\n\n### 14.4 `manual_review_tasks`\n\n| 字段 | 类型 | 说明 |\n| --- | --- | --- |\n| `task_id` | PK | 人工复核任务 |\n| `person_id` | FK | 真实人 |\n| `source_type` | enum | 风险/额度/渠道/退款 |\n| `source_id` | string | 来源对象 |\n| `task_reason` | text | 复核原因 |\n| `status` | enum | 待处理/处理中/已完成/已关闭 |\n| `owner_id` | FK | 负责人 |\n| `created_at` | datetime | 创建时间 |\n\n---\n\n## 15. 渠道事件层\n\n### 15.1 `im_interaction_records`\n\n| 字段 | 类型 | 说明 |\n| --- | --- | --- |\n| `im_record_id` | PK | IM 记录 |\n| `person_id` | FK | 真实人 |\n| `joyhub_id` | FK | JOYHUB 账号 |\n| `plan_id` | FK | 关联计划 |\n| `action_type` | enum | PUSH_CARD / USER_SUBMIT / USER_REPLY / REMINDER / NOTIFICATION |\n| `card_type` | enum | REVIEW_CARD / EVALUATION_CARD / EXEMPTION_CARD / REMINDER_CARD |\n| `user_submitted_data` | JSON | 订单号/返款账号/截图链接(涉密加密存储) |\n| `order_validation_result` | enum | 通过/非测评单/非公司产品/格式错误/已撤销/已退款 |\n| `tag_changes` | JSON | 本次产生的标签变化 |\n| `created_at` | datetime | 事件时间 |\n\n### 15.2 `im_flow_tags`\n\n| 字段 | 类型 | 说明 |\n| --- | --- | --- |\n| `flow_tag_id` | PK | 流程标签记录 |\n| `person_id` | FK | 真实人 |\n| `tag_code` | string | 流程标签 |\n| `source_im_record_id` | FK | 来源 IM 事件 |\n| `effective_from` | datetime | 生效时间 |\n| `effective_to` | datetime | 失效时间 |\n\n### 15.3 `edm_message_events`\n\n| 字段 | 类型 | 说明 |\n| --- | --- | --- |\n| `edm_event_id` | PK | EDM 事件 |\n| `person_id` | FK | 真实人 |\n| `email_hash` | string | 邮箱索引 |\n| `campaign_id` | FK | 邮件任务 |\n| `event_type` | enum | SENT / DELIVERED / OPENED / CLICKED / REPLIED / BOUNCED / UNSUBSCRIBED / COMPLAINED |\n| `event_at` | datetime | 事件时间 |\n| `click_target` | string | 点击目标 |\n\n### 15.4 `edm_user_behavior_profiles`\n\n| 字段 | 类型 | 说明 |\n| --- | --- | --- |\n| `profile_id` | PK | EDM 行为画像 |\n| `person_id` | FK | 真实人 |\n| `latest_open_at` | datetime | 最近打开 |\n| `latest_reply_at` | datetime | 最近回复 |\n| `open_count_total` | int | 累计打开次数 |\n| `zero_open_last_3` | bool | 最近 3 次 0 打开 |\n| `zero_open_last_5` | bool | 最近 5 次 0 打开 |\n| `clicked_review_link_without_reply_hours` | int | 点击评论链接但未回复时长 |\n| `monthly_receive_count` | int | 当月收信次数 |\n| `mail_type_counts` | JSON | 各邮件类型发送次数 |\n| `mailbox_domain` | string | 邮箱后缀 |\n| `is_unsubscribed` | bool | 是否退订 |\n| `has_hard_bounce` | bool | 是否硬退信 |\n| `snapshot_at` | datetime | 快照时间 |\n\n### 15.5 `app_touch_events`\n\n| 字段 | 类型 | 说明 |\n| --- | --- | --- |\n| `app_event_id` | PK | APP 事件 |\n| `person_id` | FK | 真实人 |\n| `joyhub_id` | FK | JOYHUB 账号 |\n| `push_type` | enum | PUSH / IN_APP / BANNER / POPUP |\n| `event_type` | enum | SENT / DISPLAYED / CLICKED / DISMISSED / UNINSTALLED |\n| `landing_page` | string | 落地页 |\n| `event_at` | datetime | 事件时间 |\n\n### 15.6 `tel_call_records`\n\n| 字段 | 类型 | 说明 | 涉密 |\n| --- | --- | --- | --- |\n| `tel_record_id` | PK | 电话记录 | - |\n| `person_id` | FK | 真实人 | - |\n| `ticket_id` | FK | 关联工单 | - |\n| `call_direction` | enum | INBOUND/OUTBOUND | - |\n| `call_source` | enum | AMAZON_PAGE/MANUAL/PLAN_TASK/FOLLOWUP | - |\n| `phone_hash` | string | 电话索引 | 是 |\n| `call_at` | datetime | 通话时间 | - |\n| `duration_seconds` | int | 通话时长 | - |\n| `call_result` | enum | CONNECTED/NO_ANSWER/WRONG_NUMBER/DECLINED | - |\n| `has_after_sale_issue` | bool | 是否有售后 | - |\n| `issue_type` | enum | 问题类型 | - |\n| `issue_description` | text | 问题描述 | - |\n| `solution` | text | 处理方案 | - |\n| `is_resolved` | bool | 是否解决 | - |\n| `is_satisfied` | bool | 是否满意 | - |\n| `invited_review` | bool | 是否邀请回评/测评 | - |\n| `user_accepted` | bool | 是否接受 | - |\n| `agent_id` | FK | 客服 | - |\n\n---\n\n## 16. 客服层\n\n### 16.1 `support_tickets`\n\n| 字段 | 类型 | 说明 |\n| --- | --- | --- |\n| `ticket_id` | PK | 工单 |\n| `person_id` | FK | 真实人 |\n| `ticket_type` | enum | 差评跟进/测评跟进/回评跟进/紧急Listing/电话/售后/诈骗样品/KOL进度 |\n| `source` | enum | AMAZON_OP/BRAND_OP/SYSTEM_AUTO/PUSH_ESCALATION/USER_REPLY/TEL_INBOUND |\n| `source_id` | string | 来源对象 |\n| `ticket_status` | enum | 待分配/已分配/处理中/等待用户/等待内部/已解决/疑似诈骗/已关闭 |\n| `assigned_team` | FK | 客服组 |\n| `assigned_agent` | FK | 客服 |\n| `created_at` | datetime | 创建时间 |\n| `first_response_at` | datetime | 首次回复 |\n| `resolved_at` | datetime | 解决时间 |\n| `closed_at` | datetime | 关闭时间 |\n| `context_snapshot_id` | FK | 创建时上下文快照 |\n\n### 16.2 `support_followups`\n\n| 字段 | 类型 | 说明 |\n| --- | --- | --- |\n| `followup_id` | PK | 跟进 |\n| `ticket_id` | FK | 工单 |\n| `person_id` | FK | 真实人 |\n| `followup_status` | enum | 已答应配合/待分配/待提醒/等待提交/已提交评价/已提交反馈/超时/需再次联系/已关闭 |\n| `promised_at` | datetime | 承诺时间 |\n| `reminder_count` | int | 已提醒次数 |\n| `last_reminder_at` | datetime | 最近提醒 |\n| `deadline_at` | datetime | 截止时间 |\n| `submitted_at` | datetime | 实际提交 |\n| `submission_type` | enum | 评价/反馈 |\n\n### 16.3 `support_assignment_logs`\n\n| 字段 | 类型 | 说明 |\n| --- | --- | --- |\n| `assignment_log_id` | PK | 分配日志 |\n| `ticket_id` | FK | 工单 |\n| `from_owner_id` | FK | 原负责人 |\n| `to_owner_id` | FK | 新负责人 |\n| `assign_type` | enum | 自动分配/组长分派/转派/升级 |\n| `reason` | text | 原因 |\n| `created_at` | datetime | 分配时间 |\n\n### 16.4 `plan_task_links`\n\n| 字段 | 类型 | 说明 |\n| --- | --- | --- |\n| `link_id` | PK | 桥接 ID |\n| `plan_id` | FK | 计划 |\n| `task_type` | enum | IM_TASK/EDM_TASK/APP_TASK/TEL_TASK/CS_TASK/KOC_TASK |\n| `task_id` | string | 各渠道任务 ID |\n| `created_at` | datetime | 创建时间 |\n\n---\n\n## 17. 评价与退款结果层\n\n### 17.1 `review_submission_records`\n\n| 字段 | 类型 | 说明 |\n| --- | --- | --- |\n| `submission_id` | PK | 提交记录 |\n| `person_id` | FK | 真实人 |\n| `plan_id` | FK | 计划 |\n| `channel` | enum | IM/EDM/APP/TEL/CS |\n| `source_event_id` | string | 来源事件 |\n| `submitted_at` | datetime | 提交时间 |\n| `submission_evidence` | JSON | 截图/链接 |\n| `order_number_hash` | string | 订单索引 |\n| `quota_counted` | bool | 是否已计入 12(提交时即为true) |\n\n### 17.2 `review_display_checks`\n\n| 字段 | 类型 | 说明 |\n| --- | --- | --- |\n| `check_id` | PK | 核验记录 |\n| `submission_id` | FK | 提交记录 |\n| `asin` | string | ASIN |\n| `check_at` | datetime | 核验时间 |\n| `is_displayed` | bool | 是否展示 |\n| `is_verifiable` | bool | 是否可核验 |\n| `display_status` | enum | 展示确认/未展示/待核验 |\n| `plan_completed` | bool | 是否计入计划完成(展示确认后才为true) |\n\n### 17.3 `amazon_refund_records` / `oa_refund_records` / `refund_match_results`\n\n| 对象 | 关键字段 |\n| --- | --- |\n| `amazon_refund_records` | `refund_id`、`order_number_hash`、`asin`、`refund_amount`、`refund_at`、`refund_reason` |\n| `oa_refund_records` | `oa_refund_id`、`person_id`、`order_number_hash`、`refund_amount`、`refund_at` |\n| `refund_match_results` | `match_id`、`order_number_hash`、`amazon_refund_id`、`oa_refund_id`、`match_status`、`amount_diff`、`matched_at` |\n\n---\n\n## 18. 免评结果层\n\n### 18.1 `exemption_plans`\n\n| 字段 | 类型 | 说明 |\n| --- | --- | --- |\n| `exemption_plan_id` | PK | 免评计划 |\n| `source_request_id` | FK | 来源需求 |\n| `asin` | string | ASIN |\n| `marketplace` | string | 站点 |\n| `goal_type` | enum | 内容发布/引流/带货/权重 |\n| `target_metrics` | JSON | 目标点击、Code、订单、销量、权重 |\n| `status` | enum | 草稿/待审批/执行中/已完成/已关闭 |\n\n### 18.2 `exemption_plan_tasks`\n\n| 字段 | 类型 | 说明 |\n| --- | --- | --- |\n| `task_id` | PK | 免评任务 |\n| `exemption_plan_id` | FK | 免评计划 |\n| `task_type` | enum | KOC/KOL/IM/EDM/APP/内容协同 |\n| `owner_id` | FK | 负责人 |\n| `status` | enum | 待执行/执行中/已完成/异常 |\n| `created_at` | datetime | 创建时间 |\n\n### 18.3 `creator_content_records`\n\n| 字段 | 类型 | 说明 |\n| --- | --- | --- |\n| `creator_content_id` | PK | 内容记录 |\n| `exemption_task_id` | FK | 免评任务 |\n| `creator_id` | string | KOC/KOL |\n| `content_url` | string | 内容链接 |\n| `published_at` | datetime | 发布时间 |\n| `code_usage_count` | int | Code 使用量 |\n| `click_count` | int | 点击量 |\n| `order_count` | int | 带货订单 |\n| `sales_amount` | decimal | 销售额 |\n\n### 18.4 `exemption_result_snapshots`\n\n| 字段 | 类型 | 说明 |\n| --- | --- | --- |\n| `snapshot_id` | PK | 免评结果快照 |\n| `exemption_plan_id` | FK | 免评计划 |\n| `snapshot_at` | datetime | 快照时间 |\n| `content_published_count` | int | 内容发布数 |\n| `click_count` | int | 点击 |\n| `code_usage_count` | int | Code 使用 |\n| `order_count` | int | 订单 |\n| `sales_amount` | decimal | 销售额 |\n| `weight_change_summary` | text | 权重变化摘要 |\n\n---\n\n## 19. 客服管理支撑层\n\n| 对象 | 关键字段 |\n| --- | --- |\n| `attendance_records` | `record_id`、`agent_id`、`date`、`scheduled_hours`、`actual_hours`、`status` |\n| `shift_schedules` | `shift_id`、`team_id`、`agent_id`、`date`、`shift_start`、`shift_end`、`max_tickets` |\n| `support_goal_records` | `goal_id`、`agent_id`、`period_key`、`goal_type`、`target_value`、`current_value` |\n| `support_performance_snapshots` | `snapshot_id`、`agent_id`、`period_key`、`tickets_handled`、`messages_sent`、`first_response_avg_sec`、`rso_orders`、`rdo_orders`、`reviews_obtained`、`review_completion_rate`、`monthly_target`、`monthly_completed` |\n\n---\n\n## 20. 逻辑关系总图\n\n```mermaid\nerDiagram\n PERSON_PROFILES ||--o{ PERSON_IDENTITY_LINKS : \"归并\"\n PERSON_PROFILES ||--o{ PERSON_FEATURE_SNAPSHOTS : \"画像\"\n PERSON_PROFILES ||--o{ CONTACT_CONTEXT_SNAPSHOTS : \"上下文\"\n PERSON_PROFILES ||--o{ PERSON_QUOTA_LEDGERS : \"额度台账\"\n PERSON_PROFILES ||--o{ QUOTA_RESERVATIONS : \"额度预占\"\n PERSON_PROFILES ||--o{ RISK_SIGNALS : \"风险信号\"\n PERSON_PROFILES ||--o{ RISK_CASES : \"风险案件\"\n PERSON_PROFILES ||--o{ AUDIENCE_SNAPSHOTS : \"人群入选\"\n PERSON_PROFILES ||--o{ AUDIENCE_EXCLUSIONS : \"人群排除\"\n PERSON_PROFILES ||--o{ CHANNEL_ROUTE_DECISIONS : \"路由\"\n PERSON_PROFILES ||--o{ CHANNEL_DEDUP_RECORDS : \"去重\"\n PERSON_PROFILES ||--o{ INTERACTION_RECHECK_RECORDS : \"互动复检\"\n PERSON_PROFILES ||--o{ IM_INTERACTION_RECORDS : \"IM\"\n PERSON_PROFILES ||--o{ IM_FLOW_TAGS : \"IM标签\"\n PERSON_PROFILES ||--o{ EDM_MESSAGE_EVENTS : \"EDM\"\n PERSON_PROFILES ||--o{ EDM_USER_BEHAVIOR_PROFILES : \"EDM画像\"\n PERSON_PROFILES ||--o{ APP_TOUCH_EVENTS : \"APP\"\n PERSON_PROFILES ||--o{ TEL_CALL_RECORDS : \"TEL\"\n PERSON_PROFILES ||--o{ SUPPORT_TICKETS : \"工单\"\n PERSON_PROFILES ||--o{ SUPPORT_FOLLOWUPS : \"跟进\"\n PERSON_PROFILES ||--o{ REVIEW_SUBMISSION_RECORDS : \"评价提交\"\n PERSON_PROFILES ||--o{ MANUAL_REVIEW_TASKS : \"人工复核\"\n REVIEW_SUBMISSION_RECORDS ||--o{ REVIEW_DISPLAY_CHECKS : \"展示核验\"\n SUPPORT_TICKETS ||--o{ SUPPORT_ASSIGNMENT_LOGS : \"分配\"\n RISK_CASES ||--o{ BLACKLIST_ENTITIES : \"同步\"\n AMAZON_REFUND_RECORDS ||--o{ REFUND_MATCH_RESULTS : \"退款比对\"\n OA_REFUND_RECORDS ||--o{ REFUND_MATCH_RESULTS : \"退款比对\"\n EXEMPTION_PLANS ||--o{ EXEMPTION_PLAN_TASKS : \"任务\"\n EXEMPTION_PLAN_TASKS ||--o{ CREATOR_CONTENT_RECORDS : \"内容\"\n EXEMPTION_PLANS ||--o{ EXEMPTION_RESULT_SNAPSHOTS : \"结果\"\n REVIEW_PLANS ||--o{ PLAN_TASK_LINKS : \"计划任务\"\n SHIFT_SCHEDULES ||--o{ SUPPORT_TICKETS : \"排班分配\"\n ATTENDANCE_RECORDS }o--|| SHIFT_SCHEDULES : \"出勤关联\"\n```\n\n---\n\n# 第五部分:数据流转\n\n## 21. 关键流转时序\n\n| 阶段 | 读(查) | 写 | 说明 |\n| --- | --- | --- | --- |\n| 真实人识别 | person_identity_links(已有线索) | person_profiles + person_identity_links(新线索) | 每次互动都先跑 |\n| 画像生成 | person_profiles + 七组画像数据 + 各渠道事件 | person_feature_snapshots | 定期或触发式刷新 |\n| 人群生成 | person_feature_snapshots + person_quota_ledgers + risk_signals | audience_snapshots + audience_exclusions + quota_reservations | 快照当下状态 |\n| 路由决策 | audience_snapshots + 用户状态 + 渠道可达性 | channel_route_decisions + channel_dedup_records | 选定渠道+去重 |\n| 渠道发送 | channel_route_decisions + quota_reservations + risk_signals(最新) | 各渠道事件表 | 发送前终校 |\n| 用户回应 | person_identity_links + person_quota_ledgers + risk_signals(全部重读) | interaction_recheck_records + 渠道事件表更新 + im_flow_tags | 每次互动复检留痕 |\n| 评价提交 | person_quota_ledgers(累计额度) | review_submission_records + person_quota_ledgers(+1) | 提交即计12 |\n| Amazon 展示确认 | review_submission_records | review_display_checks + 计划完成度更新 | 展示才计完成 |\n| 退款/返款 | amazon_refund_records + oa_refund_records | refund_match_results + risk_signals(如命中) | 双重退款检测 |\n\n## 22. 每次有效互动的标准写入顺序\n\n```mermaid\nflowchart LR\n A[\"互动发生\"] --> B[\"解析真实人
读 person_identity_links\"]\n B --> C[\"生成/更新上下文卡
写 contact_context_snapshots\"]\n C --> D[\"读取最新额度
读 person_quota_ledgers\"]\n D --> E[\"执行风险判断
读 risk_signals + blacklist\"]\n E --> F[\"写 interaction_recheck_records\"]\n F --> G{\"结果\"}\n G -->|正常| H[\"继续业务\"]\n G -->|预警| I[\"继续 + 高亮提醒\"]\n G -->|拦截| J[\"暂停 + 转人工/风险链路\"]\n```\n\n适用场景:主动推送后回复、用户再次联系、补充订单号、客服回访、TEL 来电、退款/返款/再次触达前。\n\n---\n\n# 第六部分:设计决策与边界\n\n## 23. 对象分类\n\n| 类型 | 对象 | 原因 |\n| --- | --- | --- |\n| **正式事务表** | `person_profiles`、`person_identity_links`、`support_tickets`、`support_followups`、`risk_cases`、`review_submission_records`、`quota_reservations` | 需要增删改和业务状态流转 |\n| **不可变事件表** | `im_interaction_records`、`edm_message_events`、`app_touch_events`、`tel_call_records`、`amazon_refund_records`、`oa_refund_records`、`support_assignment_logs`、`im_flow_tags` | 事实一旦发生不应被覆盖 |\n| **快照表** | `person_feature_snapshots`、`contact_context_snapshots`、`audience_snapshots`、`support_performance_snapshots`、`exemption_result_snapshots` | 需要保留某一时点状态以便复盘 |\n| **决策表** | `channel_route_decisions`、`channel_dedup_records`、`interaction_recheck_records`、`refund_match_results` | 保存系统当时为什么这样判断 |\n| **聚合画像** | `edm_user_behavior_profiles` | 由事件聚合推导,定期刷新 |\n| **可先做视图** | 当前剩余额度、当前风险摘要、当前上下文卡、当前人群统计看板、当前绩效看板 | 可由底层对象实时聚合 |\n\n### 判断法\n\n| 问题 | 如果答案是\"是\" |\n| --- | --- |\n| 后续需要追责\"当时为什么这么做\"吗 | 建正式表或决策表 |\n| 数据后来会变,但历史判断不能跟着变吗 | 建快照 |\n| 只是为了当前页面展示吗 | 优先做视图 |\n| 一旦发生就不该被覆盖吗 | 建事件表 |\n\n## 24. 当前还不能只靠\"老表扩列\"解决的事情\n\n| 问题 | 为什么不能只扩列 |\n| --- | --- |\n| 一个真实人多个账号 | `users` 是账号级,不是人级 |\n| 每次互动重判 | 不是用户静态属性,而是一次次决策事实 |\n| 人群为什么入选/排除 | 不是计划表字段,而是某一批次结果 |\n| 多计划并发占额度 | 需要独立预占 |\n| 用户提交与展示拆分 | 不是一个布尔值能表达 |\n| 退款比对 | 需要两个来源事实加一个比对结果 |\n| 客服上下文 | 不是工单表本身,而是跨源聚合视图+快照 |\n\n## 25. 当前可以先不做成物理表的内容\n\n| 内容 | 当前建议 |\n| --- | --- |\n| 当前剩余额度 | 先由 `person_quota_ledgers + quota_reservations` 聚合成视图 |\n| 当前风险摘要 | 先由 `risk_signals + risk_cases + blacklist_entities` 聚合成视图 |\n| 当前客服上下文卡 | 前台读当前视图,关键接入动作时写 `contact_context_snapshots` |\n| 当前人群统计看板 | 先基于 `audience_snapshots / exclusions` 聚合 |\n| 当前绩效看板 | 先基于工单、通话、跟进事件聚合,后续再沉淀快照 |\n\n## 26. 外部数据引用原则\n\n| 外部数据 | 所属系统 | USER 当前做法 |\n| --- | --- | --- |\n| Amazon 订单全量明细 | Amazon API/报表 | 导入关键字段,不把 USER 做成全量订单数仓 |\n| JOYHUB 用户行为明细 | APP/用户系统 | 取摘要或增量同步,用于画像与上下文 |\n| 黑名单全量数据 | 黑名单系统 | 引用并缓存关键维度,不重复建设 |\n| JOYCOLLAB 全量内容与带货明细 | JOYCOLLAB | 同步 USER 闭环所需结果摘要 |\n| 财务/人事原始表 | 财务/人事系统 | 导入必要摘要,不替代源系统 |\n\n## 27. 涉密字段处理\n\n| 涉密字段 | 建议存储 | 建议查询 |\n| --- | --- | --- |\n| 订单号 | 哈希索引 + 加密原值 | 常规用哈希匹配 |\n| 邮箱 | 哈希索引 + 脱敏展示 | 普通页面不暴露明文 |\n| 电话 | 哈希索引 + 加密原值 | 仅授权角色可揭示 |\n| 姓名/地址 | 标准化值 + 哈希/指纹 | 归并与风险用指纹 |\n| 设备号 | 哈希索引 | 归并/风险用哈希 |\n| IP | 脱敏存储 | 仅用于弱关联 |\n| 收款信息 | 加密存储 | 财务/风险授权查看 |\n| 返款金额/提成 | 权限控制 | 财务角色优先 |\n\n## 28. 快照策略\n\n| 快照对象 | 生成时机 | 保留策略 |\n| --- | --- | --- |\n| `person_feature_snapshots` | 定期刷新 + 人群生成前触发 | 保留最近 N 版 + 每次人群生成引用的版本 |\n| `contact_context_snapshots` | 用户接入/工单创建/拨打前/风险升级 | 每次生成新快照,保留全量历史 |\n| `audience_snapshots` | 人群生成时 | 每次计划保留 |\n| `edm_user_behavior_profiles` | EDM 画像定时刷新 | 按刷新批次保留 |\n| `support_performance_snapshots` | 每日/每周/每月 | 按周期聚合保留 |\n| `exemption_result_snapshots` | 免评执行阶段性同步 | 按结果周期保留 |\n\n---\n\n# 第七部分:谁写谁读\n\n## 29. 读写矩阵\n\n| 对象 | 主要写入方 | 主要读取方 | 依赖它的动作 |\n| --- | --- | --- | --- |\n| `person_profiles` | 身份归并服务 | 用户运营、客服、风险 | 所有真实人级判断 |\n| `person_identity_links` | 身份归并服务 | 风险、客服、订单核验 | 真实人识别 |\n| `person_feature_snapshots` | 画像任务 | 人群生成、客服 | 画像筛选 |\n| `contact_context_snapshots` | 上下文聚合服务 | 客服、用户运营 | 接入处理 |\n| `person_quota_ledgers` | 额度服务 | 人群生成、渠道、客服 | 4/4/12 判断 |\n| `quota_reservations` | 人群/计划服务 | 渠道、额度服务 | 发送前拦截 |\n| `audience_snapshots` | 人群生成服务 | 计划、复盘 | 解释入选 |\n| `channel_route_decisions` | 路由服务 | 推送、复盘 | 选渠道 |\n| `interaction_recheck_records` | 互动复检服务 | 客服、风险、审计 | 决定继续/拦截 |\n| `review_submission_records` | 客服/IM/TEL | 额度、计划、客服 | 计入12 |\n| `review_display_checks` | 运营/系统 | 计划、ASIN看板 | 计入完成 |\n| `refund_match_results` | 退款比对服务 | 风险、客服、财务 | 拦截双重退款 |\n\n---\n\n## 30. 还需要确认但不阻塞第三步的事项\n\n| 事项 | 影响 |\n| --- | --- |\n| Amazon 订单同步频率最终是否为 10 分钟 | 影响订单/退款数据新鲜度 |\n| 黑名单系统最终通过 API、表格还是消息同步 | 影响 `blacklist_entities` 同步方式 |\n| Amazon Profile ID 是否稳定获取 | 影响强关联覆盖率 |\n| APP 设备型号能否拿到具体型号还是只到类型 | 影响客服展示颗粒度 |\n| 年龄字段来自注册资料还是推断 | 影响画像可信度 |\n| KOC/KOL 结果同步周期 | 影响免评结果快照频率 |\n\n---\n\n## 31. 第四步入口\n\n1. **把数据对象转成逻辑 ER 图**:以 §20 的 Mermaid ER 图为基础,明确主键、外键、1对多/多对多关系,区分复用旧表和新增表。\n2. **按关键链路补接口读写**:\n 1. 真实人识别与上下文链路\n 2. 人群/额度/路由链路\n 3. 互动复检/风险链路\n 4. 评价提交/展示与退款比对链路\n 5. 免评结果链路\n3. **回到页面,把每一个点击绑定到明确的数据读写**。\n\n---\n\n## 32. 本版结论\n\nv3 以 Codex v1.1 完整字段字典为主骨架,补入 v2 的流转时序表、写入顺序图和快照策略,形成最终统一主稿:\n\n1. 用 **真实人** 统一账号、订单、设备和风险\n2. 用 **画像快照** 解释人群生成\n3. 用 **额度台账+预占** 保护 4/4/12 规则(跨账号合并)\n4. 用 **路由决策+去重记录** 控制多渠道协同\n5. 用 **互动复检记录** 落实\"每次有效互动都重判\"\n6. 用 **退款比对结果** 识别双重退款\n7. 用 **评价提交记录+展示核验** 拆开用户事实和平台结果\n8. 用 **免评计划→任务→内容→结果快照** 让 KOC/KOL 闭环完整进入 USER 系统\n", "wikilinks": [], "category": "layer-requirements" } }, { "id": "doc:05_需求文档/README", "type": "document", "name": "需求文档", "filePath": "05_需求文档/README.md", "summary": "type: requirement inbox tags: 需求文档, 需求收集, 知识库更新, Agent aliases: 需求文档目录, 需求收集目录, 需求入口 source: manual status: active owner: 产品经理 / 业务主管 updated: 2026 05 需求文档 本目录用于集中存放后续持续补充的业务需求文档、业", "tags": [ "05_需求文档", "需求文档", "需求收集", "知识库更新", "Agent" ], "complexity": "simple", "knowledgeMeta": { "content": "---\ntype: requirement_inbox\ntags: [需求文档, 需求收集, 知识库更新, Agent]\naliases: [需求文档目录, 需求收集目录, 需求入口]\nsource: manual\nstatus: active\nowner: 产品经理 / 业务主管\nupdated: 2026-05\n---\n\n# 需求文档\n\n本目录用于集中存放后续持续补充的业务需求文档、业务规则文档、流程补充文档和需求变更文档。\n\n## 使用方式\n\n1. 所有新增需求文档优先放入本目录。\n2. 建议使用 `03_规范与模板/需求说明模板.md` 或 `03_规范与模板/业务规则与需求补充模板.md` 创建文档。\n3. 文档确认有效后,同步更新业务流程索引和 Agent 检索索引。\n4. Agent 回答具体业务需求时,应优先检索本目录。\n\n## 推荐命名\n\n```text\n业务域_需求或规则名称_YYYYMMDD.md\n```\n\n示例:\n\n```text\n采购_供应商准入规则_20260526.md\n库存_出入库审批规则_20260526.md\n销售_客户授信额度需求_20260526.md\n```\n\n## 文档状态\n\n每个需求文档建议在 Frontmatter 中维护 `status`:\n\n| 状态 | 含义 |\n|---|---|\n| draft | 草稿,尚未确认 |\n| reviewing | 评审中 |\n| active | 已确认,可作为 Agent 回答依据 |\n| deprecated | 已废弃,仅归档参考 |\n\n## 必填内容\n\n每个需求文档至少包含:\n\n- 需求背景\n- 适用范围\n- 涉及角色\n- 业务规则\n- 业务流程\n- 异常处理\n- 权限要求\n- 验收口径\n- Agent 检索字段\n- 变更记录\n\n## 索引维护\n\n新增或修改需求文档后,需要同步更新:\n\n- `05_需求文档/需求文档索引.md`\n- `01_业务流程/业务规则索引.md`\n- `01_业务流程/业务对象字典.md`\n- `04_Agent检索/关键词索引.md`\n- `04_Agent检索/同义词表.md`\n- `04_Agent检索/来源文件索引.md`\n\n## 验证流程\n\n新增需求文档后,按 `04_Agent检索/知识库持续更新与验证流程.md` 执行验证,并将验证结果记录到:\n\n- `05_需求文档/需求文档索引.md`\n- `01_业务流程/业务补充验证记录.md`\n", "wikilinks": [], "category": "layer-requirements" } }, { "id": "doc:05_需求文档/需求文档索引", "type": "document", "name": "需求文档索引", "filePath": "05_需求文档/需求文档索引.md", "summary": "type: requirement index tags: 需求文档, 索引, Agent检索 aliases: 需求索引, 需求文档清单, 需求清单 source: manual status: active owner: 产品经理 / 业务主管 updated: 2026 05 需求文档索引 本文件记录 05 需求文档/ 下所有正式需求文档,供人工维护和", "tags": [ "05_需求文档", "需求文档", "索引", "Agent检索" ], "complexity": "simple", "knowledgeMeta": { "content": "---\ntype: requirement_index\ntags: [需求文档, 索引, Agent检索]\naliases: [需求索引, 需求文档清单, 需求清单]\nsource: manual\nstatus: active\nowner: 产品经理 / 业务主管\nupdated: 2026-05\n---\n\n# 需求文档索引\n\n本文件记录 `05_需求文档/` 下所有正式需求文档,供人工维护和 Agent 检索定位。\n\n## 需求文档清单\n\n| 编号 | 业务域 | 需求/规则名称 | 文件 | 状态 | 负责人 | 更新时间 | 验证状态 |\n|---|---|---|---|---|---|---|---|\n| | | | | | | | 未验证 |\n\n## Agent 检索关键词\n\n| 关键词/问法 | 标准术语 | 命中文件 | 答案要点 |\n|---|---|---|---|\n| | | | |\n\n## 维护规则\n\n1. 新增需求文档后,必须在“需求文档清单”新增一行。\n2. 每个需求文档至少维护 3 个可检索问法。\n3. `状态=active` 的文档可作为 Agent 回答依据。\n4. `status=draft/reviewing` 的文档只能作为草稿参考,Agent 回答时需说明尚未确认。\n5. `status=deprecated` 的文档不得作为当前规则依据,只能说明历史背景。\n\n## 验证记录摘要\n\n| 日期 | 文件 | 验证问题数 | 通过数 | 失败数 | 结论 |\n|---|---|---:|---:|---:|---|\n| | | | | | |\n", "wikilinks": [], "category": "layer-requirements" } }, { "id": "doc:06_里程碑/README", "type": "document", "name": "里程碑", "filePath": "06_里程碑/README.md", "summary": "本目录用于存放项目阶段计划、里程碑节点、阶段评审记录和上线节奏说明。", "tags": [ "06_里程碑", "里程碑" ], "complexity": "simple", "knowledgeMeta": { "content": "---\ntype: milestone_home\ntags: [里程碑, 项目管理, 知识库]\naliases: [里程碑入口, 项目里程碑]\nsource: manual\nstatus: active\nowner: 项目经理\nupdated: 2026-05\n---\n\n# 里程碑\n\n本目录用于存放项目阶段计划、里程碑节点、阶段评审记录和上线节奏说明。\n\n## 二级入口\n\n- [[里程碑索引]]\n- [[阶段计划模板]]\n- [[里程碑评审记录]]\n\n## 存放内容\n\n- 项目启动节点\n- 需求评审节点\n- 原型/高保真确认节点\n- 开发启动节点\n- 测试准入节点\n- 上线检查节点\n- 复盘回流节点\n\n## 命名建议\n\n```text\n项目名_里程碑计划_YYYYMMDD.md\n项目名_阶段评审记录_YYYYMMDD.md\n```\n\n## 关联目录\n\n- 需求依据:[[../05_需求文档/README|需求文档]]\n- 流程依据:[[../02_项目管理流程/AI驱动内部系统开发流程_V3_总览|项目管理流程]]\n- 测试准入:[[../08_测试相关/README|测试相关]]\n", "wikilinks": [], "category": "layer-milestones" } }, { "id": "doc:06_里程碑/里程碑索引", "type": "document", "name": "里程碑索引", "filePath": "06_里程碑/里程碑索引.md", "summary": "- 新增里程碑计划后,在本索引登记。", "tags": [ "06_里程碑", "里程碑" ], "complexity": "simple", "knowledgeMeta": { "content": "---\ntype: milestone_index\ntags: [里程碑, 索引, Agent检索]\naliases: [里程碑清单, 项目节点索引]\nsource: manual\nstatus: active\nowner: 项目经理\nupdated: 2026-05\n---\n\n# 里程碑索引\n\n## 里程碑文档清单\n\n| 项目 | 里程碑名称 | 文件 | 阶段 | 负责人 | 计划时间 | 当前状态 |\n|---|---|---|---|---|---|---|\n| | | | | | | |\n\n## Agent 检索关键词\n\n| 问法 | 标准术语 | 命中文件 | 答案要点 |\n|---|---|---|---|\n| | | | |\n\n## 维护规则\n\n- 新增里程碑计划后,在本索引登记。\n- 每个里程碑应关联至少一个需求文档或项目管理阶段。\n- Agent 回答项目进度、节点、准入问题时,应引用本索引或具体里程碑文件。\n", "wikilinks": [], "category": "layer-milestones" } }, { "id": "doc:06_里程碑/里程碑评审记录", "type": "document", "name": "里程碑评审记录", "filePath": "06_里程碑/里程碑评审记录.md", "summary": "知识库文档。", "tags": [ "06_里程碑", "里程碑" ], "complexity": "simple", "knowledgeMeta": { "content": "---\ntype: milestone_review_log\ntags: [里程碑, 评审, 记录]\naliases: [阶段评审记录, 里程碑评审]\nsource: manual\nstatus: active\nowner: 项目经理\nupdated: 2026-05\n---\n\n# 里程碑评审记录\n\n| 日期 | 项目 | 阶段 | 评审结论 | 遗留问题 | 负责人 | 后续动作 |\n|---|---|---|---|---|---|---|\n| | | | | | | |\n", "wikilinks": [], "category": "layer-milestones" } }, { "id": "doc:06_里程碑/阶段计划模板", "type": "document", "name": "阶段计划模板", "filePath": "06_里程碑/阶段计划模板.md", "summary": "- 需求文档:", "tags": [ "06_里程碑", "里程碑" ], "complexity": "simple", "knowledgeMeta": { "content": "---\ntype: milestone_template\ntags: [里程碑, 阶段计划, 模板]\naliases: [阶段计划, 里程碑模板]\nsource: manual\nstatus: active\nowner: 项目经理\nupdated: 2026-05\n---\n\n# 阶段计划模板\n\n## 基本信息\n\n| 项目 | 内容 |\n|---|---|\n| 项目名称 | |\n| 关联需求 | |\n| 当前阶段 | |\n| 负责人 | |\n| 计划开始 | |\n| 计划结束 | |\n\n## 阶段目标\n\n\n## 输入材料\n\n- 需求文档:\n- 业务流程:\n- 技术文档:\n- 测试材料:\n\n## 关键任务\n\n| 任务 | 负责人 | 截止时间 | 输出物 | 状态 |\n|---|---|---|---|---|\n| | | | | |\n\n## 阶段交付物\n\n\n## 准入/准出条件\n\n\n## 风险与阻塞\n\n\n## Agent 检索字段\n\n- 关键词:\n- 同义词:\n- 典型问法:\n", "wikilinks": [], "category": "layer-milestones" } }, { "id": "doc:07_技术文档/README", "type": "document", "name": "技术文档", "filePath": "07_技术文档/README.md", "summary": "type: technical docs home tags: 技术文档, 架构, 开发, 知识库 aliases: 技术文档入口, 技术资料 source: manual status: active owner: 技术负责人 updated: 2026 05 技术文档 本目录用于存放系统架构、数据模型、接口说明、实现方案、部署说明和技术决策记录。 二级入", "tags": [ "07_技术文档", "技术文档", "架构", "开发", "知识库" ], "complexity": "simple", "knowledgeMeta": { "content": "---\ntype: technical_docs_home\ntags: [技术文档, 架构, 开发, 知识库]\naliases: [技术文档入口, 技术资料]\nsource: manual\nstatus: active\nowner: 技术负责人\nupdated: 2026-05\n---\n\n# 技术文档\n\n本目录用于存放系统架构、数据模型、接口说明、实现方案、部署说明和技术决策记录。\n\n## 二级入口\n\n- [[技术文档索引]]\n- [[系统架构说明模板]]\n- [[接口说明模板]]\n- [[技术决策记录]]\n\n## 存放内容\n\n- 系统架构说明\n- 模块设计说明\n- 数据表/业务对象设计\n- API 接口说明\n- 权限与安全设计\n- 部署与配置说明\n- 技术决策记录\n\n## 命名建议\n\n```text\n系统或模块_技术方案_YYYYMMDD.md\n系统或模块_接口说明_YYYYMMDD.md\n系统或模块_数据模型_YYYYMMDD.md\n```\n\n## 关联目录\n\n- 需求依据:[[../05_需求文档/README|需求文档]]\n- 测试依据:[[../08_测试相关/README|测试相关]]\n- 里程碑:[[../06_里程碑/README|里程碑]]\n", "wikilinks": [ "技术文档索引", "系统架构说明模板", "接口说明模板", "技术决策记录", "../05_需求文档/README|需求文档", "../08_测试相关/README|测试相关", "../06_里程碑/README|里程碑" ], "category": "layer-technical" } }, { "id": "doc:07_技术文档/技术决策记录", "type": "document", "name": "技术决策记录", "filePath": "07_技术文档/技术决策记录.md", "summary": "type: adr log tags: 技术文档, 技术决策, ADR aliases: 技术决策, ADR source: manual status: active owner: 技术负责人 updated: 2026 05 技术决策记录 日期 决策主题 背景 决策结论 影响范围 关联需求/技术文档", "tags": [ "07_技术文档", "技术文档", "技术决策", "ADR" ], "complexity": "simple", "knowledgeMeta": { "content": "---\ntype: adr_log\ntags: [技术文档, 技术决策, ADR]\naliases: [技术决策, ADR]\nsource: manual\nstatus: active\nowner: 技术负责人\nupdated: 2026-05\n---\n\n# 技术决策记录\n\n| 日期 | 决策主题 | 背景 | 决策结论 | 影响范围 | 关联需求/技术文档 |\n|---|---|---|---|---|---|\n| | | | | | |\n", "wikilinks": [], "category": "layer-technical" } }, { "id": "doc:07_技术文档/技术文档索引", "type": "document", "name": "技术文档索引", "filePath": "07_技术文档/技术文档索引.md", "summary": "type: technical docs index tags: 技术文档, 索引, Agent检索 aliases: 技术索引, 技术资料清单 source: manual status: active owner: 技术负责人 updated: 2026 05 技术文档索引 技术文档清单 模块/系统 文档类型 文件 关联需求 负责人 更新时间 状态 Ag", "tags": [ "07_技术文档", "技术文档", "索引", "Agent检索" ], "complexity": "simple", "knowledgeMeta": { "content": "---\ntype: technical_docs_index\ntags: [技术文档, 索引, Agent检索]\naliases: [技术索引, 技术资料清单]\nsource: manual\nstatus: active\nowner: 技术负责人\nupdated: 2026-05\n---\n\n# 技术文档索引\n\n## 技术文档清单\n\n| 模块/系统 | 文档类型 | 文件 | 关联需求 | 负责人 | 更新时间 | 状态 |\n|---|---|---|---|---|---|---|\n| | | | | | | |\n\n## Agent 检索关键词\n\n| 问法 | 标准术语 | 命中文件 | 答案要点 |\n|---|---|---|---|\n| | | | |\n\n## 维护规则\n\n- 新增技术方案、接口说明、数据模型后,在本索引登记。\n- 技术文档必须关联需求文档或业务流程。\n- Agent 回答技术实现、接口、数据结构问题时,应优先检索本目录。\n", "wikilinks": [], "category": "layer-technical" } }, { "id": "doc:07_技术文档/接口说明模板", "type": "document", "name": "接口说明模板", "filePath": "07_技术文档/接口说明模板.md", "summary": "type: api template tags: 技术文档, 接口, 模板 aliases: 接口模板, API说明模板 source: manual status: active owner: 技术负责人 updated: 2026 05 接口说明模板 基本信息 项目 内容 接口名称 所属模块 关联需求 负责人 状态 draft 接口用途 请求说明 字段 ", "tags": [ "07_技术文档", "技术文档", "接口", "模板" ], "complexity": "simple", "knowledgeMeta": { "content": "---\ntype: api_template\ntags: [技术文档, 接口, 模板]\naliases: [接口模板, API说明模板]\nsource: manual\nstatus: active\nowner: 技术负责人\nupdated: 2026-05\n---\n\n# 接口说明模板\n\n## 基本信息\n\n| 项目 | 内容 |\n|---|---|\n| 接口名称 | |\n| 所属模块 | |\n| 关联需求 | |\n| 负责人 | |\n| 状态 | draft |\n\n## 接口用途\n\n\n## 请求说明\n\n| 字段 | 类型 | 必填 | 说明 | 示例 |\n|---|---|---|---|---|\n| | | | | |\n\n## 响应说明\n\n| 字段 | 类型 | 说明 | 示例 |\n|---|---|---|---|\n| | | | |\n\n## 业务规则\n\n\n## 异常码\n\n| 异常码 | 含义 | 处理方式 |\n|---|---|---|\n| | | |\n\n## Agent 检索字段\n\n- 关键词:\n- 同义词:\n- 典型问法:\n", "wikilinks": [], "category": "layer-technical" } }, { "id": "doc:07_技术文档/系统架构说明模板", "type": "document", "name": "系统架构说明模板", "filePath": "07_技术文档/系统架构说明模板.md", "summary": "type: architecture template tags: 技术文档, 架构, 模板 aliases: 架构说明模板 source: manual status: active owner: 技术负责人 updated: 2026 05 系统架构说明模板 基本信息 项目 内容 系统/模块 关联需求 负责人 状态 draft 背景与目标 架构说明 模块", "tags": [ "07_技术文档", "技术文档", "架构", "模板" ], "complexity": "simple", "knowledgeMeta": { "content": "---\ntype: architecture_template\ntags: [技术文档, 架构, 模板]\naliases: [架构说明模板]\nsource: manual\nstatus: active\nowner: 技术负责人\nupdated: 2026-05\n---\n\n# 系统架构说明模板\n\n## 基本信息\n\n| 项目 | 内容 |\n|---|---|\n| 系统/模块 | |\n| 关联需求 | |\n| 负责人 | |\n| 状态 | draft |\n\n## 背景与目标\n\n\n## 架构说明\n\n\n## 模块划分\n\n| 模块 | 职责 | 输入 | 输出 | 依赖 |\n|---|---|---|---|---|\n| | | | | |\n\n## 数据模型\n\n\n## 接口关系\n\n\n## 权限与安全\n\n\n## 异常与边界\n\n\n## 部署与配置\n\n\n## Agent 检索字段\n\n- 关键词:\n- 同义词:\n- 典型问法:\n", "wikilinks": [], "category": "layer-technical" } }, { "id": "doc:08_测试相关/README", "type": "document", "name": "测试相关", "filePath": "08_测试相关/README.md", "summary": "type: testing home tags: 测试, 测试用例, 验收, 知识库 aliases: 测试相关入口, 测试文档 source: manual status: active owner: 测试负责人 updated: 2026 05 测试相关 本目录用于存放测试计划、测试用例、测试报告、缺陷记录、验收记录和上线检查材料。 二级入口 测试用例索", "tags": [ "08_测试相关", "测试相关", "测试", "测试用例", "验收", "知识库" ], "complexity": "simple", "knowledgeMeta": { "content": "---\ntype: testing_home\ntags: [测试, 测试用例, 验收, 知识库]\naliases: [测试相关入口, 测试文档]\nsource: manual\nstatus: active\nowner: 测试负责人\nupdated: 2026-05\n---\n\n# 测试相关\n\n本目录用于存放测试计划、测试用例、测试报告、缺陷记录、验收记录和上线检查材料。\n\n## 二级入口\n\n- [[测试用例索引]]\n- [[测试用例模板]]\n- [[测试计划模板]]\n- [[缺陷记录模板]]\n- [[验收记录模板]]\n- [[上线检查模板]]\n\n## 存放内容\n\n- 测试计划\n- 测试用例\n- 测试执行记录\n- 缺陷记录\n- 验收记录\n- 上线检查记录\n- 回归测试说明\n\n## 命名建议\n\n```text\n项目或模块_测试用例_YYYYMMDD.md\n项目或模块_测试计划_YYYYMMDD.md\n项目或模块_缺陷记录_YYYYMMDD.md\n项目或模块_验收记录_YYYYMMDD.md\n```\n\n## 关联目录\n\n- 需求依据:[[../05_需求文档/README|需求文档]]\n- 技术依据:[[../07_技术文档/README|技术文档]]\n- 里程碑依据:[[../06_里程碑/README|里程碑]]\n- 流程依据:[[../02_项目管理流程/阶段2.5_测试提前补漏|阶段2.5 测试提前补漏]]、[[../02_项目管理流程/阶段4_测试培训上线回流|阶段4 测试培训上线回流]]\n", "wikilinks": [ "测试用例索引", "测试用例模板", "测试计划模板", "缺陷记录模板", "验收记录模板", "上线检查模板", "../05_需求文档/README|需求文档", "../07_技术文档/README|技术文档", "../06_里程碑/README|里程碑", "../02_项目管理流程/阶段2.5_测试提前补漏|阶段2.5 测试提前补漏", "../02_项目管理流程/阶段4_测试培训上线回流|阶段4 测试培训上线回流" ], "category": "layer-testing" } }, { "id": "doc:08_测试相关/上线检查模板", "type": "document", "name": "上线检查模板", "filePath": "08_测试相关/上线检查模板.md", "summary": "type: go live checklist template tags: 上线检查, 测试, 模板 aliases: 上线检查, 发布检查 source: manual status: active owner: 测试负责人 / 项目经理 updated: 2026 05 上线检查模板 基本信息 项目 内容 项目/模块 关联需求 关联里程碑 负责人 检查", "tags": [ "08_测试相关", "测试相关", "上线检查", "测试", "模板" ], "complexity": "simple", "knowledgeMeta": { "content": "---\ntype: go_live_checklist_template\ntags: [上线检查, 测试, 模板]\naliases: [上线检查, 发布检查]\nsource: manual\nstatus: active\nowner: 测试负责人 / 项目经理\nupdated: 2026-05\n---\n\n# 上线检查模板\n\n## 基本信息\n\n| 项目 | 内容 |\n|---|---|\n| 项目/模块 | |\n| 关联需求 | |\n| 关联里程碑 | |\n| 负责人 | |\n| 检查日期 | |\n\n## 上线前检查项\n\n| 检查项 | 负责人 | 结果 | 备注 |\n|---|---|---|---|\n| 需求已确认 | | | |\n| 测试用例已执行 | | | |\n| P0/P1 缺陷已关闭 | | | |\n| 用户培训已完成 | | | |\n| 回滚方案已确认 | | | |\n| 数据备份已确认 | | | |\n\n## 上线结论\n\n\n## 回滚条件\n\n\n## Agent 检索字段\n\n- 关键词:\n- 同义词:\n- 典型问法:\n", "wikilinks": [], "category": "layer-testing" } }, { "id": "doc:08_测试相关/测试用例模板", "type": "document", "name": "测试用例模板", "filePath": "08_测试相关/测试用例模板.md", "summary": "type: test case template tags: 测试用例, 测试, 模板 aliases: 用例模板, 测试用例 source: manual status: active owner: 测试负责人 updated: 2026 05 测试用例模板 基本信息 项目 内容 项目/模块 关联需求 关联技术文档 测试负责人 状态 draft 测试范围 ", "tags": [ "08_测试相关", "测试相关", "测试用例", "测试", "模板" ], "complexity": "simple", "knowledgeMeta": { "content": "---\ntype: test_case_template\ntags: [测试用例, 测试, 模板]\naliases: [用例模板, 测试用例]\nsource: manual\nstatus: active\nowner: 测试负责人\nupdated: 2026-05\n---\n\n# 测试用例模板\n\n## 基本信息\n\n| 项目 | 内容 |\n|---|---|\n| 项目/模块 | |\n| 关联需求 | |\n| 关联技术文档 | |\n| 测试负责人 | |\n| 状态 | draft |\n\n## 测试范围\n\n\n## 前置条件\n\n\n## 测试用例\n\n| 用例编号 | 场景 | 前置条件 | 操作步骤 | 预期结果 | 优先级 | 状态 |\n|---|---|---|---|---|---|---|\n| TC-001 | | | | | P1 | 未执行 |\n\n## 边界与异常场景\n\n\n## 验收口径\n\n\n## Agent 检索字段\n\n- 关键词:\n- 同义词:\n- 典型问法:\n", "wikilinks": [], "category": "layer-testing" } }, { "id": "doc:08_测试相关/测试用例索引", "type": "document", "name": "测试用例索引", "filePath": "08_测试相关/测试用例索引.md", "summary": "type: test case index tags: 测试用例, 测试, 索引, Agent检索 aliases: 测试用例清单, 用例索引 source: manual status: active owner: 测试负责人 updated: 2026 05 测试用例索引 测试用例清单 编号 项目/模块 用例集名称 文件 关联需求 关联技术文档 负责人 ", "tags": [ "08_测试相关", "测试相关", "测试用例", "测试", "索引", "Agent检索" ], "complexity": "simple", "knowledgeMeta": { "content": "---\ntype: test_case_index\ntags: [测试用例, 测试, 索引, Agent检索]\naliases: [测试用例清单, 用例索引]\nsource: manual\nstatus: active\nowner: 测试负责人\nupdated: 2026-05\n---\n\n# 测试用例索引\n\n## 测试用例清单\n\n| 编号 | 项目/模块 | 用例集名称 | 文件 | 关联需求 | 关联技术文档 | 负责人 | 状态 | 更新时间 |\n|---|---|---|---|---|---|---|---|---|\n| | | | | | | | 未验证 | |\n\n## Agent 检索关键词\n\n| 问法 | 标准术语 | 命中文件 | 答案要点 |\n|---|---|---|---|\n| | | | |\n\n## 维护规则\n\n- 新增测试用例后,必须在本索引登记。\n- 每个测试用例文件必须关联至少一个需求文档。\n- 若测试用例依赖接口、数据模型或技术方案,应关联技术文档。\n- Agent 回答测试范围、验收口径、缺陷复现问题时,应优先检索本目录。\n", "wikilinks": [], "category": "layer-testing" } }, { "id": "doc:08_测试相关/测试计划模板", "type": "document", "name": "测试计划模板", "filePath": "08_测试相关/测试计划模板.md", "summary": "type: test plan template tags: 测试计划, 测试, 模板 aliases: 测试计划模板 source: manual status: active owner: 测试负责人 updated: 2026 05 测试计划模板 基本信息 项目 内容 项目/模块 关联需求 关联里程碑 测试负责人 计划周期 测试目标 测试范围 不在范围", "tags": [ "08_测试相关", "测试相关", "测试计划", "测试", "模板" ], "complexity": "simple", "knowledgeMeta": { "content": "---\ntype: test_plan_template\ntags: [测试计划, 测试, 模板]\naliases: [测试计划模板]\nsource: manual\nstatus: active\nowner: 测试负责人\nupdated: 2026-05\n---\n\n# 测试计划模板\n\n## 基本信息\n\n| 项目 | 内容 |\n|---|---|\n| 项目/模块 | |\n| 关联需求 | |\n| 关联里程碑 | |\n| 测试负责人 | |\n| 计划周期 | |\n\n## 测试目标\n\n\n## 测试范围\n\n\n## 不在范围内\n\n\n## 测试资源\n\n\n## 测试安排\n\n| 阶段 | 时间 | 负责人 | 输出物 |\n|---|---|---|---|\n| | | | |\n\n## 准入条件\n\n\n## 准出条件\n\n\n## 风险\n\n\n## Agent 检索字段\n\n- 关键词:\n- 同义词:\n- 典型问法:\n", "wikilinks": [], "category": "layer-testing" } }, { "id": "doc:08_测试相关/缺陷记录模板", "type": "document", "name": "缺陷记录模板", "filePath": "08_测试相关/缺陷记录模板.md", "summary": "type: defect template tags: 缺陷, 测试, 模板 aliases: Bug记录模板, 缺陷记录 source: manual status: active owner: 测试负责人 updated: 2026 05 缺陷记录模板 基本信息 项目 内容 缺陷编号 BUG 项目/模块 关联需求 关联用例 严重级别 当前状态 open ", "tags": [ "08_测试相关", "测试相关", "缺陷", "测试", "模板" ], "complexity": "simple", "knowledgeMeta": { "content": "---\ntype: defect_template\ntags: [缺陷, 测试, 模板]\naliases: [Bug记录模板, 缺陷记录]\nsource: manual\nstatus: active\nowner: 测试负责人\nupdated: 2026-05\n---\n\n# 缺陷记录模板\n\n## 基本信息\n\n| 项目 | 内容 |\n|---|---|\n| 缺陷编号 | BUG- |\n| 项目/模块 | |\n| 关联需求 | |\n| 关联用例 | |\n| 严重级别 | |\n| 当前状态 | open |\n| 负责人 | |\n\n## 问题描述\n\n\n## 复现步骤\n\n1. \n2. \n3. \n\n## 实际结果\n\n\n## 预期结果\n\n\n## 影响范围\n\n\n## 修复结论\n\n\n## 回归验证\n\n\n## Agent 检索字段\n\n- 关键词:\n- 同义词:\n- 典型问法:\n", "wikilinks": [], "category": "layer-testing" } }, { "id": "doc:08_测试相关/验收记录模板", "type": "document", "name": "验收记录模板", "filePath": "08_测试相关/验收记录模板.md", "summary": "type: acceptance template tags: 验收, 测试, 模板 aliases: 验收记录, UAT模板 source: manual status: active owner: 测试负责人 / 业务负责人 updated: 2026 05 验收记录模板 基本信息 项目 内容 项目/模块 关联需求 关联测试用例 验收负责人 验收日期 验", "tags": [ "08_测试相关", "测试相关", "验收", "测试", "模板" ], "complexity": "simple", "knowledgeMeta": { "content": "---\ntype: acceptance_template\ntags: [验收, 测试, 模板]\naliases: [验收记录, UAT模板]\nsource: manual\nstatus: active\nowner: 测试负责人 / 业务负责人\nupdated: 2026-05\n---\n\n# 验收记录模板\n\n## 基本信息\n\n| 项目 | 内容 |\n|---|---|\n| 项目/模块 | |\n| 关联需求 | |\n| 关联测试用例 | |\n| 验收负责人 | |\n| 验收日期 | |\n| 验收结论 | |\n\n## 验收范围\n\n\n## 验收结果\n\n| 验收项 | 预期结果 | 实际结果 | 结论 | 备注 |\n|---|---|---|---|---|\n| | | | | |\n\n## 遗留问题\n\n\n## 上线建议\n\n\n## Agent 检索字段\n\n- 关键词:\n- 同义词:\n- 典型问法:\n", "wikilinks": [], "category": "layer-testing" } }, { "id": "doc:欢迎", "type": "document", "name": "欢迎使用如愿知识库", "filePath": "欢迎.md", "summary": "请从 [[00_首页/知识库首页]] 开始。", "tags": [ "欢迎.md" ], "complexity": "simple", "knowledgeMeta": { "content": "---\ntype: index\ntags: [知识库, 入口]\naliases: [欢迎, 首页]\nsource: manual\nstatus: active\nowner: 内部技术团队\nupdated: 2026-05\n---\n\n# 欢迎使用如愿知识库\n\n请从 [[00_首页/知识库首页]] 开始。\n\n常用入口:\n\n- [[知识库使用说明]]\n- [[00_首页/知识地图]]\n- [[00_首页/Agent问答入口]]\n- [[05_需求文档/README|需求文档]]\n- [[06_里程碑/README|里程碑]]\n- [[07_技术文档/README|技术文档]]\n- [[08_测试相关/README|测试相关]]\n- [[04_Agent检索/检索说明]]", "wikilinks": [], "category": "layer-overview" } }, { "id": "doc:知识库使用说明", "type": "document", "name": "如愿知识库使用说明", "filePath": "知识库使用说明.md", "summary": "本文档说明如愿知识库的用途、目录结构、文档存放规则、索引维护规则、Obsidian 图谱使用方式,以及 Agent 如何基于知识库回答问题。", "tags": [ "知识库使用说明.md" ], "complexity": "moderate", "knowledgeMeta": { "content": "---\ntype: knowledge_base_guide\ntags: [知识库, 使用说明, Obsidian, Agent检索]\naliases: [如愿知识库使用说明, 知识库操作说明, 知识库维护说明]\nsource: manual\nstatus: active\nowner: 内部技术团队\nupdated: 2026-05\n---\n\n# 如愿知识库使用说明\n\n本文档说明如愿知识库的用途、目录结构、文档存放规则、索引维护规则、Obsidian 图谱使用方式,以及 Agent 如何基于知识库回答问题。\n\n## 1. 知识库定位\n\n如愿知识库用于沉淀内部系统建设过程中的:\n\n- 业务需求\n- 业务规则\n- 业务流程\n- 项目里程碑\n- 技术方案\n- 测试用例\n- 缺陷与验收记录\n- Agent 检索规则\n\n知识库不是单纯存文件,而是要形成可检索、可追溯、可被 Agent 引用回答的知识网络。\n\n## 2. 推荐打开方式\n\n推荐使用 Obsidian 打开以下目录作为 Vault:\n\n```text\nD:\\AIcoding\\WishFulfilled\\知识库\\如愿知识库\n```\n\n打开后建议从以下入口开始:\n\n1. [[欢迎]]\n2. [[00_首页/知识库首页]]\n3. [[00_首页/知识地图]]\n4. [[00_首页/Agent问答入口]]\n5. [[04_Agent检索/检索说明]]\n\n## 3. 主目录说明\n\n```text\n如愿知识库/\n├─ 00_首页/ # 首页、知识地图、Agent 问答入口\n├─ 01_业务流程/ # 业务流程、业务对象、业务规则、补充验证记录\n├─ 02_项目管理流程/ # 项目阶段、角色职责、交付物、检查清单、FAQ\n├─ 03_规范与模板/ # 需求、业务规则、会议、上线检查等模板\n├─ 04_Agent检索/ # 检索说明、关键词、同义词、来源文件索引\n├─ 05_需求文档/ # 正式需求文档、需求索引\n├─ 06_里程碑/ # 里程碑计划、阶段计划、评审记录\n├─ 07_技术文档/ # 技术方案、系统架构、接口说明、技术决策\n├─ 08_测试相关/ # 测试用例、测试计划、缺陷、验收、上线检查\n├─ 99_归档/ # 历史文档、废弃文档、仅供参考内容\n├─ 欢迎.md # Obsidian 入口页\n├─ 知识库使用说明.md # 本文档\n└─ Git使用说明.md # Git 仓库协作说明\n```\n\n## 4. 日常使用入口\n\n| 使用场景 | 优先入口 |\n|---|---|\n| 想了解知识库整体结构 | [[00_首页/知识地图]] |\n| 想让 Agent 回答业务问题 | [[00_首页/Agent问答入口]] |\n| 查看或新增需求 | [[05_需求文档/README]] |\n| 查看或新增里程碑 | [[06_里程碑/README]] |\n| 查看或新增技术方案 | [[07_技术文档/README]] |\n| 查看或新增测试用例 | [[08_测试相关/README]] |\n| 查看项目管理阶段 | [[02_项目管理流程/AI驱动内部系统开发流程_V3_总览]] |\n| 查看 Agent 检索规则 | [[04_Agent检索/检索说明]] |\n| 查看来源依据 | [[04_Agent检索/来源文件索引]] |\n\n## 5. 文档应该放在哪里\n\n### 5.1 需求文档\n\n放入:\n\n```text\n05_需求文档/\n```\n\n适合存放:\n\n- 正式需求说明\n- 业务规则说明\n- 需求变更说明\n- 业务补充说明\n- 产品口径说明\n\n推荐命名:\n\n```text\n业务域_需求或规则名称_YYYYMMDD.md\n```\n\n示例:\n\n```text\nUSER评价业务闭环_数据流与中间对象设计_20260517.md\n采购_供应商准入规则_20260526.md\n库存_出入库审批规则_20260526.md\n```\n\n新增后应同步维护:\n\n- [[05_需求文档/需求文档索引]]\n- [[01_业务流程/业务规则索引]],如涉及业务规则\n- [[01_业务流程/业务对象字典]],如涉及新增业务对象\n- [[04_Agent检索/关键词索引]],如需要 Agent 检索命中\n- [[04_Agent检索/来源文件索引]],如是新的权威来源\n\n### 5.2 里程碑文档\n\n放入:\n\n```text\n06_里程碑/\n```\n\n适合存放:\n\n- 项目里程碑计划\n- 阶段计划\n- 阶段评审记录\n- 上线节奏\n- 准入/准出记录\n\n推荐命名:\n\n```text\n项目名_里程碑计划_YYYYMMDD.md\n项目名_阶段评审记录_YYYYMMDD.md\n```\n\n新增后应同步维护:\n\n- [[06_里程碑/里程碑索引]]\n\n### 5.3 技术文档\n\n放入:\n\n```text\n07_技术文档/\n```\n\n适合存放:\n\n- 系统架构说明\n- 数据模型说明\n- 接口说明\n- 模块设计\n- 技术方案\n- 部署说明\n- 技术决策记录\n\n推荐命名:\n\n```text\n系统或模块_技术方案_YYYYMMDD.md\n系统或模块_接口说明_YYYYMMDD.md\n系统或模块_数据模型_YYYYMMDD.md\n```\n\n新增后应同步维护:\n\n- [[07_技术文档/技术文档索引]]\n- [[04_Agent检索/关键词索引]],如需要 Agent 检索\n- [[04_Agent检索/来源文件索引]],如是新的技术依据\n\n### 5.4 测试相关文档\n\n放入:\n\n```text\n08_测试相关/\n```\n\n适合存放:\n\n- 测试计划\n- 测试用例\n- 缺陷记录\n- 验收记录\n- 上线检查\n- 回归测试记录\n\n推荐命名:\n\n```text\n项目名_模块名_测试计划_YYYYMMDD.md\n项目名_模块名_测试用例_YYYYMMDD.md\n项目名_模块名_缺陷记录_YYYYMMDD.md\n项目名_模块名_验收记录_YYYYMMDD.md\n```\n\n新增后应同步维护:\n\n- [[08_测试相关/测试用例索引]]\n- 关联需求文档\n- 关联里程碑或测试阶段\n\n测试用例必须能追溯到需求来源。\n\n### 5.5 业务流程文档\n\n放入:\n\n```text\n01_业务流程/\n```\n\n适合存放:\n\n- 已稳定的业务流程\n- 业务对象定义\n- 业务规则索引\n- 业务补充验证记录\n\n如果是新需求或尚未确认的业务规则,优先放入 `05_需求文档/`,确认稳定后再沉淀到 `01_业务流程/`。\n\n### 5.6 模板文档\n\n放入:\n\n```text\n03_规范与模板/\n```\n\n适合存放:\n\n- 需求说明模板\n- 业务规则补充模板\n- 会议纪要模板\n- 上线检查模板\n- 通用文档模板\n\n模板只用于复用格式,不应存放具体项目内容。\n\n### 5.7 归档文档\n\n放入:\n\n```text\n99_归档/\n```\n\n适合存放:\n\n- 已废弃文档\n- 历史版本\n- 仅供参考内容\n- 不再作为当前依据的旧规则\n\n归档文档不应作为 Agent 当前回答依据,除非问题明确询问历史背景。\n\n## 6. Agent 检索优先级\n\nAgent 回答问题时,按以下顺序查找依据:\n\n1. `05_需求文档/`:正式需求、业务规则、需求变更。\n2. `06_里程碑/`:项目节点、阶段计划、阶段评审、上线节奏。\n3. `07_技术文档/`:系统架构、数据模型、接口说明、实现方案、技术决策。\n4. `08_测试相关/`:测试计划、测试用例、缺陷记录、验收记录、上线检查。\n5. `02_项目管理流程/`:内部系统开发流程、阶段、角色、门禁、交付物、检查清单。\n6. `01_业务流程/`:真实业务流程、业务对象、业务规则。\n7. `04_Agent检索/`:关键词、同义词、来源索引、回答规则。\n8. `03_规范与模板/`:需要产出模板或文档时使用。\n\nAgent 回答必须注明来源文件。\n\n## 7. 不同问题应该查哪里\n\n| 问题类型 | 优先查找位置 |\n|---|---|\n| 某个需求是什么 | `05_需求文档/`、`05_需求文档/需求文档索引.md` |\n| 某个业务规则是什么 | `05_需求文档/`、`01_业务流程/业务规则索引.md` |\n| 某个业务对象怎么定义 | `01_业务流程/业务对象字典.md`、相关需求文档 |\n| 项目当前到哪个阶段 | `06_里程碑/`、`06_里程碑/里程碑索引.md` |\n| 某阶段要交付什么 | `02_项目管理流程/阶段交付物清单.md` |\n| 技术怎么实现 | `07_技术文档/`、`07_技术文档/技术文档索引.md` |\n| 接口怎么设计 | `07_技术文档/`、具体接口说明文档 |\n| 数据模型怎么设计 | `07_技术文档/`、具体数据模型文档、需求文档 |\n| 测试用例在哪里 | `08_测试相关/`、`08_测试相关/测试用例索引.md` |\n| 缺陷如何记录 | `08_测试相关/缺陷记录模板.md` |\n| 上线前检查什么 | `08_测试相关/上线检查模板.md`、`02_项目管理流程/项目检查清单.md` |\n| Agent 为什么这样回答 | `04_Agent检索/检索说明.md`、`04_Agent检索/来源文件索引.md` |\n\n## 8. 新增文档标准流程\n\n新增文档建议按以下流程操作:\n\n```text\n确定文档类型\n ↓\n放入对应目录\n ↓\n按推荐命名规则命名\n ↓\n补充 Frontmatter\n ↓\n正文写清背景、规则、流程、验收口径\n ↓\n补充 Agent 检索字段\n ↓\n更新对应索引\n ↓\n更新关键词/来源文件索引\n ↓\n在 Obsidian 中检查链接和图谱\n```\n\n## 9. 推荐 Frontmatter\n\n每个正式文档建议在顶部维护 Frontmatter:\n\n```yaml\n---\ntype: requirement\ntags: [需求文档, USER评价业务闭环]\naliases: [数据流与中间对象设计]\nsource: manual\nstatus: active\nowner: 产品经理\nupdated: 2026-05-26\n---\n```\n\n常用字段:\n\n| 字段 | 说明 |\n|---|---|\n| `type` | 文档类型,如 requirement、technical_doc、test_case、milestone |\n| `tags` | 标签,用于 Obsidian 和 Agent 检索 |\n| `aliases` | 别名,便于搜索同义叫法 |\n| `source` | 来源,如 manual、docx、meeting、requirement |\n| `status` | 状态,如 draft、reviewing、active、deprecated |\n| `owner` | 负责人 |\n| `updated` | 最近更新时间 |\n\n## 10. 文档状态说明\n\n| 状态 | 含义 | Agent 使用规则 |\n|---|---|---|\n| `draft` | 草稿 | 只能作为参考,回答时需说明尚未确认 |\n| `reviewing` | 评审中 | 可引用但需说明仍在评审 |\n| `active` | 已确认 | 可作为正式回答依据 |\n| `deprecated` | 已废弃 | 不作为当前规则依据,只能说明历史背景 |\n\n## 11. 索引维护规则\n\n### 11.1 需求索引\n\n新增需求文档后,维护:\n\n```text\n05_需求文档/需求文档索引.md\n```\n\n至少登记:\n\n- 编号\n- 业务域\n- 需求/规则名称\n- 文件路径\n- 状态\n- 负责人\n- 更新时间\n- 验证状态\n\n### 11.2 里程碑索引\n\n新增里程碑后,维护:\n\n```text\n06_里程碑/里程碑索引.md\n```\n\n至少登记:\n\n- 项目\n- 里程碑名称\n- 文件\n- 阶段\n- 负责人\n- 计划时间\n- 当前状态\n\n### 11.3 技术文档索引\n\n新增技术文档后,维护:\n\n```text\n07_技术文档/技术文档索引.md\n```\n\n至少登记:\n\n- 模块/系统\n- 文档类型\n- 文件\n- 关联需求\n- 负责人\n- 更新时间\n- 状态\n\n### 11.4 测试用例索引\n\n新增测试用例后,维护:\n\n```text\n08_测试相关/测试用例索引.md\n```\n\n至少登记:\n\n- 项目\n- 模块\n- 用例名称\n- 文件\n- 关联需求\n- 测试类型\n- 状态\n- 负责人\n\n## 12. Obsidian 链接规则\n\n推荐使用 Obsidian 双链:\n\n```markdown\n[[05_需求文档/需求文档索引]]\n[[07_技术文档/技术文档索引]]\n[[08_测试相关/测试用例索引]]\n```\n\n也可以使用 Markdown 链接:\n\n```markdown\n[需求文档索引](05_需求文档/需求文档索引.md)\n```\n\n优先建议使用双链,方便图谱建立关系。\n\n## 13. Obsidian 图谱说明\n\nObsidian 图谱会显示两类节点:\n\n1. 已存在的 Markdown 文件。\n2. 文档中链接到、但本地还不存在的 Markdown 文件。\n\n如果你只放了一个文件,但图谱出现多个节点,通常是因为该文件引用了其他文档。\n\n示例:\n\n```markdown\n[工作基线 v1.2](20260517_USER评价业务闭环主流程与后续工作基线_v1.2.md)\n```\n\n即使这个文件尚未放入目录,Obsidian 也可能在图谱中显示它。这是“未创建链接 / dangling link”,不是目录里真的多了文件。\n\n如果只想显示真实存在的文件,可在图谱中开启:\n\n```text\n图谱视图 → 筛选 → 仅显示已有文件\n```\n\n如果希望知识链路完整,应把被引用的上游文档补充到对应目录。\n\n## 14. 知识地图维护规则\n\n知识地图文件:\n\n```text\n00_首页/知识地图.md\n```\n\n知识地图只维护主入口和关键二级入口,不需要把每个具体项目文档都放进去。\n\n推荐主结构:\n\n```text\n知识地图\n├─ 需求文档\n├─ 里程碑\n├─ 技术文档\n├─ 测试相关\n└─ Agent 检索\n```\n\n新增普通需求、测试用例、技术方案时,一般只维护对应索引,不需要直接改知识地图。\n\n只有新增重要分类或核心入口时,才更新知识地图。\n\n## 15. Agent 回答规则\n\nAgent 基于知识库回答问题时,应遵守:\n\n1. 先查知识库,再回答。\n2. 优先引用 `active` 状态文档。\n3. 先给结论,再展开依据。\n4. 需求问题优先查需求文档。\n5. 技术问题优先查技术文档。\n6. 测试问题优先查测试相关。\n7. 里程碑问题优先查里程碑。\n8. 如果知识库没有明确记录,回答“知识库未明确记录”。\n9. 不要根据经验补充未记录的事实。\n10. 回答末尾必须说明来源文件。\n\n推荐引用格式:\n\n```text\n来源:05_需求文档/xxx.md\n```\n\n## 16. 测试用例管理要求\n\n测试用例应单独存放在:\n\n```text\n08_测试相关/\n```\n\n每个测试用例应尽量包含:\n\n- 用例编号\n- 关联需求\n- 测试模块\n- 前置条件\n- 操作步骤\n- 预期结果\n- 实际结果\n- 优先级\n- 状态\n- 负责人\n\n测试用例必须关联需求文档或业务规则,避免出现无法追溯来源的测试项。\n\n## 17. 文档关系建议\n\n推荐建立以下关系:\n\n```text\n需求文档\n ↓\n里程碑 / 阶段计划\n ↓\n技术文档\n ↓\n测试计划 / 测试用例\n ↓\n缺陷记录 / 验收记录\n ↓\n上线检查 / 复盘回流\n```\n\n每个下游文档应尽量写明上游来源。\n\n示例:\n\n```markdown\n## 关联文档\n\n- 需求来源:[[05_需求文档/xxx需求文档]]\n- 技术方案:[[07_技术文档/xxx技术方案]]\n- 测试用例:[[08_测试相关/xxx测试用例]]\n```\n\n## 18. 不建议放入知识库的内容\n\n不建议直接放入:\n\n- 密码\n- Token\n- API Key\n- 未脱敏客户隐私\n- 未脱敏订单号、电话、邮箱、地址\n- 临时截图\n- 个人草稿\n- 与项目无关的资料\n\n如果必须记录敏感业务规则,应先脱敏再写入知识库。\n\n## 19. 提交前检查清单\n\n新增或修改文档后,检查:\n\n- [ ] 文件放在正确目录。\n- [ ] 文件名能表达业务域和用途。\n- [ ] 正式文档已写 Frontmatter。\n- [ ] 文档状态正确。\n- [ ] 关键业务规则有来源。\n- [ ] 需求文档已更新需求文档索引。\n- [ ] 技术文档已更新技术文档索引。\n- [ ] 测试用例已更新测试用例索引。\n- [ ] 重要关键词已补充到关键词索引。\n- [ ] 需要追溯的来源已补充到来源文件索引。\n- [ ] Obsidian 链接可以正常跳转,或确认是有意保留的上游虚链接。\n- [ ] 不包含密码、Token、密钥和未脱敏敏感信息。\n\n## 20. 常见问题\n\n### 20.1 为什么只放一个文档,图谱显示多个节点?\n\n因为文档中链接了其他 Markdown 文件。Obsidian 会把被链接但尚未创建的文件也显示成节点。\n\n### 20.2 README.md 为什么会出现在图谱里?\n\n因为 README.md 也是 Markdown 文件,Obsidian 会把它作为普通节点显示。\n\n### 20.3 一个具体项目文档要不要加到知识地图?\n\n通常不需要。具体项目文档登记到对应索引即可。知识地图只放主入口和关键二级入口。\n\n### 20.4 需求文档和业务流程怎么区分?\n\n- 尚在新增、变更、评审中的内容放 `05_需求文档/`。\n- 已稳定、可复用的业务流程沉淀到 `01_业务流程/`。\n\n### 20.5 测试用例应该跟需求还是技术文档关联?\n\n优先关联需求文档;如果测试点来自技术实现细节,再补充关联技术文档。\n\n### 20.6 Agent 回答错了怎么办?\n\n优先检查:\n\n1. 对应文档是否存在。\n2. 文档是否放在正确目录。\n3. 索引是否维护。\n4. 关键词或同义词是否缺失。\n5. 来源文件索引是否登记。\n6. 文档状态是否为 `active`。\n\n必要时更新:\n\n- [[04_Agent检索/关键词索引]]\n- [[04_Agent检索/同义词表]]\n- [[04_Agent检索/来源文件索引]]\n- [[04_Agent检索/知识库持续更新与验证流程]]\n\n## 21. 维护原则\n\n1. 文档要放对目录。\n2. 正式内容要有来源。\n3. 关键文档要有索引。\n4. 测试用例要能追溯需求。\n5. 技术文档要能追溯需求或业务流程。\n6. 里程碑要能追溯阶段目标和交付物。\n7. Agent 回答要能追溯来源文件。\n8. 废弃内容要归档,不要混在当前依据中。\n9. 敏感信息要脱敏。\n10. 知识库持续维护比一次性整理更重要。\n", "wikilinks": [], "category": "layer-overview" } }, { "id": "flow:layer-overview", "type": "document", "name": "1. 知识库入口", "summary": "知识库使用说明、首页、知识地图和问答入口。先从这里理解知识库结构与检索方式。", "tags": [ "流程入口", "知识库入口" ], "complexity": "simple", "knowledgeMeta": { "content": "# 知识库入口\n\n知识库使用说明、首页、知识地图和问答入口。先从这里理解知识库结构与检索方式。\n\n本层包含 5 个文档。点击右侧 Files 或在本层详情中选择具体文档查看内容。", "wikilinks": [], "category": "layer-overview" } }, { "id": "flow:layer-requirements", "type": "document", "name": "2. 需求文档", "summary": "所有正式需求、业务规则、需求变更和需求索引。点击本层可查看全部需求文档并检索。", "tags": [ "流程入口", "需求文档" ], "complexity": "simple", "knowledgeMeta": { "content": "# 需求文档\n\n所有正式需求、业务规则、需求变更和需求索引。点击本层可查看全部需求文档并检索。\n\n本层包含 32 个文档。点击右侧 Files 或在本层详情中选择具体文档查看内容。", "wikilinks": [], "category": "layer-requirements" } }, { "id": "flow:layer-milestones", "type": "document", "name": "3. 里程碑", "summary": "项目阶段计划、里程碑节点、评审记录、准入准出和交付物节奏。", "tags": [ "流程入口", "里程碑" ], "complexity": "simple", "knowledgeMeta": { "content": "# 里程碑\n\n项目阶段计划、里程碑节点、评审记录、准入准出和交付物节奏。\n\n本层包含 16 个文档。点击右侧 Files 或在本层详情中选择具体文档查看内容。", "wikilinks": [], "category": "layer-milestones" } }, { "id": "flow:layer-technical", "type": "document", "name": "4. 技术文档", "summary": "系统架构、数据模型、接口说明、技术方案和技术决策。点击本层可查看全部技术文档并检索。", "tags": [ "流程入口", "技术文档" ], "complexity": "simple", "knowledgeMeta": { "content": "# 技术文档\n\n系统架构、数据模型、接口说明、技术方案和技术决策。点击本层可查看全部技术文档并检索。\n\n本层包含 6 个文档。点击右侧 Files 或在本层详情中选择具体文档查看内容。", "wikilinks": [], "category": "layer-technical" } }, { "id": "flow:layer-testing", "type": "document", "name": "5. 测试相关", "summary": "测试计划、测试用例、缺陷记录、验收记录、上线检查和测试资产。点击本层可查看全部测试相关文档并检索。", "tags": [ "流程入口", "测试相关" ], "complexity": "simple", "knowledgeMeta": { "content": "# 测试相关\n\n测试计划、测试用例、缺陷记录、验收记录、上线检查和测试资产。点击本层可查看全部测试相关文档并检索。\n\n本层包含 8 个文档。点击右侧 Files 或在本层详情中选择具体文档查看内容。", "wikilinks": [], "category": "layer-testing" } }, { "id": "flow:layer-agent", "type": "document", "name": "6. Agent检索", "summary": "检索说明、关键词、同义词、来源索引和持续更新验证流程。", "tags": [ "流程入口", "Agent检索" ], "complexity": "simple", "knowledgeMeta": { "content": "# Agent检索\n\n检索说明、关键词、同义词、来源索引和持续更新验证流程。\n\n本层包含 6 个文档。点击右侧 Files 或在本层详情中选择具体文档查看内容。", "wikilinks": [], "category": "layer-agent" } }, { "id": "doc:05_需求文档/00-系统总览", "type": "document", "name": "如愿 · 系统总览 v1.0", "filePath": "05_需求文档/00-系统总览.md", "summary": "如愿 · 系统总览 v1.0 2 文件信息 4 文件名称: 00 系统总览.md 项目代号: 如愿 工作目录: /root/user business/ 当前版本: v1.0 创建日期: 2026 05 22 上游基线: docs from business/20260517 USER评价业务闭环主流程与后续工作基线 v1.2.md docs from bu", "tags": [ "05_需求文档", "需求文档" ], "complexity": "complex", "knowledgeMeta": { "content": "# 如愿 · 系统总览 v1.0\n 2|\n## 文件信息\n 4|\n- 文件名称:`00-系统总览.md`\n- 项目代号:**如愿**\n- 工作目录:`/root/user-business/`\n- 当前版本:`v1.0`\n- 创建日期:`2026-05-22`\n- 上游基线:\n - `docs-from-business/20260517_USER评价业务闭环主流程与后续工作基线_v1.2.md`\n - `docs-from-business/20260517_USER评价业务闭环_共用能力图与渠道专属流程_v2.2.md`\n 13|\n## 目录\n 15|\n1. [项目目标与原则](#1-项目目标与原则)\n2. [系统总边界](#2-系统总边界)\n3. [子系统划分](#3-子系统划分)\n4. [子系统间依赖关系](#4-子系统间依赖关系)\n5. [角色 → 独立前端映射](#5-角色--独立前端映射)\n6. [子系统内外边界明细](#6-子系统内外边界明细)\n7. [总系统级业务澄清问题清单](#7-总系统级业务澄清问题清单)\n8. [待确认的内外边界](#8-待确认的内外边界)\n9. [附录:子系统文档索引](#9-附录子系统文档索引)\n 25|\n---\n 27|\n## 1. 项目目标与原则\n 29|\n### 1.1 项目代号:\"如愿\"\n\n> 取名\"如愿\"——系统做好能做的所有事(身份识别、需求评估、计划调度、渠道协同、风险拦截、结果追踪),让每一次运营投入都如愿转化为真实的评价提升和 ASIN 健康增长。Amazon 是否展示评价有平台的不确定性,但系统必须把可控环节做到极致。\n 33|\n### 1.2 核心架构目标\n 35|\n| # | 目标 | 说明 |\n| --- | --- | --- |\n| G1 | 前端分离 | 不同角色拥有独立前端应用,按需集成子系统能力 |\n| G2 | 清晰系统边界 | 明确系统内外边界,区分内部可控与外部依赖 |\n| G3 | 子系统解耦 | 子系统通过 API 契约通信,支持独立开发、独立部署 |\n| G4 | 并行开发 | 子系统之间尽量减少串行依赖,允许多团队并行推进 |\n| G5 | 独立角色前端 | Amazon 运营、用户运营、客服、风险管理、KOC/KOL 运营各自拥有独立前端 |\n 43|\n### 1.3 架构原则\n 45|\n| 原则 | 说明 |\n| --- | --- |\n| **单一数据源** | 每个业务事实只有一个子系统负责写入(Owner),其他子系统只读或通过 API 调用 |\n| **API 契约优先** | 子系统间通过明确 API 契约通信,先定义契约再实现 |\n| **真实人为核心** | 所有额度、风险、历史判断围绕「真实人」而非单一账号 |\n| **每次互动重判** | 身份、额度、风险不是一次性的,每次有效互动需重做判断 |\n| **审计不可少** | 所有状态变更、敏感访问、人工干预必须留痕 |\n 53|\n---\n 55|\n## 2. 系统总边界\n 57|\n### 2.1 边界总图\n 59|\n```\n┌─────────────────────────────────────────────────────────────────────┐\n│ 如愿 系统边界 │\n│ │\n│ ┌──────────┐ ┌──────────┐ ┌──────────┐ ┌──────────┐ │\n│ │ Amazon │ │ 用户运营 │ │ Amazon │ │ 风险/黑名 │ │\n│ │ 运营前端 │ │ 前端 │ │ 运营总监 │ │ 单前端 │ │\n│ └────┬─────┘ └────┬─────┘ └────┬─────┘ └────┬─────┘ │\n│ │ │ │ │ │\n│ ┌────┴─────┐ ┌────┴─────┐ ┌────┴─────┐ ┌────┴─────┐ │\n│ │ 客服前端 │ │ 客服管理 │ │ KOC/KOL │ │ 管理驾驶 │ │\n│ │ │ │ 前端 │ │ 运营前端 │ │ 舱 │ │\n│ └────┬─────┘ └────┬─────┘ └────┬─────┘ └────┬─────┘ │\n│ │ │ │ │ │\n│ ═════╪══════════════╪══════════════╪══════════════╪══════ API网关 │\n│ │ │ │ │ │\n│ ┌────┴──────────────┴──────────────┴──────────────┴─────┐ │\n│ │ 内部子系统 │ │\n│ │ ┌────────┐ ┌────────┐ ┌────────┐ ┌────────┐ │ │\n│ │ │ 用户身 │ │需求与计│ │额度与频│ │多渠道触│ │ │\n│ │ │份上下文│ │划管理 │ │ 控 │ │达引擎 │ │ │\n│ │ └───┬────┘ └───┬────┘ └───┬────┘ └───┬────┘ │ │\n│ │ ┌───┴────┐ ┌───┴────┐ ┌───┴────┐ ┌───┴────┐ │ │\n│ │ │客服工单│ │风险与反│ │评价结果│ │KOC/KOL │ │ │\n│ │ │与管理 │ │ 欺诈 │ │ 追踪 │ │ 协作 │ │ │\n│ │ └───┬────┘ └───┬────┘ └───┬────┘ └───┬────┘ │ │\n│ │ ┌───┴────┐ │ │\n│ │ │审计与通│ │ │\n│ │ │知中心 │ │ │\n│ │ └────────┘ │ │\n│ └───────────────────────────────────────────────────────────┘ │\n│ │\n└─────────────────────────────────────────────────────────────────────┘\n 93|\n ║ 外部系统 ║\n 95|\n┌──────────┐ ┌──────────┐ ┌──────────┐ ┌──────────┐ ┌──────────┐\n│ Amazon │ │ JOYHUB │ │JOYCOLLAB │ │ 邮件服务 │ │ 财务系统 │\n│ Marketplace│ │ 用户平台 │ │ KOC平台 │ │ (ESP) │ │(返款/退款)│\n└──────────┘ └──────────┘ └──────────┘ └──────────┘ └──────────┘\n```\n 101|\n### 2.2 系统内部(如愿系统)\n 103|\n| # | 子系统 | 代号 | 核心职责 | 详情文档 |\n| --- | --- | --- | --- | --- |\n| S1 | 用户身份与上下文 | `identity` | 真实人识别、身份线索归并、用户上下文卡 | [01-用户身份与上下文](01-子系统-用户身份与上下文.md) |\n| S2 | 需求与计划管理 | `planning` | 需求触发(人工/自动)、计划生成(推新/回评/免评)、审批工作流 | [02-需求与计划管理](02-子系统-需求与计划管理.md) |\n| S3 | 额度与频控 | `quota` | 月度测评/免评额度台账、累计评价额度、频控、预占 | [03-额度与频控](03-子系统-额度与频控.md) |\n| S4 | 多渠道触达引擎 | `outreach` | IM/EDM/APP Push/TEL 渠道调度、路由、去重、发送 | [04-多渠道触达引擎](04-子系统-多渠道触达引擎.md) |\n| S5 | 客服工单与管理 | `support` | 工单生命周期、自动分配、排班出勤、绩效统计 | [05-客服工单与管理](05-子系统-客服工单与管理.md) |\n| S6 | 风险与反欺诈 | `risk` | 强弱关联判断、黑名单、双重退款检测、风险事件 | [06-风险与反欺诈](06-子系统-风险与反欺诈.md) |\n| S7 | 评价结果追踪 | `review` | 评价提交记录、Amazon 展示核验、ASIN 健康回流 | [07-评价结果追踪](07-子系统-评价结果追踪.md) |\n| S8 | KOC/KOL 协作 | `creator` | KOC/KOL 匹配、内容跟踪、Code 管理、JOYCOLLAB 同步 | [08-KOC-KOL协作](08-子系统-KOC-KOL协作.md) |\n| S9 | 审计与通知中心 | `audit` | 状态变更审计、敏感访问日志、多类型通知/告警 | [09-审计与通知中心](09-子系统-审计与通知中心.md) |\n 115|\n### 2.3 系统外部(外部依赖)\n 117|\n| # | 外部系统 | 说明 | 交互方式 | 确认状态 |\n| --- | --- | --- | --- | --- |\n| E1 | **Amazon Marketplace** | 订单数据、评价数据、ASIN/Listing 健康数据、退款数据 | API 拉取 / 爬取 | ⚠️ 待确认 |\n| E2 | **JOYHUB 用户平台** | JOYHUB ID、设备信息、APP 行为数据、绑定玩具数据 | API 同步 | ⚠️ 待确认 |\n| E3 | **JOYCOLLAB** | KOC/KOL 内容数据、Code 使用数据、带货订单数据 | API 同步 | ⚠️ 待确认 |\n| E4 | **邮件服务 (ESP)** | EDM 发送、送达/打开/点击追踪、退订/硬退信 | SMTP + Webhook | ⚠️ 待确认 |\n| E5 | **财务系统** | 返款执行、返款状态、退款记录(OA 侧) | API 调用 | ⚠️ 待确认 |\n| E6 | **APP Push 服务** | APP 推送通道(FCM/APNs) | SDK / API | ⚠️ 待确认 |\n| E7 | **电话系统** | 外呼能力、来电识别、通话记录 | API / SIP | ⚠️ 待确认 |\n| E8 | **IM 平台 (WhatsApp?)** | IM 消息收发 | API | ⚠️ 待确认 |\n 128|\n---\n 130|\n## 3. 子系统划分\n 132|\n### 3.1 划分依据\n 134|\n子系统按照**业务域内聚**原则划分,每个子系统:\n 136|\n1. 拥有明确的数据所有权(该子系统是某些核心数据对象的唯一写入方)\n2. 对外暴露清晰的 API 契约\n3. 可以独立开发、测试、部署\n4. 尽量减少对其他子系统的强依赖(启动依赖)\n 141|\n### 3.2 各子系统数据所有权\n 143|\n| 子系统 | 拥有(写入)的核心数据对象 |\n| --- | --- |\n| identity | `person_profiles`、`person_identity_links`、`contact_context_snapshots`、`device_records` |\n| planning | `demands`、`plans`、`plan_items`、`approval_records`、`asin_catalog` |\n| quota | `person_quota_ledgers`、`quota_reservations`、`frequency_control_records` |\n| outreach | `channel_route_decisions`、`channel_dedup_records`、`im_interaction_records`、`edm_message_events`、`app_touch_events`、`tel_call_records` |\n| support | `support_tickets`、`support_followups`、`support_assignment_logs`、`attendance_records`、`shift_schedules`、`support_performance_snapshots` |\n| risk | `risk_signals`、`risk_cases`、`blacklist_entities`、`refund_match_results` |\n| review | `review_submission_records`、`review_display_checks`、`review_results` |\n| creator | `exemption_plan_tasks`、`creator_content_records`、`creator_profiles`、`code_records` |\n| audit | `interaction_audit_logs`、`notification_records`、`manual_review_tasks` |\n 155|\n---\n 157|\n## 4. 子系统间依赖关系\n 159|\n### 4.1 依赖图\n 161|\n```\n ┌─────────────────────────────────────────────┐\n │ audit (审计与通知) │\n │ ← 所有子系统向 audit 发送事件 │\n └─────────────────────────────────────────────┘\n ↑\n ┌─────────┬─────────┬─────┼─────┬─────────┬─────────┐\n │ │ │ │ │ │ │\n┌───┴───┐ ┌───┴───┐ ┌───┴───┐ │ ┌───┴───┐ ┌───┴───┐ ┌───┴───┐\n│ review│ │creator│ │support│ │ │ risk │ │ quota │ │outreach│\n│(评价) │ │(KOC) │ │(客服) │ │ │(风险) │ │(额度) │ │(触达) │\n└───┬───┘ └───┬───┘ └───┬───┘ │ └───┬───┘ └───┬───┘ └───┬───┘\n │ │ │ │ │ │ │\n └─────────┼─────────┼─────┼─────┼─────────┼─────────┘\n │ │ │ │ │\n ┌────┴─────────┴─────┼─────┼─────────┴────────┐\n │ │ │ │\n ▼ ▼ ▼ ▼\n ┌─────────┐ ┌──────────────┐ ┌─────────┐\n │planning │←─────────│ identity │─────────→│ quota │\n │(计划) │ │ (用户身份) │ │ (额度) │\n └─────────┘ └──────────────┘ └─────────┘\n```\n 185|\n### 4.2 依赖矩阵\n 187|\n| ↓ 消费者 \\ 提供者 → | identity | planning | quota | outreach | support | risk | review | creator | audit |\n| --- |:---:|:---:|:---:|:---:|:---:|:---:|:---:|:---:|:---:|\n| **identity** | - | - | - | - | - | R | - | - | E |\n| **planning** | **R** | - | R | - | - | R | R | - | E |\n| **quota** | **R** | - | - | - | - | - | R | - | E |\n| **outreach** | R | R | R | - | - | R | - | - | E |\n| **support** | R | - | - | - | - | R | - | - | E |\n| **risk** | R | - | - | - | - | - | - | - | E |\n| **review** | R | R | - | - | - | - | - | R | E |\n| **creator** | - | R | R | - | - | - | - | - | E |\n| **audit** | - | - | - | - | - | - | - | - | - |\n 199|\n**图例:** `R` = 只读依赖(通过 API 查询),`E` = 事件发送(fire-and-forget),`-` = 无依赖\n 201|\n### 4.3 启动依赖(必须就绪才能工作)\n 203|\n| 子系统 | 启动依赖 | 说明 |\n| --- | --- | --- |\n| identity | 无硬依赖 | 可独立启动(需要 JOYHUB 数据同步) |\n| planning | identity(软依赖) | 无 identity 时可先操作,但无法做人群匹配 |\n| quota | identity(软依赖) | 额度按真实人计算,未归并时按单一账号 |\n| outreach | identity, planning, quota(软依赖) | 无依赖时可先建渠道基础设施 |\n| support | identity(软依赖) | 无用户上下文卡时可先跑工单 |\n| risk | identity(软依赖) | 强/弱关联依赖身份数据 |\n| review | identity, planning(软依赖) | 评价需关联计划和用户 |\n| creator | planning(软依赖) | 免评计划入口 |\n| audit | 无硬依赖 | 完全独立 |\n 215|\n> **软依赖** = 可降级运行,核心功能不受阻。例如 outreach 在 identity 不可用时仍可发送消息,但缺少用户上下文。\n 217|\n---\n 219|\n## 5. 角色 → 独立前端映射\n 221|\n### 5.1 前端应用矩阵\n 223|\n| 前端应用 | 目标角色 | 集成的子系统 | 部署形态 |\n| --- | --- | --- | --- |\n| **运营工作台** | Amazon 运营、Amazon 运营总监 | planning + review + quota (查询) | Web SPA |\n| **用户运营中心** | 用户运营、用户运营负责人/组长 | planning + outreach + quota + review | Web SPA |\n| **客服工作台** | 菲律宾客服组员 | support + identity (上下文卡) + outreach (TEL) | Web SPA / 桌面端 |\n| **客服管理台** | 菲律宾客服负责人、客服组长 | support (管理模块) + audit | Web SPA |\n| **风险控制台** | 风险/黑名单相关人员 | risk + identity (上下文卡) + audit | Web SPA |\n| **达人协作台** | KOC/KOL 运营 | creator + outreach (协同) + review (免评结果) | Web SPA |\n| **管理驾驶舱** | 运营总监、用户运营负责人 | 跨子系统聚合看板 (planning + outreach + support + review) | Web SPA |\n 233|\n### 5.2 角色-功能矩阵\n 235|\n| 功能 \\ 角色 | Amazon运营 | 运营总监 | 用户运营 | 用户负责人 | 客服组员 | 客服组长 | 客服负责人 | 风险人员 | KOC运营 |\n| --- |:---:|:---:|:---:|:---:|:---:|:---:|:---:|:---:|:---:|\n| 提需求(推新/回评/免评) | ✓ | ✓ | - | - | - | - | - | - | - |\n| 审批计划 | - | ✓ | - | ✓ | - | - | - | - | - |\n| 评估需求 | - | - | ✓ | ✓ | - | - | - | - | - |\n| 生成计划/调资源 | - | - | ✓ | ✓ | - | - | - | - | - |\n| 查看 ASIN 健康 | ✓ | ✓ | ✓ | - | - | - | - | - | - |\n| 处理工单 | - | - | - | - | ✓ | ✓ | - | - | - |\n| 分配工单 | - | - | - | - | - | ✓ | ✓ | - | - |\n| 电话外呼/接听 | - | - | - | - | ✓ | - | - | - | - |\n| 查看排班出勤 | - | - | - | - | - | ✓ | ✓ | - | - |\n| 绩效统计 | - | - | - | - | - | ✓ | ✓ | - | - |\n| 风险审核 | - | - | - | - | - | - | - | ✓ | - |\n| 黑名单管理 | - | - | - | - | - | - | - | ✓ | - |\n| KOC/KOL 匹配 | - | - | - | - | - | - | - | - | ✓ |\n| 内容跟踪 | - | - | ✓ | - | - | - | - | - | ✓ |\n 252|\n---\n 254|\n## 6. 子系统内外边界明细\n 256|\n### 6.1 identity — 用户身份与上下文\n 258|\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 管理真实人归并逻辑、身份线索关联(JOYHUB ID↔邮箱↔电话↔设备↔订单→真实人ID)、用户上下文卡聚合与快照、设备变化识别 |\n| **对外(提供给其他子系统)** | `GET /api/identity/person/{context}` — 按线索查真实人;`GET /api/identity/context/{person_id}` — 用户上下文卡;`POST /api/identity/merge` — 归并请求 |\n| **依赖外部系统** | JOYHUB(用户基础数据)、APP(设备数据) |\n| **待确认边界** | 真实人归并是自动还是人工确认?归并拆分(合并错了如何回退)?非 APP 用户的身份线索从哪里同步(ESM 的邮箱清洗?) |\n 265|\n### 6.2 planning — 需求与计划管理\n 267|\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 需求触发(人工提交 + 自动触发规则)、需求评估、计划创建(推新/回评/免评)、审批工作流、ASIN 基础信息管理 |\n| **对外(提供给其他子系统)** | `GET /api/plans/{id}` — 计划详情;`GET /api/plans?status=approved` — 待执行计划;`POST /api/demands` — 创建需求 |\n| **依赖外部系统** | Amazon(ASIN 数据、销售数据、评价缺口) |\n 273|\n### 6.3 quota — 额度与频控\n 275|\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 额度台账(测评4/免评4/累计12)、额度预占与释放、频控规则引擎、发送前终校 |\n| **对外(提供给其他子系统)** | `GET /api/quota/check/{person_id}?type=测评` — 额度查询+预占;`POST /api/quota/reserve` — 预占;`POST /api/quota/commit` — 确认占用 |\n| **依赖外部系统** | 无直接外部系统依赖 |\n| **待确认边界** | 额度预占有效期多长?跨月额度如何处理(月末最后一天预占,下月一号释放还是保留?) |\n 282|\n### 6.4 outreach — 多渠道触达引擎\n 284|\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 渠道路由决策、渠道去重、IM 推送(分层 A/B/C)、EDM 发送与行为追踪、APP Push、TEL 任务生成 |\n| **对外(提供给其他子系统)** | `POST /api/outreach/send` — 发送触达;`GET /api/outreach/history/{person_id}` — 触达历史 |\n| **依赖外部系统** | JOYHUB(IM 通道)、ESP(EDM)、FCM/APNs(APP Push)、电话系统(TEL) |\n| **待确认边界** | IM 具体是什么平台(WhatsApp/自研 IM)?EDM 模板管理在 outreach 内还是独立内容管理?APP Push 是否复用 JOYHUB 现有 Push 通道? |\n 291|\n### 6.5 support — 客服工单与管理\n 293|\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 工单生命周期、自动分配(按排班/在线/负载)、答应配合状态机、出勤/排班/绩效 |\n| **对外(提供给其他子系统)** | `POST /api/tickets` — 创建工单;`GET /api/tickets/{id}` — 工单详情;`GET /api/support/stats` — 绩效数据 |\n| **依赖外部系统** | 无直接外部系统依赖(电话记录来自 outreach TEL 模块) |\n| **待确认边界** | 客服是否使用独立 IM 工具还是复用 outreach 的 IM 通道?排班数据是否与现有 HR 系统对接? |\n 300|\n### 6.6 risk — 风险与反欺诈\n 302|\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 强弱关联判断、黑名单实体管理、风险事件管理、双重退款检测(Amazon退款 vs OA返款) |\n| **对外(提供给其他子系统)** | `GET /api/risk/check/{person_id}` — 风险查询;`POST /api/risk/report` — 上报风险信号 |\n| **依赖外部系统** | Amazon(退款数据)、财务系统(OA 返款数据) |\n 308|\n### 6.7 review — 评价结果追踪\n 310|\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 用户真实提交评价记录、Amazon 展示核验、ASIN 健康更新回流、计划完成度计算 |\n| **对外(提供给其他子系统)** | `POST /api/reviews/submission` — 记录提交;`GET /api/reviews/status/{plan_id}` — 计划评价进度 |\n| **依赖外部系统** | Amazon(评价展示状态、ASIN 评分数据) |\n 316|\n### 6.8 creator — KOC/KOL 协作\n 318|\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | KOC/KOL 匹配筛选、内容 Brief/Code 分配、内容发布跟踪、带货结果跟踪 |\n| **对外(提供给其他子系统)** | `GET /api/creators/match?plan_id=` — 匹配推荐;`POST /api/creators/tasks` — 创建协作任务 |\n| **依赖外部系统** | JOYCOLLAB(KOC/KOL 数据、内容数据、Code 使用、带货订单) |\n 324|\n### 6.9 audit — 审计与通知中心\n 326|\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 所有子系统的状态变更审计、敏感字段访问日志、多类型通知(额度预警/超时提醒/紧急 Listing 告警/审批通知) |\n| **对外(提供给其他子系统)** | `POST /api/audit/event` — 上报审计事件;`POST /api/notifications/send` — 发送通知 |\n| **依赖外部系统** | 通知可能通过 IM/EDM/APP Push 等通道(可复用 outreach 通道或独立) |\n| **待确认边界** | 审计日志保留策略?通知模板管理在 audit 内还是需要独立内容管理? |\n 333|\n---\n 335|\n## 7. 总系统级业务澄清问题清单\n 337|\n> 以下问题需要与业务方确认,涉及跨子系统边界、关键业务规则和外部系统对接。\n 339|\n### 7.1 外部系统对接(8 项)\n 341|\n| # | 问题 | 涉及外部系统 | 优先级 |\n| --- | --- | --- | --- |\n| Q-E1 | Amazon 数据以什么方式接入?(MWS/SP-API 授权拉取、爬虫、CSV 导入、已有中间表?) | Amazon | **P0** |\n| Q-E2 | JOYHUB 现有数据有哪些可用?是否有现成 API?JOYHUB ID ↔ 邮箱 ↔ 设备 ↔ 订单 的关联数据是否已存储? | JOYHUB | **P0** |\n| Q-E3 | JOYCOLLAB 数据同步方向是单向(COLLAB→USER)还是双向?同步频率?Code 生成是在 COLLAB 还是 USER? | JOYCOLLAB | **P0** |\n| Q-E4 | 当前 EDM 使用什么邮件服务?(SendGrid / Mailchimp / SES / 自建?)是否有现成的送达/打开/点击追踪? | ESP | **P0** |\n| Q-E5 | OA 返款系统是哪个?是否有 API 可以查询返款状态和返款记录?(用于双重退款比对) | 财务系统 | **P0** |\n| Q-E6 | APP Push 是否复用 JOYHUB 现有 Push 通道还是需要独立接入 FCM/APNs? | APP Push | P1 |\n| Q-E7 | 电话系统用什么方案?(自建 SIP / 第三方云呼叫中心?)是否已有通话记录存储? | 电话系统 | P1 |\n| Q-E8 | IM 平台具体是什么?(WhatsApp Business API / 自研 IM / Facebook Messenger?) | IM 平台 | P1 |\n 352|\n### 7.2 用户身份体系(5 项)\n 354|\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| Q-I1 | 「真实人」归并是完全自动还是需要人工确认?自动归并错误时如何拆分?(拆分会影响到已关联的历史评价和额度) | **P0** |\n| Q-I2 | 非 APP 用户(只知道邮箱)如何建立真实人?没有设备号仅凭邮箱+收件地址归并,置信度阈值如何定? | **P0** |\n| Q-I3 | JOYHUB ID 与真实人是 1:1 还是 N:1?(一个真实人可能拥有多个 JOYHUB ID) | P1 |\n| Q-I4 | 设备变化的「换机」判定标准是什么?(同一 JOYHUB ID 下设备号变化?多久内变化算换机?) | P1 |\n| Q-I5 | 用户上下文卡的「快照」是否需要保留历史版本?(每次互动生成新快照 vs 覆盖上次) | P2 |\n 362|\n### 7.3 额度与频控规则(6 项)\n 364|\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| Q-Q1 | 月度额度按自然月还是按 30 天滚动?如果是自然月,预占在月末最后一天是否需要特殊处理? | **P0** |\n| Q-Q2 | 「测评 4 次」的「次」定义:是指参与 4 个不同的测评计划,还是提交 4 次评价?(如果一次计划要求用户提交多条评价怎么算) | **P0** |\n| Q-Q3 | 「累计 12 个评价」是永久上限还是可以重置?(例如用户长期优质,是否可以放宽?) | P1 |\n| Q-Q4 | 额度预占的有效期多长?如果预占后用户始终未响应,多久释放额度? | P1 |\n| Q-Q5 | 频控规则中的「渠道频控」具体阈值是多少?(IM 每日最多推几次?EDM 每周最多几封?) | P1 |\n| Q-Q6 | 「接近上限时提前预警」——预警阈值是还剩 1 次还是还剩 N%? | P2 |\n 373|\n### 7.4 计划与审批流程(5 项)\n 375|\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| Q-P1 | 自动触发需求的条件是什么?(ASIN 评分低于多少?评价缺口多少条?Listing 健康到什么程度?) | **P0** |\n| Q-P2 | 审批链中的「指定负责人」如何确定?(系统自动按规则还是人工指定?规则是什么?) | **P0** |\n| Q-P3 | 计划审批后是否可以修改?修改是否需要重新审批? | P1 |\n| Q-P4 | 计划之间是否有互斥关系?(同一个 ASIN 同时跑推新和回评计划是否可以?) | P1 |\n| Q-P5 | 「紧急计划」的判定标准和特殊审批流程?(谁可以标记为紧急?是否跳过某些审批节点?) | P1 |\n 383|\n### 7.5 渠道协同与去重(5 项)\n 385|\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| Q-C1 | 渠道优先级路由规则是否需要可配置?(例如针对某类用户调整 IM > EDM 的优先级) | **P0** |\n| Q-C2 | 用户已在客服工单中时「暂停自动触达」——是所有渠道暂停还是仅暂停与当前工单相关的渠道? | P1 |\n| Q-C3 | EDM 引导注册 APP 后,如何识别「该 EDM 邮箱对应该 APP 用户」?靠什么字段关联? | P1 |\n| Q-C4 | 渠道去重中「同一计划同一用户不重复通过多渠道路由」——如果高优先级渠道发送失败(退信/未送达),是否自动降级到下一渠道? | P1 |\n| Q-C5 | IM 推送中的「催评卡片」和 APP Push 中的「催评推送」如何协调?(两者会不会同时推送给同一用户?) | P1 |\n 393|\n### 7.6 客服与工单(5 项)\n 395|\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| Q-S1 | 工单自动分配算法——「当前负载」如何计算?(按未关闭工单数?按最近 N 小时处理量?) | **P0** |\n| Q-S2 | 客服的「在线状态」如何获取?(手动切换在线/离线,还是自动检测活跃度?) | P1 |\n| Q-S3 | 「答应配合」的超时判定——答应后多少天未提交算超时?超时后提醒频率? | P1 |\n| Q-S4 | 出勤排班是否与本系统内的排班模块管理还是对接外部 HR 系统? | P1 |\n| Q-S5 | 客服转化统计中的 RSO(回评)和 RDO(测评)如何区分?(按工单来源?按最终结果?) | P2 |\n 403|\n### 7.7 风险与反欺诈(4 项)\n 405|\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| Q-R1 | 「强关联」中哪些维度的命中可以直接自动化拦截,哪些需要人工复核?(文档说一旦命中直接进入高风险,但实际执行中是否所有强关联都自动拦截?) | **P0** |\n| Q-R2 | 双重退款检测——Amazon 退款数据如何及时获取?(T+1 同步?实时 Webhook?手动导入?) | **P0** |\n| Q-R3 | 黑名单是否有过期/申诉/解除机制?什么条件下可以从黑名单中移除? | P1 |\n| Q-R4 | 风险信号的「弱关联」观察期多长?观察期过后是自动解除还是人工确认? | P1 |\n 412|\n### 7.8 评价结果与回流(4 项)\n 414|\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| Q-V1 | Amazon 评价展示的核验方式是什么?(定时爬取 Amazon 页面?手动录入?用户上传截图?API?) | **P0** |\n| Q-V2 | 「Amazon 未展示 / 暂不可核验」的评价进入异常观察队列后,观察多久?复查频率? | P1 |\n| Q-V3 | ASIN 健康「回流」的具体含义是什么?(更新 ASIN 评分/评价数到 planning 子系统,触发新一轮需求?) | P1 |\n| Q-V4 | 一个用户可能为多个 ASIN 提交评价——这些评价是否都计入同一个计划的完成度? | P1 |\n 421|\n### 7.9 KOC/KOL 协作(4 项)\n 423|\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| Q-K1 | JOYCOLLAB 中 KOC/KOL 数据字段有哪些?(粉丝量、平台、国家、历史效果——文档提到但需确认完整字段) | **P0** |\n| Q-K2 | 「匹配 KOC/KOL」是运营人工选择还是系统自动推荐?推荐算法依赖什么数据? | P1 |\n| Q-K3 | Code 是 JOYCOLLAB 生成还是 USER 系统生成?是一对一(每个 KOC 独立 Code)还是一对多? | P1 |\n| Q-K4 | KOC/KOL 的财务结算(提成/返点)是完全在财务系统还是在 USER 系统内触发? | P1 |\n 430|\n### 7.10 数据迁移与历史兼容(3 项)\n 432|\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| Q-D1 | 现有 USER 后台 ERP 系统(`C:\\XCODE\\USER`)是否完全废弃还是部分模块保留?新旧系统切换策略? | **P0** |\n| Q-D2 | 历史数据(已有评价记录、用户数据、工单记录)是否需要迁移到新系统?迁移范围和清洗策略? | **P0** |\n| Q-D3 | 旧系统中存在的用户额度数据如何初始化?(历史测评次数、免评次数、累计评价数如何确定?) | **P0** |\n 438|\n### 7.11 项目分期与 MVP 范围(5 项)\n 440|\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| Q-M1 | 项目一期(MVP)的最小范围是什么?9 个子系统中哪些是必须的、哪些可以二期再做? | **P0** |\n| Q-M2 | MVP 先支持哪个 Amazon 站点?(.com?还是多站点?)先支持哪种计划类型?(推新/回评/免评全部 or 先做回评?) | **P0** |\n| Q-M3 | 前端应用的优先级——7 个前端中哪些是 MVP 必须有?(客服工作台+运营工作台?还是全部都要?) | **P0** |\n| Q-M4 | 项目整体时间线和里程碑约束?(6 个月?1 年?是否有硬性 deadline?) | P1 |\n| Q-M5 | 开发团队规模和结构?(几个后端开发?几个前端?是否有专职 QA?)是否支持 9 个子系统并行开发? | P1 |\n 448|\n### 7.12 基础设施与部署(6 项)\n 450|\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| Q-IN1 | 部署环境?(云厂商 AWS/阿里云?自建机房?)是否已有 Kubernetes 集群或考虑容器化部署? | **P0** |\n| Q-IN2 | 数据库选型?(PostgreSQL / MySQL?)每子系统独立数据库还是共享数据库?是否已有数据库团队和规范? | **P0** |\n| Q-IN3 | 子系统间异步通信方案?(消息队列:Kafka/RabbitMQ/Redis?还是全部同步 HTTP?) | **P0** |\n| Q-IN4 | API 网关选型?(Kong/Nginx/自研?)认证鉴权方案?(JWT/OAuth2/SSO?) | P1 |\n| Q-IN5 | 日志、监控、链路追踪方案?(ELK/Prometheus+Grafana/Jaeger?)是否已有公司级基础设施可复用? | P1 |\n| Q-IN6 | 灾备和容灾要求?(RPO/RTO 目标?是否需要多可用区/异地容灾?数据备份频率?) | P2 |\n 459|\n### 7.13 安全与合规(5 项)\n 461|\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| Q-SC1 | 是否有需要通过的安全合规认证?(SOC2 / ISO 27001 / 等保?)对系统架构有何约束? | P1 |\n| Q-SC2 | 用户个人数据(邮箱、电话、地址、设备号)的保留和删除策略?(GDPR 的「被遗忘权」如何处理?) | P1 |\n| Q-SC3 | Amazon 的 API 使用条款(SP-API Acceptable Use Policy)对数据存储和使用的限制?(评价数据是否可以长期存储?) | P1 |\n| Q-SC4 | 系统权限模型?(RBAC?角色和权限的粒度?是否需要支持数据行级权限——例如不同站点的运营只看自己的 ASIN?) | P1 |\n| Q-SC5 | 敏感数据(收款信息、设备号)的加密存储方案?传输加密(TLS)要求? | P2 |\n 469|\n### 7.14 技术栈与规范(4 项)\n 471|\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| Q-TS1 | 后端技术栈偏好?(Python/FastAPI?Go?Node.js?Java?)是否有公司技术栈约束? | P1 |\n| Q-TS2 | 前端技术栈偏好?(React/Vue/Angular?)是否有公司前端组件库或设计系统可复用? | P1 |\n| Q-TS3 | API 规范标准?(OpenAPI 3.0?gRPC?)是否需要 BFF(Backend for Frontend)层? | P2 |\n| Q-TS4 | 代码仓库策略?(Monorepo or Polyrepo?9 个子系统分仓库还是一仓库?CI/CD 工具?) | P2 |\n 478|\n### 7.15 多站点与多市场(4 项)\n 480|\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| Q-MS1 | 系统需要支持多少个 Amazon 站点?(.com / .co.uk / .de / .fr / .it / .es / .jp / .ca?)不同站点的业务流程是否一致? | **P0** |\n| Q-MS2 | 多站点下「真实人」归并是否跨站点?(同一个真实人在 .com 和 .co.uk 用不同邮箱/账号——是否归并为同一人?) | P1 |\n| Q-MS3 | 额度规则是否跨站点?(测评 4 次是每个站点独立还是全局?累计 12 个评价呢?) | P1 |\n| Q-MS4 | 未来是否扩展到 Amazon 以外的平台(eBay/Walmart/独立站)?架构上需要预留扩展点吗? | P2 |\n 487|\n### 7.16 内容与素材管理(3 项)\n 489|\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| Q-CM1 | EDM 模板、IM 推送话术、APP Push 文案的创建和维护由谁负责?(内容运营?用户运营?)是否需要独立的内容管理子系统? | P1 |\n| Q-CM2 | 多语言内容策略?(面向美国用户的英文消息、面向德国用户的德语消息——模板由谁翻译和维护?系统是否需要自动翻译?) | P1 |\n| Q-CM3 | 图片/视频素材(产品图片、测评指引图)的存储和管理?是否需要 CDN? | P2 |\n 495|\n### 7.17 业务量级预估(4 项)\n 497|\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| Q-BV1 | 系统需要管理的 ASIN 数量级?(几十个?几百个?几千个?) | P1 |\n| Q-BV2 | 日活跃用户数(APP 端)?日触达消息量(IM+EDM+APP Push+TEL)? | P1 |\n| Q-BV3 | 客服团队规模?(几个组?每组多少人?峰值工单量?) | P1 |\n| Q-BV4 | 峰值场景预估?(Prime Day / Black Friday 期间流量和触达量是平时的几倍?) | P2 |\n 504|\n### 7.18 外部系统对接细节(4 项)\n 506|\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| Q-EX1 | 各外部系统的 SLA 和可用性?(Amazon SP-API 的 rate limit?JOYHUB 的响应时间?)当外部系统不可用时的降级策略? | P1 |\n| Q-EX2 | 外部系统的认证方式?(Amazon SP-API 的 OAuth 授权流程?JOYHUB 的 API Key?)谁负责管理这些凭证? | P1 |\n| Q-EX3 | 数据同步的增量 or 全量策略?(Amazon 订单是增量拉取最近 N 天还是全量同步?JOYHUB 用户数据呢?) | P1 |\n| Q-EX4 | 外部系统数据格式和字段映射是否已有文档?(Amazon 订单字段→系统内部字段的映射关系?) | P2 |\n 513|\n---\n 515|\n## 8. 待确认的内外边界\n 517|\n> 以下边界由于文档信息不足,标记为「待确认」,需要在后续与业务方或技术团队确认。\n 519|\n| # | 边界问题 | 影响范围 | 建议确认方式 |\n| --- | --- | --- | --- |\n| B1 | **内容/素材管理归属**:EDM 模板、IM 推送话术、APP Push 文案由哪个子系统管理?是 outreach 内的内容模块,还是独立的内容管理子系统? | outreach | 与内容运营角色确认工作流 |\n| B2 | **品牌/内容运营角色**:文档提到品牌运营和内容运营但目前不展开。他们是否需要独立前端?需求何时明确? | planning / creator | 与业务方确认是否一期纳入 |\n| B3 | **数据仓库/BI 边界**:文档明确「完整 BI/财务/ROI 系统」不在本版主流程,但管理驾驶舱涉及聚合看板。看板数据是子系统直接提供聚合 API 还是走独立数据仓库? | 全部 | 与数据团队确认数据架构 |\n| B4 | **外部系统降级策略**:Amazon API 不可用时,哪些功能可以降级运行?JOYHUB 不可用时用户身份如何兜底? | identity / planning / review | 制定 SLA 和降级方案 |\n| B5 | **多语言支持**:系统前端是否只面向菲律宾客服(英文?)还是国内团队也使用(中文?) | 所有前端 | 确认各前端的语言需求 |\n| B6 | **定时任务归属**:自动需求触发、EDM 批处理、超时检测、评价核验等定时任务在各子系统内实现还是有统一调度器? | 多个子系统 | 确认是否引入统一任务调度 |\n 528|\n---\n 530|\n## 9. 附录:子系统文档索引\n 532|\n| 文档 | 描述 |\n| --- | --- |\n| [01-子系统-用户身份与上下文](01-子系统-用户身份与上下文.md) | 真实人归并、用户上下文卡、设备识别 |\n| [02-子系统-需求与计划管理](02-子系统-需求与计划管理.md) | 需求触发、计划生命周期、审批工作流 |\n| [03-子系统-额度与频控](03-子系统-额度与频控.md) | 额度台账、频控引擎、预占释放 |\n| [04-子系统-多渠道触达引擎](04-子系统-多渠道触达引擎.md) | IM/EDM/APP/TEL 调度与执行 |\n| [05-子系统-客服工单与管理](05-子系统-客服工单与管理.md) | 工单管理、客服管理支撑 |\n| [06-子系统-风险与反欺诈](06-子系统-风险与反欺诈.md) | 风险判断、黑名单、双重退款 |\n| [07-子系统-评价结果追踪](07-子系统-评价结果追踪.md) | 评价提交、展示核验、结果回流 |\n| [08-子系统-KOC-KOL协作](08-子系统-KOC-KOL协作.md) | KOC/KOL 匹配、内容跟踪、JOYCOLLAB 同步 |\n| [09-子系统-审计与通知中心](09-子系统-审计与通知中心.md) | 审计日志、多类型通知告警 |\n 544|", "wikilinks": [], "category": "layer-requirements" } }, { "id": "doc:05_需求文档/01-子系统-用户身份与上下文", "type": "document", "name": "子系统 01 — 用户身份与上下文 (`identity`) v1.0", "filePath": "05_需求文档/01-子系统-用户身份与上下文.md", "summary": "子系统 01 — 用户身份与上下文 identity v1.0 子系统概述 维度 说明 代号 identity 核心职责 真实人识别与归并、身份线索关联、用户上下文卡生成 数据所有权 person profiles , person identity links , contact context snapshots , device records 启动依", "tags": [ "05_需求文档", "需求文档" ], "complexity": "moderate", "knowledgeMeta": { "content": "# 子系统 01 — 用户身份与上下文 (`identity`) v1.0\n\n## 子系统概述\n\n| 维度 | 说明 |\n| --- | --- |\n| 代号 | `identity` |\n| 核心职责 | 真实人识别与归并、身份线索关联、用户上下文卡生成 |\n| 数据所有权 | `person_profiles`, `person_identity_links`, `contact_context_snapshots`, `device_records` |\n| 启动依赖 | 无硬依赖(需 JOYHUB 数据同步到位) |\n| 外部系统依赖 | JOYHUB(用户数据)、APP(设备数据) |\n\n---\n\n## 1. 模块划分\n\n### 整体模块图\n\n```\n┌─────────────────────────────────────────────────────────────┐\n│ identity 子系统 │\n│ │\n│ ┌──────────────┐ ┌──────────────┐ ┌──────────────┐ │\n│ │ M1: 身份线索 │ │ M2: 真实人 │ │ M3: 用户上下 │ │\n│ │ 采集与同步 │→│ 归并引擎 │→│ 文卡服务 │ │\n│ └──────┬───────┘ └──────┬───────┘ └──────┬───────┘ │\n│ │ │ │ │\n│ ▼ ▼ ▼ │\n│ ┌──────────────┐ ┌──────────────┐ ┌──────────────┐ │\n│ │ M4: 设备变化 │ │ M5: 身份管理 │ │ M6: 对外 API │ │\n│ │ 识别 │ │ Admin │ │ Gateway │ │\n│ └──────────────┘ └──────────────┘ └──────────────┘ │\n│ │\n└─────────────────────────────────────────────────────────────┘\n```\n\n### 模块明细\n\n| # | 模块 | 代号 | 职责 |\n| --- | --- | --- | --- |\n| M1 | 身份线索采集与同步 | `identity-ingest` | 从 JOYHUB、APP 等外部系统拉取/接收身份线索(JOYHUB ID、邮箱、电话、设备号、订单关联) |\n| M2 | 真实人归并引擎 | `person-merge` | 按标准姓名+地址、多线索交叉权重归并,生成/更新真实人 ID |\n| M3 | 用户上下文卡服务 | `context-card` | 聚合身份+交易+服务+风险+设备+触达全量数据生成上下文快照 |\n| M4 | 设备变化识别 | `device-tracker` | 识别设备号变化、换机、多设备场景,记录设备变化日志 |\n| M5 | 身份管理 Admin | `identity-admin` | 人工归并/拆分操作、归并冲突处理、身份数据校正 |\n| M6 | 对外 API Gateway | `identity-api` | 向其他子系统提供真实人查询、上下文卡查询、归并请求等 API |\n\n---\n\n## 2. 各模块内外说明\n\n### 2.1 M1: 身份线索采集与同步\n\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 管理外部系统的数据同步任务(定时拉取 JOYHUB 用户数据、设备数据);解析和标准化各来源的身份线索(邮箱规范化、电话格式化、地址标准化);写入 `person_identity_links` 表 |\n| **对外接口** | `POST /internal/identity/ingest — 接收上游推送的身份线索`;同步调度器可配置频率 |\n| **数据写入** | `person_identity_links`(线索类型 + 线索值 + 来源系统 + 采集时间) |\n\n### 2.2 M2: 真实人归并引擎\n\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 执行归并规则:标准姓名+地址一致→同一真实人;多线索交叉(设备+电话+邮箱+收款信息)按权重打分;地址一致姓名不同→标记家庭关联但不合并;生成真实人 ID、归并证据、置信度 |\n| **对外接口** | `POST /api/identity/merge — 触发归并`;返回归并结果(真实人 ID + 置信度) |\n| **数据写入** | `person_profiles`(真实人创建/更新)、`person_identity_links`(关联关系更新) |\n| **关键规则** | 邮箱不同+JOYHUB ID 不同不能单独否定「同一真实人」;订单号命中历史异常需拉出风险记录 |\n\n### 2.3 M3: 用户上下文卡服务\n\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 聚合 6 组字段(当前身份、真实人归并、历史交易、历史服务、历史风险、当前设备、触达历史);生成上下文快照(含快照时间);首次生成 vs 增量更新 |\n| **对外接口** | `GET /api/identity/context/{person_id} — 获取用户上下文卡`;返回聚合后的全量上下文 |\n| **数据写入** | `contact_context_snapshots` |\n| **依赖其他子系统** | 交易数据来自 planning;服务数据来自 support;风险数据来自 risk;触达数据来自 outreach(通过 API 聚合或事件) |\n\n### 2.4 M4: 设备变化识别\n\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 监控同一 JOYHUB ID 下设备号变化;记录换机/多设备事件;关联设备型号、系统版本、APP 版本变化 |\n| **对外接口** | 内部事件 `device.changed` 供其他模块消费 |\n| **数据写入** | `device_records`(设备变化时间、变化类型) |\n| **待确认** | 多久内的设备变化算「近期换机」?多设备同时活跃如何标记? |\n\n### 2.5 M5: 身份管理 Admin\n\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 提供人工归并操作界面(两个真实人合并为一个);归并拆分(合并错了如何回退);冲突处理(系统自动归并 vs 人工判定不一致时) |\n| **对外接口** | 管理 API(不对其他子系统暴露) |\n| **数据写入** | 所有身份相关表(权限控制) |\n\n### 2.6 M6: 对外 API Gateway\n\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 统一对外 API 认证、限流、日志 |\n| **对外接口** | `GET /api/identity/person?线索类型=&线索值=` — 按线索查真实人;`GET /api/identity/context/{person_id}` — 用户上下文卡;`POST /api/identity/batch-check` — 批量身份查询 |\n\n---\n\n## 3. 对外 API 契约(草案)\n\n| 接口 | 方法 | 输入 | 输出 | 消费者 |\n| --- | --- | --- | --- | --- |\n| 按线索查真实人 | `GET /api/identity/person` | `?type=email&value=xxx@yy.com` 或 `?type=joyhub_id&value=123` | `{person_id, confidence, matched_clues[]}` | 所有子系统 |\n| 获取用户上下文卡 | `GET /api/identity/context/{person_id}` | `person_id` | `{identity, transactions, services, risks, devices, outreach_history}` | support, risk, outreach |\n| 批量身份查询 | `POST /api/identity/batch-check` | `[{type, value}, ...]` | `[{person_id, confidence}, ...]` | planning, outreach |\n| 触发归并 | `POST /api/identity/merge` | `{clues: [{type, value}, ...]}` | `{person_id, is_new, confidence}` | outreach(每次互动时调用) |\n\n---\n\n## 4. 数据对象(本子系统写入)\n\n| 对象 | 核心字段 | 说明 |\n| --- | --- | --- |\n| `person_profiles` | person_id, status, created_at, updated_at, merge_evidence | 真实人主表 |\n| `person_identity_links` | person_id, clue_type (JOYHUB_ID/EMAIL/PHONE/DEVICE/ORDER_NAME_ADDRESS), clue_value, source, confidence, linked_at | 身份线索关联表 |\n| `contact_context_snapshots` | person_id, snapshot_time, identity_snapshot, transaction_snapshot, service_snapshot, risk_snapshot, device_snapshot, outreach_snapshot | 上下文快照 |\n| `device_records` | person_id, joyhub_id, device_id, device_model, os_version, app_version, change_type (NEW/SWITCH/MULTI), recorded_at | 设备变化记录 |\n\n---\n\n## 5. 业务澄清问题清单 — identity\n\n### 5.1 真实人归并规则(4 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| I-01 | 标准姓名+地址的「标准化」规则是什么?(大小写、空格、缩写如 St./Street、middle name 处理?)标准化在哪个模块做? | **P0** |\n| I-02 | 归并是多线索交叉权重打分——各维度的权重如何设定?(邮箱=0.3、设备=0.4、电话=0.2、收款=0.5?由谁定义?可否动态调整?) | **P0** |\n| I-03 | 归并是完全自动执行还是部分需要人工审核?触发人工审核的条件是什么?(置信度 < 多少?涉及风险用户?) | **P0** |\n| I-04 | 自动归并错误后如何拆分?拆分时如何处理已关联的历史评价和额度数据?(评价归属、额度扣减是否回滚?) | **P0** |\n\n### 5.2 非 APP 用户处理(3 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| I-05 | 非 APP 用户的邮箱从哪里来?(Amazon 订单中的买家邮箱?EDM 列表?客服录入?)邮箱质量/有效性如何保证? | **P0** |\n| I-06 | 只有邮箱没有设备号的非 APP 用户,归并置信度是否单独设置较低阈值?这种情况下如何确定是同一真实人? | P1 |\n| I-07 | EDM 引导用户注册 APP 后——如何识别「这个新 APP 用户就是之前那个 EDM 邮箱用户」?(注册时要求填同一邮箱?设备号关联?) | P1 |\n\n### 5.3 设备与多账号(3 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| I-08 | 「同设备多账号」的风险判断——同一个设备号关联了多个 JOYHUB ID,哪些情况正常(家庭共用)哪些算风险信号? | P1 |\n| I-09 | 设备号变化的识别窗口——同一个 JOYHUB ID 下,设备号变化间隔多久内算「近期换机」? | P1 |\n| I-10 | APP 卸载重装导致设备号变化怎么处理?(卸载重装可能生成新设备号) | P2 |\n\n### 5.4 用户上下文卡(3 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| I-11 | 上下文卡的「快照」保留几份?每次互动生成新快照(保留历史)还是覆盖(只保留最新一份)?保留历史的话保留多久? | P1 |\n| I-12 | 上下文卡中的历史交易、历史服务等数据是从其他子系统实时拉取还是从本地冗余存储读取?(涉及跨子系统数据一致性) | P1 |\n| I-13 | 上下文卡是否需要在某个条件触发时预生成(如用户接入前),还是每次实时生成? | P2 |\n\n### 5.5 数据同步(2 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| I-14 | JOYHUB 数据同步频率?(实时/每小时/每天?)同步方式?(API 拉取 / 消息队列 / 数据库直连?) | **P0** |\n| I-15 | JOYHUB 和 APP 端的数据字段完整清单是否已有?(注册邮箱、设备号、设备型号、APP 版本、系统版本、绑定玩具、活跃行为——文档已列出但需确认是否有遗漏) | **P0** |\n\n### 5.6 身份数据生命周期(4 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| I-16 | 用户数据保留策略——身份线索和历史快照保留多久?(6个月?1年?永久?)超出保留期后是归档还是删除? | P1 |\n| I-17 | 用户注销/数据删除请求如何处理?(用户要求删除所有个人数据——如何标记而不是物理删除以保持额度/风险记录的完整性?) | P1 |\n| I-18 | 「被遗忘权」实操——删除真实人记录后,与之关联的额度、风险、评价如何处理?(匿名化保留?还是级联删除?) | P1 |\n| I-19 | 用户主动修改关键身份信息(换邮箱、换电话)——系统如何感知和响应?(自动触发重新归并?还是保持原关联?) | P1 |\n\n### 5.7 多站点与跨平台身份(3 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| I-20 | 同一个自然人在 Amazon.com 和 Amazon.co.uk 用不同邮箱和地址——是否跨站点归并为同一个「真实人」? | P1 |\n| I-21 | 未来扩展到非 Amazon 平台(eBay/Walmart/独立站)——真实人体系是否需要跨平台?架构预留? | P2 |\n| I-22 | 不同国家站点的地址标准化规则不同(US→州/邮编、UK→郡/邮编、DE→邮编/城市)——标准化引擎如何处理? | P2 |\n\n### 5.8 归并冲突与人工干预(3 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| I-23 | 系统自动归并和人工判定冲突时,以谁为准?(人工优先?系统告警→人工确认?)冲突记录保留多久? | P1 |\n| I-24 | 人工拆分归并的操作是否需要审批?(谁来审批?审批流程?)拆分的审计记录保留什么字段? | P1 |\n| I-25 | 是否存在「不确定」状态的真实人?(置信度太低无法归并,标记为「待定」——如何流转到人工审核?) | P1 |\n\n### 5.9 实施层面(3 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| I-26 | 身份归并是实时还是异步?(用户接入时实时归并→阻塞用户体验 vs 异步归并→可能用旧数据?) | P1 |\n| I-27 | 上下文卡聚合的性能要求——单次查询需要在多少 ms 内返回?(涉及跨子系统调用时的超时和降级) | P2 |\n| I-28 | 如果 JOYHUB 数据同步中断,identity 子系统如何降级?(用缓存数据?标记为「数据可能过期」?) | P1 |\n", "wikilinks": [], "category": "layer-requirements" } }, { "id": "doc:05_需求文档/02-子系统-需求与计划管理", "type": "document", "name": "子系统 02 — 需求与计划管理 (`planning`) v1.0", "filePath": "05_需求文档/02-子系统-需求与计划管理.md", "summary": "子系统 02 — 需求与计划管理 planning v1.0 子系统概述 维度 说明 代号 planning 核心职责 需求触发(人工/自动)、需求评估、计划生成(推新/回评/免评)、审批工作流、ASIN 基础信息管理 数据所有权 demands , plans , plan items , approval records , asin catalog 启", "tags": [ "05_需求文档", "需求文档" ], "complexity": "moderate", "knowledgeMeta": { "content": "# 子系统 02 — 需求与计划管理 (`planning`) v1.0\n\n## 子系统概述\n\n| 维度 | 说明 |\n| --- | --- |\n| 代号 | `planning` |\n| 核心职责 | 需求触发(人工/自动)、需求评估、计划生成(推新/回评/免评)、审批工作流、ASIN 基础信息管理 |\n| 数据所有权 | `demands`, `plans`, `plan_items`, `approval_records`, `asin_catalog` |\n| 启动依赖 | identity(软依赖,无 identity 可操作但无法做人群匹配) |\n| 外部系统依赖 | Amazon(ASIN 数据、销售数据、评价缺口) |\n\n---\n\n## 1. 模块划分\n\n```\n┌─────────────────────────────────────────────────────────────┐\n│ planning 子系统 │\n│ │\n│ ┌──────────────┐ ┌──────────────┐ ┌──────────────┐ │\n│ │ M1: 需求管理 │ │ M2: 计划引擎 │ │ M3: 审批工作 │ │\n│ │ (Demand) │→│ (Plan) │→│ 流 │ │\n│ └──────┬───────┘ └──────┬───────┘ └──────┬───────┘ │\n│ │ │ │ │\n│ ▼ ▼ ▼ │\n│ ┌──────────────┐ ┌──────────────┐ ┌──────────────┐ │\n│ │ M4: 自动触发 │ │ M5: ASIN管理 │ │ M6: 对外 API │ │\n│ │ 规则引擎 │ │ │ │ Gateway │ │\n│ └──────────────┘ └──────────────┘ └──────────────┘ │\n│ │\n└─────────────────────────────────────────────────────────────┘\n```\n\n| # | 模块 | 代号 | 职责 |\n| --- | --- | --- | --- |\n| M1 | 需求管理 | `demand-mgr` | 需求创建、评估(成立/待补充/驳回)、优先级管理、需求与 ASIN 关联 |\n| M2 | 计划引擎 | `plan-engine` | 从已确认需求生成计划(推新/回评/免评)、计划生命周期管理、计划项拆解 |\n| M3 | 审批工作流 | `approval-workflow` | 计划审批链(Amazon 运营总监→用户负责人→渠道负责人)、审批记录 |\n| M4 | 自动触发规则引擎 | `auto-trigger` | 按 ASIN 健康度、评价缺口自动触发需求;定时评估触发条件 |\n| M5 | ASIN 管理 | `asin-catalog` | ASIN 基础信息、评分、评价数、Listing 健康状态维护 |\n| M6 | 对外 API Gateway | `planning-api` | 向其他子系统提供计划查询、ASIN 查询、审批状态查询 API |\n\n---\n\n## 2. 各模块内外说明\n\n### 2.1 M1: 需求管理\n\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | Amazon 运营人工提需求(选择 ASIN、指定类型:推新/回评/免评、目标数量、周期);用户运营评估需求(查 ASIN 健康、目标数量、历史完成、当前资源);评估结果:已确认/待补充/驳回 |\n| **对外接口** | `POST /api/demands` — 创建需求;`PUT /api/demands/{id}/evaluate` — 评估需求 |\n| **数据写入** | `demands` |\n| **依赖** | `GET /api/identity/person` — 评估时可能需要运营人员身份 |\n| **待确认** | 需求是否有优先级字段(P0/P1/P2)?驳回后是否允许重新提交? |\n\n### 2.2 M2: 计划引擎\n\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 从已确认需求生成计划草案(类型:推新/回评/免评);计划参数(目标 ASIN、目标数量、周期、预算、备注);计划状态流转;计划项拆解(将计划拆成可分配给渠道的执行单元) |\n| **对外接口** | `POST /api/plans` — 创建计划;`PUT /api/plans/{id}/status` — 更新状态;`GET /api/plans/{id}/items` — 获取计划项 |\n| **数据写入** | `plans`, `plan_items` |\n| **依赖** | `GET /api/quota/check` — 生成人群前查询额度;`GET /api/risk/check` — 计划复核时查询风险 |\n| **待确认** | 计划是否可以包含多个 ASIN?推新和回评是否可以合并为一个计划? |\n\n### 2.3 M3: 审批工作流\n\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 按计划类型路由不同审批链:(测评→Amazon运营总监 / 回评→总监或指定负责人 / 免评→总监+用户负责人 / 紧急→运营负责人+用户负责人+主管);周/月推送计划审批(用户负责人→渠道负责人);审批节点(通过/驳回/待补充) |\n| **对外接口** | `POST /api/approvals/{plan_id}/submit` — 提交审批;`PUT /api/approvals/{plan_id}/review` — 审批决策 |\n| **数据写入** | `approval_records` |\n| **依赖** | `GET /api/identity/person` — 获取审批人身份 |\n| **待确认** | 审批链是否可以动态配置(不同站点/国家不同审批人)?驳回后修改再提交是否需要重新走完整审批链? |\n\n### 2.4 M4: 自动触发规则引擎\n\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 定时扫描 ASIN 健康状态(评分、评价数、差评比例);当满足触发条件时自动创建需求(无需人工干预);触发规则可配置 |\n| **对外接口** | 内部定时任务,不对外暴露 |\n| **数据写入** | `demands`(自动生成的需求) |\n| **依赖** | `GET /api/reviews/asin-health` 或本地 ASIN 数据 |\n| **待确认** | 自动触发后是否需要人工确认还是直接进入评估?自动触发的优先级如何设定? |\n\n### 2.5 M5: ASIN 管理\n\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | ASIN 基础信息(ASIN 码、标题、品类、站点);评分、评价总数、差评数;Listing 健康状态(活跃/风险/下架);与计划的关联关系 |\n| **对外接口** | `GET /api/asins/{asin}` — ASIN 详情;`GET /api/asins?status=at_risk` — 需关注的 ASIN 列表 |\n| **数据写入** | `asin_catalog` |\n| **依赖** | Amazon 数据同步(外部系统) |\n| **待确认** | ASIN 数据是否已在 JOYHUB 或其他系统中维护?是否需要新建还是复用? |\n\n### 2.6 M6: 对外 API Gateway\n\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 统一对外 API 认证、限流、日志 |\n| **对外接口** | `GET /api/plans?status=approved` — 待执行计划(outreach 消费);`GET /api/plans/{id}` — 计划详情(review 消费);`GET /api/asins/{asin}` — ASIN 查询 |\n\n---\n\n## 3. 对外 API 契约(草案)\n\n| 接口 | 方法 | 输入 | 输出 | 消费者 |\n| --- | --- | --- | --- | --- |\n| 创建需求 | `POST /api/demands` | `{asin, type, target_count, period, priority}` | `{demand_id, status}` | 运营前端 |\n| 评估需求 | `PUT /api/demands/{id}/evaluate` | `{decision, reason}` | `{status}` | 用户运营前端 |\n| 创建计划 | `POST /api/plans` | `{demand_id, type, params}` | `{plan_id}` | 用户运营前端 |\n| 待执行计划列表 | `GET /api/plans?status=approved` | 无 | `[{plan_id, type, items}]` | outreach |\n| 计划详情 | `GET /api/plans/{id}` | `plan_id` | 完整计划含审批记录 | review / outreach |\n| ASIN 查询 | `GET /api/asins/{asin}` | `asin` | ASIN 详情+健康状态 | 所有子系统 |\n\n---\n\n## 4. 数据对象\n\n| 对象 | 核心字段 | 说明 |\n| --- | --- | --- |\n| `demands` | demand_id, asin, type (NEW/REVIEW/EXEMPTION), target_count, period, status (PENDING/EVALUATING/CONFIRMED/REJECTED/WAITING), priority, created_by, evaluated_by, created_at | 需求主表 |\n| `plans` | plan_id, demand_id, type, status (DRAFT/REVIEW/APPROVED/EXECUTING/COMPLETED/CANCELLED), target_count, period, created_at | 计划主表 |\n| `plan_items` | item_id, plan_id, asin, item_type, target_count, assigned_channel, status | 计划执行项 |\n| `approval_records` | approval_id, plan_id, approver, decision, comment, decided_at, step_order | 审批记录 |\n| `asin_catalog` | asin, title, category, marketplace, rating, review_count, negative_count, health_status, last_synced_at | ASIN 信息 |\n\n---\n\n## 5. 业务澄清问题清单 — planning\n\n### 5.1 需求与计划模型(5 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| P-01 | 一个需求是否可以生成多个计划?(例如一个回评需求拆分到 IM 计划和 EDM 计划)还是一对一? | **P0** |\n| P-02 | 计划是否可以跨 ASIN?(一个推新计划覆盖 3 个新 ASIN)还是每个计划只针对一个 ASIN? | **P0** |\n| P-03 | 计划中的「目标数量」是指目标评价数还是目标触达用户数?(如果转化率 2%,要得到 10 个评价需触达 500 人) | **P0** |\n| P-04 | 计划的「周期」是什么粒度?(周/月/自定义日期范围?)周期结束后未完成的计划如何处理? | P1 |\n| P-05 | 需求是否有优先级?(P0/P1/P2 或高/中/低?)优先级影响什么?(审批速度?资源分配?) | P1 |\n\n### 5.2 审批流程(4 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| P-06 | 文档提到「免评计划 → Amazon 运营总监 + 用户负责人」审批——是两者都必须通过(会签)还是任一通过即可(或签)? | **P0** |\n| P-07 | 「指定负责人」的指定规则是什么?(按 ASIN 品类?按站点?按当前负载?人工指定?) | P1 |\n| P-08 | 审批超时如何处理?(审批人 N 天未处理,自动通过?自动驳回?升级到上级?) | P1 |\n| P-09 | 审批驳回后修改再提交,审批链是否重置还是从当前节点继续? | P1 |\n\n### 5.3 自动触发(3 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| P-10 | 自动触发的具体阈值是什么?(① ASIN 评分低于多少?② 差评在最近 N 天新增多少?③ 评价总数 < 目标值?) | **P0** |\n| P-11 | 自动触发是每天跑一次还是实时监控?(如果是实时,高频变化的 ASIN 会不会重复触发?) | P1 |\n| P-12 | 自动触发生成的需求是否自动进入评估环节还是需要人工确认后才进入? | P2 |\n\n### 5.4 ASIN 管理(3 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| P-13 | ASIN 数据来源和更新频率?(从 Amazon API 拉取?T+1?实时?手动导入?) | **P0** |\n| P-14 | ASIN 的「Listing 健康状态」如何定义?(评分 ≥ 4.2 = 健康?差评率 < X%?)健康度是否有多个等级? | P1 |\n| P-15 | ASIN 是否有关联关系?(变体 ASIN、父 ASIN-子 ASIN)关联合并还是独立管理? | P2 |\n\n### 5.5 计划执行衔接(2 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| P-16 | 计划审批通过后如何流转到 outreach 子系统?(planning 主动推送?outreach 定时拉取?事件通知?) | P1 |\n| P-17 | 计划执行过程中是否可以调整目标数量或周期?调整是否需要重新审批? | P2 |\n\n### 5.6 计划模板与复用(3 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| P-18 | 是否需要计划模板功能?(对常推的 ASIN 创建可复用的计划模板——模板包含预设的渠道/目标数/周期?) | P1 |\n| P-19 | 周期性计划(如「每月 1 号自动对 ASIN X 发起回评计划」)是否支持?谁有权限创建? | P2 |\n| P-20 | 计划是否可以暂停/恢复?(执行中因库存或供应链原因需暂停——暂停期间已触达的用户如何处理?) | P1 |\n\n### 5.7 预算与资源管理(3 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| P-21 | 计划是否有预算字段?(返款金额、Code 成本、KOC 费用——是否需要预算审批?超出预算如何处理?) | P1 |\n| P-22 | 资源容量规划——同时可执行的计划数是否有上限?(受限于客服人力/EDM发送额度/IM频控?) | P1 |\n| P-23 | 是否需要计划执行成本的 ROI 计算?(返款总额 / 获得的评价数 = 单评价成本——系统自动计算还是手动录入?) | P2 |\n\n### 5.8 季节性/大促处理(3 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| P-24 | Prime Day / Black Friday 等大促期间的计划是否有特殊处理?(提前锁定额度、加大推送量、豁免某些频控规则?) | P1 |\n| P-25 | 大促前的「预热计划」和大促后的「回评计划」是否需要在系统中作为计划间的依赖关系来管理? | P2 |\n| P-26 | 季节性产品(圣诞装饰、夏季用品)的计划是否有时间敏感度标记?(错过季节窗口的计划自动降级?) | P2 |\n\n### 5.9 多站点/多市场(3 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| P-27 | 不同 Amazon 站点的计划是否可以统一管理?(同一个 ASIN 在不同站点是独立计划还是关联计划?) | P1 |\n| P-28 | 多站点的审批人是否不同?(.com 的运营总监和 .co.uk 的运营总监可能是不同人) | P1 |\n| P-29 | 跨站点需求的冲突检测?(.com 和 .de 同时对同一真实的同一用户做了不同计划——算不算冲突?) | P2 |\n\n### 5.10 实施层面(3 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| P-30 | 自动触发生成的需求如果无人处理(评估超时),是否自动驳回还是升级通知? | P1 |\n| P-31 | 审批工作流引擎——是否有现成的审批引擎可复用?(还是需要从零开发状态机?) | P2 |\n| P-32 | 计划执行过程中用户反馈「不想再收到」——是标记为退订(outreach 处理)还是需要回写到 planning 的计划状态中? | P1 |\n", "wikilinks": [], "category": "layer-requirements" } }, { "id": "doc:05_需求文档/03-子系统-额度与频控", "type": "document", "name": "子系统 03 — 额度与频控 (`quota`) v1.0", "filePath": "05_需求文档/03-子系统-额度与频控.md", "summary": "子系统 03 — 额度与频控 quota v1.0 2 子系统概述 4 维度 说明 代号 quota 核心职责 额度台账(测评4/免评4/累计12)、额度预占与释放、频控规则引擎、发送前终校 数据所有权 person quota ledgers , quota reservations , frequency control records 启动依赖 ide", "tags": [ "05_需求文档", "需求文档" ], "complexity": "moderate", "knowledgeMeta": { "content": "# 子系统 03 — 额度与频控 (`quota`) v1.0\n 2|\n## 子系统概述\n 4|\n| 维度 | 说明 |\n| --- | --- |\n| 代号 | `quota` |\n| 核心职责 | 额度台账(测评4/免评4/累计12)、额度预占与释放、频控规则引擎、发送前终校 |\n| 数据所有权 | `person_quota_ledgers`, `quota_reservations`, `frequency_control_records` |\n| 启动依赖 | identity(软依赖,额度按真实人计算,未归并时按单一账号) |\n| 外部系统依赖 | 无直接外部依赖 |\n 12|\n---\n 14|\n## 1. 模块划分\n 16|\n```\n┌─────────────────────────────────────────────────────────────┐\n│ quota 子系统 │\n│ │\n│ ┌──────────────┐ ┌──────────────┐ ┌──────────────┐ │\n│ │ M1: 额度台账 │ │ M2: 预占管理 │ │ M3: 频控引擎 │ │\n│ │ (Ledger) │→│ (Reservation)│ │ (FreqCtrl) │ │\n│ └──────┬───────┘ └──────┬───────┘ └──────┬───────┘ │\n│ │ │ │ │\n│ ▼ ▼ ▼ │\n│ ┌──────────────┐ ┌──────────────┐ ┌──────────────┐ │\n│ │ M4: 终校服务 │ │ M5: 额度管理 │ │ M6: 对外 API │ │\n│ │ (FinalCheck)│ │ Admin │ │ Gateway │ │\n│ └──────────────┘ └──────────────┘ └──────────────┘ │\n│ │\n└─────────────────────────────────────────────────────────────┘\n```\n 34|\n| # | 模块 | 代号 | 职责 |\n| --- | --- | --- | --- |\n| M1 | 额度台账 | `quota-ledger` | 维护真实人三层额度(测评4/免评4/累计12)、已用/进行中/已预占计数 |\n| M2 | 预占管理 | `reservation-mgr` | 额度预占创建、确认占用、超时释放;跨计划重复入选检测 |\n| M3 | 频控引擎 | `freq-control` | 渠道频控(IM/EDM/APP/TEL 最近触达间隔)、单 ASIN 短期触达次数、退订/投诉屏蔽 |\n| M4 | 终校服务 | `final-check` | 发送前合并校验(最新额度 + 最新风险 + 最新未关闭工单),准入/撤出决策 |\n| M5 | 额度管理 Admin | `quota-admin` | 额度手动调整、额度重置、额度审计 |\n| M6 | 对外 API Gateway | `quota-api` | 供 planning(人群生成)、outreach(发送前校验)、review(提交后确认)调用 |\n 43|\n---\n 45|\n## 2. 各模块内外说明\n 47|\n### 2.1 M1: 额度台账\n 49|\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 按真实人维护三种额度:月度测评(已完成+进行中+已预占)、月度免评(同上)、累计真实提交评价(永久累计);额度计数时点明确(提交评价立即计数12、不会因 Amazon 未展示回退);接近上限时预警 |\n| **对外接口** | `GET /api/quota/ledger/{person_id}` — 读取当前台账 |\n| **数据写入** | `person_quota_ledgers` |\n| **依赖** | `GET /api/identity/person` — 获取真实人 ID |\n 56|\n### 2.2 M2: 预占管理\n 58|\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 人群生成时预占额度(测评/免评);计算:已用+进行中+已预占+本次拟发送 > 上限 → 拦截;剩余不足但>0 → 预警池 → 发送前人工复核;预占有效期管理,超时自动释放;并发占用控制(同一真实人跨计划重复入选检测) |\n| **对外接口** | `POST /api/quota/reserve` — 创建预占;`POST /api/quota/commit` — 确认占用;`POST /api/quota/release` — 释放预占 |\n| **数据写入** | `quota_reservations` |\n 64|\n### 2.3 M3: 频控引擎\n 66|\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 四种频控维度:①渠道频控(IM/EDM/APP/TEL 最近触达间隔)②单 ASIN 短期内触达同一用户次数 ③用户反感度(投诉/退订状态)④用户在客服工单中暂不触达;频控规则可配置 |\n| **对外接口** | `GET /api/quota/freq-check/{person_id}?channel=IM&asin=xxx` — 频控检查 |\n| **数据写入** | `frequency_control_records` |\n| **依赖** | 触达历史来自 outreach(`GET /api/outreach/history/{person_id}`) |\n 73|\n### 2.4 M4: 终校服务\n 75|\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 发送前做最终校验:①重新读取最新额度(防止发送和预占之间额度变化)②重新读取最新风险状态 ③重新读取最新未关闭工单;三者全部通过→准入发送;任一新增超限/风险/工单→撤出本批次 |\n| **对外接口** | `POST /api/quota/final-check` — 批量终校(输入 person_ids + plan_id,返回每个的准入/撤出决策) |\n| **数据写入** | 终校结果写入审计日志 |\n| **依赖** | `GET /api/risk/check/{person_id}`;`GET /api/tickets?person_id=&status=open` |\n 82|\n### 2.5 M5: 额度管理 Admin\n 84|\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 额度手动调整(运营确认某次测评不计入额度等);额度重置(新月份额度初始化);额度审计(谁改了什么额度) |\n| **对外接口** | 管理 API |\n 89|\n### 2.6 M6: 对外 API Gateway\n 91|\n| 维度 | 说明 |\n| --- | --- |\n| **对外接口** | `GET /api/quota/check/{person_id}?type=测评` — 额度查询+可用判断;`POST /api/quota/reserve` — 预占;`POST /api/quota/commit` — 确认;`POST /api/quota/release` — 释放;`POST /api/quota/final-check` — 终校 |\n 95|\n---\n 97|\n## 3. 对外 API 契约(草案)\n 99|\n| 接口 | 方法 | 输入 | 输出 | 消费者 |\n| --- | --- | --- | --- | --- |\n| 额度查询 | `GET /api/quota/check/{person_id}?type=REVIEW` | person_id + 额度类型 | `{used, in_progress, reserved, remaining, status(sufficient/warning/exceeded)}` | planning, outreach |\n| 批量预占 | `POST /api/quota/reserve` | `[{person_id, type, plan_id, count}]` | `[{person_id, success, reservation_id}]` | planning(人群生成时) |\n| 确认占用 | `POST /api/quota/commit` | `[{reservation_id}]` | `[{reservation_id, committed}]` | review(用户提交评价后) |\n| 释放预占 | `POST /api/quota/release` | `[{reservation_id}]` | `[{success}]` | planning(计划取消时) |\n| 频控检查 | `GET /api/quota/freq-check/{person_id}?channel=&asin=` | person_id + 渠道 + ASIN | `{allowed, reason, cooldown_until}` | outreach(发送前) |\n| 发送前终校 | `POST /api/quota/final-check` | `[{person_id, plan_id}]` | `[{person_id, decision: APPROVED/WITHDRAWN, reasons}]` | outreach(发送前最后一步) |\n 108|\n---\n 110|\n## 4. 数据对象\n 112|\n| 对象 | 核心字段 | 说明 |\n| --- | --- | --- |\n| `person_quota_ledgers` | ledger_id, person_id, quota_type (MONTHLY_REVIEW/MONTHLY_EXEMPTION/LIFETIME_SUBMISSION), period, used, in_progress, reserved, limit_value, status | 三层额度台账 |\n| `quota_reservations` | reservation_id, person_id, ledger_id, plan_id, count, status (RESERVED/COMMITTED/RELEASED/EXPIRED), reserved_at, expires_at | 额度预占记录 |\n| `frequency_control_records` | freq_id, person_id, channel, asin, last_contact_at, contact_count_period, status | 频控记录 |\n 118|\n---\n 120|\n## 5. 业务澄清问题清单 — quota\n 122|\n### 5.1 额度规则细化(5 项)\n 124|\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| Q-01 | 月度额度按自然月还是 30 天滚动?如果是自然月:①预占在 1 月 31 日,2 月 1 日释放还是保留?②1 月 31 日晚 23:59 的预占跨月怎么处理? | **P0** |\n| Q-02 | 「测评 4 次」中的「次」定义:是指参与 4 个不同的测评计划,还是提交 4 条评价?(如果 1 个计划要求用户提交 3 条评价,占 3 次还是 1 次?) | **P0** |\n| Q-03 | 「累计 12 个真实提交评价」是永久上限还是可以动态调整?(例如用户长期优质且评价质量高,是否可以人工放宽?放宽流程?) | P1 |\n| Q-04 | 测评和免评额度是否独立?(测评 4 次 + 免评 4 次 = 同一真实人一月最多参与 8 个计划?)还是测评和免评共享总额度? | P1 |\n| Q-05 | 额度计算中「进行中」的定义——什么状态才算进行中?(已生成人群?已发送触达?用户已回应?已提交评价待核验?) | P1 |\n 132|\n### 5.2 预占机制(4 项)\n 134|\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| Q-06 | 预占有效期多长?(预占后用户始终未响应,多久释放?1 天?7 天?计划周期结束?) | **P0** |\n| Q-07 | 预占释放后是否可以自动重新分配给同一计划的其他用户?是否触发重新生成人群? | P1 |\n| Q-08 | 跨计划并发占用检测——同一真实人在计划 A 和计划 B 同时被入选,谁先预占谁得?还是按计划优先级? | P1 |\n| Q-09 | 预占是否可手动取消/释放?(运营发现某用户不应计入某计划时) | P2 |\n 141|\n### 5.3 频控规则(4 项)\n 143|\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| Q-10 | 各渠道频控的具体阈值是什么?(IM 每日最多 X 次?EDM 每周最多 Y 封?APP Push 每日最多 Z 条?TEL 每日最多 N 通?) | **P0** |\n| Q-11 | 频控规则是否区分计划类型?(紧急催评是否可以突破频控?) | P1 |\n| Q-12 | 频控是全局统一配置还是按用户层级可调整?(A 类和 C 类用户频控规则是否不同?) | P1 |\n| Q-13 | 「单 ASIN 短期触达次数」——多少天内触达多少次算超标? | P2 |\n 150|\n### 5.4 预警与异常(3 项)\n 152|\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| Q-14 | 预警阈值如何设定?(剩余 1 次时预警?剩余 N% 时预警?不同类型额度预警阈值是否不同?) | P1 |\n| Q-15 | 终校中「新增风险」的判断——距离上次风险检查超过多少时间需重查?还是每次终校都实时查 risk? | P1 |\n| Q-16 | 额度数据异常时的处理策略?(台账数据与预占记录不一致、预占未释放导致额度泄漏——系统如何自动发现和修复?) | P2 |\n 158|\n### 5.5 额度异常与纠错(4 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| Q-17 | 用户反馈「我明明只参与了 3 次测评,系统说我已用 4 次」——申诉流程?谁有权限查台账和修正? | P1 |\n| Q-18 | 额度台账的审计追踪——每次额度变更(预占/确认/释放/手动调整)是否记录完整操作人和原因?保留多久? | P1 |\n| Q-19 | 数据异常自动检测——台账数据与预占记录之和是否需要对账?系统是否定期自动化对账并报告差异? | P1 |\n| Q-20 | 如果发现「额度泄漏」(预占未释放导致额度永久被占),系统如何自动发现和修复?(定时扫描过期预占?手动触发对账?) | P2 |\n\n### 5.6 紧急/例外处理(4 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| Q-21 | 大促期间(Prime Day/Black Friday)是否需要临时额度提升?(测评 4→8?)由谁审批?临时额度有效期? | P1 |\n| Q-22 | 高价值用户是否可以突破额度限制?(例如 KOC 级别的用户需要超额参与——人工审批流程?) | P1 |\n| Q-23 | 「紧急计划」是否可以跳过频控?(例如 Listing 评分暴跌至 3.8 需要紧急大量催评——是否豁免部分频控规则?) | P1 |\n| Q-24 | 额度手动调整是否需要审批?审批权限?(谁可以手动给某人加/减可用额度?) | P2 |\n\n### 5.7 跨站点/跨平台额度(3 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| Q-25 | 额度是否跨 Amazon 站点?(.com 参与了 2 次测评 + .co.uk 参与了 3 次 → 全局算 5 次还是各自独立?) | P1 |\n| Q-26 | 累计 12 个评价是否跨站点统计?(在 .com 提交了 8 个 + .co.uk 提交了 5 个 → 是否算 13 个超限?) | P1 |\n| Q-27 | 未来扩展到非 Amazon 平台,额度体系是否独立?(eBay 的测评额度与 Amazon 的额度是否共享?) | P2 |\n\n### 5.8 额度可见性(2 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| Q-28 | 用户是否能看到自己的额度状态?(APP 端显示「本月还可参与 2 次测评」——是否对用户可见?) | P2 |\n| Q-29 | 运营视角的额度看板——能否看到「全局额度使用率」「各真实人的额度分布」「额度预警用户列表」? | P1 |\n\n### 5.9 实施层面(3 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| Q-30 | 终校服务的性能要求——批量终校(一次可能几百人)需要在多少 ms 内完成?(涉及跨子系统调用 risk + support) | P2 |\n| Q-31 | 频控规则是否需要热更新(不重启服务即可调整阈值)?配置管理方案? | P1 |\n| Q-32 | 额度台账历史数据的初始化——旧系统的数据如何映射到三层额度模型?(无「真实人」概念的老数据如何归入?) | P1 |\n", "wikilinks": [], "category": "layer-requirements" } }, { "id": "doc:05_需求文档/04-子系统-多渠道触达引擎", "type": "document", "name": "子系统 04 — 多渠道触达引擎 (`outreach`) v1.0", "filePath": "05_需求文档/04-子系统-多渠道触达引擎.md", "summary": "子系统 04 — 多渠道触达引擎 outreach v1.0 2 子系统概述 4 维度 说明 代号 outreach 核心职责 渠道路由决策、渠道去重、IM/EDM/APP Push/TEL 渠道调度执行、触达历史管理 数据所有权 channel route decisions , channel dedup records , im interaction", "tags": [ "05_需求文档", "需求文档" ], "complexity": "moderate", "knowledgeMeta": { "content": "# 子系统 04 — 多渠道触达引擎 (`outreach`) v1.0\n 2|\n## 子系统概述\n 4|\n| 维度 | 说明 |\n| --- | --- |\n| 代号 | `outreach` |\n| 核心职责 | 渠道路由决策、渠道去重、IM/EDM/APP Push/TEL 渠道调度执行、触达历史管理 |\n| 数据所有权 | `channel_route_decisions`, `channel_dedup_records`, `im_interaction_records`, `im_flow_tags`, `edm_message_events`, `edm_user_behavior_profiles`, `app_touch_events`, `tel_call_records` |\n| 启动依赖 | identity / planning / quota(均为软依赖) |\n| 外部系统依赖 | JOYHUB(IM 通道)、ESP(EDM)、FCM/APNs(APP Push)、电话系统(TEL) |\n 12|\n---\n 14|\n## 1. 模块划分\n 16|\n```\n┌─────────────────────────────────────────────────────────────┐\n│ outreach 子系统 │\n│ │\n│ ┌──────────────┐ ┌──────────────┐ ┌──────────────┐ │\n│ │ M1: 渠道路由 │ │ M2: 渠道去重 │ │ M3: IM 执行 │ │\n│ │ + 优先级 │→│ │→│ 引擎 │ │\n│ └──────────────┘ └──────────────┘ └──────┬───────┘ │\n│ │ │\n│ ┌──────────────┐ ┌──────────────┐ ┌──────┴───────┐ │\n│ │ M4: EDM 执行 │ │ M5: APP Push │ │ M6: TEL 执行 │ │\n│ │ 引擎 │ │ 引擎 │ │ 引擎 │ │\n│ └──────────────┘ └──────────────┘ └──────────────┘ │\n│ │\n│ ┌──────────────┐ ┌──────────────┐ │\n│ │ M7: 触达历史 │ │ M8: 对外 API │ │\n│ │ 服务 │ │ Gateway │ │\n│ └──────────────┘ └──────────────┘ │\n│ │\n└─────────────────────────────────────────────────────────────┘\n```\n 38|\n| # | 模块 | 职责 |\n| --- | --- | --- |\n| M1 | 渠道路由+优先级 | 按用户状态路由到最优渠道(APP活跃→IM优先 / 未注册→EDM优先 / 高价值无响应→TEL / C类→IM免评卡片) |\n| M2 | 渠道去重 | 同一计划同一用户不重复走多渠道路由;工单中暂停自动触达;已提交待核验暂停催评 |\n| M3 | IM 执行引擎 | IM 推送、用户分层(A未参与/B参与过/C长期测评人)、回评/测评/免评卡片推送、催评、提交核验、返款通知 |\n| M4 | EDM 执行引擎 | EDM 发送、送达/打开/点击追踪、行为画像、节奏控制、退订/硬退信处理 |\n| M5 | APP Push 引擎 | APP 推送、触发源管理(绑定玩具/不活跃/计划到期/Listing紧急/活动)、响应追踪 |\n| M6 | TEL 执行引擎 | 电话任务生成、拨打前准备(用户画像+风险检查+历史沟通)、通话记录、重试策略 |\n| M7 | 触达历史服务 | 统一触达历史查询(跨渠道聚合)、供 quota(频控)、identity(上下文卡)调用 |\n| M8 | 对外 API Gateway | 统一对外 API |\n 49|\n---\n 51|\n## 2. 各模块内外说明\n 53|\n### 2.1 M1: 渠道路由+优先级\n 55|\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 接收 planning 的已批准计划,按用户状态矩阵决定渠道:APP活跃+已绑定→IM首选;APP低活跃→EDM补充+APP Push召回;未注册→EDM首选→引导注册后转IM;高价值+多次无响应→TEL;C类(累计≥12)→IM免评卡片+KOC/KOL协同 |\n| **对外接口** | `POST /api/outreach/route` — 输入计划+用户,返回路由决策 |\n| **数据写入** | `channel_route_decisions` |\n| **依赖** | `GET /api/identity/context/{person_id}` — 用户状态 |\n 62|\n### 2.2 M2: 渠道去重\n 64|\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 执行去重规则(同一计划同一用户首选渠道、工单中暂停、已提交评价暂停、退订某渠道永久排除、强关联风险全暂停、弱关联降频+提示) |\n| **对外接口** | `GET /api/outreach/dedup-check?person_id=&plan_id=` |\n| **数据写入** | `channel_dedup_records` |\n| **依赖** | `GET /api/tickets?person_id=&status=open`(support);`GET /api/risk/check/{person_id}`(risk) |\n 71|\n### 2.3 M3: IM 执行引擎\n 73|\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 用户分层逻辑(A未参与/B参与过但<12/C≥12长期测评人);分层推送策略(A推回评卡片/B先催评再二次转化/C仅免评);提交后的核验与流转(订单号核实→登记→补全信息→返款→二次转化);标签管理(9 种核心标签如「xx产品已回评用户」「xx产品测评待返款用户」等) |\n| **对外接口** | `POST /api/outreach/im/send` — 发送 IM 消息 |\n| **数据写入** | `im_interaction_records`, `im_flow_tags` |\n| **依赖** | JOYHUB(IM 通道);`GET /api/quota/check/{person_id}` |\n| **待确认** | IM 是 WhatsApp 还是自研 IM?通道对接方式? |\n 81|\n### 2.4 M4: EDM 执行引擎\n 83|\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 推送前检查(身份→风险→退订→资格→国家);行为筛选(打开/点击/回复/频率);节奏判断(适合触达/需降频/不适合);发送后追踪(送达→打开→点击→回复→退订);转化路径(下载注册APP→转IM / 直接回复邮件→生成客服工单 / 未响应→再触达队列) |\n| **对外接口** | `POST /api/outreach/edm/send` — 发送 EDM |\n| **数据写入** | `edm_message_events`, `edm_user_behavior_profiles` |\n| **依赖** | ESP 邮件服务 |\n| **待确认** | EDM 模板在哪里管理?模板变量(用户名/产品名/链接)如何填充? |\n 91|\n### 2.5 M5: APP Push 引擎\n 93|\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 5 种触发源(绑定新玩具/不活跃/计划到期/Listing紧急/活动);推送前过滤(身份+风险+频控+标签);响应追踪(点击打开→落地页 / 忽略→短期不重复推 / 卸载→转EDM候选池);APP 内动作分流(提交回评/测评→IM核验 / 联系客服→工单 / 浏览→更新活跃标签) |\n| **对外接口** | `POST /api/outreach/app/push` — 发送 APP Push |\n| **数据写入** | `app_touch_events` |\n| **依赖** | FCM/APNs |\n| **待确认** | 是否复用 JOYHUB 现有 Push 通道? |\n 101|\n### 2.6 M6: TEL 执行引擎\n 103|\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 7 种触发场景(答应配合超时/高价值跟进/复杂售后/多次无响应/紧急Listing/Amazon来电/外呼任务);拨打前准备 5 步(查用户完整画像→查风险→查历史沟通→准备话术→生成电话工单);通话结果 5 种(售后问题解决→引导回评 / 直接配合→登记答应配合 / 拒绝→记录 / 疑似诈骗→转风险 / 未接通→重试);重试策略(<3次重拨 / ≥3次降级EDM或关闭) |\n| **对外接口** | `POST /api/outreach/tel/task` — 创建 TEL 任务 |\n| **数据写入** | `tel_call_records` |\n| **依赖** | 电话系统(外呼/来电) |\n 110|\n### 2.7 M7: 触达历史服务\n 112|\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 跨渠道聚合触达历史(IM/EDM/APP/TEL);提供统一查询接口供 quota(频控)和 identity(上下文卡)消费 |\n| **对外接口** | `GET /api/outreach/history/{person_id}` |\n| **数据写入** | 只读聚合 |\n 118|\n---\n 120|\n## 3. 对外 API 契约(草案)\n 122|\n| 接口 | 方法 | 输入 | 输出 | 消费者 |\n| --- | --- | --- | --- | --- |\n| 触达历史 | `GET /api/outreach/history/{person_id}` | person_id | `{im[], edm[], app[], tel[]}` | quota(频控), identity(上下文卡) |\n| 执行触达 | `POST /api/outreach/send` | `{plan_id, person_ids[], channel, content}` | `{task_id, status}` | planning |\n| 渠道路由决策 | `POST /api/outreach/route` | `{person_id, plan_id}` | `{recommended_channel, alternatives[]}` | planning |\n| IM 消息发送 | `POST /api/outreach/im/send` | `{person_id, msg_type, content}` | `{message_id}` | 内部 |\n 129|\n---\n 131|\n## 4. 数据对象\n 133|\n| 对象 | 核心字段 | 说明 |\n| --- | --- | --- |\n| `channel_route_decisions` | decision_id, person_id, plan_id, selected_channel, reason, decided_at | 渠道路由决策 |\n| `channel_dedup_records` | dedup_id, person_id, plan_id, channel, status(BLOCKED/ALLOWED), block_reason | 渠道去重记录 |\n| `im_interaction_records` | interaction_id, person_id, msg_type(PUSH_CARD/REVIEW_CARD/EXEMPTION_CARD/REMINDER/REFUND_NOTICE), direction(OUTBOUND/INBOUND), content, status, created_at | IM 交互记录 |\n| `im_flow_tags` | tag_id, person_id, tag_type, tag_value, tagged_at | IM 流程标签(如 xx产品待返款等) |\n| `edm_message_events` | event_id, person_id, email, event_type(SENT/DELIVERED/OPENED/CLICKED/REPLIED/UNSUBSCRIBED/HARD_BOUNCED), occurred_at | EDM 事件 |\n| `edm_user_behavior_profiles` | profile_id, person_id, email, last_opened_at, total_opens, consecutive_no_open, last_replied_at, monthly_received, status | EDM 用户行为画像 |\n| `app_touch_events` | event_id, person_id, trigger_type, push_status, response, occurred_at | APP Push 事件 |\n| `tel_call_records` | call_id, person_id, ticket_id, direction(OUTBOUND/INBOUND), call_status, duration, outcome, retry_count, recorded_at | TEL 通话记录 |\n 144|\n---\n 146|\n## 5. 业务澄清问题清单 — outreach\n 148|\n### 5.1 渠道优先级路由(4 项)\n 150|\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| O-01 | 路由规则是否可配置?(例如针对某个站点用户调整 IM > EDM 的优先级)配置界面在 outreach 内还是在独立配置管理? | **P0** |\n| O-02 | 「APP 低活跃」的判定标准是什么?(N 天未打开?N 天未点击推送?)阈值是否可配置? | P1 |\n| O-03 | 高优先级渠道发送失败(退信/未送达)后,是否自动降级到下一渠道?降级是否有冷却时间? | P1 |\n| O-04 | C 类用户(累计≥12)只推免评——如果免评计划也没有,是完全不推还是推品牌/活动内容? | P2 |\n 157|\n### 5.2 IM 通道(4 项)\n 159|\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| O-05 | IM 使用的具体平台是什么?(WhatsApp Business API / 自研 JOYHUB IM / Messenger?)不同平台的 API 能力和限制? | **P0** |\n| O-06 | IM 的「分层」是系统自动判断还是人工可干预?(一个 B 类用户会不会被错误标记为 C 类?如何修正?) | **P0** |\n| O-07 | IM 推送中「测评卡片」的具体形式是什么?(带按钮的消息模板?需要用户填表单?)模板在哪里管理? | P1 |\n| O-08 | IM 中的「订单号核实」——核实的数据源是什么?(比对内部订单表?Amazon 订单 API?)核实失败的转人工流程? | P1 |\n 166|\n### 5.3 EDM 通道(4 项)\n 168|\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| O-09 | 当前使用的邮件服务是什么?(SendGrid/Mailchimp/SES/自建?)有没有现成 API 和 Webhook 追踪? | **P0** |\n| O-10 | EDM 模板(邮件内容、样式、多语言)在哪里管理?属于 outreach 还是独立内容管理子系统? | P1 |\n| O-11 | 「EDM 行为画像」中的「最近 3/5 次 0 打开」——3 次和 5 次是两个独立指标还是二选一?各自对应什么策略? | P1 |\n| O-12 | EDM 发送量和频控——单日最大发送量有限制吗?(ESP 的每日限额?) | P1 |\n 175|\n### 5.4 APP Push(3 项)\n 177|\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| O-13 | APP Push 是否复用 JOYHUB 的现有推送通道?还是需要独立接入 FCM(Android)和 APNs(iOS)? | **P0** |\n| O-14 | APP Push 和 IM 消息的分工——文档第 11.2 节给了对照表,但边界是否绝对?(例如\"计划到期提醒\"是否可能同时走 APP Push 和 IM?) | P1 |\n| O-15 | APP 落地页——推送点击后跳转到哪个页面?(APP 内的测评页?IM 对话页?)落地页由哪个团队/子系统负责? | P2 |\n 183|\n### 5.5 TEL 通道(3 项)\n 185|\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| O-16 | 电话系统使用什么方案?(自建 SIP PBX / Twilio / 其他云呼叫中心?)是否已有通话记录? | **P0** |\n| O-17 | 「拨打前准备」第 2 步「查风险:强关联命中→暂停拨打→先复核」——复核由谁来做?(风险人员?客服组长?)复核时长预期? | P1 |\n| O-18 | 电话中「尽量确认」的字段(购买平台、订单号、产品型号、购买时间、问题类型、凭证)如果用户不愿意/无法提供——哪些是必须确认的?哪些可以跳过? | P1 |\n 191|\n### 5.6 消息内容与合规(4 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| O-19 | 消息内容是否需要审核?(IM 推送文案、EDM 邮件内容、APP Push——上线前是否需要审核?审核流程?) | P1 |\n| O-20 | EDM 合规要求——是否遵守 CAN-SPAM Act(美国)、GDPR(欧洲)、CASL(加拿大)?退订机制是否满足法律要求? | P1 |\n| O-21 | IM 平台的合规限制——WhatsApp 等平台禁止垃圾消息和特定类型内容(如测评引导)——是否有合规风险? | P1 |\n| O-22 | 消息发送的时区感知——美国用户、英国用户、德国用户的推送时间是否需要本地化?(用户当地时间的白天而非半夜) | P1 |\n\n### 5.7 消息策略与实验(3 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| O-23 | 是否需要 A/B 测试能力?(同一计划的两组用户收到不同文案/不同发送时间——对比转化率?) | P2 |\n| O-24 | 消息打开率/点击率/转化率的追踪和报表?是否需要自动优化发送策略(高打开率的文案模板优先使用)? | P2 |\n| O-25 | 用户反馈「消息太频繁/内容不相关」——是否有投诉/退订统计和预警?(投诉率超过 X% 暂停该类型推送?) | P1 |\n\n### 5.8 IM 通道补充(3 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| O-26 | IM 消息的「已读」状态是否能获取?(WhatsApp 的蓝色双勾——能否用于判断用户是否看到消息?) | P1 |\n| O-27 | IM 用户提交的「评论截图/链接」——如何自动验证截图的真实性?(防止用户 PS 假截图?是否需要 OCR 识别截图内容?) | P1 |\n| O-28 | IM 中的返款通知——返款是系统自动触发还是人工触发?返款状态如何回写到 outreach? | P1 |\n\n### 5.9 EDM 通道补充(3 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| O-29 | EDM 的「硬退信」和「投诉」是否自动同步到 identity 的风险标记?(硬退信用户是否需要进入风险观察?) | P1 |\n| O-30 | EDM 引导用户下载 APP——是否在邮件中嵌入归因链接(deferred deep link)以追踪转化来源? | P2 |\n| O-31 | EDM 的发送域名和 IP 预热策略?(新域名/IP 直接大批量发送会被 ESP 判定为垃圾邮件——需要渐进式预热?) | P2 |\n\n### 5.10 TEL 通道补充(3 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| O-32 | 电话录音是否需要存储?存储多久?谁有权调取录音?(涉及合规和隐私) | P1 |\n| O-33 | 不同国家的电话合规要求——美国需提前告知录音、德国的 GDPR 限制——如何处理? | P1 |\n| O-34 | TEL 任务的优先级和分配——多个外呼任务同时存在时,客服按什么顺序拨打?(先打高价值用户?先打答应配合超时的?) | P1 |\n\n### 5.11 实施层面(4 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| O-35 | 各外部通道的 rate limit 和计费模式?(WhatsApp 按消息数计费?EDM 按发送量计费?)是否需要成本控制? | P1 |\n| O-36 | 消息发送是同步还是异步?(用户点「发送」后立即返回还是后台队列处理?失败重试策略?) | P1 |\n| O-37 | 多渠道消息的发送顺序保证?(「先发 IM 提醒→24h 后无回复再发 EDM」——这种时序依赖如何实现?定时任务?延迟队列?) | P2 |\n| O-38 | 异常场景——如果某渠道 100% 发送失败(ESP 宕机/WhatsApp API 限流)——是否自动切换备用渠道? | P2 |\n", "wikilinks": [], "category": "layer-requirements" } }, { "id": "doc:05_需求文档/05-子系统-客服工单与管理", "type": "document", "name": "子系统 05 — 客服工单与管理 (`support`) v1.0", "filePath": "05_需求文档/05-子系统-客服工单与管理.md", "summary": "子系统 05 — 客服工单与管理 support v1.0 2 子系统概述 4 维度 说明 代号 support 核心职责 工单生命周期管理、自动分配、答应配合状态机、排班出勤管理、绩效统计 数据所有权 support tickets , support followups , support assignment logs , attendance rec", "tags": [ "05_需求文档", "需求文档" ], "complexity": "moderate", "knowledgeMeta": { "content": "# 子系统 05 — 客服工单与管理 (`support`) v1.0\n 2|\n## 子系统概述\n 4|\n| 维度 | 说明 |\n| --- | --- |\n| 代号 | `support` |\n| 核心职责 | 工单生命周期管理、自动分配、答应配合状态机、排班出勤管理、绩效统计 |\n| 数据所有权 | `support_tickets`, `support_followups`, `support_assignment_logs`, `attendance_records`, `shift_schedules`, `support_performance_snapshots` |\n| 启动依赖 | identity(软依赖,无上下文卡时可先跑工单) |\n| 外部系统依赖 | 无直接外部依赖(电话记录来自 outreach TEL 模块) |\n 12|\n---\n 14|\n## 1. 模块划分\n 16|\n```\n┌─────────────────────────────────────────────────────────────┐\n│ support 子系统 │\n│ │\n│ ┌──────────────┐ ┌──────────────┐ ┌──────────────┐ │\n│ │ M1: 工单管理 │ │ M2: 自动分配 │ │ M3: 答应配合 │ │\n│ │ (Ticket) │→│ (Assign) │ │ 状态机 │ │\n│ └──────┬───────┘ └──────┬───────┘ └──────┬───────┘ │\n│ │ │ │ │\n│ ▼ ▼ ▼ │\n│ ┌──────────────┐ ┌──────────────┐ ┌──────────────┐ │\n│ │ M4: 排班出勤 │ │ M5: 绩效统计 │ │ M6: 对外 API │ │\n│ │ 管理 │ │ │ │ Gateway │ │\n│ └──────────────┘ └──────────────┘ └──────────────┘ │\n│ │\n└─────────────────────────────────────────────────────────────┘\n```\n 34|\n| # | 模块 | 职责 |\n| --- | --- | --- |\n| M1 | 工单管理 | 工单创建、分类、状态流转(待分配→已分配→处理中→等待用户/等待内部→已解决/疑似诈骗→已关闭) |\n| M2 | 自动分配 | 按班次+在线状态+当前负载+最大工单数自动分配到客服组;组长再分派到组员 |\n| M3 | 答应配合状态机 | 独立的答应配合状态流转(已答应→待分配→待提醒→等待提交→已提交/超时→需再次联系→关闭) |\n| M4 | 排班出勤管理 | 排班设置、出勤记录(应出勤/实际出勤/迟到/早退/请假/缺勤)、在线客服池维护 |\n| M5 | 绩效统计 | 回复效率(回复用户数/处理工单数/首次回复时长分布);转化统计(RSO回评/RDO测评登记订单数/获取评价数/完成率);目标完成统计 |\n| M6 | 对外 API Gateway | 供其他子系统创建工单、查询工单状态、查询绩效数据 |\n 43|\n---\n 45|\n## 2. 各模块内外说明\n 47|\n### 2.1 M1: 工单管理\n 49|\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 5 种入口(用户消息进入/推送转人工/售后触发/风险触发/电话后续);工单状态流转(待分配→已分配→处理中→等待用户/等待内部→已解决/疑似诈骗→已关闭);5 种处理结果(等待用户回复/等待内部协同/答应配合/疑似诈骗/已解决) |\n| **对外接口** | `POST /api/tickets` — 创建工单;`PUT /api/tickets/{id}/status` — 更新状态 |\n| **数据写入** | `support_tickets` |\n| **依赖** | `GET /api/identity/context/{person_id}` — 展示用户上下文卡 |\n| **待确认** | 工单类型分类维度?(售后/催评/风险/其他?是否需要自定义分类?) |\n 57|\n### 2.2 M2: 自动分配\n 59|\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 分配算法(查班次+在线状态+当前负载+最大工单数→自动分配到客服组);组长可在组内重新分派到具体组员;分配日志记录 |\n| **对外接口** | 内部服务 |\n| **数据写入** | `support_assignment_logs` |\n| **依赖** | M4 排班出勤数据 |\n| **待确认** | 「当前负载」按什么计算?(未关闭工单数?最近 N 小时处理量?两者加权?) |\n 67|\n### 2.3 M3: 答应配合状态机\n 69|\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 独立于工单状态的状态机(已答应配合→待分配负责人→待提醒→等待提交→已提交评价/已提交反馈→超时→需再次联系→已关闭);防止承诺用户流失;超时提醒机制 |\n| **对外接口** | `POST /api/support/followups` — 创建跟进任务;`PUT /api/support/followups/{id}` — 更新状态 |\n| **数据写入** | `support_followups` |\n| **待确认** | 答应配合后多少天未提交算超时?超时后提醒频率?多次提醒无果后是否降级? |\n 76|\n### 2.4 M4: 排班出勤管理\n 78|\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 排班设置(按日/周的班次安排);出勤记录(应出勤/实际出勤/出勤率/迟到/早退/请假/缺勤);在线客服池(排班+在线状态→可用客服列表) |\n| **对外接口** | `GET /api/support/available-agents` — 查询当前可用客服 |\n| **数据写入** | `attendance_records`, `shift_schedules` |\n| **待确认** | 排班是否对接外部 HR 系统还是独立管理?客服手动签入/签出? |\n 85|\n### 2.5 M5: 绩效统计\n 87|\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 回复效率(回复用户数、处理工单数、发送消息数、首次回复时长:平均/中位数/最大/最小);转化统计(RSO 回评登记订单数、RDO 测评登记订单数、获取评价数、评价完成率);目标完成(月目标、当前完成、完成率、历史趋势);主管看板 |\n| **对外接口** | `GET /api/support/stats?agent_id=&period=` — 绩效数据查询 |\n| **数据写入** | `support_performance_snapshots`(定时快照) |\n| **待确认** | 绩效统计周期(日/周/月?)主管看板是否需要实时数据还是 T+1 汇总? |\n 94|\n---\n 96|\n## 3. 对外 API 契约(草案)\n 98|\n| 接口 | 方法 | 输入 | 输出 | 消费者 |\n| --- | --- | --- | --- | --- |\n| 创建工单 | `POST /api/tickets` | `{person_id, source, type, description}` | `{ticket_id}` | outreach(TEL→工单/EDM回复→工单)、risk(诈骗→工单) |\n| 工单详情 | `GET /api/tickets/{id}` | ticket_id | 完整工单+上下文卡 | 客服前端 |\n| 查询用户打开工单 | `GET /api/tickets?person_id=&status=open` | person_id | `[{ticket_id, status}]` | outreach(渠道去重)、quota(终校) |\n| 客服可用性 | `GET /api/support/available-agents` | 无 | `[{agent_id, current_load}]` | outreach(分配参考) |\n| 绩效查询 | `GET /api/support/stats?agent_id=&period=` | agent_id + 周期 | 绩效数据 | 客服管理前端 |\n 106|\n---\n 108|\n## 4. 数据对象\n 110|\n| 对象 | 核心字段 | 说明 |\n| --- | --- | --- |\n| `support_tickets` | ticket_id, person_id, source, type, status, assigned_agent, assigned_group, created_at, resolved_at | 工单主表 |\n| `support_followups` | followup_id, ticket_id, person_id, status(PROMISED/ASSIGNED/WAITING/SUBMITTED/TIMEOUT/RECONTACT/CLOSED), promised_at, deadline_at, reminded_at | 答应配合跟进 |\n| `support_assignment_logs` | log_id, ticket_id, from_agent, to_agent, reason, assigned_at | 工单分配日志 |\n| `attendance_records` | record_id, agent_id, date, status(PRESENT/LATE/EARLY/ABSENT/LEAVE), check_in, check_out | 出勤记录 |\n| `shift_schedules` | shift_id, agent_id, date, shift_type, start_time, end_time | 排班表 |\n| `support_performance_snapshots` | snapshot_id, agent_id, period, tickets_handled, messages_sent, avg_first_reply, rso_orders, rdo_orders, reviews_obtained, completion_rate | 绩效快照 |\n 119|\n---\n 121|\n## 5. 业务澄清问题清单 — support\n 123|\n### 5.1 工单管理(5 项)\n 125|\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| S-01 | 工单的来源分类有哪些?(IM 转人工 / 电话后续 / EDM 回复 / 用户主动联系 / 风险触发 / 其他?)每种来源的优先级是否不同? | **P0** |\n| S-02 | 工单状态「等待用户」和「等待内部」的超时分别是多少?超时后谁来提醒?提醒方式(IM/系统通知)? | **P0** |\n| S-03 | 三套并行状态(工单状态/答应配合状态/风险状态)的交互规则?例如:风险状态变为「确认诈骗」时工单是否自动关闭?(目前文档说是独立拆开的) | P1 |\n| S-04 | 工单关闭后是否允许重新打开?什么条件可重开? | P1 |\n| S-05 | 工单是否有 SLA(服务级别协议)?不同来源/类型的工单 SLA 不同? | P2 |\n 133|\n### 5.2 自动分配(4 项)\n 135|\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| S-06 | 「当前负载」如何精确计算?(未关闭工单数 × 权重?最近 N 小时处理量?工单类型权重不同?) | **P0** |\n| S-07 | 「最大工单数」是什么?(每个客服同时最多持有 X 个工单?)这个值是否统一还是按级别不同? | **P0** |\n| S-08 | 在线状态如何判定?(手动签入/签出?系统自动检测活跃度?N 分钟无操作自动离线?) | P1 |\n| S-09 | 自动分配如果分配给了离线/满载的客服,兜底机制是什么?(自动转移给组长?放入公共池?) | P1 |\n 142|\n### 5.3 答应配合(3 项)\n 144|\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| S-10 | 答应配合后多少天未提交算超时?超时后的提醒频率?(第 1/3/7 天各提醒一次?)多次提醒无果后关闭还是降级? | **P0** |\n| S-11 | 用户答应配合但最终提交了错误的 ASIN 评价——算不算配合完成?如何处理? | P1 |\n| S-12 | 答应配合状态是否只针对客服工单场景?IM 直推中用户答应的算不算? | P1 |\n 150|\n### 5.4 排班出勤(3 项)\n 152|\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| S-13 | 排班管理是否对接外部 HR 系统?还是独立在 support 子系统内管理? | P1 |\n| S-14 | 菲律宾客服团队的工作制度?(班次类型:早班/中班/晚班?每班时长?每周几天?) | P1 |\n| S-15 | 出勤异常(迟到/早退/缺勤)是否需要自动通知主管?通知方式? | P2 |\n 158|\n### 5.5 绩效统计(3 项)\n 160|\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| S-16 | 转化统计中 RSO(回评)和 RDO(测评)如何区分?(按工单来源?按关联计划类型?按客服标记?) | P1 |\n| S-17 | 「首次回复时长」从什么时候开始计时?(工单分配给客服的时间?用户消息到达时间?) | P1 |\n| S-18 | 评价完成率的分母是什么?(答应配合数?登记订单数?触达数?) | P2 |\n 166|\n### 5.6 多语言与国际化(3 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| S-19 | 客服工作台需要支持哪些语言?(菲律宾客服用英语+Tagalog?面向用户的消息是否需要自动翻译?) | P1 |\n| S-20 | 用户消息的多语言处理——用户用德语/法语/西语发消息时,客服如何理解?(是否需要集成翻译工具?) | P2 |\n| S-21 | 系统管理界面(排班/绩效/设置)是否需要多语言?面向中国管理团队的是中文界面? | P2 |\n\n### 5.7 知识库与话术(3 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| S-22 | 是否需要集成知识库/FAQ?(客服在处理售后时快速查找产品信息、常见问题解答?) | P2 |\n| S-23 | 是否需要「快捷回复」功能?(预设常用回复模板——「请提供你的订单号」「我们将在 24h 内处理你的退款」等) | P1 |\n| S-24 | 快捷回复模板是否支持按场景/产品分类?(不同产品的售后话术不同——模板管理和权限?) | P2 |\n\n### 5.8 客服质量管控(4 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| S-25 | 是否需要客户满意度(CSAT)调查?(工单关闭后推送满意度评分——评分方式?计入绩效?) | P2 |\n| S-26 | 是否需要质检功能?(组长抽查客服的对话记录进行评分——质检抽样比例?质检标准?) | P2 |\n| S-27 | 客服技能分组——不同客服擅长不同类型工单(售后/催评/风控)——是否需要基于技能的自动分配? | P1 |\n| S-28 | 升级工单的处理流程——什么条件下工单升级到组长/负责人?(超时?用户投诉?疑似诈骗?) | P1 |\n\n### 5.9 排班与出勤补充(3 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| S-29 | 排班是否支持轮班制?(周一到周日每天不同的班次安排)排班变更的通知方式? | P1 |\n| S-30 | 临时调班/换班请求——客服之间是否可以自助换班?是否需要审批? | P2 |\n| S-31 | 节假日/特殊日期的排班策略?(当地节假日——菲律宾假日 vs 美国假日 vs 中国假日——按哪国日历?) | P1 |\n\n### 5.10 绩效统计补充(3 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| S-32 | 绩效考核周期?(日/周/月/季度?)绩效数据是否需要导出为报表? | P1 |\n| S-33 | 绩效目标是否可自定义?(不同组的目标不同?新人目标低于老员工?)目标由谁设置? | P1 |\n| S-34 | 绩效看板是否需要实时数据还是 T+1 汇总?(主管需要实时看到当前客服处理了多少工单?) | P2 |\n\n### 5.11 实施层面(3 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| S-35 | 客服使用的 IM 工具——是独立于 outreach 的客服专用 IM 还是嵌入在客服工作台内的 Web IM? | P1 |\n| S-36 | 工单数据是否需要与 outreach 的交互记录打通?(同一个用户在 IM 的聊天记录是否需要关联到工单?) | P1 |\n| S-37 | 客服工作台的实时性要求——新工单到达后多少秒内需要在客服界面显示?(WebSocket 推送 vs 轮询?) | P2 |\n", "wikilinks": [], "category": "layer-requirements" } }, { "id": "doc:05_需求文档/06-子系统-风险与反欺诈", "type": "document", "name": "子系统 06 — 风险与反欺诈 (`risk`) v1.0", "filePath": "05_需求文档/06-子系统-风险与反欺诈.md", "summary": "子系统 06 — 风险与反欺诈 risk v1.0 2 子系统概述 4 维度 说明 代号 risk 核心职责 强弱关联判断、黑名单实体管理、风险事件管理、双重退款检测 数据所有权 risk signals , risk cases , blacklist entities , refund match results 启动依赖 identity(软依赖) 外", "tags": [ "05_需求文档", "需求文档" ], "complexity": "moderate", "knowledgeMeta": { "content": "# 子系统 06 — 风险与反欺诈 (`risk`) v1.0\n 2|\n## 子系统概述\n 4|\n| 维度 | 说明 |\n| --- | --- |\n| 代号 | `risk` |\n| 核心职责 | 强弱关联判断、黑名单实体管理、风险事件管理、双重退款检测 |\n| 数据所有权 | `risk_signals`, `risk_cases`, `blacklist_entities`, `refund_match_results` |\n| 启动依赖 | identity(软依赖) |\n| 外部系统依赖 | Amazon(退款数据)、财务系统(OA 返款数据) |\n 12|\n---\n 14|\n## 1. 模块划分\n 16|\n```\n┌─────────────────────────────────────────────────────────────┐\n│ risk 子系统 │\n│ │\n│ ┌──────────────┐ ┌──────────────┐ ┌──────────────┐ │\n│ │ M1: 关联判断 │ │ M2: 黑名单 │ │ M3: 双重退款 │ │\n│ │ 引擎 │→│ 管理 │ │ 检测 │ │\n│ └──────┬───────┘ └──────┬───────┘ └──────┬───────┘ │\n│ │ │ │ │\n│ ▼ ▼ ▼ │\n│ ┌──────────────┐ ┌──────────────┐ ┌──────────────┐ │\n│ │ M4: 风险事件 │ │ M5: 风险审核 │ │ M6: 对外 API │ │\n│ │ 管理 │ │ Admin │ │ Gateway │ │\n│ └──────────────┘ └──────────────┘ └──────────────┘ │\n│ │\n└─────────────────────────────────────────────────────────────┘\n```\n 34|\n| # | 模块 | 职责 |\n| --- | --- | --- |\n| M1 | 关联判断引擎 | 对每次风险信号做强弱关联判断(强:邮箱/设备/电话/地址/订单号/ProfileID/收款信息 命中→高风险;弱:IP单独/姓名单独/同址异名→观察+复核) |\n| M2 | 黑名单管理 | 黑名单实体管理(添加/移除/过期)、黑名单同步、命中查询 |\n| M3 | 双重退款检测 | Amazon 退款记录 vs OA 返款记录的自动比对,检测重复退款 |\n| M4 | 风险事件管理 | 风险事件创建、状态流转、关联工单/推送/计划状态回写 |\n| M5 | 风险审核 Admin | 人工复核弱关联风险、确认/排除诈骗、黑名单操作 |\n| M6 | 对外 API Gateway | 供所有子系统查询风险状态、上报风险信号 |\n 43|\n---\n 45|\n## 2. 各模块内外说明\n 47|\n### 2.1 M1: 关联判断引擎\n 49|\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 每次风险信号进入时执行:8 项强关联维度(邮箱/设备号/电话/收件人姓名+地址/订单号/聊天记录/Profile ID/收款信息)→任一命中→高风险;3 项弱关联维度(IP单独/姓名单独/同址异名)→高风险观察+人工复核;判断结果:强关联/弱关联/无关联 |\n| **对外接口** | `GET /api/risk/check/{person_id}` — 风险查询(含关联判断结果) |\n| **数据写入** | `risk_signals` |\n| **依赖** | `GET /api/identity/context/{person_id}` — 获取身份线索用于关联判断 |\n| **关键规则** | 风险判断不是一次性,每次有效互动都要重做;非 APP 用户缺设备/注册邮箱等维度→风险识别能力下降 |\n 57|\n### 2.2 M2: 黑名单管理\n 59|\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 黑名单实体 CRUD(邮箱/设备/电话/地址/收款信息);黑名单命中查询(任何子系统查询用户是否在黑名单);黑名单同步(确认诈骗后同步到黑名单);黑名单过期/申诉机制 |\n| **对外接口** | `GET /api/risk/blacklist/check?type=EMAIL&value=xxx` — 黑名单命中检查 |\n| **数据写入** | `blacklist_entities` |\n| **待确认** | 黑名单是否有过期时间?申诉/移除流程? |\n 66|\n### 2.3 M3: 双重退款检测\n 68|\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 采集 Amazon 退款记录(外部系统同步)+ OA 返款记录(财务系统同步);按订单号/用户/金额/时间自动比对;匹配结果:无重复/疑似重复/确认重复;确认重复时强告警+阻止后续返款 |\n| **对外接口** | `GET /api/risk/double-refund-check/{person_id}` — 双重退款检测 |\n| **数据写入** | `refund_match_results` |\n| **依赖** | Amazon 退款数据(外部)、OA 返款数据(外部财务系统) |\n| **待确认** | Amazon 退款数据如何及时获取?OA 返款记录是否已有 API? |\n 76|\n### 2.4 M4: 风险事件管理\n 78|\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 风险事件创建(客服上报疑似诈骗 / 双重退款检测 / 关联判断命中);事件状态流转(待复核→复核中→确认风险/排除风险);高风险链路动作(拦截继续推送/拦截自动退款/拦截自动放行);回写关联工单/推送/计划状态 |\n| **对外接口** | `POST /api/risk/report` — 上报风险信号(客服、系统自动均可调用) |\n| **数据写入** | `risk_cases` |\n 84|\n### 2.5 M5: 风险审核 Admin\n 86|\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 人工复核弱关联风险;确认/排除诈骗判定;黑名单手动操作;风险口径维护 |\n| **对外接口** | 管理 API |\n| **待确认** | 复核时效要求?(N 分钟内必须复核?) |\n 92|\n---\n 94|\n## 3. 对外 API 契约(草案)\n 96|\n| 接口 | 方法 | 输入 | 输出 | 消费者 |\n| --- | --- | --- | --- | --- |\n| 风险查询 | `GET /api/risk/check/{person_id}` | person_id | `{risk_level(NONE/WEAK/STRONG), signals[], cases[]}` | 所有子系统(每次互动时调用) |\n| 上报风险信号 | `POST /api/risk/report` | `{person_id, signal_type, evidence, reported_by}` | `{signal_id}` | support(客服上报诈骗)、outreach(异常互动) |\n| 黑名单命中 | `GET /api/risk/blacklist/check?type=&value=` | 维度类型+值 | `{hit, entity}` | outreach(发送前)、identity(身份归并时) |\n| 双重退款检测 | `GET /api/risk/double-refund-check/{person_id}` | person_id | `{status, matched_refunds[]}` | outreach(返款前)、support(退款处理前) |\n 103|\n---\n 105|\n## 4. 数据对象\n 107|\n| 对象 | 核心字段 | 说明 |\n| --- | --- | --- |\n| `risk_signals` | signal_id, person_id, signal_type, hit_dimensions[], risk_level(STRONG/WEAK), detected_at | 风险信号(每次互动生成的判断) |\n| `risk_cases` | case_id, person_id, source, status(PENDING_REVIEW/REVIEWING/CONFIRMED_RISK/RULED_OUT), reviewer, created_at, resolved_at | 风险事件 |\n| `blacklist_entities` | entity_id, entity_type(EMAIL/DEVICE/PHONE/ADDRESS/PAYMENT), entity_value, status(ACTIVE/EXPIRED/APPEALED), added_at, added_by | 黑名单实体 |\n| `refund_match_results` | match_id, person_id, amazon_refund_id, oa_refund_id, match_status(NO_DUPLICATE/SUSPECTED/CONFIRMED), matched_at | 双重退款比对结果 |\n 114|\n---\n 116|\n## 5. 业务澄清问题清单 — risk\n 118|\n### 5.1 强弱关联规则(4 项)\n 120|\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| R-01 | 8 项强关联维度中,每个维度的命中是独立判断还是组合判断?(例如仅「设备号命中」是否就足够判定强关联?还是需要「设备号 + 电话」同时命中?) | **P0** |\n| R-02 | 「强关联→直接进入高风险或黑名单链路」——这里的「直接」是指全自动化拦截无需人工确认?还是系统先拦截再人工审核?(涉及自动化力度) | **P0** |\n| R-03 | 弱关联的「观察期」多长?观察期过后是自动解除还是必须人工确认?观察期内用户继续参与互动如何处理? | P1 |\n| R-04 | 风险判断中「IP 单独命中」列为弱关联——IP 从哪里获取?(JOYHUB APP?EDM 邮件头?客服系统?)不同来源的 IP 可靠性不同 | P1 |\n 127|\n### 5.2 双重退款(4 项)\n 129|\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| R-05 | Amazon 退款数据如何获取?(SP-API 实时拉取?T+1 同步?手动导入 CSV?)同步频率决定检测时效 | **P0** |\n| R-06 | OA 返款系统是哪个?是否有 API?如果没有 API,返款记录怎么录入?(财务手动录入?CSV 导入?) | **P0** |\n| R-07 | 「双重退款」比对的关键字段是什么?(订单号?金额?用户?时间窗口?)匹配精度?(金额完全相等还是 ±X%?时间窗口多宽?) | P1 |\n| R-08 | 确认重复退款后,阻止后续返款——「阻止」是指系统自动拦截返款指令,还是只发告警让人工决定? | P1 |\n 136|\n### 5.3 黑名单管理(3 项)\n 138|\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| R-09 | 黑名单是否有过期/申诉/解除机制?(例如用户被误标后如何申诉?谁有权解除?) | P1 |\n| R-10 | 黑名单是否需要与外部系统同步?(例如 JOYHUB 的黑名单?Amazon 的欺诈标记?)同步方向? | P1 |\n| R-11 | 黑名单的粒度——是标记「真实人」还是「某个维度的值」?(标记的是真实人 ID 还是具体的邮箱/设备?) | P1 |\n 144|\n### 5.4 风险可见性(3 项)\n 146|\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| R-12 | 文档要求「客服、审核、退款等环节必须都能看到风险提醒」——风险提醒的展现形式是什么?(红色标签?弹窗?工单页顶部横幅?) | P1 |\n| R-13 | 风险状态的「提醒」通过什么通道发送?(audit 通知中心?IM 消息?系统内消息?) | P1 |\n| R-14 | 风险人员角色是否需要独立的风险控制台前端?该前端需要哪些功能?(事件列表/审核工作台/黑名单管理/统计报表?) | P2 |\n 152|\n### 5.5 高级风险检测能力(4 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| R-15 | 是否需要行为速度检测?(同一真实人短时间内大量注册/大量申请退款/大量提交评价→触发异常行为告警?) | P1 |\n| R-16 | 是否需要设备指纹/浏览器指纹?(识别同一设备换账号、模拟器、虚拟机等欺诈行为?) | P2 |\n| R-17 | 是否需要地理位置异常检测?(同一账号短期内从不同国家/城市登录→触发告警?) | P2 |\n| R-18 | 风险评分模型——是否需要一个综合风险分数(0-100)而非二元判断(强/弱/无)?评分模型的因子和权重? | P1 |\n\n### 5.6 风险事件处理流程(3 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| R-19 | 风险事件的优先级(P0/P1/P2)如何定义?(双重退款确认→P0?单次弱关联→P2?)不同优先级的响应 SLA? | P1 |\n| R-20 | 风险人员的工作台——是否需要「待审核队列」「审核中」「已处理」等看板视图?是否需要分配给具体审核人? | P1 |\n| R-21 | 同一个人短时间内触发多次风险信号——是每次生成新事件还是合并到已有事件?合并规则? | P1 |\n\n### 5.7 黑名单管理补充(3 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| R-22 | 黑名单的生效范围——加入黑名单后是「全系统拦截」还是「只拦截某些操作」?(是否还允许正常购买?只拦截测评参与?) | P1 |\n| R-23 | 黑名单是否需要分级?(一级黑名单→全拦截 / 二级黑名单→降频+人工审核 / 三级黑名单→仅标记提醒) | P1 |\n| R-24 | 黑名单是否需要与外部欺诈数据库同步?(如行业共享的欺诈黑名单?Amazon 的 abuse 标记?) | P2 |\n\n### 5.8 非 APP 用户风险盲区(2 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| R-25 | 文档已明确「非 APP 用户识别能力下降」——是否需要额外的风控措施?(例如非 APP 用户的返款额度降低?首次返款必须人工审核?) | P1 |\n| R-26 | 是否计划引导非 APP 用户注册 APP 以补全风险画像?(EDM/客服主动引导注册——注册转化跟踪?) | P2 |\n\n### 5.9 实施层面(3 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| R-27 | 风险判断的实时性要求——每次互动时实时调用 risk API?(性能 overhead?需要缓存策略?) | P1 |\n| R-28 | 双重退款检测的时效——Amazon 退款数据(外部)同步延迟 vs OA 返款实时——T+N 的延迟是否可接受? | P1 |\n| R-29 | 风险事件的数据保留策略?(已解决的诈骗案件数据保留多久?用于后续模型训练还是定期清理?) | P2 |\n", "wikilinks": [], "category": "layer-requirements" } }, { "id": "doc:05_需求文档/07-子系统-评价结果追踪", "type": "document", "name": "子系统 07 — 评价结果追踪 (`review`) v1.0", "filePath": "05_需求文档/07-子系统-评价结果追踪.md", "summary": "子系统 07 — 评价结果追踪 review v1.0 2 子系统概述 4 维度 说明 代号 review 核心职责 用户真实提交评价记录、Amazon 展示核验、ASIN 健康/计划完成度更新回流 数据所有权 review submission records , review display checks , review results 启动依赖 id", "tags": [ "05_需求文档", "需求文档" ], "complexity": "moderate", "knowledgeMeta": { "content": "# 子系统 07 — 评价结果追踪 (`review`) v1.0\n 2|\n## 子系统概述\n 4|\n| 维度 | 说明 |\n| --- | --- |\n| 代号 | `review` |\n| 核心职责 | 用户真实提交评价记录、Amazon 展示核验、ASIN 健康/计划完成度更新回流 |\n| 数据所有权 | `review_submission_records`, `review_display_checks`, `review_results` |\n| 启动依赖 | identity / planning(软依赖) |\n| 外部系统依赖 | Amazon(评价展示状态、ASIN 评分数据) |\n 12|\n---\n 14|\n## 1. 模块划分\n 16|\n```\n┌─────────────────────────────────────────────────────────────┐\n│ review 子系统 │\n│ │\n│ ┌──────────────┐ ┌──────────────┐ ┌──────────────┐ │\n│ │ M1: 评价提交 │ │ M2: 展示核验 │ │ M3: 结果回流 │ │\n│ │ 记录 │→│ │→│ 引擎 │ │\n│ └──────┬───────┘ └──────┬───────┘ └──────┬───────┘ │\n│ │ │ │ │\n│ ▼ ▼ ▼ │\n│ ┌──────────────┐ ┌──────────────┐ │\n│ │ M4: 异常观察 │ │ M5: 对外 API │ │\n│ │ 队列 │ │ Gateway │ │\n│ └──────────────┘ └──────────────┘ │\n│ │\n└─────────────────────────────────────────────────────────────┘\n```\n 34|\n| # | 模块 | 职责 |\n| --- | --- | --- |\n| M1 | 评价提交记录 | 记录用户真实提交评价的事实(提交时点、提交证据、关联计划、关联 ASIN) |\n| M2 | 展示核验 | 核查 Amazon 是否展示该评价 / 是否可核验 |\n| M3 | 结果回流引擎 | 将评价结果反馈给 planning(计划完成度)、identity(用户标签)、audit |\n| M4 | 异常观察队列 | 用户已提交但 Amazon 未展示 / 暂不可核验的评价,进入定期复查队列 |\n| M5 | 对外 API Gateway | 供 outreach、planning 查询评价进度、提交评价 |\n 42|\n---\n 44|\n## 2. 各模块内外说明\n 46|\n### 2.1 M1: 评价提交记录\n 48|\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 记录两个核心事实:①用户真实提交评价(时间、ASIN、评论内容/截图/链接、关联计划);②提交后立即更新真实人累计评价额度(调用 quota 子系统 `commit`) |\n| **对外接口** | `POST /api/reviews/submission` — 记录评价提交 |\n| **数据写入** | `review_submission_records` |\n| **依赖** | `POST /api/quota/commit` — 确认额度占用(提交后立即计数12) |\n| **关键规则** | 「用户真实提交评价」和「Amazon 展示确认」是两个独立事实;额度计数按前者,计划完成按后者 |\n 56|\n### 2.2 M2: 展示核验\n 58|\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 核查 Amazon 是否展示该评价 / 是否可核验;核验方式(待确认:爬取 / 手动 / API / 截图?);核验结果:①展示或可核验→计入计划完成 ②未展示/暂不可核验→保留已提交事实→进入异常观察 |\n| **对外接口** | `POST /api/reviews/verify` — 触发核验(或定时核验) |\n| **数据写入** | `review_display_checks` |\n| **依赖** | Amazon(评价展示数据) |\n| **待确认** | 核验是自动还是人工?核验频率? |\n 66|\n### 2.3 M3: 结果回流引擎\n 68|\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 评价确认展示后:①通知 planning 更新计划完成度 ②通知 identity 更新用户标签(例如标记为「已回评用户」)③写入审计日志;免评结果回流:①更新 ASIN 健康与权重变化 ②更新计划完成度 ③通知 planning |\n| **对外接口** | 内部事件发布 |\n| **数据写入** | `review_results` |\n| **依赖** | `PUT /api/plans/{id}/status`(更新计划状态) |\n 75|\n### 2.4 M4: 异常观察队列\n 77|\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 用户已提交但 Amazon 未展示/暂不可核验的评价,进入异常观察队列;定期复查(例如每天查一次 Amazon 是否已展示);超过观察期仍未展示→标记异常→通知运营 |\n| **数据写入** | `review_display_checks`(更新状态) |\n| **待确认** | 观察周期多长?复查频率?观察期满后如何处理? |\n 83|\n---\n 85|\n## 3. 对外 API 契约(草案)\n 87|\n| 接口 | 方法 | 输入 | 输出 | 消费者 |\n| --- | --- | --- | --- | --- |\n| 记录评价提交 | `POST /api/reviews/submission` | `{person_id, asin, plan_id, evidence, submitted_at}` | `{submission_id, quota_updated}` | outreach(IM 核验后/客服确认后) |\n| 查询计划评价进度 | `GET /api/reviews/status/{plan_id}` | plan_id | `{total_submissions, verified, pending, completion_rate}` | planning |\n| 查询用户评价历史 | `GET /api/reviews/history/{person_id}` | person_id | `[{submission_id, asin, status, submitted_at}]` | identity(上下文卡) |\n| ASIN 评价统计 | `GET /api/reviews/asin-stats/{asin}` | asin | `{submission_count, verified_count, pending_count}` | planning |\n 94|\n---\n 96|\n## 4. 数据对象\n 98|\n| 对象 | 核心字段 | 说明 |\n| --- | --- | --- |\n| `review_submission_records` | submission_id, person_id, asin, plan_id, evidence_type, evidence, submitted_at, quota_updated | 评价提交记录(核心事实一) |\n| `review_display_checks` | check_id, submission_id, asin, check_method, check_result(DISPLAYED/NOT_DISPLAYED/UNVERIFIABLE), checked_at, retry_count, status(OBSERVING/CONFIRMED/ABNORMAL) | 展示核验记录(核心事实二) |\n| `review_results` | result_id, plan_id, asin, submission_count, verified_count, completion_rate, asin_health_change, updated_at | 评价结果汇总 |\n 104|\n---\n 106|\n## 5. 业务澄清问题清单 — review\n 108|\n### 5.1 评价提交记录(3 项)\n 110|\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| V-01 | 「用户真实提交评价」的证据形式是什么?(用户上传的截图?Amazon 评论链接?系统自动检测?)不同形式如何验证真伪? | **P0** |\n| V-02 | 一个用户为同一个 ASIN 提交多条评价(如果 Amazon 允许)——每一条都独立计入累计12额度吗? | **P0** |\n| V-03 | 评价提交记录是 outreach(IM/客服)写入还是用户直接提交?(系统内提交 vs 系统外提交的区别)系统外提交如何登记? | P1 |\n 116|\n### 5.2 展示核验(4 项)\n 118|\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| V-04 | Amazon 评价展示的核验方式是?(定时爬取 Amazon 产品页?SP-API 拉取评价列表?用户上传截图人工审核?混合方式?) | **P0** |\n| V-05 | 如果通过爬取核验——爬取频率?(小时级?天级?)如何识别「哪条评价是本次计划用户提交的」?(靠评论者名字匹配?靠时间窗口?) | **P0** |\n| V-06 | 「暂不可核验」的常见原因有哪些?(Amazon 审核中/延迟展示/被 Amazon 删除?)每种原因的处理策略是否不同? | P1 |\n| V-07 | 核验失败的兜底机制——如果 Amazon API 不可用或爬取失败,是否允许人工确认? | P1 |\n 125|\n### 5.3 异常观察队列(2 项)\n 127|\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| V-08 | 异常观察队列的观察期多长?(1 天?7 天?30 天?)复查频率?(每天?每周?)观察期满后未展示→如何处理? | P1 |\n| V-09 | 多少条评价进入异常观察算异常阈值?(单计划 10% 未展示→通知?单用户多次未展示→标记?) | P2 |\n 132|\n### 5.4 结果回流(3 项)\n 134|\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| V-10 | ASIN 健康「回流」的具体动作是什么?(更新 ASIN 评分/评价数到 planning?触发新一轮需求评估?更新 outreach 的触达策略?) | P1 |\n| V-11 | 计划完成度的计算方式——「评价确认展示」即算完成?还是需要确认展示 + 关联到本计划用户?(如何确保那条展示的评价确实是本计划用户的?) | P1 |\n| V-12 | 免评结果的「权重变化」如何量化?(Amazon 不直接提供权重数据——如何通过间接指标判断?) | P2 |\n 140|\n### 5.5 评价质量管理(4 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| V-13 | 是否需要评价内容分析?(好评/中评/差评?评价字数?是否含图片/视频?——这些影响评价质量评分?) | P2 |\n| V-14 | 差评检测和响应——用户提交了差评(1-2 星)是否需要自动触发售后工单?(「差评补救」流程?) | P1 |\n| V-15 | 虚假评价检测——用户提交的评价是否可能被 Amazon 判定为虚假评价并删除?(系统是否需要内部质量评分来预测被删风险?) | P2 |\n| V-16 | 评价的 ASIN 匹配校验——用户声称对 ASIN A 提交了评价但实际是对 ASIN B 提交的——如何检测和处理? | P1 |\n\n### 5.6 异常观察队列补充(3 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| V-17 | 评价提交后 Amazon 展示的预期时间窗口?(通常 24-48h?最长多久?)超出预期窗口后的自动通知? | P1 |\n| V-18 | Amazon 删除评价(违反社区准则)vs 用户删除评价 vs 评价被折叠——是否能区分?分别如何处理? | P2 |\n| V-19 | 大量评价同时进入异常观察(例如 Amazon 评价系统故障导致全站延迟)——系统如何处理?(自动暂停观察队列?人工干预?) | P2 |\n\n### 5.7 ASIN 健康回流补充(3 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| V-20 | ASIN 健康更新的频率?(每次评价确认展示就更新?每天汇总更新一次?) | P2 |\n| V-21 | 如果多人同时对同一 ASIN 提交了评价,是否对 ASIN 健康有复合影响?(例如 5 条 5 星好评 vs 1 条 1 星差评——权重不同) | P2 |\n| V-22 | ASIN 健康数据的来源——是 Amazon 直接提供的数据还是系统内部计算?(Amazon 评分 vs 系统追踪到的评价评分可能有差异) | P1 |\n\n### 5.8 实施层面(2 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| V-23 | 评价展示核验如果是爬取 Amazon 页面——爬取频率和多 ASIN 并行爬取能力?(需要爬取几百个 ASIN 时的时间和资源开销) | P1 |\n| V-24 | 评价数据是否需要在系统间同步?(outreach 需要知道「用户已提交」→暂停触达;planning 需要知道「评价已确认」→更新计划完成度)数据一致性的保证? | P1 |\n", "wikilinks": [], "category": "layer-requirements" } }, { "id": "doc:05_需求文档/08-子系统-KOC-KOL协作", "type": "document", "name": "子系统 08 — KOC/KOL 协作 (`creator`) v1.0", "filePath": "05_需求文档/08-子系统-KOC-KOL协作.md", "summary": "子系统 08 — KOC/KOL 协作 creator v1.0 2 子系统概述 4 维度 说明 代号 creator 核心职责 KOC/KOL 匹配筛选、内容 Brief/Code 分配、内容发布跟踪、带货结果跟踪、JOYCOLLAB 数据同步 数据所有权 exemption plan tasks , creator content records , c", "tags": [ "05_需求文档", "需求文档" ], "complexity": "moderate", "knowledgeMeta": { "content": "# 子系统 08 — KOC/KOL 协作 (`creator`) v1.0\n 2|\n## 子系统概述\n 4|\n| 维度 | 说明 |\n| --- | --- |\n| 代号 | `creator` |\n| 核心职责 | KOC/KOL 匹配筛选、内容 Brief/Code 分配、内容发布跟踪、带货结果跟踪、JOYCOLLAB 数据同步 |\n| 数据所有权 | `exemption_plan_tasks`, `creator_content_records`, `creator_profiles`, `code_records` |\n| 启动依赖 | planning(软依赖,免评计划入口) |\n| 外部系统依赖 | JOYCOLLAB(KOC/KOL 数据、内容数据、Code 使用、带货订单) |\n 12|\n---\n 14|\n## 1. 模块划分\n 16|\n```\n┌─────────────────────────────────────────────────────────────┐\n│ creator 子系统 │\n│ │\n│ ┌──────────────┐ ┌──────────────┐ ┌──────────────┐ │\n│ │ M1: KOC/KOL │ │ M2: 内容/Code│ │ M3: 结果跟踪 │ │\n│ │ 匹配筛选 │→│ 管理 │→│ │ │\n│ └──────┬───────┘ └──────┬───────┘ └──────┬───────┘ │\n│ │ │ │ │\n│ ▼ ▼ ▼ │\n│ ┌──────────────┐ ┌──────────────┐ ┌──────────────┐ │\n│ │ M4: JOYCOLLAB│ │ M5: IM/EDM/ │ │ M6: 对外 API │ │\n│ │ 数据同步 │ │ APP 协同 │ │ Gateway │ │\n│ └──────────────┘ └──────────────┘ └──────────────┘ │\n│ │\n└─────────────────────────────────────────────────────────────┘\n```\n 34|\n| # | 模块 | 职责 |\n| --- | --- | --- |\n| M1 | KOC/KOL 匹配筛选 | 按国家/平台/粉丝量/产品类目/历史效果筛选匹配合作对象;检查合作对象风险(历史纠纷/违约) |\n| M2 | 内容/Code 管理 | 分配内容 Brief、分配 Code、管理 Code 使用量、素材管理 |\n| M3 | 结果跟踪 | 跟踪内容发布状态、点击/跳转数据、Code 使用量、带货订单、转化销量、权重变化 |\n| M4 | JOYCOLLAB 数据同步 | 从 JOYCOLLAB 拉取 KOC/KOL 数据、内容数据、Code 使用、带货订单;同步失败告警 |\n| M5 | IM/EDM/APP 协同 | KOC 内容二次分发、免评 Code 触达站内用户、活动引流、结果通知 |\n| M6 | 对外 API Gateway | 供 planning、outreach、review 查询 |\n 43|\n---\n 45|\n## 2. 各模块内外说明\n 47|\n### 2.1 M1: KOC/KOL 匹配筛选\n 49|\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 免评计划进入后:①按国家/平台/粉丝量/历史效果筛选 KOC/KOL ②按产品类目匹配专长 ③检查合作对象风险(历史纠纷/违约)→有风险记录时提示 |\n| **对外接口** | `GET /api/creators/match?plan_id=` — 获取匹配推荐列表 |\n| **数据写入** | `creator_profiles`(从 JOYCOLLAB 同步的 KOC/KOL 画像缓存) |\n| **待确认** | 匹配是完全自动推荐还是运营人工选择?推荐算法依赖哪些权重? |\n 56|\n### 2.2 M2: 内容/Code 管理\n 58|\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 分配内容 Brief(产品信息/要求/素材/发布时间);Code 分配(每个 KOC 独立 Code 还是一对多?);Code 使用量监控 |\n| **对外接口** | `POST /api/creators/tasks` — 创建协作任务(含 Brief + Code) |\n| **数据写入** | `exemption_plan_tasks`, `code_records` |\n| **待确认** | Code 是 JOYCOLLAB 生成还是 USER 系统生成?Code 是优惠码还是追踪码? |\n 65|\n### 2.3 M3: 结果跟踪\n 67|\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 跟踪 6 组结果:①内容发布状态/链接/互动数据 ②点击/跳转量 ③Code 使用量 ④带货订单数 ⑤转化销量 ⑥Listing 权重变化;执行评估:达标→结果回流 / 未达标→调整策略(更换KOC/调整素材/追加Code) |\n| **对外接口** | `GET /api/creators/results/{plan_id}` — 免评计划执行结果 |\n| **数据写入** | `creator_content_records` |\n| **依赖** | JOYCOLLAB 数据同步 |\n 74|\n### 2.4 M4: JOYCOLLAB 数据同步\n 76|\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 从 JOYCOLLAB 同步:KOC/KOL 画像数据、内容发布数据、Code 使用数据、带货订单数据;同步记录(时间/成功/失败);同步失败告警 |\n| **对外接口** | 内部定时任务 |\n| **数据写入** | 本地缓存表(`creator_profiles`, `creator_content_records`) |\n| **待确认** | 同步方向是单向(COLLAB→USER)还是双向?同步频率? |\n 83|\n### 2.5 M5: IM/EDM/APP 协同\n 85|\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 4 种协同动作:①KOC 内容二次分发(IM/APP 推送优质内容)②免评 Code 触达(IM/EDM 分发 Code 给站内用户)③活动引流(APP Push 引导用户进入 KOC 内容页)④结果通知(IM/APP 通知用户 Code 到账/订单确认) |\n| **对外接口** | 调用 outreach API:`POST /api/outreach/im/send` 等 |\n| **数据写入** | 协同记录 |\n 91|\n---\n 93|\n## 3. 对外 API 契约(草案)\n 95|\n| 接口 | 方法 | 输入 | 输出 | 消费者 |\n| --- | --- | --- | --- | --- |\n| KOC/KOL 匹配推荐 | `GET /api/creators/match?plan_id=` | plan_id | `[{creator_id, score, match_reason}]` | planner 前端 |\n| 创建协作任务 | `POST /api/creators/tasks` | `{creator_id, plan_id, brief, code, deadline}` | `{task_id}` | planner 前端 |\n| 免评执行结果 | `GET /api/creators/results/{plan_id}` | plan_id | `{content, clicks, codes, orders, sales, weight_change}` | review(结果回流), planning |\n| KOC/KOL 画像查询 | `GET /api/creators/{creator_id}` | creator_id | KOC/KOL 完整画像 | planner 前端 |\n 102|\n---\n 104|\n## 4. 数据对象\n 106|\n| 对象 | 核心字段 | 说明 |\n| --- | --- | --- |\n| `exemption_plan_tasks` | task_id, plan_id, creator_id, brief, code, status, assigned_at, deadline | 免评计划协作任务 |\n| `creator_content_records` | record_id, task_id, creator_id, content_url, publish_time, engagement_data, synced_at | KOC 内容发布记录 |\n| `creator_profiles` | creator_id, name, platform, country, follower_count, category, historical_performance, risk_notes, synced_at | KOC/KOL 画像(从 JOYCOLLAB 同步的本地缓存) |\n| `code_records` | code_id, task_id, code_value, code_type, usage_count, usage_limit, status | Code 记录 |\n 113|\n---\n 115|\n## 5. 业务澄清问题清单 — creator\n 117|\n### 5.1 JOYCOLLAB 对接(4 项)\n 119|\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| K-01 | JOYCOLLAB 中 KOC/KOL 的完整数据字段有哪些?(平台/粉丝量/国家/类目/历史合作效果/历史纠纷/违约——文档部分列出,需确认完整字段清单和 API 可用性) | **P0** |\n| K-02 | 数据同步方向是单向(COLLAB→USER)还是双向?(USER 分配的 Brief/Code 是否需要回写到 COLLAB?) | **P0** |\n| K-03 | 同步频率?(实时 Webhook?每小时?每天?)同步失败时谁来处理?重试策略? | P1 |\n| K-04 | JOYCOLLAB 是否有现成 API?是 REST API 还是需要开发新的同步接口? | P1 |\n 126|\n### 5.2 KOC/KOL 匹配(3 项)\n 128|\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| K-05 | 匹配是运营人工选择还是系统自动推荐?推荐算法的权重?(粉丝量 vs 历史效果 vs 类目匹配 vs 报价?) | P1 |\n| K-06 | KOC/KOL 是否有评级/分层体系?(头部/腰部/尾部?)不同层级对应的计划类型是否不同? | P1 |\n| K-07 | 「合作对象风险(历史纠纷/违约)」——风险数据从哪里来?(JOYCOLLAB?人工标记?)什么程度的风险需要拦截? | P1 |\n 134|\n### 5.3 Code 与内容(3 项)\n 136|\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| K-08 | Code 是 JOYCOLLAB 生成还是 USER 系统生成?Code 类型?(优惠码/追踪码/专属链接?)一对一还是可以多人共用? | P1 |\n| K-09 | KOC 发布的内容是否需要审核?(Brief 交付后→KOC 创作→审核→发布?)审核流程在哪个系统? | P2 |\n| K-10 | KOC 内容二次分发到 IM/APP——分发策略是什么?(所有优质内容都分发?按产品/地区筛选?) | P2 |\n 142|\n### 5.4 财务结算(2 项)\n 144|\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| K-11 | KOC/KOL 的提成/返点结算在哪个系统执行?(JOYCOLLAB?财务系统?还是 USER 内触发结算指令?)USER 的责任边界? | P1 |\n| K-12 | 结算数据(提成计算/返点核算/提款记录)是否需要同步到 USER?权限控制(财务数据独立权限)? | P2 |\n 149|\n### 5.5 KOC/KOL 分层与定价(3 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| K-13 | KOC/KOL 是否有分层体系?(头部/腰部/尾部——按粉丝量划分?按历史带货效果划分?)不同分层的合作价格和权益? | P1 |\n| K-14 | KOC/KOL 的报价/定价数据是否在系统中维护?(用于预算计算和 ROI 分析?) | P2 |\n| K-15 | KOC/KOL 是否有签约/合同管理?排他性协议?(签约期内只能推广本品牌产品?)排他性信息是否需要系统记录? | P2 |\n\n### 5.6 内容与权益管理(3 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| K-16 | KOC/KOL 发布内容的使用权和授权期限?(品牌是否可以二次使用、广告投放、修改?授权条款在系统中管理还是走线下合同?) | P2 |\n| K-17 | 内容审核流程——KOC/KOL 创作的内容是否需要品牌方审核后才能发布?(审核不通过→修改→重新审核的流程?) | P1 |\n| K-18 | 内容效果评估——除了点击/Code/订单数据外,是否需要评估内容质量?(互动率、完播率、正向评论比例?) | P2 |\n\n### 5.7 多平台 KOC/KOL 管理(3 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| K-19 | KOC/KOL 涉及哪些平台?(YouTube / TikTok / Instagram / Facebook / 博客 / Amazon 站内 Influencer Program?)每个平台的数据来源? | P1 |\n| K-20 | 同一 KOC/KOL 在多个平台有账号——是否在系统中关联为同一个人?(类似 identity 的归并逻辑?) | P2 |\n| K-21 | 不同平台的内容格式和指标不同(YouTube 视频 vs Instagram 帖子 vs TikTok 短视频)——结果跟踪如何统一? | P2 |\n\n### 5.8 Code 管理补充(2 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| K-22 | Code 的类型?(一次性折扣码 / 多次使用码 / 追踪链接 / 专属落地页?)不同类型的生成和追踪逻辑? | P1 |\n| K-23 | Code 的有效期管理?(计划结束后 Code 自动失效?还是保留一段时间?)Code 是否可重复使用? | P1 |\n\n### 5.9 实施层面(3 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| K-24 | JOYCOLLAB 数据同步失败时的降级策略?(用本地缓存数据?标记为「数据可能过期」?暂停新的协作任务?) | P1 |\n| K-25 | KOC/KOL 匹配算法的性能——如果 JOYCOLLAB 有几千个 KOC,匹配需要多少时间?是否有预筛选+精排的两阶段设计? | P2 |\n| K-26 | KOC/KOL 的任务状态如何与 planning 的计划状态联动?(协作任务完成→计划完成度增加→计划状态更新?) | P1 |\n", "wikilinks": [], "category": "layer-requirements" } }, { "id": "doc:05_需求文档/09-子系统-审计与通知中心", "type": "document", "name": "子系统 09 — 审计与通知中心 (`audit`) v1.0", "filePath": "05_需求文档/09-子系统-审计与通知中心.md", "summary": "子系统 09 — 审计与通知中心 audit v1.0 2 子系统概述 4 维度 说明 代号 audit 核心职责 状态变更审计、敏感字段访问日志、多类型通知/告警 数据所有权 interaction audit logs , notification records , manual review tasks 启动依赖 无硬依赖,完全独立 外部系统依赖 通", "tags": [ "05_需求文档", "需求文档" ], "complexity": "moderate", "knowledgeMeta": { "content": "# 子系统 09 — 审计与通知中心 (`audit`) v1.0\n 2|\n## 子系统概述\n 4|\n| 维度 | 说明 |\n| --- | --- |\n| 代号 | `audit` |\n| 核心职责 | 状态变更审计、敏感字段访问日志、多类型通知/告警 |\n| 数据所有权 | `interaction_audit_logs`, `notification_records`, `manual_review_tasks` |\n| 启动依赖 | 无硬依赖,完全独立 |\n| 外部系统依赖 | 通知可能通过 IM/EDM/APP Push 等通道(可复用 outreach 通道或独立) |\n 12|\n---\n 14|\n## 1. 模块划分\n 16|\n```\n┌─────────────────────────────────────────────────────────────┐\n│ audit 子系统 │\n│ │\n│ ┌──────────────┐ ┌──────────────┐ ┌──────────────┐ │\n│ │ M1: 状态变更 │ │ M2: 敏感操作 │ │ M3: 通知分发 │ │\n│ │ 审计 │ │ 审计 │ │ 引擎 │ │\n│ └──────┬───────┘ └──────┬───────┘ └──────┬───────┘ │\n│ │ │ │ │\n│ ▼ ▼ ▼ │\n│ ┌──────────────┐ ┌──────────────┐ ┌──────────────┐ │\n│ │ M4: 通知模板 │ │ M5: 人工复核 │ │ M6: 对外 API │ │\n│ │ 管理 │ │ 任务 │ │ Gateway │ │\n│ └──────────────┘ └──────────────┘ └──────────────┘ │\n│ │\n└─────────────────────────────────────────────────────────────┘\n```\n 34|\n| # | 模块 | 职责 |\n| --- | --- | --- |\n| M1 | 状态变更审计 | 记录所有业务对象的状态流转(对象ID/旧状态/新状态/操作人/时间/原因) |\n| M2 | 敏感操作审计 | 敏感字段访问记录、数据导出记录、人工复核操作留痕 |\n| M3 | 通知分发引擎 | 按通知类型路由到不同通道(系统内通知/IM/EDM/APP Push);通知优先级管理 |\n| M4 | 通知模板管理 | 各类通知的模板(额度预警/Listing 预警/超时提醒/审批通知/风险告警) |\n| M5 | 人工复核任务 | 管理需要人工复核的任务(弱关联风险/额度预警池/异常评价),供风险/运营人员消费 |\n| M6 | 对外 API Gateway | 接收所有子系统上报的审计事件和通知请求 |\n 43|\n---\n 45|\n## 2. 各模块内外说明\n 47|\n### 2.1 M1: 状态变更审计\n 49|\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 接收所有子系统的状态变更事件(fire-and-forget);记录:对象类型(plan/ticket/risk_case/review…)、对象ID、旧状态、新状态、操作人、操作时间、操作原因;审计日志不可篡改(append-only);支持按对象ID/操作人/时间范围检索 |\n| **对外接口** | `POST /api/audit/event` — 上报审计事件 |\n| **数据写入** | `interaction_audit_logs` |\n| **典型事件** | 计划状态变更(草稿→审批→执行→完成)、工单分配/关闭、风险事件确认/排除、额度手动调整、审批决策 |\n 56|\n### 2.2 M2: 敏感操作审计\n 58|\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 三类敏感操作:①敏感字段访问(用户上下文卡中的涉密字段→记录访问人/时间/字段/上下文)②数据导出操作(导出人/时间/范围/原因/是否含敏感字段)③人工复核操作(决策人/决策内容/决策依据/时间) |\n| **对外接口** | `POST /api/audit/sensitive-access` — 上报敏感访问 |\n| **数据写入** | `interaction_audit_logs`(带 sensitivity 标记) |\n 64|\n### 2.3 M3: 通知分发引擎\n 66|\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 接收通知请求→按通知类型路由:①系统内通知(Web 前端轮询/WebSocket)②IM 通知(通过 outreach)③EDM 通知 ④APP Push;优先级管理(紧急 Listing 预警 > 超时提醒 > 额度预警);通知去重(同一用户同一类型短时间内不重复发) |\n| **对外接口** | `POST /api/notifications/send` — 发送通知 |\n| **依赖** | outreach(IM/EDM/APP Push 通道) |\n 72|\n### 2.4 M4: 通知模板管理\n 74|\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 通知类型与模板:①额度预警(「真实人 X 的测评额度仅剩 1 次」)②紧急 Listing 预警(「ASIN X 评分接近 4.2,建议紧急催评」)③客服超时提醒(「工单 #123 已超时 N 小时未回复」)④审批通知(「计划 X 等待您的审批」)⑤规则风控提醒(「ASIN X 频控过高」)⑥风险告警(「用户 X 命中强关联风险」) |\n| **对外接口** | 管理 API |\n| **数据写入** | `notification_records` |\n| **待确认** | 模板是否需要多语言(中文/英文/菲律宾语)?模板管理界面在 audit 内部还是独立? |\n 81|\n### 2.5 M5: 人工复核任务\n 83|\n| 维度 | 说明 |\n| --- | --- |\n| **对内** | 统一管理需人工复核的任务:弱关联风险复核、额度预警池复核、异常评价复核、诈骗疑似复核;任务分配/认领/完成/超时 |\n| **对外接口** | `POST /api/audit/review-task` — 创建复核任务;`GET /api/audit/review-tasks?assignee=` — 查询待复核任务 |\n| **数据写入** | `manual_review_tasks` |\n 89|\n---\n 91|\n## 3. 对外 API 契约(草案)\n 93|\n| 接口 | 方法 | 输入 | 输出 | 消费者 |\n| --- | --- | --- | --- | --- |\n| 上报审计事件 | `POST /api/audit/event` | `{object_type, object_id, old_status, new_status, operator, reason}` | `{event_id}` | 所有子系统(状态变更时调用) |\n| 上报敏感访问 | `POST /api/audit/sensitive-access` | `{operator, field, context, accessed_at}` | `{event_id}` | identity(上下文卡访问) |\n| 发送通知 | `POST /api/notifications/send` | `{recipient, type, template_id, params}` | `{notification_id}` | 所有子系统 |\n| 创建复核任务 | `POST /api/audit/review-task` | `{task_type, target_id, priority, description}` | `{task_id}` | risk, quota |\n 100|\n---\n 102|\n## 4. 数据对象\n 104|\n| 对象 | 核心字段 | 说明 |\n| --- | --- | --- |\n| `interaction_audit_logs` | log_id, object_type, object_id, old_status, new_status, operator, operation, reason, sensitivity_level, logged_at | 审计日志(append-only) |\n| `notification_records` | notification_id, recipient, type, template_id, channel, sent_at, status(SENT/DELIVERED/READ/FAILED) | 通知记录 |\n| `manual_review_tasks` | task_id, task_type, target_id, status(PENDING/ASSIGNED/IN_REVIEW/RESOLVED/TIMEOUT), assignee, priority, created_at, resolved_at | 人工复核任务 |\n 110|\n---\n 112|\n## 5. 业务澄清问题清单 — audit\n 114|\n### 5.1 审计范围与保留(4 项)\n 116|\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| A-01 | 审计日志的保留策略?(保留多久?1 年?永久?到期后归档还是删除?) | **P0** |\n| A-02 | 审计日志的存储量预估?(日产生多少条?是否需要分库分表/冷热分离?) | P1 |\n| A-03 | 审计日志是否需要支持导出/报表?(合规审计时需要导出给外部审计?) | P1 |\n| A-04 | 「敏感字段」的定义范围?(订单号、收款信息、设备号——还有哪些?谁来确定完整清单?) | **P0** |\n 123|\n### 5.2 通知策略(4 项)\n 125|\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| A-05 | 通知发送通道的优先级?(紧急告警用什么通道?IM?系统内通知?邮件?) | P1 |\n| A-06 | 通知去重规则?(同一用户同一类型通知 N 分钟内不重复发?) | P1 |\n| A-07 | 通知是否需要用户偏好设置?(用户可以选择不接收某类通知?公告类通知是否强制发送?) | P2 |\n| A-08 | 通知模板是否需要多语言支持?(中文/英文/菲律宾语?)模板由谁来维护? | P2 |\n 132|\n### 5.3 人工复核任务(2 项)\n 134|\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| A-09 | 人工复核任务的时效要求?(不同任务类型 SLA?弱关联风险 N 小时内复核?额度预警池 N 分钟内复核?) | P1 |\n| A-10 | 复核任务超时后的升级机制?(自动分配给上级?通知主管?) | P2 |\n 139|\n### 5.4 与其他子系统的协作(2 项)\n 141|\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| A-11 | 通知通道是否完全复用 outreach?(IM/EDM/APP Push)还是 audit 独立对接通知通道?(如果 outreach 不可用,audit 仍需要能发告警) | P1 |\n| A-12 | 审计事件是同步上报还是异步?(同步→影响业务链路性能 / 异步→可能丢失事件) | P1 |\n 146|\n### 5.5 合规与认证(3 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| A-13 | 系统是否需要通过合规认证?(SOC2 Type II / ISO 27001?)认证对审计日志的完整性、不可篡改性、保留期限有何具体要求? | P1 |\n| A-14 | 数据导出请求(DSR)——用户或监管机构要求导出所有个人数据时,系统如何响应?(需要哪些子系统的数据?导出格式?响应时限?) | P1 |\n| A-15 | 审计日志是否需要对第三方审计开放?(外部审计师需要查看审计日志时——权限控制和数据脱敏?) | P2 |\n\n### 5.6 日志保留与归档(3 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| A-16 | 审计日志的分级保留策略?(状态变更日志保留 X 年 / 敏感访问日志保留 Y 年 / 通知记录保留 Z 月?) | P1 |\n| A-17 | 日志归档方案?(超过保留期的日志是删除还是归档到冷存储?归档后是否仍可检索?) | P2 |\n| A-18 | 日志存储量预估?(日产生日志条数 × 保留天数 = 需要的存储空间——是否需要分库分表/分区?) | P2 |\n\n### 5.7 敏感数据脱敏(3 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| A-19 | 审计日志中是否允许记录敏感字段的明文?(例如「谁在何时查看了用户 X 的收款信息」——收款信息是否脱敏存储?) | P1 |\n| A-20 | 日志查询权限——谁可以查审计日志?(管理员?审计员?)是否需要限制只能查自己相关的日志? | P1 |\n| A-21 | 生产环境的日志是否可以包含 PII(个人可识别信息)?(邮箱/电话/地址——是否在写入日志时自动脱敏?) | P1 |\n\n### 5.8 通知可靠性(3 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| A-22 | 通知的可靠性保证——紧急告警(如 Listing 评分暴跌)是否需要确保送达?(有送达确认机制吗?发送失败后重试?) | P1 |\n| A-23 | 通知通道的优先级切换——IM 通知失败后是否自动切换到 EDM 或系统通知? | P2 |\n| A-24 | 通知的聚合/摘要——同一个用户短时间收到多条同类通知是否合并?(「您有 3 个待审批计划」而不是 3 条独立通知) | P2 |\n\n### 5.9 实施层面(4 项)\n\n| # | 问题 | 优先级 |\n| --- | --- | --- |\n| A-25 | 审计事件是同步写入还是异步写入?(同步→影响业务链路 RT / 异步→可能丢失事件——如何取舍?) | P1 |\n| A-26 | 审计日志的查询性能——是否需要支持全文搜索?(按操作人/对象ID/时间范围检索是否需要在秒级返回?) | P2 |\n| A-27 | 通知通道的可靠性——如果 audit 子系统本身宕机,其他子系统的通知请求是否丢失?(是否需要消息队列做缓冲?) | P1 |\n| A-28 | audit 子系统是否需要独立的数据库?(与其他子系统共享数据库会在高峰期互相影响——是否独立部署数据库?) | P2 |\n", "wikilinks": [], "category": "layer-requirements" } }, { "id": "doc:05_需求文档/20260504_USER后台ERP_MVP管理员首页高保真原型_v7", "type": "document", "name": "USER 后台 ERP MVP · 管理员总览原型 v7", "filePath": "05_需求文档/20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html", "summary": "USER 后台 ERP MVP · 管理员总览原型 v7 U USER 后台 ERP MVP 一期 v7 · 模拟数据 待办提醒 21 重要事项 3 审核类 4 紧急 Listing 7 问题总结 9 经营总览 系统管理员 · 最高权限 · 全部部门 搜索 至 日 周 月 全部部门 Amazon 运营 用户运营 客服 系统管理员(最高权限) Amazon 运", "tags": [ "05_需求文档", "需求文档" ], "complexity": "complex", "knowledgeMeta": { "content": "\n\n\n \n \n USER 后台 ERP MVP · 管理员总览原型 v7\n \n\n\n
\n \n\n
\n
\n
\n
\n 经营总览\n 系统管理员 · 最高权限 · 全部部门\n
\n
\n 搜索\n \n
\n
\n
\n
\n \n \n \n
\n
\n \n \n \n
\n \n \n \n
\n
\n\n
\n
\n
\n\n
\n \n\n
\n
\n
\n

操作确认

\n \n
\n
\n
\n
\n\n
\n\n \n\n\n", "wikilinks": [], "category": "layer-requirements" } }, { "id": "doc:05_需求文档/20260517_USER评价业务闭环_共用能力图与渠道专属流程_v2.2", "type": "document", "name": "USER 评价业务闭环 — 共用能力图与渠道专属流程 v2.2", "filePath": "05_需求文档/20260517_USER评价业务闭环_共用能力图与渠道专属流程_v2.2.md", "summary": "USER 评价业务闭环 — 共用能力图与渠道专属流程 v2.2 文件信息 文件名称: 20260517 USER评价业务闭环 共用能力图与渠道专属流程 v2.2.md 项目路径: C:\\XCODE\\USER 当前版本: v2.2 最近更新: 2026 05 17 上游基线: 工作基线 v1.2 20260517 USER评价业务闭环主流程与后续工作基线 v1", "tags": [ "05_需求文档", "需求文档" ], "complexity": "complex", "knowledgeMeta": { "content": "# USER 评价业务闭环 — 共用能力图与渠道专属流程 v2.2\n\n## 文件信息\n\n- 文件名称:`20260517_USER评价业务闭环_共用能力图与渠道专属流程_v2.2.md`\n- 项目路径:`C:\\XCODE\\USER`\n- 当前版本:`v2.2`\n- 最近更新:`2026-05-17`\n- 上游基线:[工作基线 v1.2](20260517_USER评价业务闭环主流程与后续工作基线_v1.2.md)\n- 前一版本:\n - `20260517_USER评价业务闭环_共用能力图与渠道专属流程_v1.1.md`\n - `20260517_USER评价业务闭环点击操作模拟_v2.1.md`\n- 文件目的:在基线 v1.2 确认的额度规则和真实人体系上,拆出系统级共用能力图与 IM / EDM / APP / TEL / 客服 / KOC-KOL 六条渠道的专属执行流程,每个节点标注 查 / 写 / 状态 / 提醒 / 拦截。\n- 资料依据:IM 推送业务流脑图、电话业务流程知识库、客服相关模块、后台回评工作流对接事项、状态机 v4、页面设计 v4、原型 HTML。\n- 使用方式:先读基线 v1.2,再读本文件;第三步数据流设计直接引用本文件的节点规则表和数据对象建议。本文件取代 `v1.1` 与 `v2.1` 作为当前第二步主稿。\n\n---\n\n### 1. 总览\n\n```mermaid\nflowchart LR\n A[\"销售 / ASIN数据形成\"] --> B[\"需求触发\"]\n B --> C[\"用户运营评估\"]\n C --> D{\"计划类型\"}\n D --> E[\"评价型计划
推新 / 回评\"]\n D --> F[\"免评计划\"]\n E --> G[\"执行拆解\"]\n F --> G\n G --> SHARED[\"共用能力层\"]\n SHARED --> I1[\"IM\"]\n SHARED --> I2[\"EDM\"]\n SHARED --> I3[\"APP\"]\n SHARED --> I4[\"TEL\"]\n SHARED --> I5[\"客服\"]\n SHARED --> I6[\"KOC / KOL\"]\n I1 & I2 & I3 & I4 & I5 --> J[\"用户互动 / 服务 / 跟进\"]\n J --> K[\"用户真实提交评价\"]\n K --> L[\"计入累计评价额度(12)\"]\n L --> M[\"Amazon展示确认\"]\n M --> N[\"ASIN / 计划 / 用户 / 风险结果回流\"]\n I6 --> O[\"免评结果跟踪\"]\n O --> N\n N --> C\n\n style SHARED fill:#f5f5f5,stroke:#333,stroke-width:3px\n```\n\n#### 节点审查标准\n\n每个关键节点按以下 8 问审:\n\n| ## | 问题 | 标注 |\n| --- | --- | --- |\n| 1 | 入口是什么 | 触发条件 |\n| 2 | 先查什么 | **查** |\n| 3 | 判断什么 | 分岔条件 |\n| 4 | 写什么 | **写** |\n| 5 | 状态怎么变 | **状态** |\n| 6 | 何时提醒 | **提醒** |\n| 7 | 何时拦截 | **拦截** |\n| 8 | 何时转人工 | **转人工** |\n\n---\n\n## 第一部分:共用能力图\n\n### 2. 共用能力一:真实人识别与用户上下文卡\n\n#### 2.1 流程图\n\n```mermaid\nflowchart TB\n A[\"新互动 / 新订单 / 新任务\"] --> B[\"读取身份线索\"]\n B --> B1[\"JOYHUB ID\"]\n B --> B2[\"邮箱\"]\n B --> B3[\"电话\"]\n B --> B4[\"设备号\"]\n B --> B5[\"订单号\"]\n B --> B6[\"姓名 + 地址\"]\n\n B1 & B2 & B3 & B4 & B5 & B6 --> C[\"归并真实人\"]\n C --> D{\"匹配结果\"}\n D -->|\"标准化姓名+地址一致\"| E[\"强关联 → 同一真实人\"]\n D -->|\"地址一致姓名不同\"| F[\"家庭/关联风险 → 不直接合并\"]\n D -->|\"多线索交叉\"| G[\"按设备/电话/邮箱/收款信息权重合并\"]\n\n E & F & G --> H[\"生成 / 更新真实人 ID\"]\n H --> I[\"拉取用户上下文卡\"]\n\n I --> J[\"历史交易
订单/购买/退款/返款/ASIN\"]\n I --> K[\"历史服务
工单/聊天/电话/承诺/提醒\"]\n I --> L[\"历史风险
黑名单/诈骗/关联/异常\"]\n I --> M[\"当前设备
型号/版本/换机记录\"]\n I --> N[\"触达历史
IM/EDM/APP/TEL 近期记录\"]\n\n J & K & L & M & N --> O[\"上下文卡快照 → 供客服/运营/风险使用\"]\n```\n\n#### 2.2 用户上下文卡字段组\n\n| 字段组 | 具体内容 |\n| --- | --- |\n| 当前身份 | JOYHUB ID、邮箱、电话、当前订单、真实人 ID |\n| 真实人归并 | 姓名+地址(标准化)、设备号、电话、邮箱、Profile ID、收款信息、关联账号列表 |\n| 历史交易 | 历史订单、购买频次、最近购买、历史退款、历史返款、目标 ASIN 购买记录 |\n| 历史服务 | 历史工单、聊天记录、通话记录、已承诺事项、已发送提醒、工单关闭原因 |\n| 历史风险 | 黑名单标记、强关联记录、弱关联记录、疑似诈骗、双重退款、异常订单 |\n| 当前设备 | 设备号摘要、设备型号/类型、系统版本、APP 版本、最近设备变化(换机/多设备) |\n| 触达历史 | IM 最近触达/回复/退订、EDM 最近打开/点击/退订、APP 最近 Push、TEL 最近拨打 |\n\n#### 2.3 节点规则\n\n| 节点 | 查 | 写 | 状态 | 提醒 | 拦截 |\n| --- | --- | --- | --- | --- | --- |\n| 归并真实人 | JOYHUB、邮箱、电话、设备、订单、地址 | 真实人匹配结果、匹配证据、置信度 | 新真实人 / 已存在 | 标准化姓名+地址一致时强提示 | - |\n| 拉取上下文卡 | 交易、工单、风险、设备、触达全量记录 | 上下文快照(含快照时间) | 首次生成 / 增量更新 | 命中黑名单/异常时高亮 | 严重风险标记时阻止自动通过 |\n| 设备变化识别 | 设备号、型号、系统版本、APP版本 | 设备变化记录、变化时间 | 设备正常 / 近期换机 / 多设备 | 近期换机或同设备多账号提示 | - |\n\n---\n\n### 3. 共用能力二:人群生成与画像拆解\n\n#### 3.1 流程图\n\n```mermaid\nflowchart TB\n A[\"计划进入人群生成\"] --> B[\"基础过滤\"]\n B --> B1[\"硬排除:国家/站点/可达性/退订/黑名单/未关闭工单\"]\n\n B1 --> C[\"画像匹配\"]\n C --> C1[\"基础画像:国家/语言/性别/年龄段/注册时间\"]\n C --> C2[\"产品关系:绑定玩具/绑定数量/绑定品类/目标产品\"]\n C --> C3[\"交易画像:历史订单/购买频次/是否买过目标ASIN\"]\n C --> C4[\"行为画像:活跃度/打开率/点击率/历史回评率/配合率\"]\n C --> C5[\"触达画像:各渠道可达性/最近触达/退订\"]\n C --> C6[\"风险画像:黑名单/设备关联/地址关联/退款异常\"]\n C --> C7[\"计划画像:是否参加过推新/回评/免评/最近结果\"]\n\n C1 & C2 & C3 & C4 & C5 & C6 & C7 --> D[\"历史行为评分\"]\n\n D --> E[\"额度与频控校验
(进入 §4 共用能力三)\"]\n E --> F[\"风险复检
(进入 §6 共用能力五)\"]\n F --> G[\"生成候选人群快照 + 排除快照\"]\n```\n\n#### 3.2 画像字段的三类用途\n\n| 类型 | 作用 | 示例字段 |\n| --- | --- | --- |\n| **硬过滤** | 决定能不能进池 | 国家、可达性、黑名单、退订、未关闭工单、额度超限 |\n| **匹配条件** | 决定是否适合当前计划 | 绑定玩具、目标品类、年龄、性别、是否买过目标 ASIN |\n| **排序权重** | 决定触达优先级 | 活跃度、历史回评率、历史配合率、最近互动时间 |\n\n#### 3.3 节点规则\n\n| 节点 | 查 | 写 | 状态 | 提醒 | 拦截 |\n| --- | --- | --- | --- | --- | --- |\n| 基础过滤 | 国家、站点、可达性、退订、黑名单、未关闭工单 | 排除原因记录 | 入池 / 排除 | - | 黑名单/退订/强关联直接排除 |\n| 画像匹配 | 7 组画像字段 | 匹配分组与得分 | 匹配 / 不匹配 / 待补全 | 画像缺失可补全 | - |\n| 历史行为评分 | 活跃、点击、回复、回评率、配合率、投诉 | 评分结果、排序权重 | 高分 / 中分 / 低分 | 低活跃用户降级提醒 | - |\n| 生成快照 | 过滤、匹配、评分、额度、风险全量结果 | 人群快照、排除快照、快照时间 | 已生成 | 排除比例异常时提醒 | 快照为空时拦截 |\n\n---\n\n### 4. 共用能力三:额度台账与频控控制\n\n#### 4.1 已确认额度规则\n\n| 规则 | 统计对象 | 计数口径 | 计数时点 |\n| --- | --- | --- | --- |\n| 每月测评最多 4 次 | 真实人 | 已完成 + 进行中 + 已预占 | - |\n| 每月免评最多 4 次 | 真实人 | 已完成 + 进行中 + 已预占 | - |\n| 累计真实提交评价最多 12 个 | 真实人 | 用户真实提交评价后立即计数 | 用户真实提交评价时 |\n\n#### 4.2 流程图\n\n```mermaid\nflowchart TB\n A[\"识别真实人\"] --> B[\"读取额度台账\"]\n B --> B1[\"本月测评:已完成 / 进行中 / 已预占\"]\n B --> B2[\"本月免评:已完成 / 进行中 / 已预占\"]\n B --> B3[\"累计真实提交:当前 / 上限 12\"]\n B --> B4[\"并发占用:跨计划重复入选检测\"]\n\n B1 & B2 & B3 & B4 --> C{\"额度判断\"}\n C -->|\"剩余 ≥ 本次拟发送\"| D[\"进入普通候选池
→ 预占额度\"]\n C -->|\"剩余不足但 > 0\"| E[\"进入预警池
→ 预占额度 → 发送前人工复核\"]\n C -->|\"已用 + 预占 + 本次 ≥ 上限\"| F[\"排除自动推送\"]\n\n D --> G[\"写入预占记录\"]\n E --> G\n\n G --> H[\"频控复核\"]\n H --> H1[\"渠道频控:IM/EDM/APP/TEL 最近触达间隔\"]\n H --> H2[\"单 ASIN 短期触达次数\"]\n H --> H3[\"用户反感度/投诉/退订状态\"]\n\n H1 & H2 & H3 --> I{\"频控判断\"}\n I -->|通过| J[\"进入发送队列\"]\n I -->|不通过| K[\"延后 / 降频 / 排除\"]\n\n J --> L[\"发送前再次读取最新额度 + 风险\"]\n L --> M{\"最终校验\"}\n M -->|通过| N[\"发送\"]\n M -->|新增超限/风险| O[\"撤出本批次\"]\n```\n\n#### 4.3 额度 vs 频控的区别\n\n| 类别 | 统计维度 | 周期 | 拦截时机 |\n| --- | --- | --- | --- |\n| **渠道频控** | 单渠道触达次数/间隔 | 按日/周/月 | 发送前 |\n| **月度业务额度** | 真实人测评 4 / 免评 4 | 自然月 | 人群生成 + 发送前 |\n| **累计评价额度** | 真实人累计 12 | 永久累计 | 用户提交评价时更新、下次人群生成时判断 |\n| **并发占用控制** | 进行中 + 已预占 + 跨计划重复 | 实时 | 人群生成 + 预占时 |\n\n#### 4.4 节点规则\n\n| 节点 | 查 | 写 | 状态 | 提醒 | 拦截 |\n| --- | --- | --- | --- | --- | --- |\n| 读取额度台账 | 本月测评/免评、累计提交、进行中、已预占 | 当前额度快照 | - | 剩余 ≤ 1 或本批次将打满时预警 | - |\n| 预占额度 | 候选计划、预计发送量、当前剩余 | 额度预占记录 | 已预占 | - | 预计超限阻止进入自动发送 |\n| 频控复核 | IM/EDM/APP/TEL 最近触达、ASIN频次、退订/投诉 | 频控校验结果 | 通过 / 降频 / 排除 | 接近频控上限时提醒 | 超频直接排除 |\n| 发送前终校 | 最新额度、最新风险、最新未关闭工单 | 发送前校验结果 | 准入 / 撤出 | 任何新增异常立即提示 | 新增超限/风险撤出本批次 |\n\n---\n\n### 5. 共用能力四:每次有效互动复检\n\n#### 5.1 流程图\n\n```mermaid\nflowchart TB\n A[\"触发复检的事件\"] --> A1[\"主动推送后回复\"]\n A --> A2[\"再次联系\"]\n A --> A3[\"补充订单号\"]\n A --> A4[\"客服回访\"]\n A --> A5[\"电话来电\"]\n A --> A6[\"退款/返款/继续推送前\"]\n\n A1 & A2 & A3 & A4 & A5 & A6 --> X[\"重新读取四组数据\"]\n\n X --> X1[\"身份:真实人/JOYHUB/邮箱/电话/设备/订单/地址\"]\n X --> X2[\"历史:订单/工单/触达/退款/返款\"]\n X --> X3[\"额度:本月测评/免评/累计提交/进行中/预占\"]\n X --> X4[\"风险:黑名单/强弱关联/双重退款/异常订单\"]\n\n X1 & X2 & X3 & X4 --> Y{\"判断结果\"}\n Y -->|正常 + 额度充足| Z[\"继续业务\"]\n Y -->|弱风险 / 接近额度上限| W[\"继续但显著提示 → 人工关注\"]\n Y -->|强风险 / 额度超限| V[\"暂停当前动作 → 转风险中心或人工复核\"]\n```\n\n#### 5.2 节点规则\n\n| 节点 | 查 | 写 | 状态 | 提醒 | 拦截 |\n| --- | --- | --- | --- | --- | --- |\n| 身份复检 | JOYHUB、邮箱、电话、设备、订单、地址是否变化 | 身份变化记录 | 未变 / 新增关联 / 冲突 | 设备变化/地址变化提示 | - |\n| 历史复检 | 是否有新订单、新工单、新触达、新退款 | 历史变化记录 | 无变化 / 有更新 | 新退款/新工单提示 | - |\n| 额度复检 | 最新测评/免评/累计额度 | 最新额度快照 | 充足 / 预警 / 超限 | 接近上限预警 | 超限拦截 |\n| 风险复检 | 黑名单、强弱关联、双重退款、异常 | 最新风险结果 | 正常 / 弱风险 / 强风险 | 任何命中高亮提醒 | 强关联暂停自动操作 |\n\n---\n\n### 6. 共用能力五:风险判断与黑名单\n\n#### 6.1 风险分层\n\n| 风险类型 | 关联项 | 处理原则 |\n| --- | --- | --- |\n| **强关联** | 邮箱、设备号、电话、收件人姓名+地址、订单号、聊天记录、Profile ID、收款信息 | 一旦命中,直接进入高风险或黑名单链路 |\n| **弱关联** | IP 单独命中、姓名单独命中、同址异名 | 进入高风险观察 + 人工复核,不直接认定诈骗 |\n\n#### 6.2 流程图\n\n```mermaid\nflowchart TB\n A[\"风险信号进入
(新订单同步/触达回应/用户接入/退款申请/再次跟进)\"] --> B[\"强弱关联判断\"]\n\n B --> C{\"关联等级\"}\n C -->|强关联| D[\"高风险 / 黑名单链路\"]\n C -->|弱关联| E[\"高风险观察 + 人工复核\"]\n C -->|无关联| F[\"正常继续\"]\n\n D --> D1[\"拦截继续推送\"]\n D --> D2[\"拦截自动退款\"]\n D --> D3[\"拦截自动放行\"]\n D1 & D2 & D3 --> G[\"回写工单 / 推送 / 计划状态\"]\n G --> H[\"提醒客服 / 用户运营 / 审核人员\"]\n\n E --> E1[\"显著风险提醒\"]\n E1 --> E2[\"人工复核\"]\n E2 --> E3{\"复核结论\"}\n E3 -->|确认风险| D\n E3 -->|排除风险| F\n```\n\n#### 6.3 已确认业务问题\n\n1. **双重退款**:APP/OA 已退款 + 用户又向 Amazon 申请退款 → 需要 Amazon 退款与 OA 返款自动比对\n2. **高风险用户**:一旦标记,支付/返款需要人工复核\n3. **风险可见性**:客服、审核、退款等环节必须都能看到风险提醒\n4. **非 APP 用户盲区**:直接走邮件退款,缺设备/注册邮箱等维度,识别能力下降\n5. **每次互动重判**:风险判断不是一次性的,每次有效互动都要重新执行\n\n#### 6.4 节点规则\n\n| 节点 | 查 | 写 | 状态 | 提醒 | 拦截 |\n| --- | --- | --- | --- | --- | --- |\n| 强弱关联判断 | 邮箱/设备/电话/地址/订单/ProfileID/收款信息/IP | 关联结果、命中维度列表 | 强关联 / 弱关联 / 无 | 命中时高亮命中维度 | - |\n| 高风险链路 | 当前推送/退款/返款状态 | 风险事件、拦截记录 | 已拦截 / 待复核 | 通知所有关联环节 | 拦截继续推送/自动退款/自动放行 |\n| 双重退款检测 | Amazon退款记录 + OA返款记录 | 匹配结果、差异 | 无重复 / 疑似重复 / 确认重复 | 确认重复时强告警 | 确认重复时阻止后续返款 |\n\n---\n\n### 7. 共用能力六:审批工作流\n\n```mermaid\nflowchart LR\n PLAN[\"计划草案\"] --> R1{\"计划类型\"}\n R1 -->|测评计划| A1[\"Amazon运营总监审批\"]\n R1 -->|回评计划| A2[\"Amazon运营总监或指定负责人\"]\n R1 -->|免评计划| A3[\"Amazon运营总监 + 用户负责人\"]\n R1 -->|紧急计划| A4[\"Amazon运营负责人 + 用户负责人 + 主管\"]\n\n A1 & A2 & A3 & A4 --> NEXT[\"周/月推送计划\"]\n NEXT --> N1[\"用户负责人审批\"]\n N1 --> N2[\"渠道负责人审批\"]\n N2 --> APPROVED[\"已批准 → 执行\"]\n```\n\n#### 7.1 审批节点规则\n\n| 节点 | 查 | 写 | 状态 | 提醒 | 拦截 |\n| --- | --- | --- | --- | --- | --- |\n| Amazon运营总监审批 | 计划详情、ASIN健康、风险提醒 | 审批结果、审批意见 | 通过 / 驳回 / 待补充 | 驳回时通知提交人 | - |\n| 用户负责人审批 | 人群快照、额度占用、频控结果 | 审批结果 | 通过 / 驳回 | 额度接近上限时预警 | - |\n| 渠道负责人审批 | 渠道容量、素材、合规 | 审批结果 | 通过 / 驳回 | 素材/文案风险提醒 | 合规风险时拦截 |\n\n---\n\n### 8. 共用能力七:审计与通知中心\n\n| 模块 | 职责 | 关键记录内容 |\n| --- | --- | --- |\n| 状态变更审计 | 所有业务对象的状态流转留痕 | 对象ID、旧状态、新状态、操作人、时间、原因 |\n| 敏感字段访问 | 涉密字段的每次读取记录 | 访问人、访问时间、访问字段、访问上下文 |\n| 导出操作 | 所有数据导出行为留痕 | 导出人、时间、范围、原因、是否含敏感字段 |\n| 人工复核操作 | 所有人工干预决策留痕 | 决策人、决策内容、决策依据、决策时间 |\n| **规则风控提醒** | 触发规则/审核/风控阈值时通知 | 同一ASIN频控过高、同一用户多次推送、设备/邮箱异常、站点任务过密 |\n| **紧急Listing预警** | 评分接近4.2时通知 | ASIN、当前评分、差评摘要、建议动作 |\n| **客服超时提醒** | 工单/答应配合超时通知 | 工单ID、超时类型、超时时长、责任人 |\n| **额度预警** | 额度接近上限时通知 | 真实人、额度类型、已用/上限、受影响计划 |\n\n---\n\n## 第二部分:渠道专属流程图\n\n### 9. 渠道一:IM 推送专属流程\n\n#### 9.1 用户分层与推送策略\n\n```mermaid\nflowchart TB\n U[\"用户注册 + 绑定玩具\"] --> L1{\"识别用户分层\"}\n\n L1 -->|\"A 未参与过
从未走过回评/测评\"| A1[\"推送前校验\"]\n A1 --> A1a[\"查:JOYHUB ID、设备ID、黑名单、绑定产品\"]\n A1 --> A1b{\"设备ID在黑名单?\"}\n A1b -->|是| A2[\"写:打标'长期测评人'
拦截:不推回评/测评卡片
推送:免评产品卡片\"]\n A1b -->|否| A3[\"推送:对应绑定产品的回评卡片
写:推送记录\"]\n\n L1 -->|\"B 已参与过
真实人累计真实提交评价 < 12\"| B1[\"优先催评\"]\n B1 --> B1a[\"查:未回评测评单、真实人累计评价数、标签\"]\n B1 --> B1b[\"推送:催评卡片/消息\"]\n B1b --> B2{\"完成好评提交?\"}\n B2 -->|是| B3[\"写:重新计算真实人累计评价数\"]\n B3 --> B4{\"累计真实提交评价仍 < 12?\"}\n B4 -->|是| B5[\"推送:当日测评计划对应卡片
写:二次转化记录\"]\n B4 -->|否| B6[\"写:打标'长期测评人'→ 推送免评产品\"]\n\n L1 -->|\"C 长期测评人
真实人累计真实提交评价 ≥ 12\"| C1[\"拦截:不推送普通回评/测评卡片
推送:当日免评补单产品
写:免评推送记录\"]\n\n style A2 fill:#fce4ec\n style C1 fill:#fff3e0\n```\n\n#### 9.2 IM 用户提交后的核验与流转\n\n```mermaid\nflowchart TB\n SUBMIT[\"入口:用户在IM中提交回评/测评信息\"] --> ITEMS[\"提交内容:订单号 + 返款账号 + 评论截图/链接\"]\n\n ITEMS --> AUTO[\"查:当前用户标签、关联计划
写:系统自动登记提交记录
状态:待核验\"]\n\n AUTO --> VERIFY[\"订单号核实\"]\n VERIFY --> V1{\"查:是否测评单?\"}\n VERIFY --> V2{\"查:是否为公司产品?\"}\n VERIFY --> V3{\"查:单号格式 xxx-xxxxxxx-xxxxxxx?\"}\n\n V1 & V2 & V3 -->|全部通过| PASS[\"写:登记进系统
状态:已登记\"]\n V1 & V2 & V3 -->|任一不通过| CS[\"转人工:推送客服
状态:待客服处理\"]\n\n CS --> CS1[\"客服沟通用户 → 补充/修正信息\"]\n CS1 --> CS2[\"写:修正记录 → 回到核验\"]\n\n PASS --> CHECK{\"信息完整?\"}\n CHECK -->|完整| FINANCE[\"写:推送财务返款提醒
状态:待返款\"]\n CHECK -->|缺返款账号| TAG1[\"写:打标'xx产品待返款'
提醒:自动通知用户补充
状态:信息待补全\"]\n CHECK -->|缺评论截图/链接| TAG2[\"写:打标'xx产品待回评'
提醒:自动通知用户补充
状态:信息待补全\"]\n\n FINANCE --> PAY[\"查:付款凭证
写:自动推送返款/礼品卡通知
状态:已返款\"]\n PAY --> DONE[\"状态:回评流程走完\"]\n DONE --> TAG3[\"写:打标'xx产品已回评用户'
推送:测评卡片(二次转化)\"]\n\n style SUBMIT fill:#e8f5e9\n style PASS fill:#c8e6c9\n style CS fill:#fff3e0\n style DONE fill:#e3f2fd\n```\n\n#### 9.3 IM 新测评流程\n\n```mermaid\nflowchart TB\n START[\"入口:用户收到测评卡片 → 提交测评信息\"] --> VFY[\"查:订单号是否撤销、是否退款
查:真实人月度测评额度与累计真实提交评价\"]\n\n VFY -->|\"额度允许 + 订单有效\"| REG[\"写:登记进系统
写:打标'xx产品测评单登记'
状态:已登记\"]\n\n REG --> INFO{\"信息完整?\"}\n INFO -->|只有订单号
缺返款账号+截图| TAG_A[\"写:打标'xx产品测评待返款'
提醒:自动通知用户
状态:待补全\"]\n INFO -->|只有截图+链接
缺订单号+返款账号| TAG_B[\"写:打标'xx产品测评单待回评'
提醒:自动通知用户
状态:待补全\"]\n INFO -->|完整| COMP[\"状态:测评流程走完\"]\n\n COMP --> RECALC[\"查:重新计算 review 数量
写:review 数量更新\"]\n RECALC -->|\"累计真实提交评价 ≥ 12\"| LC[\"写:打标'长期测评人'
推送:免评产品卡片\"]\n RECALC -->|\"≤ 12 review\"| NEXT[\"推送:当日测评计划对应卡片
写:二次转化记录\"]\n\n style COMP fill:#c8e6c9\n style LC fill:#fff3e0\n```\n\n#### 9.4 IM 核心标签汇总\n\n| 分类 | 标签 | 触发时机 | 后续动作 |\n| --- | --- | --- | --- |\n| **用户层级** | 未参与过用户 (A) | 注册+绑定后首次识别 | 推送回评卡片 |\n| | 参与过用户 (B) | 已有回评/测评记录,review < 12 | 优先催评 → 二次转化 |\n| | 长期测评人 (C) | review > 12 | 仅推送免评产品 |\n| **回评流程** | xx产品已回评用户 | 回评流程走完 | 推送测评卡片 |\n| | xx产品待回评用户 | 缺截图/链接 | 自动通知补全 |\n| | xx产品待返款 | 缺返款账号 | 自动通知补全 |\n| **测评流程** | xx产品测评单登记 | 订单核实通过 | 继续信息补全 |\n| | xx产品测评待返款用户 | 测评缺返款 | 自动通知补全 |\n| | xx产品测评单待回评 | 测评缺截图 | 自动通知补全 |\n| | xx产品测评单 | 测评流程走完 | review重算 |\n| **免评流程** | xx产品的免评 | 长期测评人参与免评单 | 不再推回评/测评 |\n\n#### 9.5 IM 推送动作与流转动作\n\n| 动作类型 | 动作 | 说明 |\n| --- | --- | --- |\n| **推送** | 回评卡片 | A类用户首次推送 |\n| | 测评卡片 | B类二次转化 / A类设备在黑名单 |\n| | 免评产品卡片 | C类用户 / 黑名单命中用户 |\n| | 催评消息 | B类优先催评 / 紧急催评 |\n| | 返款/礼品卡通知 | 财务有凭证后推送 |\n| **流转** | 推送客服 | 订单号不符合 / 异常 |\n| | 推送财务 | 订单登记完成后 |\n| | 自动打标 | 各流程节点完成时 |\n| | 二次转化 | 回评完成 → 推送测评卡片 |\n\n---\n\n### 10. 渠道二:EDM 邮件推送专属流程\n\n#### 10.1 流程图\n\n```mermaid\nflowchart TB\n START[\"入口:计划已批准,进入EDM执行拆解\"] --> POOL[\"筛选EDM目标用户池\"]\n\n POOL --> COND{\"查:用户条件\"}\n COND -->|\"非APP用户\"| NON[\"进入EDM队列\"]\n COND -->|\"APP低活跃\"| LOW[\"查:IM频控通过后进入EDM队列\"]\n COND -->|\"APP活跃\"| SKIP[\"拦截:跳过EDM,走IM/APP\"]\n\n NON --> PRECHK[\"推送前检查\"]\n LOW --> PRECHK\n\n PRECHK --> C1[\"查:身份——是否有有效邮箱\"]\n PRECHK --> C2[\"查:风险——邮箱是否命中黑名单\"]\n PRECHK --> C3[\"查:退订——是否已退订/硬退信\"]\n PRECHK --> C4[\"查:资格——OA是否有资格\"]\n PRECHK --> C5[\"查:国家——站点与邮箱类型匹配\"]\n\n C1 & C2 & C3 & C4 & C5 -->|全部通过| BEHAVIOR[\"行为筛选\"]\n C1 & C2 & C3 & C4 & C5 -->|任一不通过| EXCLUDE[\"写:排除原因
拦截:不发送\"]\n\n BEHAVIOR --> B1[\"查:最近打开时间、总打开次数\"]\n BEHAVIOR --> B2[\"查:最近3/5次是否连续0打开\"]\n BEHAVIOR --> B3[\"查:最近回复时间、回复后又发送数\"]\n BEHAVIOR --> B4[\"查:是否点击评论链接但未回复\"]\n BEHAVIOR --> B5[\"查:单月收信次数、各邮件类型发送次数\"]\n\n B1 & B2 & B3 & B4 & B5 --> RHYTHM{\"节奏判断\"}\n RHYTHM -->|适合触达| SEND[\"发送EDM
写:发送记录
状态:已发送\"]\n RHYTHM -->|需降频| DELAY[\"写:延后标记
状态:观察中\"]\n RHYTHM -->|不适合| SWITCH[\"切换其他渠道或排除\"]\n\n SEND --> TRACK[\"追踪回收\"]\n TRACK --> T1[\"送达 → 写:送达时间\"]\n T1 --> T2[\"打开 → 写:打开时间、打开次数+1\"]\n T2 --> T3[\"点击 → 写:点击时间、点击目标\"]\n T3 --> T4[\"跳转至APP下载页/产品页\"]\n T4 --> RESULT{\"用户行为\"}\n RESULT -->|\"下载并注册APP\"| TO_IM[\"写:用户渠道升级
后续走IM主流程\"]\n RESULT -->|\"直接回复邮件\"| TO_CS[\"写:生成客服工单
走客服执行流程\"]\n RESULT -->|\"未响应\"| RETRY[\"写:进入再触达队列
(遵循频控间隔)\"]\n RESULT -->|\"退订\"| UNSUB[\"写:退订标记
拦截:该渠道永久排除\"]\n\n SEND --> METRICS[\"写:EDM指标
发送数/送达率/打开率/点击率/回复率/转化数/退订数\"]\n\n style EXCLUDE fill:#fce4ec\n style UNSUB fill:#fce4ec\n style TO_IM fill:#e3f2fd\n style TO_CS fill:#fff3e0\n```\n\n#### 10.2 EDM 专属行为指标\n\n| 字段组 | 具体指标 | 用途 |\n| --- | --- | --- |\n| **打开行为** | 最近打开时间、总打开次数、最近3/5次0打开 | 判断活跃度 → 决定是否继续发 |\n| **回复行为** | 最近回复时间、回复后又发送封数 | 判断兴趣度 → 决定触达节奏 |\n| **点击行为** | 是否点击评论链接、点击后未回复时长 | 判断意向 → 决定是否追加触达 |\n| **触达频率** | 单月收信次数、各邮件类型发送次数 | 频控 → 防止疲劳 |\n| **邮件属性** | 邮件类型、邮箱后缀标签、国家站点 | 匹配 → 确定发送内容 |\n| **排除项** | 风险用户、黑名单、退订、硬退信、OA无资格 | 硬过滤 → 不进池 |\n\n#### 10.3 EDM vs IM 关键差异\n\n| 维度 | IM | EDM |\n| --- | --- | --- |\n| 用户身份强度 | 强(JOYHUB ID + 设备 + 订单绑定) | 弱(仅邮箱,可能无JOYHUB ID) |\n| 风险识别能力 | 高(多维度交叉) | 低(缺设备/注册邮箱等维度) |\n| 转化路径 | 直接提交 → 核验 → 返款 | 引导注册APP → 再进入IM链路 |\n| 退订机制 | 社区屏蔽/消息免打扰 | 邮件退订链接 + 硬退信 |\n| 频控周期 | 按日/按类目 | 按周/按月 |\n| 行为信号 | 绑定/活跃/点击/回复/标签 | 打开/点击/回复/退订/连续0打开 |\n\n---\n\n### 11. 渠道三:APP Push 专属流程\n\n#### 11.1 流程图\n\n```mermaid\nflowchart TB\n START[\"触发源\"] --> T1[\"用户绑定新玩具\"]\n START --> T2[\"用户长期未活跃(7天+)\"]\n START --> T3[\"测评/回评计划到期\"]\n START --> T4[\"Listing健康紧急\"]\n START --> T5[\"活动/促销通知\"]\n\n T1 & T2 & T3 & T4 & T5 --> FILTER[\"查:共用能力过滤\"]\n\n FILTER --> F1[\"查:身份——JOYHUB ID + 设备在线\"]\n FILTER --> F2[\"查:风险——黑名单 + 关联检测\"]\n FILTER --> F3[\"查:频控——当日Push次数 + 用户通知设置\"]\n FILTER --> F4[\"查:标签——匹配推送策略\"]\n\n F1 & F2 & F3 & F4 -->|通过| PUSH[\"发送APP Push
写:推送记录
状态:已发送\"]\n F1 & F2 & F3 & F4 -->|不通过| SKIP[\"写:跳过原因
状态:已跳过\"]\n\n PUSH --> USER{\"用户响应\"}\n USER -->|\"点击打开\"| IN_APP[\"进入APP → 落地页\"]\n USER -->|\"忽略/关闭\"| NOOP[\"写:曝光记录
拦截:短期内不重复推\"]\n USER -->|\"卸载/禁用通知\"| UNINSTALL[\"写:不可再推送标记
降级:转入EDM候选池\"]\n\n IN_APP --> ACT{\"APP内动作\"}\n ACT -->|\"提交回评/测评\"| IM_FLOW[\"走IM提交核验流程(§9.2)\"]\n ACT -->|\"联系客服\"| CS_FLOW[\"生成客服工单(§12)\"]\n ACT -->|\"仅浏览\"| TAG[\"写:记录行为,更新活跃标签\"]\n\n style IN_APP fill:#e3f2fd\n style UNINSTALL fill:#fce4ec\n```\n\n#### 11.2 APP Push 与 IM 的分工\n\n| 场景 | 用 APP Push | 用 IM |\n| --- | --- | --- |\n| 新绑定玩具 → 引导测评 | - | 推送回评/测评卡片 |\n| 用户7天未活跃 | 推送召回通知 | - |\n| 测评计划到期提醒 | - | 推送催评消息 |\n| Listing 紧急 | 推送紧急通知 | 推送紧急催评卡片 |\n| 返款已到账 | 推送到账通知 | - |\n| 活动/促销 | 推送活动通知 | - |\n\n#### 11.3 APP 必查字段\n\n| 字段组 | 内容 |\n| --- | --- |\n| 用户资料 | 注册邮箱、JOYHUB ID、国家、语言 |\n| 设备上下文 | 设备号、设备型号/类型、APP版本、系统版本 |\n| 产品关系 | 绑定玩具、绑定时间、目标产品关系 |\n| 行为数据 | 活跃、打开、点击、回复、站内浏览、广告互动 |\n\n---\n\n### 12. 渠道四:TEL 电话专属流程\n\n#### 12.1 流程图\n\n```mermaid\nflowchart TB\n START[\"触发电话任务\"] --> S1[\"用户答应配合但超时未提交\"]\n START --> S2[\"高价值用户需深度跟进\"]\n START --> S3[\"复杂售后无法文字解决\"]\n START --> S4[\"IM/EDM多次触达无响应\"]\n START --> S5[\"紧急Listing需人工沟通\"]\n START --> S6[\"Amazon页面/说明书来电\"]\n START --> S7[\"计划生成的外呼任务\"]\n\n S1 & S2 & S3 & S4 & S5 & S6 & S7 --> TICKET[\"写:生成电话类客服工单
状态:待分配\"]\n\n TICKET --> PREPARE[\"拨打前准备(必须)\"]\n PREPARE --> P1[\"查:用户完整画像
(身份/订单/历史/标签/风险)\"]\n PREPARE --> P2[\"查:风险状态
拦截:强关联命中 → 暂停拨打 → 先复核\"]\n PREPARE --> P3[\"查:历史沟通记录
(避免重复询问)\"]\n PREPARE --> P4[\"写:准备话术和问题清单\"]\n\n P1 & P2 & P3 & P4 --> CONTACT[\"客服电话联系用户
写:拨打记录
状态:处理中\"]\n\n CONTACT --> RESULT{\"通话结果\"}\n RESULT -->|\"接通-售后问题\"| AFTERSALE[\"先解决售后
查:订单/产品/凭证
写:处理方案
状态:售后处理中\"]\n RESULT -->|\"接通-直接配合\"| COOP[\"确认评价提交时间
写:登记答应配合
状态:答应配合\"]\n RESULT -->|\"接通-拒绝\"| REJECT[\"写:记录拒绝原因
状态:已关闭\"]\n RESULT -->|\"接通-疑似诈骗\"| FRAUD[\"创建诈骗事件
写:诈骗记录
转风险链路(§6)\"]\n RESULT -->|\"未接通\"| RETRY[\"写:拨打次数+1
提醒:安排重试\"]\n\n AFTERSALE --> SAT{\"是否解决/满意?\"}\n SAT -->|是| INVITE[\"引导回评/邀请测评\"]\n SAT -->|否| ESCALATE[\"升级处理 → 转组长/负责人\"]\n\n INVITE --> FOLLOW[\"写:进入答应配合跟进
状态:待提醒\"]\n COOP --> FOLLOW\n FOLLOW --> UPDATE[\"写:更新工单 + 用户标签\"]\n\n RETRY --> DECIDE{\"重试策略\"}\n DECIDE -->|\"< 3次\"| CONTACT\n DECIDE -->|\"≥ 3次未接通\"| DOWNGRADE[\"写:降级至EDM/放弃
状态:待关闭\"]\n\n CONTACT --> RECORD[\"写:通话记录
来电时间/来源/联系方式/订单号
问题类型/描述/处理方案
是否解决/是否邀请测评/用户是否接受\"]\n\n style CONTACT fill:#fff3e0,stroke:#ef6c00\n style FRAUD fill:#fce4ec,stroke:#c62828\n style AFTERSALE fill:#e3f2fd\n```\n\n#### 12.2 TEL 必填记录字段\n\n| 类别 | 字段 | 涉密 |\n| --- | --- | --- |\n| 来电基础 | 来电时间、来源(Amazon页/说明书/外呼)、客服、联系方式 | - |\n| 订单信息 | Amazon订单号、产品型号/款式/颜色、购买时间 | 订单号涉密 |\n| 问题信息 | 问题类型、问题描述、图片/视频凭证 | - |\n| 处理信息 | 处理方案、是否解决、是否需要后续跟进 | - |\n| 评价相关 | 是否邀请回评/测评、用户是否接受、是否涉及差评 | - |\n| 拨打统计 | 拨打次数、通话时长、接通状态 | - |\n\n---\n\n### 13. 渠道五:客服工单执行流程\n\n#### 13.1 流程图\n\n```mermaid\nflowchart TB\n A[\"入口:用户消息 / 推送转人工 / 电话后续 / 风险触发\"] --> B[\"写:生成工单
状态:待分配\"]\n\n B --> C[\"查:班次、在线状态、当前负载、最大工单数
写:自动分配到客服组
状态:已分配\"]\n\n C --> D[\"客服组长分派到组员
状态:处理中\"]\n\n D --> E[\"查:展示用户上下文卡
(身份/历史/风险/设备/触达)\"]\n\n E --> F[\"客服开始处理\"]\n\n F --> G{\"处理结果\"}\n G -->|\"等待用户回复\"| H[\"状态:等待用户
提醒:超时提醒机制\"]\n G -->|\"等待内部协同\"| I[\"状态:等待内部
提醒:超时升级\"]\n G -->|\"用户答应配合\"| J[\"写:生成跟进任务
状态:答应配合
进入答应配合状态机\"]\n G -->|\"疑似诈骗\"| K[\"写:诈骗疑似标记
提醒:组长/负责人复核
转风险链路(§6)\"]\n G -->|\"问题已解决\"| L[\"写:解决记录
状态:已解决\"]\n\n H --> F\n I --> F\n\n J --> M[\"提醒/再联系/等待提交\"]\n M --> N[\"用户提交评价或反馈
状态:已提交评价/已提交反馈\"]\n\n K --> P[\"组长/负责人复核\"]\n P --> Q{\"复核结论\"}\n Q -->|确认诈骗| R[\"转风险链路 → 同步黑名单\"]\n Q -->|退回继续处理| F\n\n L --> S[\"写:关闭工单
状态:已关闭\"]\n```\n\n#### 13.2 三套并行状态\n\n| 状态体系 | 典型状态 | 说明 |\n| --- | --- | --- |\n| **工单状态** | 待分配 → 已分配 → 处理中 → 等待用户/等待内部 → 已解决 / 疑似诈骗 → 已关闭 | 工单生命周期 |\n| **答应配合状态** | 已答应配合 → 待分配负责人 → 待提醒 → 等待提交 → 已提交评价/已提交反馈 → 超时 → 需再次联系 → 已关闭 | 防止承诺用户流失 |\n| **风险状态** | 无异常 → 弱关联高风险 → 强关联高风险 → 疑似诈骗 → 已确认诈骗 → 已同步黑名单 | 风险独立跟踪 |\n\n---\n\n### 14. 客服管理支撑流程\n\n#### 14.1 流程图\n\n```mermaid\nflowchart LR\n A[\"排班设置\"] --> B[\"在线客服池\"]\n C[\"出勤记录\"] --> B\n B --> D[\"工单自动分配
查:在线状态/排班/当前负载/最大工单数\"]\n D --> E[\"回复效率统计\"]\n D --> F[\"转化统计\"]\n F --> G[\"目标完成统计\"]\n E --> H[\"主管看板\"]\n F --> H\n G --> H\n```\n\n#### 14.2 管理指标\n\n| 模块 | 指标 |\n| --- | --- |\n| **出勤** | 应出勤、实际出勤、出勤率、迟到、早退、请假、缺勤 |\n| **回复效率** | 回复用户数、处理工单数、发送消息数、首次回复时长(平均/中位数/最大/最小) |\n| **转化** | RSO回评登记订单数、RDO测评登记订单数、获取评价数、评价完成率 |\n| **目标** | 月目标、当前完成、完成率、历史趋势 |\n\n---\n\n### 15. 评价完成流程\n\n#### 15.1 流程图\n\n```mermaid\nflowchart TB\n A[\"用户提交评价\"] --> B[\"写:记录真实提交事实
状态:已提交待核验\"]\n B --> C[\"写:更新真实人累计评价额度(+1)
提醒:接近12时预警\"]\n\n C --> D{\"查:Amazon是否展示 / 是否可核验\"}\n D -->|\"展示或可核验\"| E[\"写:计入计划完成
状态:已确认展示\"]\n D -->|\"未展示 / 暂不可核验\"| F[\"写:保留已提交事实
状态:未展示待观察\"]\n\n E --> G[\"写:更新ASIN健康与计划完成度\"]\n F --> H[\"进入异常观察队列
提醒:定期复查\"]\n\n G --> I[\"结果回流:更新经营层数据\"]\n```\n\n#### 15.2 必须拆开的两个事实\n\n| 事实 | 是否计入累计12额度 | 是否计入计划完成 | 计数时点 |\n| --- | --- | --- | --- |\n| 用户真实提交评价 | **是** | 还不一定 | 提交时立即计数 |\n| Amazon 展示确认 | 已在上一步计过 | **是** | 展示确认时 |\n\n---\n\n### 16. 渠道六:KOC/KOL 协作专属流程(免评核心通道)\n\n#### 16.1 流程图\n\n```mermaid\nflowchart TB\n START[\"入口:免评计划 / 推新计划已批准\"] --> PLAN[\"查:计划参数
写:拆解KOC/KOL执行方案\"]\n\n PLAN --> STEP1[\"匹配合作对象\"]\n STEP1 --> S1A[\"查:按国家/平台/粉丝量/历史效果筛选\"]\n STEP1 --> S1B[\"查:按产品类目匹配KOC/KOL专长\"]\n STEP1 --> S1C[\"查:合作对象风险(历史纠纷/违约)
提醒:有风险记录时提示\"]\n\n S1A & S1B & S1C --> STEP2[\"写:分配Code/素材/内容Brief\"]\n STEP2 --> STEP3[\"KOC/KOL内容发布\"]\n\n STEP3 --> TRACK[\"跟踪执行结果\"]\n TRACK --> T1[\"查:内容发布链接\"]\n TRACK --> T2[\"查:点击/跳转数据\"]\n TRACK --> T3[\"查:Code使用量\"]\n TRACK --> T4[\"查:带货订单\"]\n TRACK --> T5[\"查:转化销量\"]\n TRACK --> T6[\"查:Listing权重变化\"]\n\n T1 & T2 & T3 & T4 & T5 & T6 --> SYNC[\"从JOYCOLLAB同步数据至USER
写:同步记录
提醒:同步失败时告警\"]\n\n SYNC --> EVAL{\"执行评估\"}\n EVAL -->|\"达标\"| DONE[\"写:结果回流
更新ASIN健康/计划完成度
状态:已完成\"]\n EVAL -->|\"未达标\"| ADJUST[\"调整策略
写:调整记录
更换KOC/调整素材/追加Code\"]\n\n SYNC --> FINANCE[\"财务侧
查:提成计算/返点核算/提款记录
提醒:财务数据独立权限\"]\n```\n\n#### 16.2 KOC/KOL 与评价型渠道的本质差异\n\n| 维度 | 评价型(IM/EDM/APP/TEL) | KOC/KOL |\n| --- | --- | --- |\n| 执行主体 | 系统 + 客服 | 外部KOC/KOL + 运营协同 |\n| 终点 | 用户提交评价 | 内容发布/Code使用/带货销量/权重 |\n| 用户关系 | 平台 ↔ 买家 | 品牌 ↔ 达人 ↔ 达人粉丝 |\n| 数据源 | USER系统内部 | JOYCOLLAB同步 |\n| 财务 | 返款(固定金额) | 提成+返点(按效果) |\n| 风险关注 | 诈骗/双重退款 | 合作纠纷/违约/虚假流量 |\n\n#### 16.3 IM/EDM/APP 在免评中的协同角色\n\n| 协同动作 | 渠道 | 说明 |\n| --- | --- | --- |\n| KOC内容二次分发 | IM/APP | 将KOC发布的优质内容推送给站内用户 |\n| 免评Code触达 | IM/EDM | 将免评Code分发给符合条件的站内用户 |\n| 活动引流 | APP Push | 推送活动通知引导用户进入KOC内容页 |\n| 结果通知 | IM/APP | 通知用户Code到账、订单确认 |\n\n#### 16.4 免评核心结果组\n\n| 结果组 | 跟踪内容 |\n| --- | --- |\n| 内容 | 发布状态、链接、发布时间、互动数据 |\n| 引流 | 点击量、跳转量、Code使用量 |\n| 成交 | 订单数、转化量、销量 |\n| 经营 | 权重变化、ASIN健康变化、品牌搜索变化 |\n\n---\n\n### 17. 店铺紧急催评流程(IM渠道专属子流程)\n\n```mermaid\nflowchart TB\n TRIGGER[\"触发条件
查:店铺当日掉评/差评/需紧急拿好评稳评分
状态:紧急触发\"] --> CALC[\"计算推送量
目标好评数 ÷ 2% = 需触达用户数
写:推送方案\"]\n\n CALC --> EXEC[\"执行\"]\n EXEC --> E1[\"查:筛选可触达用户
写:推送紧急催评消息\"]\n EXEC --> E2[\"查:优先触达高完成率用户\"]\n EXEC --> E3[\"查:持续跟踪回评提交状态\"]\n\n E1 & E2 & E3 --> RESULT{\"结果\"}\n RESULT -->|\"已提交好评\"| R1[\"写:更新已回评/测评完成
状态:已完成\"]\n RESULT -->|\"未提交\"| R2[\"写:保留在待催评池
状态:待催评\"]\n RESULT -->|\"异常\"| R3[\"转人工:推送客服跟进
状态:转客服\"]\n\n style TRIGGER fill:#fce4ec,stroke:#c62828\n```\n\n---\n\n## 第三部分:渠道交叉与协同规则\n\n### 18. 渠道优先级路由\n\n```mermaid\nflowchart LR\n USER_IN[\"同一个用户\"] --> D1{\"查:用户状态\"}\n D1 -->|\"APP注册 + 活跃 + 已绑定\"| IM[\"IM 优先\"]\n D1 -->|\"APP注册 + 低活跃\"| APP_PUSH[\"APP Push优先 + IM补充\"]\n D1 -->|\"未注册APP\"| EDM[\"EDM优先 → 引导注册后转IM\"]\n D1 -->|\"高价值 + 多次无响应\"| TEL[\"TEL人工\"]\n D1 -->|\"长期测评人(C类)\"| IM_FREE[\"IM免评卡片 + KOC/KOL协同\"]\n\n style IM fill:#e3f2fd\n style EDM fill:#fff3e0\n style TEL fill:#fce4ec\n```\n\n### 19. 渠道间去重规则\n\n| 规则 | 说明 |\n| --- | --- |\n| 同一计划同一用户 | 不重复通过多渠道路由,优先走最高优先级渠道 |\n| 用户已在客服工单中 | 暂停自动触达,等待工单关闭后再判断 |\n| 用户已提交评价(待核验) | 所有渠道暂停催评,等待核验结果 |\n| 用户已退订某渠道 | 该渠道永久排除,不影响其他渠道 |\n| 用户命中强关联风险 | **所有渠道暂停自动触达**,进入人工复核 |\n| 用户命中弱关联风险 | 降频 + 提示后继续,但需人工关注 |\n\n### 20. 用户状态 × 渠道可用性矩阵\n\n| 用户状态 | IM | EDM | APP Push | TEL | KOC/KOL |\n| --- | --- | --- | --- | --- | --- |\n| APP活跃 + 已绑定 | **首选** | 不送 | 补充 | - | - |\n| APP活跃 + 未绑定 | 引导绑定 | - | 活动通知 | - | - |\n| APP低活跃 | 降频 | 补充 | **召回** | - | - |\n| 未注册APP | - | **首选** | - | 高价值时 | - |\n| 已答应配合 | 提醒 | - | 到期提醒 | **超时拨打** | - |\n| 长期测评人 (C) | **仅免评** | - | - | - | 可协同 |\n| 黑名单/强关联 | **全暂停** | **全暂停** | **全暂停** | **需复核** | **暂停** |\n| 弱关联风险 | 降频+提示 | 降频+提示 | 降频+提示 | 提示后执行 | 提示 |\n| 累计接近12 | 预警+人工 | 预警+人工 | 预警+人工 | 可正常服务;涉及普通测评邀请时需人工复核 | - |\n| 累计已满12 | 仅免评 | 仅免评 | 仅免评 | 可正常服务;不得绕过普通测评限制 | 可协同 |\n\n---\n\n## 第四部分:第三步数据对象建议\n\n### 21. 第三步建议优先产出的数据对象\n\n| 优先级 | 对象 | 来源能力/渠道 |\n| --- | --- | --- |\n| **P0** | `person_profiles`(真实人) | §2 真实人识别 |\n| **P0** | `person_identity_links`(身份关联) | §2 真实人识别 |\n| **P0** | `contact_context_snapshots`(用户上下文快照) | §2 用户上下文卡 |\n| **P0** | `person_quota_ledgers`(额度台账) | §4 额度台账 |\n| **P0** | `quota_reservations`(额度预占) | §4 额度台账 |\n| **P0** | `risk_signals`(风险信号) | §6 风险判断 |\n| **P0** | `risk_cases`(风险事件) | §6 风险判断 |\n| **P0** | `blacklist_entities`(黑名单实体) | §6 风险判断 |\n| **P0** | `audience_snapshots`(人群快照) | §3 人群生成 |\n| **P0** | `audience_exclusions`(人群排除记录) | §3 人群生成 |\n| **P0** | `channel_route_decisions`(渠道路由决策) | §18 渠道优先级 |\n| **P0** | `channel_dedup_records`(渠道去重记录) | §19 渠道间去重 |\n| **P1** | `im_interaction_records`(IM交互记录) | §9 IM |\n| **P1** | `im_flow_tags`(IM流程标签) | §9 IM |\n| **P1** | `edm_message_events`(EDM事件) | §10 EDM |\n| **P1** | `edm_user_behavior_profiles`(EDM用户行为画像) | §10 EDM |\n| **P1** | `app_touch_events`(APP触达事件) | §11 APP |\n| **P1** | `tel_call_records`(TEL通话记录) | §12 TEL |\n| **P1** | `support_tickets`(客服工单) | §13 客服 |\n| **P1** | `support_followups`(答应配合跟进) | §13 客服 |\n| **P1** | `support_assignment_logs`(工单分配日志) | §13 客服 |\n| **P1** | `review_submission_records`(评价提交记录) | §15 评价完成 |\n| **P1** | `review_display_checks`(评价展示核验) | §15 评价完成 |\n| **P1** | `exemption_plan_tasks`(免评计划任务) | §16 KOC/KOL |\n| **P1** | `creator_content_records`(KOC内容记录) | §16 KOC/KOL |\n| **P1** | `amazon_refund_records`(Amazon退款记录) | §6 双重退款 |\n| **P1** | `oa_refund_records`(OA返款记录) | §6 双重退款 |\n| **P1** | `refund_match_results`(退款比对结果) | §6 双重退款 |\n| **P2** | `attendance_records`(出勤记录) | §14 客服管理 |\n| **P2** | `shift_schedules`(排班表) | §14 客服管理 |\n| **P2** | `support_goal_records`(客服目标) | §14 客服管理 |\n| **P2** | `support_performance_snapshots`(绩效快照) | §14 客服管理 |\n| **P2** | `interaction_audit_logs`(互动审计日志) | §8 审计 |\n| **P2** | `manual_review_tasks`(人工复核任务) | §5/§6 复检与风险 |\n\n---\n\n### 22. 与基线 v1.2 的关系\n\n本文件是基线 v1.2 的下游细化产物:\n\n| 基线 v1.2 章节 | 本文件对应 |\n| --- | --- |\n| §6.1 主动触达支线 | §9 IM、§10 EDM、§11 APP Push |\n| §6.2 免评执行支线 | §16 KOC/KOL + §16.3 协同角色 |\n| §6.3 被动售后与TEL支线 | §12 TEL |\n| §6.4 风险/诈骗拦截支线 | §6 风险判断与黑名单 |\n| §6.5 客服工单与客服管理支线 | §13 客服工单、§14 客服管理 |\n| §7 真实人识别、用户上下文与额度规则 | §2 真实人识别、§4 额度台账 |\n| §8 渠道专属补充事实 | §9-§16 各渠道专属流程 |\n| §11 第二步新入口 | 本文件整体 |\n\n---\n\n### 23. 本版结论\n\nv2.2 吸收了前序文档中的以下优势:\n\n1. **额度体系**(测评4/免评4/累计12)作为独立共用能力,含台账/预占/预警/拦截\n2. **画像拆解**为 7 组字段 × 3 类用途\n3. **节点规则表**统一用 查/写/状态/提醒/拦截/转人工 格式\n4. **EDM 专属行为指标**(3/5次0打开、点击未回复时长、单月收信次数)\n5. **客服管理支撑流**(排班/出勤/绩效/目标)\n6. **评价完成流程**中拆开\"提交即计12\"vs\"展示才计完成\"\n7. **P0/P1/P2 数据对象**优先级\n\n同时保留了我版的核心优势:\n\n1. **IM A/B/C 三层用户完整流转**(提交核验、测评流程、标签汇总、推送/流转动作表)\n2. **渠道交叉与协同规则**(优先级路由、去重规则、用户状态 × 渠道可用性矩阵)\n3. **KOC/KOL JOYCOLLAB 同步链路**及免评协同角色表\n4. **TEL 拨打前准备五步 + 重试策略**\n5. **店铺紧急催评**独立子流程\n6. **三套并行客服状态**(工单/答应配合/风险)\n\n并完成以下收口:\n\n1. 将 IM 里残留的 `Amazon 账号 < / > 12 review` 全部改为 `真实人累计真实提交评价` 口径\n2. 明确 TEL 可继续服务,但不能绕开普通测评额度限制\n3. 补齐渠道路由、渠道去重、IM 流程标签和 EDM 行为画像对应的数据对象\n", "wikilinks": [], "category": "layer-requirements" } }, { "id": "doc:05_需求文档/20260517_USER评价业务闭环主流程与后续工作基线_v1.2", "type": "document", "name": "USER 评价业务闭环主流程与后续工作基线 v1.2", "filePath": "05_需求文档/20260517_USER评价业务闭环主流程与后续工作基线_v1.2.md", "summary": "USER 评价业务闭环主流程与后续工作基线 v1.2 文件信息 文件名称: 20260517 USER评价业务闭环主流程与后续工作基线 v1.2.md 项目路径: C:\\XCODE\\USER 当前版本: v1.2 最近更新: 2026 05 17 前一版本: 20260517 USER评价业务闭环主流程与后续工作基线 v1.1.md 文件目的:在既有销售到评", "tags": [ "05_需求文档", "需求文档" ], "complexity": "moderate", "knowledgeMeta": { "content": "# USER 评价业务闭环主流程与后续工作基线 v1.2\n\n## 文件信息\n\n- 文件名称:`20260517_USER评价业务闭环主流程与后续工作基线_v1.2.md`\n- 项目路径:`C:\\XCODE\\USER`\n- 当前版本:`v1.2`\n- 最近更新:`2026-05-17`\n- 前一版本:`20260517_USER评价业务闭环主流程与后续工作基线_v1.1.md`\n- 文件目的:在既有销售到评价闭环基线上,补入真实人识别、测评 / 免评额度、用户历史上下文、IM / EDM / TEL / 客服细化口径,作为新版第二步和后续数据流设计的统一依据。\n- 适用范围:当前阶段的 Amazon 业务闭环设计;如后续扩展到独立站或非 Amazon 评价体系,需要在本文件基础上另行增补。\n- 使用方式:下一次继续本项目时,先读取本文件,再读取 `20260517_USER评价业务闭环_共用能力图与渠道专属流程_v2.2.md`,不要再从旧版页面链路重新推导业务主干。\n\n---\n\n## 版本记录\n\n| 版本 | 日期 | 说明 |\n| --- | --- | --- |\n| v1 | 2026-05-17 | 首次固化销售到评价完成的 USER 业务闭环主流程 |\n| v1.1 | 2026-05-17 | 将免评改为独立闭环;明确每次有效互动都要重新做身份与风险判断;明确当前版本不单列商家角色 |\n| v1.2 | 2026-05-17 | 补入用户历史与设备上下文、真实人级 `测评4 / 免评4 / 累计真实提交评价12` 规则、IM / EDM / TEL / 客服新增细节,并把第二步入口改为“共用能力 + 渠道专属流程” |\n\n---\n\n## 1. 已确认目标\n\n1. 系统要支持 USER 部门工作,而不是只做一个回评记录工具。\n2. 业务流必须从“销售发生 / 需求形成”开始,而不是从“推送”开始。\n3. Amazon 运营既可以人工提需求,系统也可以因 Listing 健康或评价缺口自动触发需求。\n4. 用户运营是“需求评估 + 计划调度中心”,负责把需求转成可执行计划并跟踪结果。\n5. 计划类型必须正式保留:\n - 推新计划\n - 回评计划\n - 免评计划\n6. `免评计划` 不是边缘例外,而是需要正式保留的关键业务类型;其与 KOC / KOL、社媒带货、站外流量和 Amazon 权重有关。\n7. 用户提交评价与系统确认评价完成必须拆成两个节点:\n - 用户已真实提交评价\n - Amazon 已展示 / 系统已确认计入计划完成\n8. `真实人` 是后续额度、风险、历史和用户画像的核心对象,不应只围绕某个 JOYHUB ID、邮箱或 Amazon 账号看用户。\n9. 已确认的额度规则为:\n - 同一真实人每月最多参与 `4 次测评`\n - 同一真实人每月最多参与 `4 次免评`\n - 同一真实人累计最多计入 `12 个真实提交的评价`\n10. `12` 的计数时点是 `用户真实提交评价`,不是 `Amazon 展示评价`。\n11. 每次有效互动都要重新做身份、历史、额度和风险判断;主动推送后的回复也不例外。\n12. 客服接入时必须能快速看到用户历史、订单历史、设备上下文、既往风险和当前提醒,而不是只看到当前对话。\n13. 后续系统设计顺序已经确定:\n 1. 先定业务流\n 2. 再做点击操作模拟\n 3. 最后根据业务需求整合现有数据,形成新的数据流和中间表需求\n\n---\n\n## 2. 当前边界与资料依据\n\n### 2.1 当前纳入范围\n\n- Amazon 业务\n- 销售到评价闭环\n- 推新、回评、免评\n- IM、EDM、APP、TEL、KOC / KOL\n- 售后接入\n- 客服执行与客服管理支撑\n- 黑名单与诈骗风险\n- ASIN 健康回流\n\n### 2.2 当前不作为本版主流程展开的内容\n\n- 独立站全链路\n- 完整 BI / 财务 / ROI 系统\n- 完整 KOC / KOL 结算系统\n- 所有历史后台页面逐页重构\n- 数据库最终物理设计\n\n### 2.3 资料依据\n\n本文件基于以下材料整理:\n\n1. `C:\\XCODE\\USER\\评价业务流闭环项目架构文档_v0.8.docx`\n2. `C:\\XCODE\\USER\\docs\\evaluation-business-architecture.md`\n3. `C:\\XCODE\\USER\\docs\\project-phase-one-plan.md`\n4. `C:\\XCODE\\USER\\output\\docs\\20260503_USER后台ERP一期功能与页面设计_v4.md`\n5. `C:\\XCODE\\USER\\output\\docs\\20260503_USER后台ERP自动推送与计划状态机_v4.md`\n6. `C:\\XCODE\\USER\\output\\docs\\20260503_USER后台ERP一期页面原型说明_v4.md`\n7. `C:\\XCODE\\USER\\output\\docs\\20260503_USER后台ERP_MVP角色首页UI规划_v1.md`\n8. `C:\\tcode\\飞书\\飞书聊天记录库\\cloud_files` 中当前主原型 HTML 与 `客服执行.html`\n9. `C:\\Users\\wu_zh\\Downloads\\20260407-法国诈骗问题(已扩散美国).docx`\n10. `C:\\Users\\wu_zh\\Desktop\\表头.xlsx`\n11. `C:\\Users\\wu_zh\\Downloads\\IM 推送业务流.mm`\n12. `C:\\Users\\wu_zh\\Downloads\\后台回评工作流对接事项.docx`\n13. `C:\\Users\\wu_zh\\Downloads\\客服相关模块.docx`\n14. `C:\\Users\\wu_zh\\Downloads\\电话业务流程知识库.docx`\n15. 用户在当前对话中补充确认的业务规则\n\n若历史资料与当前对话确认口径冲突,以当前对话中最新确认口径为准。\n\n---\n\n## 3. 角色与职责\n\n| 角色 | 核心职责 |\n| --- | --- |\n| Amazon 运营 | 依据销售、ASIN、评价目标提出推新 / 回评 / 免评需求 |\n| Amazon 运营总监 | 审批相关计划,确认优先级与业务必要性 |\n| 品牌运营 | 负责品牌推广、站外节奏和与用户运营 / 内容运营协同 |\n| 内容运营 | 承接社区广告、APP 广告位、内容流量等侧向支持 |\n| 用户运营 | 评估需求、生成计划、分配资源、协调渠道、跟踪结果 |\n| 用户运营负责人 / 组长 | 复核计划、分配组员、处理重点风险和异常 |\n| 菲律宾客服负责人 | 关注工单压力、分配客服组、处理升级工单、查看绩效 |\n| 菲律宾客服组长 | 分配组内工单、复核升级、控制逾期和重点工单 |\n| 菲律宾客服组员 | 实际接待、电话沟通、记录、回复、回访、提交疑似诈骗 |\n| 风险 / 黑名单相关人员 | 接收诈骗疑似、复核、同步黑名单、维护风险口径 |\n| KOC / KOL 运营 | 承接站外带货、合作关系、内容和导购协同 |\n\n当前版本不单列“商家 / 商家运营”角色。这里的“商家”如出现,均按 Amazon 卖家侧语义理解,由 Amazon 运营承接;品牌商当前也只纳入 Amazon 内评价相关协同。\n\n---\n\n## 4. 总体业务结构\n\n### 4.1 主流程\n\n```mermaid\nflowchart LR\n A[\"销售发生 / ASIN销售数据形成\"] --> B[\"需求触发\"]\n B --> B1[\"Amazon运营人工提需求\"]\n B --> B2[\"系统按评价缺口或Listing健康自动触发\"]\n B1 --> C[\"用户运营评估需求\"]\n B2 --> C\n C --> D[\"形成业务计划\"]\n D --> D1[\"推新计划\"]\n D --> D2[\"回评计划\"]\n D --> D3[\"免评计划\"]\n D1 --> E[\"规则 / 风险 / 额度复核\"]\n D2 --> E\n D3 --> E\n E --> F[\"审批通过\"]\n F --> G[\"执行拆解\"]\n G --> H1[\"评价型执行闭环\"]\n G --> H2[\"免评型执行闭环\"]\n H1 --> I1[\"IM / EDM / APP / TEL / 客服协同\"]\n I1 --> J1[\"用户被触达或主动进入\"]\n J1 --> K1[\"每次有效互动均重做身份 / 历史 / 额度 / 风险核验\"]\n K1 --> L1[\"服务 / 售后 / 跟进\"]\n L1 --> M1[\"用户真实提交评价\"]\n M1 --> N1[\"计入真实人累计评价额度\"]\n N1 --> O1[\"Amazon是否展示 / 系统是否确认完成\"]\n O1 --> P[\"结果回流\"]\n H2 --> I2[\"KOC / KOL为核心,IM / EDM / APP等协同参与\"]\n I2 --> J2[\"内容发布 / 站外引流 / 带货执行\"]\n J2 --> K2[\"跟踪点击、Code、订单、转化与权重结果\"]\n K2 --> P\n P --> Q[\"更新ASIN健康、计划完成度、用户画像、流量结果、风险记录\"]\n Q --> C\n```\n\n### 4.2 五个业务层\n\n| 业务层 | 说明 |\n| --- | --- |\n| 经营层 | 销售、ASIN、需求、品牌 / 内容 / KOC-KOL 侧影响 |\n| 计划层 | 推新、回评、免评、审批、规则、额度、风险 |\n| 执行层 | IM、EDM、APP、TEL、客服工单、KOC / KOL 协作 |\n| 服务与身份层 | 用户接入、真实人归并、订单核验、用户上下文、售后处理 |\n| 结果与风险层 | 用户真实提交评价、Amazon 展示确认、免评结果、黑名单、诈骗、结果回流 |\n\n---\n\n## 5. 主流程详细说明\n\n| 阶段 | 业务说明 | 必须检查 | 主要输出 |\n| --- | --- | --- | --- |\n| 1. 销售与需求形成 | 销售发生后,Amazon 运营根据目标或系统根据健康度触发需求 | 销售、ASIN、评分、评价缺口、历史计划 | 新需求 |\n| 2. 用户运营评估 | 判断需求是否成立、是否可做、优先级如何 | ASIN 健康、目标数量、历史完成、当前资源、风险 | 已确认需求 / 待补充 / 驳回 |\n| 3. 计划生成 | 将需求转为推新、回评或免评计划 | 用户池、渠道容量、目标、周期 | 计划草案 |\n| 4. 计划复核与审批 | 对计划做规则、额度和风险复核,再进入审批 | 黑名单、频控、渠道风险、真实人额度、审批权限 | 已批准计划 |\n| 5. 执行拆解 | 把计划拆成渠道任务和人工任务 | 可触达用户、素材、客服负载、KOC / KOL协作 | 推送任务 / TEL任务 / 客服工单 / 协作任务 |\n| 6A. 评价型执行 | 推新、回评进入用户触达、服务与评价链路 | 真实人、订单、历史、额度、风险、售后情况 | 当前处理路径 |\n| 6B. 免评型执行 | 免评以 KOC / KOL 与站外流量为核心,同时可由 IM / EDM / APP 等协同参与 | 合作对象、内容、Code、渠道、素材、节奏、免评额度 | 内容任务 / 引流任务 / 带货任务 |\n| 7A. 用户真实提交评价 | 记录用户是否已经实际提交评价 | 用户反馈、提交证据、对应计划、真实人累计额度 | 已提交评价事实 |\n| 7B. 免评结果跟踪 | 记录免评计划的执行结果 | 内容发布、点击、Code、订单、转化、销量、权重变化 | 免评执行结果 |\n| 8. 评价确认 | 区分用户提交与 Amazon 展示结果 | Amazon 是否展示、是否能核验、是否属本计划 | 计入完成 / 待确认 |\n| 9. 结果回流 | 把评价结果与免评结果重新反馈给经营与计划层 | 计划完成、ASIN 健康、流量结果、风险变化、用户标签 | 新一轮决策输入 |\n\n---\n\n## 6. 关键业务支线\n\n### 6.1 主动触达支线\n\n```mermaid\nflowchart LR\n A[\"计划通过\"] --> B[\"筛选可触达用户池\"]\n B --> C[\"真实人识别 + 人群画像 + 额度校验\"]\n C --> D[\"渠道分配\"]\n D --> D1[\"IM\"]\n D --> D2[\"EDM\"]\n D --> D3[\"APP\"]\n D --> D4[\"TEL\"]\n D1 --> E[\"用户回应\"]\n D2 --> E\n D3 --> E\n D4 --> E\n E --> F[\"每次回应都重做身份 / 历史 / 额度 / 风险核验\"]\n F --> G[\"订单核验\"]\n G --> H[\"服务 / 跟进\"]\n H --> I[\"用户真实提交评价\"]\n```\n\n#### 关键规则\n\n1. IM、EDM、APP 可自动化;TEL 属于人工执行渠道。\n2. `IM` 需要识别用户分层、绑定玩具、设备、测评 / 免评额度和标签流转。\n3. `EDM` 需要识别最近打开、最近回复、点击评论链接但未回复、月度收信次数、最近 3 / 5 次 0 打开、邮箱类型、退订和硬退信。\n4. 计划生成前必须先检查:\n - 用户是否可触达\n - 是否命中风险\n - 是否超频\n - 是否符合站点 / 国家 / 产品目标\n - 是否接近或达到真实人额度上限\n5. 用户回应后,不能沿用上一次判断结果,必须重新检查当前身份、订单、设备、地址、历史、额度与风险状态。\n\n### 6.2 免评执行支线\n\n```mermaid\nflowchart LR\n A[\"免评计划通过\"] --> B[\"拆解执行方案\"]\n B --> C1[\"KOC / KOL协作\"]\n B --> C2[\"IM / EDM / APP辅助触达\"]\n B --> C3[\"内容 / 运营协同\"]\n C1 --> D[\"内容发布 / Code使用 / 站外引流\"]\n C2 --> D\n C3 --> D\n D --> E[\"跟踪点击、跳转、Code、订单、转化、销量与权重变化\"]\n E --> F[\"结果回流到ASIN健康与后续计划\"]\n```\n\n#### 关键规则1\n\n1. 免评计划不是评价型计划的弱化版本,而是以站外流量、带货、销量和权重结果为终点的独立闭环。\n2. KOC / KOL 是免评计划的核心执行通道,但 IM、EDM、APP 等也可以参与协同。\n3. 同一真实人每月最多参与 `4 次免评`;免评额度也要做预警、预占和拦截。\n4. 免评计划不以“用户提交评价”作为完成条件,必须另行跟踪内容发布、Code、点击、订单、转化、销量和权重变化。\n5. 如果免评执行过程中发生用户互动、售后或返款等行为,仍须进入统一的身份与风险判断机制。\n\n### 6.3 被动售后与 TEL 支线\n\n```mermaid\nflowchart LR\n A[\"用户主动联系 / 电话呼入\"] --> B[\"接入即预查\"]\n B --> C[\"识别来源、身份、订单、历史、风险\"]\n C --> D{\"是否有售后问题\"}\n D -->|有| E[\"问题分类与解决方案\"]\n E --> F[\"确认是否解决 / 是否满意\"]\n F --> G[\"满意后进入回评 / 测评邀请\"]\n D -->|无| H[\"确认无其他需求\"]\n H --> I[\"可进入测评邀请\"]\n G --> J[\"记录电话 / 工单 / 后续跟进\"]\n I --> J\n```\n\n#### 关键规则2\n\n1. TEL 当前至少包含两类入口:\n - 计划生成后的人工外呼任务\n - 用户从 Amazon 页面或说明书主动呼入\n2. 有售后问题时,必须先解决售后,再谈评价或测评邀请。\n3. 电话中需要尽量确认:\n - 购买平台\n - 订单号\n - 产品型号 / 款式 / 颜色\n - 购买时间\n - 问题类型\n - 是否有图片、视频或其他凭证\n4. 每通电话结束后,至少要记录:\n - 来电时间\n - 来源\n - 联系方式\n - 订单号\n - 问题类型和描述\n - 处理方案\n - 是否已解决\n - 是否需要后续跟进\n - 是否邀请测评 / 回评\n - 用户是否接受\n5. 当前电话业务的核心是:\n - 自然单回评转化\n - 充分利用电话用户的测评资源\n\n### 6.4 风险 / 诈骗拦截支线\n\n```mermaid\nflowchart LR\n A[\"新订单同步 / 主动触达回应 / 用户接入 / 退款申请 / 再次跟进\"] --> B[\"重新做风险识别\"]\n B --> C{\"是否命中强关联\"}\n C -->|是| D[\"直接进入高风险或黑名单链路\"]\n C -->|否| E{\"是否命中弱关联\"}\n E -->|是| F[\"进入高风险观察 + 人工复核\"]\n E -->|否| G[\"继续正常流程\"]\n D --> H[\"拦截自动退款、继续推送、自动放行\"]\n F --> H\n H --> I[\"提醒客服 / 用户运营 / 审核人员\"]\n```\n\n#### 已确认风险口径\n\n| 风险类型 | 关联项 | 处理原则 |\n| --- | --- | --- |\n| 强关联 | 邮箱、设备号、电话、收件人姓名+地址、订单号、聊天记录、Profile ID、收款信息 | 一旦命中,可直接进入高风险或黑名单链路 |\n| 弱关联 | IP 单独命中、姓名单独命中、同址异名 | 进入高风险观察,不直接认定诈骗 |\n\n#### 已确认业务问题\n\n1. 当前真实事故中存在“双重退款”风险:\n - APP / OA 已退款\n - 用户又向 Amazon 申请退款\n2. 需要把 Amazon 退款与 OA 返款自动比对。\n3. 高风险用户一旦标记,支付 / 返款需要人工复核。\n4. 客服、审核、退款等环节必须都能看到风险提醒。\n5. 非 APP 用户如果直接走邮件退款,因缺少设备、注册邮箱等维度,风险识别能力明显下降。\n6. 风险判断不是一次性的接入动作,而是每次有效互动都要重新执行。\n\n### 6.5 客服工单与客服管理支线\n\n```mermaid\nflowchart LR\n A[\"用户消息进入 / 推送转人工 / 售后触发 / 风险触发\"] --> B[\"生成工单\"]\n B --> C[\"按班次、在线状态、当前负载自动分配\"]\n C --> D[\"客服处理\"]\n D --> E{\"处理结果\"}\n E -->|等待用户| F[\"等待用户回复\"]\n E -->|等待内部| G[\"等待内部协同\"]\n E -->|答应配合| H[\"生成后续跟进\"]\n E -->|疑似诈骗| I[\"转风险链路\"]\n E -->|已解决| J[\"关闭工单\"]\n D --> K[\"回复效率 / 转化 / 目标完成统计\"]\n```\n\n#### 工单与管理事实\n\n1. 客服相关模块不只包括工单,还包括:\n - 出勤管理\n - 排班管理\n - 回复效率统计\n - 转化统计\n - 目标管理\n2. `排班` 与 `在线状态` 会直接影响自动分配。\n3. `工单状态`、`答应配合状态`、`风险状态` 必须拆开存。\n4. 客服转化要区分:\n - RSO 回评\n - RDO 测评\n5. 回复效率至少要统计:\n - 回复用户数\n - 处理工单数\n - 发送消息数\n - 平均 / 中位数 / 最大 / 最小首次回复时长\n6. 转化统计至少要看:\n - 登记订单数\n - 获取评价数\n - 评价完成率\n7. 主管需要看到出勤、排班、绩效、目标完成和工单分配,而不是只看单个会话。\n\n---\n\n## 7. 真实人识别、用户上下文与额度规则\n\n### 7.1 真实人识别原则\n\n1. 当前系统不应只围绕 `JOYHUB ID` 看用户,而应同时围绕:\n - 账号\n - 订单\n - 实际收件人\n - 设备\n - 联系方式\n - 风险关系\n2. 如果用户在 JOYHUB 内提交订单,则订单可直接关联到当前 JOYHUB ID。\n3. 如果用户通过邮件联系:\n - 先问是否有 JOYHUB ID\n - 再用注册邮箱与 JOYHUB ID 做关系查询\n4. 如果用户通过电话联系:\n - 先确认是否注册 APP\n - 结合电话、订单、收件人、地址、设备、邮箱继续识别\n5. 非 APP 用户如需继续参与相关流程,应优先引导注册 APP,再继续后续动作。\n\n### 7.2 实际收件人判定\n\n| 情况 | 处理原则 |\n| --- | --- |\n| 标准化后姓名 + 地址完全一致 | 直接认为是同一实际收件人 |\n| 地址一致但姓名不同 | 只认为存在家庭 / 关联风险,不直接判定同一人 |\n| 邮箱不同、JOYHUB ID 不同 | 不能单独否定“同一实际人” |\n| 订单号命中历史异常 | 应立即拉出历史上下文和风险记录 |\n\n### 7.3 用户上下文卡\n\n客服和用户运营在必要节点应能看到:\n\n| 字段组 | 例子 |\n| --- | --- |\n| 当前身份 | JOYHUB ID、邮箱、电话、真实人 ID、当前订单 |\n| 历史交易 | 历史订单、最近购买、退款 / 返款、目标 ASIN 购买情况 |\n| 历史服务 | 历史工单、聊天、电话、承诺、提醒、关闭原因 |\n| 历史风险 | 黑名单、关联账号、疑似诈骗、双重退款、异常订单 |\n| 当前设备 | 设备号摘要、设备型号 / 类型、系统版本、APP 版本、最近设备变化 |\n| 触达历史 | IM / EDM / APP / TEL 最近触达、回复、退订、投诉 |\n\n### 7.4 额度规则\n\n| 规则 | 统计对象 | 计数口径 |\n| --- | --- | --- |\n| 月度测评最多 4 次 | 真实人 | 已完成 + 进行中 + 已预占 |\n| 月度免评最多 4 次 | 真实人 | 已完成 + 进行中 + 已预占 |\n| 累计真实提交评价最多 12 个 | 真实人 | 用户真实提交评价后立即计数 |\n\n### 7.5 额度控制原则\n\n1. 额度判断必须放在 `真实人识别` 之后,而不是只看单一账号。\n2. 系统不能等到真正超限才提示,必须在接近上限时提前预警。\n3. 一旦 `已用 + 进行中 + 已预占 + 本次拟发送` 会导致超限,就不能进入自动推送。\n4. `Amazon 未展示` 不影响 12 次累计额度,因为口径已经确认按 `真实提交` 计数。\n\n---\n\n## 8. 渠道专属补充事实\n\n### 8.1 IM\n\n- 用户需要分层:未参与过、参与过、长期测评人。\n- 触发条件包括注册 App、绑定玩具、识别绑定产品。\n- 需要校验设备 ID、黑名单、绑定产品、额度与标签。\n- 用户提交订单号、返款账号、评论截图 / 链接后,要继续做订单核验和资格登记。\n\n### 8.2 EDM\n\n- EDM 不是简单“发邮件”,而是独立的筛选与节奏引擎。\n- 需要支持:\n - 最近打开时间\n - 最近回复时间\n - 打开次数\n - 最近 3 / 5 次推送 0 打开\n - 点击评论链接但未回复时长\n - 单月收信次数\n - 各邮件类型发送次数\n - 邮箱后缀标签\n - 国家站点\n - 退订、硬退信、风险用户、黑名单、OA 无资格用户排除\n\n### 8.3 APP\n\n- APP 侧至少要纳入:\n - 注册邮箱\n - 设备号\n - 设备型号 / 类型\n - APP 版本\n - 系统版本\n - 用户行为数据\n - 绑定玩具\n - 活跃与点击行为\n- APP 不只是触达渠道,也是身份识别、设备变化和行为画像的重要来源。\n\n### 8.4 TEL\n\n- TEL 同时承担主动外呼和被动来电。\n- 其价值不只是“打电话”,而是:\n - 解决售后\n - 捕捉自然单回评机会\n - 充分利用电话用户的测评资源\n\n---\n\n## 9. 评价结果规则\n\n### 9.1 必须拆开的两个节点\n\n```mermaid\nflowchart LR\n A[\"用户已真实提交评价\"] --> B[\"计入真实人累计评价额度\"]\n B --> C{\"Amazon是否展示 / 是否可核验\"}\n C -->|展示或可核验| D[\"计入计划完成\"]\n C -->|未展示 / 暂不可核验| E[\"保留用户已提交事实\"]\n E --> F[\"进入待确认 / 异常观察\"]\n D --> G[\"更新ASIN健康与计划完成度\"]\n```\n\n### 9.2 原因\n\n1. 用户可能确实已经提交评价。\n2. Amazon 可能因为其他原因不展示该评价。\n3. `额度计数` 与 `计划完成确认` 不是同一个业务事实。\n4. 如果系统只保留一个“评价完成”状态,会把平台展示问题错误归因给执行人员或用户。\n\n---\n\n## 10. 贯穿全程的数据检查点\n\n| 检查点 | 发生时机 | 核心检查 |\n| --- | --- | --- |\n| 经营检查 | 需求形成前 | 销售、ASIN、评分、评价缺口、历史计划 |\n| 计划检查 | 生成计划前 | 人群、渠道、容量、规则、黑名单 |\n| 画像检查 | 生成人群时 | 国家、站点、性别、年龄、绑定玩具、产品关系、活跃、历史行为 |\n| 额度检查 | 生成人群、发送前、继续推进前 | 测评 4、免评 4、累计真实提交 12、进行中与已预占 |\n| 身份检查 | 首次接入与每次有效互动时 | JOYHUB、邮箱、电话、设备、订单、地址、历史记录 |\n| 互动复检 | 主动触达回应、再次联系、补充订单号、客服回访时 | 关键属性是否变化,是否出现新订单、新地址、新设备、新返款记录 |\n| 风险检查 | 每次有效互动、退款、返款、继续推送前 | 双重退款、强弱关联、黑名单、历史异常 |\n| 结果检查 | 评价提交与确认后 | 首评 / 回评、是否属本计划、是否展示、ASIN 健康变化 |\n\n---\n\n## 11. 第二步的新入口\n\n第二步不再按旧版页面链路推进,而改成:\n\n### 11.1 共用能力图\n\n1. 真实人识别与用户上下文卡\n2. 人群生成与画像拆解\n3. 额度与频控控制\n4. 每次有效互动复检\n5. 风险与黑名单\n\n### 11.2 渠道 / 模块专属流程图\n\n1. IM\n2. EDM\n3. APP\n4. TEL\n5. 客服工单\n6. 客服管理支撑\n7. 评价完成\n8. 免评执行\n\n### 11.3 每张图都必须回答\n\n- 进入条件是什么\n- 要先查什么\n- 如何判断\n- 写入什么\n- 状态怎么变\n- 何时提醒\n- 何时拦截\n- 何时转人工\n\n---\n\n## 12. 下一次继续工作时的直接提示\n\n1. 先读取本文件。\n2. 不要重新讨论“是否从销售开始”“是否保留免评”“评价提交与展示是否拆开”,这些已确认。\n3. 额度口径按当前版本执行:\n - 测评每月最多 4\n - 免评每月最多 4\n - 同一真实人累计真实提交评价最多 12\n4. 不要再把风险判断理解成“首次接入才做一次”;每次有效互动都需要重做判断。\n5. 不要再把第二步按页面链路拆;直接进入 `20260517_USER评价业务闭环_共用能力图与渠道专属流程_v2.2.md`。\n6. 旧版 `v1` / `v1.1` 保留为历史版本,不再作为后续主口径。\n\n---\n\n## 13. 本版结论\n\nUSER 部门未来系统的核心,不是单独记录“谁评价了”,而是把以下内容放进同一条可追踪闭环中:\n\n1. 销售与需求\n2. 计划生成与审批\n3. 真实人识别与用户上下文\n4. 测评 / 免评 / 累计评价额度控制\n5. IM / EDM / APP / TEL / 客服协同\n6. 用户身份与订单核验\n7. 售后服务与评价引导\n8. 免评执行与站外流量结果\n9. 用户真实提交评价\n10. Amazon 展示与系统确认\n11. ASIN 健康回流\n12. 风险与黑名单拦截\n\n只有这条闭环建立起来,后续的点击设计、页面设计和数据设计才不会彼此脱节。\n", "wikilinks": [], "category": "layer-requirements" } }, { "id": "doc:05_需求文档/客服执行", "type": "document", "name": "客服执行看板", "filePath": "05_需求文档/客服执行.html", "summary": "客服执行看板", "tags": [ "05_需求文档", "需求文档" ], "complexity": "complex", "knowledgeMeta": { "content": "\n\n \n \n \n 客服执行看板\n \n \n \n
\n \n \n\r\n", "wikilinks": [], "category": "layer-requirements" } }, { "id": "doc:05_需求文档/用户运营系统-单文件", "type": "document", "name": "USER评价业务闭环系统", "filePath": "05_需求文档/用户运营系统-单文件.html", "summary": "USER评价业务闭环系统", "tags": [ "05_需求文档", "需求文档" ], "complexity": "complex", "knowledgeMeta": { "content": "\n\n \n \n \n USER评价业务闭环系统\n \n \n \n \n
\n \n\n", "wikilinks": [ "10,15", "^\\", "^\\", "^\\", "^\\", "3,9", "r,n", "1,0", "1,\"rgba(207,212,219,0.2)\"", "\"rect\"", "e", "0,0", "t,t", "o.x,o.y", "s.x,s.y", "1,\"#E6EBF8\"" ], "category": "layer-requirements" } }, { "id": "doc:05_需求文档/evaluation-business-architecture", "type": "document", "name": "评价业务流闭环项目架构文档", "filePath": "05_需求文档/evaluation-business-architecture.md", "summary": "评价业务流闭环项目架构文档 版本:v0.7 更新时间:2026 04 26 当前阶段:业务框架搭建与部门业务梳理 1. 文档目标 本文档用于沉淀评价业务流闭环的业务结构、部门职责、核心数据、看板规划和后续项目规划依据。 当前重点不是直接进入系统设计,而是先明确: 业务闭环如何运转 各部门在闭环中的职责边界 每个部门需要哪些看板与数据字段 APP 与亚马逊运营", "tags": [ "05_需求文档", "需求文档" ], "complexity": "complex", "knowledgeMeta": { "content": "# 评价业务流闭环项目架构文档\n\n版本:v0.7 \n更新时间:2026-04-26 \n当前阶段:业务框架搭建与部门业务梳理\n\n## 1. 文档目标\n\n本文档用于沉淀评价业务流闭环的业务结构、部门职责、核心数据、看板规划和后续项目规划依据。\n\n当前重点不是直接进入系统设计,而是先明确:\n\n- 业务闭环如何运转\n- 各部门在闭环中的职责边界\n- 每个部门需要哪些看板与数据字段\n- APP 与亚马逊运营、品牌运营、内容运营、用户运营、客服运营之间的数据关系\n- 后续项目需要支持哪些管理动作、数据归因和异常预警\n\n## 2. 总体业务闭环\n\n### 2.1 当前业务主链路\n\n亚马逊运营、品牌运营、内容运营负责拉新与引流。 \n主要带来曝光和点击,其中当前主要流量来源于亚马逊,小部分开始来源于社媒与网站宣发。\n\n↓\n\n亚马逊运营负责亚马逊渠道转化与成交,品牌运营负责独立站转化与成交。\n\n↓\n\n成交后产生订单与成交数据。\n\n↓\n\n用户运营基于成交用户、绑定用户、活跃用户进行触达推送与索评。 \n同时,用户运营或评价运营需要维护 ASIN 健康度,核心依赖回评结果。\n\n↓\n\n客服运营收集售后问题、用户反馈、负面反馈和评价相关问题,并执行处理与改善动作。\n\n↓\n\n数据层和管理层进行复盘,调整产品策略、销售策略、推送策略、评价策略和人员分工。\n\n### 2.2 闭环中的核心角色\n\n| 角色/部门 | 主要职责 | 当前定位 |\n|---|---|---|\n| 亚马逊运营 | 亚马逊销售、产品销售管理、测评计划需求、免评计划需求、关键词推新、评价健康维护协同 | 当前 APP 用户最主要、最优质来源 |\n| 品牌运营 | 独立站品牌宣发、独立站销售转化、社媒品牌形象、品牌推广、新品宣发、活动宣发、粉丝互动 | 品牌侧销售与推广主责方,协助亚马逊扩大品牌市场份额 |\n| 内容运营 | 售前社区广告计划、APP 广告位、社区内容分发、帖子加权、新帖推流、固定流量池管理、用户 KOC/KCO 对接 | 配合亚马逊运营与品牌运营做销售前期宣发和社区流量承接 |\n| 用户运营 | 测评计划落地、用户触达、IM/EDM/TEL 推送、索评、回评跟进、社区互动、合作伙伴渠道管理 | 系统核心使用者,连接销售需求、用户资源、评价结果与客服执行 |\n| 客服运营 | 售后接待、登记、回复、问题完结、负面反馈处理 | 归属用户部门管理,承接售后与评价问题改善 |\n| 数据层/管理层 | 指标复盘、异常监控、成本分析、策略调整 | 统一看板、归因和管理决策 |\n\n## 3. 基础指标与统一数据口径\n\n### 3.1 销售核心指标\n\n- 销量:日销量、月销量、总销量\n- 绑定数:总用户数、月活、日活、产品绑定用户数\n- 评价数:测评数、回评数、每日每产品评价数、计划所需数量、实际完成数量、差评数\n- 成本:产品成本、返现成本、人力成本、提成、管理成本\n\n### 3.2 基础数据维度\n\n| 数据维度 | 说明 |\n|---|---|\n| 渠道影响力 | 衡量各渠道内容、活动、广告位、推送计划的效果 |\n| 用户属性 | 发帖人属性、用户行为、性别、活跃状态、风险标记 |\n| 时间维度 | 每日、每周、每月、活动周期、新品周期 |\n| 产品维度 | 国家、品牌、类目、二级类目、ASIN、产品绑定情况 |\n| 漏斗维度 | 曝光、点击、跳转、转化、成交、绑定、触达、评价 |\n| 风险维度 | 风险标记用户数、差评数、ASIN 健康风险、异常推送效果 |\n\n### 3.3 建议统一主键\n\n后续系统设计应优先统一以下主键,避免销售、用户、评价、售后数据无法串联:\n\n- 用户 ID\n- 订单 ID\n- 产品 ID\n- ASIN\n- 品牌 ID\n- 国家/站点\n- 渠道 ID\n- 推送 ID\n\n## 4. 第一部分:亚马逊运营相关业务\n\n### 4.1 亚马逊运营在闭环中的定位\n\n亚马逊运营负责在亚马逊平台上进行电商销售工作,是当前 APP 用户最主要、最优质的来源。\n\nAPP 与亚马逊运营之间的核心关系是:\n\n1. 亚马逊销售带来订单和用户来源。\n2. APP 需要识别这些购买用户是否下载安装并绑定产品。\n3. 当前每卖出 10 个玩具,约 40% 用户下载并绑定 APP。\n4. 需要亚马逊运营在 Listing、说明书、官网、售后触点等位置配合提升 APP 下载率和产品绑定率。\n5. 亚马逊运营需要提出测评计划、免评计划、推新计划和回评计划相关需求。\n6. APP 内现有用户资源需要根据产品重要级、推新节奏和评价健康度进行分配。\n\n### 4.2 亚马逊运营核心业务模块\n\n| 模块 | 业务内容 | 与 APP 的关系 |\n|---|---|---|\n| 销售管理 | 亚马逊站点销售、销量监控、产品销售报表 | 提供销量、成交、站点、产品数据 |\n| 产品聚合管理 | 按品牌、国家、类目聚合新品、重点产品、清仓产品 | APP 侧需要计算绑定率和用户覆盖情况 |\n| 绑定率提升 | Listing、说明书、官网等触点引导下载与绑定 APP | APP 提供绑定率数据,亚马逊运营优化触点 |\n| 测评计划 | 亚马逊运营根据销售需求提出测评需求和节奏 | 用户运营负责实际实现,品牌运营参与协同 |\n| 免评计划 | 关键词 + 实时销量策略,定时下单,主要承接补单诉求 | 需单独纳入合规与风险监控 |\n| 推新计划 | 面向 S 级或当期重点产品,结合关键词进行推广 | APP 内推送资源分配需要与推新计划匹配 |\n| 回评计划 | 维护链接评价数、回评数和评分等级 | 主要由亚马逊运营与用户运营协作,品牌运营参与协同 |\n| 品牌推广协同 | 亚马逊运营同步品牌推广计划,并在亚马逊站内承接品牌调性 | 品牌运营为亚马逊站外品牌推广主责方 |\n\n### 4.3 独立看板一:产品销量与绑定率看板\n\n#### 4.3.1 看板目标\n\n用于从亚马逊运营视角监控不同品牌、国家、类目、产品类型下的销量与 APP 绑定情况。\n\n该看板需要支持:\n\n- 品牌聚合\n- 国家/站点聚合\n- 类目与二级类目聚合\n- 新品、重点产品、清仓产品拆分\n- 销量与绑定率对比\n- 异常数据报警\n- 对应人员责任归属\n\n#### 4.3.2 产品类型\n\n| 产品类型 | 说明 |\n|---|---|\n| 新品 | 新上市产品,需要重点关注销量、绑定率、评价启动速度 |\n| 重点产品 | 当期重点销售或重点维护产品,如 S 级产品 |\n| 清仓产品 | 需要配合库存、促销、清仓节奏进行销售与触达 |\n\n#### 4.3.3 字段规划\n\n| 字段 | 说明 |\n|---|---|\n| 产品名 | 产品展示名称 |\n| 国家 | 销售国家或市场 |\n| 品牌 | 所属品牌 |\n| 对应人员 | 负责该产品或站点的运营人员 |\n| 二级类目 | 产品所属二级类目 |\n| ASIN | 亚马逊 ASIN |\n| 产品类型 | 新品、重点产品、清仓产品 |\n| 各站点销量 | 各亚马逊站点销量,详细数据涉密 |\n| 总销量 | 汇总销量 |\n| APP 绑定数 | APP 可识别的、已绑定指定玩具的用户数 |\n| 绑定率 | APP 可识别的绑定了指定玩具的用户数 / 销售数 |\n| 异常状态 | 是否出现销量异常、绑定率异常、数据缺失等 |\n| 异常原因 | 异常说明或系统识别原因 |\n| 最近更新时间 | 数据刷新时间 |\n\n#### 4.3.4 重点指标\n\n- 产品销量\n- APP 绑定数\n- APP 绑定率\n- 新品绑定率爬坡情况\n- 重点产品绑定率\n- 清仓产品触达与绑定情况\n- 低绑定率产品列表\n- 异常站点/异常国家/异常类目\n\n#### 4.3.5 异常报警建议\n\n| 异常类型 | 触发逻辑 |\n|---|---|\n| 绑定率过低 | 产品销量正常,但 APP 绑定率低于目标值 |\n| 销量异常波动 | 单日或单周销量较基准值显著上升或下降 |\n| 站点数据缺失 | 某国家/站点销量或绑定数据未同步 |\n| 新品启动异常 | 新品有销量但绑定数或评价启动明显滞后 |\n| 重点产品风险 | S 级或重点产品绑定率、评价数、评分低于目标 |\n\n### 4.4 独立看板二:推新计划与 APP 推送资源分配看板\n\n#### 4.4.1 看板目标\n\n用于管理亚马逊推新计划和 APP 内现有推送资源之间的配合关系。\n\n推新计划的核心是关键词相关的重点产品推广,尤其是当期周度、月度重点产品,如 S 级产品。\n\nAPP 侧需要根据现有用户资源,在 APP 内用户中进行定向推送、曝光、点击、回复、登记和评价转化跟踪。\n\n#### 4.4.2 推新业务结构\n\n| 层级 | 内容 |\n|---|---|\n| 当期重点产品 | 周度、月度重点产品表,例如 S 级产品 |\n| 关键词策略 | 每个重点产品关联的关键词方向 |\n| 推新算法 | 基于产品重要级、用户资源、活跃度、绑定数、历史效果进行推送分配 |\n| APP 推送资源 | APP 内用户、社区消息、广告位、图片点击、活动曝光等 |\n| 效果回收 | 曝光、点击、回复、登记、评价、回评 |\n\n#### 4.4.3 字段规划\n\n| 字段 | 说明 |\n|---|---|\n| 产品名 | 推新产品名称 |\n| ASIN | 对应亚马逊 ASIN |\n| 产品重要级 | 如 S 级、A级、普通等 |\n| 关键词 | 推新关联关键词 |\n| 推送方案 | 当前采用的推送策略或资源组合 |\n| 推送 ID | APP 内推送任务 ID |\n| 关联图片点击率 | 推送图片或关联素材点击率 |\n| 产品绑定数 | 已绑定该产品的用户数 |\n| 总用户数 | APP 总用户数或目标用户池总数 |\n| 当月活跃用户数 | 当月活跃用户规模 |\n| 当月活跃率 | 当月活跃用户数 / 总用户数 |\n| 推送数 | 实际推送数量 |\n| 曝光数 | 用户实际看到的曝光数量 |\n| 点击数 | 用户点击数量 |\n| 回复数 | 用户回复数量 |\n| 登记数 | 用户登记或报名数量 |\n| 评价数 | 最终产生的评价数量 |\n| 回评数 | 最终产生的回评数量 |\n| 推送状态 | 未开始、进行中、已结束、暂停、异常 |\n| 负责人 | 推新或推送负责人 |\n\n#### 4.4.4 核心计算指标\n\n- 曝光率 = 曝光数 / 推送数\n- 点击率 = 点击数 / 曝光数\n- 回复率 = 回复数 / 点击数\n- 登记率 = 登记数 / 点击数\n- 评价转化率 = 评价数 / 登记数\n- 回评转化率 = 回评数 / 评价数\n- 活跃用户覆盖率 = 推送数 / 当月活跃用户数\n\n#### 4.4.5 当前推新资源分配口径\n\n当前推新计划先采用基础规则,后续逐步引入模型。\n\n现阶段基本逻辑:\n\n- S 级产品需求需要最大程度满足。\n- 当前流量池预计约 50% 分配给核心 S 级产品。\n- A 级、B 级及其他产品共同占用剩余约 50% 流量。\n- 产品数量比例上,S 级约 10 来个,其他产品约 200 来个。\n- 后续建议计划需要综合关键词需求、GEO 需求、销量、产品重要级和突发事件生成。\n\n### 4.5 独立看板三:测评计划与免评计划看板\n\n#### 4.5.1 看板目标\n\n用于管理亚马逊运营、用户运营与品牌运营协同的核心评价业务,包括测评计划和免评计划。\n\n协作关系:\n\n- 亚马逊运营:根据亚马逊销售需求提出测评计划、免评计划和回评目标。\n- 用户运营:负责实际触达、推送、登记、索评、回评跟进和结果回收。\n- 品牌运营:由于了解亚马逊运营需求,参与协同对接,但不是实际执行主责方。\n\n其中:\n\n- 测评计划:主要用于新品、重点产品的评价启动、评价数量建设和关键词推广配合。\n- 免评计划:主要基于关键词和实时销量策略进行定时下单,当前主要承接补单诉求。\n\n#### 4.5.2 字段规划\n\n| 字段 | 说明 |\n|---|---|\n| 计划 ID | 测评或免评计划唯一标识 |\n| 计划类型 | 测评计划、免评计划 |\n| 产品名 | 关联产品 |\n| ASIN | 关联 ASIN |\n| 国家/站点 | 亚马逊站点 |\n| 品牌 | 所属品牌 |\n| 产品类型 | 新品、重点、清仓 |\n| 产品重要级 | S 级、A级等 |\n| 关键词 | 计划关联关键词 |\n| 计划周期 | 周、月或指定活动周期 |\n| 计划数量 | 计划执行数量 |\n| 实际完成数量 | 已完成数量 |\n| 完成率 | 实际完成数量 / 计划数量 |\n| APP 配合方式 | 推送、广告位、社区触达、客服触达等 |\n| 风险等级 | 低、中、高 |\n| 审批状态 | 待审批、已审批、执行中、已结束、暂停 |\n| 负责人 | 亚马逊运营负责人 |\n| 协同负责人 | APP 或用户运营负责人 |\n\n#### 4.5.3 审批流口径\n\n测评计划、回评计划、免评计划需要建立审批流。\n\n流程口径:\n\n1. 亚马逊运营提出测评、回评、免评计划。\n2. 亚马逊运营总监审批确认。\n3. 审批通过后进入用户运营执行排期。\n4. 用户运营根据用户池、渠道资源和频控规则制定可执行计划。\n\n#### 4.5.4 风险说明\n\n免评计划、补单诉求、返现或强索评相关动作应进入风险管理与审批机制,不能只作为普通运营动作处理。\n\n建议后续单独规划:\n\n- 合规风险字段\n- 审批流\n- ASIN 风险状态\n- 账号风险状态\n- 高风险动作留痕\n\n### 4.6 独立看板四:回评计划与 ASIN 评价健康度看板\n\n#### 4.6.1 看板目标\n\n用于保障亚马逊链接的评价数和评分等级,尤其是新品爆款周期内,需要评价数量和评价等级与销售节奏匹配。\n\n核心目标:\n\n- 保障链接评价数\n- 保障评分等级\n- 支撑新品爆款周期\n- 识别 ASIN 评价健康风险\n- 区分新品、重点产品、清仓产品的回评需求\n\n#### 4.6.2 评价健康标准\n\n当前业务描述中的核心标准:\n\n- 评价数要与新品爆款周期匹配,原则上数量要多。\n- 评价等级需要维持在较高水平。\n- 新品或爆款产品期望评价等级原则上应达到 4.8 以上。\n- 4.8 属于很健康。\n- 4.5 属于健康。\n- 4.2 属于高风险,需要加强对未回评用户的回评推送。\n\n#### 4.6.3 字段规划\n\n| 字段 | 说明 |\n|---|---|\n| ASIN | 亚马逊 ASIN |\n| 产品名 | 产品名称 |\n| 国家/站点 | 销售国家或亚马逊站点 |\n| 品牌 | 所属品牌 |\n| 产品类型 | 新品、重点、清仓 |\n| 产品重要级 | S 级、A级等 |\n| 当月计划回评数 | 当月计划获得的回评数量 |\n| 实际回评数 | 当月实际回评数量 |\n| 回评完成率 | 实际回评数 / 当月计划回评数 |\n| 期望评价等级 | 目标评分等级 |\n| 实际评价等级 | 当前实际评分等级 |\n| 当前评价数 | 当前累计评价数量 |\n| 当月新增评价数 | 当月新增评价数量 |\n| 差评数 | 当前或当月差评数量 |\n| 差评率 | 差评数 / 评价数 |\n| 健康状态 | 健康、关注、风险、严重风险 |\n| 负责人 | ASIN 负责人 |\n\n#### 4.6.4 产品类型下的回评管理\n\n| 产品类型 | 回评管理重点 |\n|---|---|\n| 新品 | 评价启动速度、评价数量爬坡、评分稳定性、爆款周期匹配 |\n| 重点产品 | 评分等级维护、差评预警、持续回评目标达成 |\n| 清仓产品 | 根据清仓节奏决定是否继续投入回评资源,避免资源浪费 |\n\n#### 4.6.5 ASIN 评价健康等级\n\n| 实际评价等级 | 健康状态 | 处理建议 |\n|---|---|---|\n| 4.8 及以上 | 很健康 | 维持正常回评节奏,重点保障新品爆款周期 |\n| 4.5-4.79 | 健康 | 保持监控,按计划推进回评 |\n| 4.2-4.49 | 高风险 | 加强对未回评用户的回评推送 |\n| 低于 4.2 | 严重风险 | 需要升级处理,结合客服、用户运营和亚马逊运营共同干预 |\n\n### 4.7 亚马逊运营协同品牌推广计划\n\n品牌推广计划由亚马逊运营与品牌运营协同完成。\n\n除亚马逊站内的品牌承接和销售动作外,以下工作以品牌运营为主进行决策,亚马逊运营同步即可:\n\n- JOYHUB 内推广\n- 社媒互动\n- 新品宣发\n- 活动宣发\n- 粉丝互动管理\n- 销售管理\n- 独立站推广\n- 新品推广\n- 社媒数据\n- KOL 互动数据\n\n#### 4.7.1 品牌推广协同数据\n\n| 字段 | 说明 |\n|---|---|\n| 推广计划 ID | 品牌推广计划唯一标识 |\n| 推广类型 | JOYHUB、社媒、新品宣发、活动宣发、KOL、独立站等 |\n| 产品名 | 关联产品 |\n| ASIN | 关联 ASIN |\n| 品牌 | 所属品牌 |\n| 国家 | 推广国家 |\n| 渠道 | 推广渠道 |\n| 曝光数 | 推广曝光 |\n| 点击数 | 推广点击 |\n| 跳转数 | 跳转到亚马逊或独立站的数量 |\n| 转化数 | 产生转化数量 |\n| 成交数 | 产生订单数量 |\n| 互动数 | 点赞、评论、私信、粉丝互动等 |\n| KOL 信息 | 合作达人或账号 |\n| 负责人 | 推广负责人 |\n\n## 5. 第二部分:品牌运营相关业务\n\n### 5.1 品牌运营在闭环中的定位\n\n品牌运营与亚马逊运营不在同一个办公区,但需要协助亚马逊运营共同建立销售体系。\n\n品牌运营的核心定位是:\n\n1. 负责独立站品牌宣发。\n2. 负责在社媒建立品牌形象。\n3. 负责独立站成交与品牌侧销售管理。\n4. 协助亚马逊运营在亚马逊平台上提高品牌调性。\n5. 协助亚马逊运营扩大品牌在亚马逊上的市场份额。\n6. 与亚马逊运营共同参与品牌推广计划。\n7. 在亚马逊站外品牌推广相关事项上,品牌运营为主责决策方,亚马逊运营同步。\n\n### 5.2 品牌运营与亚马逊运营的分工边界\n\n| 业务事项 | 主责方 | 协同方 | 说明 |\n|---|---|---|---|\n| 亚马逊站内销售 | 亚马逊运营 | 品牌运营 | 品牌运营协助提高品牌调性和市场份额 |\n| 亚马逊站内品牌承接 | 亚马逊运营 | 品牌运营 | Listing、品牌内容、品牌调性需要双方协同 |\n| 独立站品牌宣发 | 品牌运营 | 亚马逊运营同步 | 独立站推广和转化由品牌运营主责 |\n| 独立站成交 | 品牌运营 | 亚马逊运营同步 | 独立站销售数由品牌运营负责 |\n| 社媒品牌形象 | 品牌运营 | 亚马逊运营同步 | 包含账号内容、互动、粉丝维护 |\n| JOYHUB 内推广 | 品牌运营 | 亚马逊运营同步 | 实际为品牌运营工作,亚马逊运营了解进度 |\n| 新品宣发 | 品牌运营 | 亚马逊运营同步 | 站外宣发主责在品牌运营 |\n| 活动宣发 | 品牌运营 | 亚马逊运营同步 | 活动口径需要与销售节奏同步 |\n| 粉丝互动管理 | 品牌运营 | 亚马逊运营同步 | 社媒与品牌用户关系维护 |\n| KOL 互动 | 品牌运营 | 亚马逊运营同步 | KOL 数据和互动效果由品牌运营负责 |\n| AMZ 测评计划 | 亚马逊运营、用户运营 | 品牌运营协同 | 亚马逊运营提需求,用户运营实现,品牌运营参与协同 |\n| 回评计划 | 亚马逊运营、用户运营 | 品牌运营协同 | 主要服务 ASIN 评价健康度 |\n\n### 5.3 品牌运营核心业务模块\n\n| 模块 | 业务内容 | 输出 |\n|---|---|---|\n| 品牌宣发 | 独立站、社媒、JOYHUB、新品、活动等品牌曝光 | 品牌推广计划、宣发内容、渠道效果 |\n| 社媒运营 | 建立品牌形象、粉丝互动、社媒内容发布 | 社媒访问、点击、互动、转化数据 |\n| 独立站推广 | 独立站访问、点击、转化、成交管理 | 独立站销售数、转化漏斗 |\n| 新品推广 | 新品宣发、站外曝光、内容传播 | 新品推广数据、用户兴趣数据 |\n| 活动推广 | 活动宣发、活动页面、粉丝触达 | 活动曝光、点击、转化、成交 |\n| KOL 合作 | KOL 互动、达人合作、内容发布 | KOL 互动数据、访问与转化效果 |\n| 品牌销售管理 | 独立站成交、品牌侧销售数据管理 | 销售数、成交数、转化数 |\n| 亚马逊协同 | 协助亚马逊提升品牌调性和市场份额 | 品牌素材、推广节奏、协同反馈 |\n\n### 5.4 独立看板五:品牌影响力与独立站销售看板\n\n#### 5.4.1 看板目标\n\n用于衡量品牌运营在独立站、社媒、JOYHUB、KOL、新品宣发和活动宣发等渠道中的影响力、转化效果和销售结果。\n\n该看板以品牌运营为主责,亚马逊运营同步查看,用于判断站外品牌推广对亚马逊销售和独立站销售的辅助效果。\n\n#### 5.4.2 字段规划\n\n| 字段 | 说明 |\n|---|---|\n| 品牌 | 所属品牌 |\n| 国家 | 推广国家或市场 |\n| 渠道来源 | 独立站、社媒、JOYHUB、KOL、新品宣发、活动宣发等 |\n| 推广类型 | 新品、活动、日常内容、KOL、粉丝互动等 |\n| 产品名 | 关联产品 |\n| ASIN | 如有关联亚马逊产品,则记录 ASIN |\n| 负责人 | 品牌运营负责人 |\n| 访问数 | 各来源访问量 |\n| 点击数 | 各来源点击量 |\n| 转化数 | 各来源转化数量 |\n| 销售数 | 独立站或品牌侧销售数量,由品牌运营负责 |\n| 成交数 | 实际成交订单数量 |\n| 互动数 | 点赞、评论、分享、私信、粉丝互动等 |\n| KOL 信息 | 合作达人或账号信息 |\n| 内容/活动 ID | 关联内容、活动或投放任务 |\n| 跳转目标 | 亚马逊、独立站、APP、活动页等 |\n| 数据周期 | 日、周、月、活动周期 |\n\n#### 5.4.3 核心指标\n\n- 访问数\n- 点击数\n- 转化数\n- 销售数\n- 成交数\n- 社媒互动数\n- KOL 互动数据\n- 独立站转化率\n- 渠道访问贡献\n- 品牌活动转化效果\n\n#### 5.4.4 品牌影响力评估口径\n\n品牌影响力从两方面评估:\n\n1. 各渠道转化,包括独立站转化、亚马逊跳转转化、APP 承接转化等。\n2. 社媒影响力与调研反馈,包括互动、评论、粉丝反馈和品牌认知反馈。\n\n通过品牌活动前往亚马逊形成的转化,也归属品牌运营 OKR 结果。\n\n### 5.5 独立看板六:品牌推广计划协同看板\n\n#### 5.5.1 看板目标\n\n用于管理品牌运营与亚马逊运营共同参与的品牌推广计划。\n\n该看板需要明确:\n\n- 品牌运营在站外推广中的主责地位\n- 亚马逊运营在亚马逊站内承接品牌调性与销售转化的职责\n- 品牌推广与亚马逊销售、独立站销售、APP 用户增长之间的关系\n- 品牌推广计划与 AMZ 测评计划之间的协同关系\n\n#### 5.5.2 字段规划\n\n| 字段 | 说明 |\n|---|---|\n| 推广计划 ID | 品牌推广计划唯一标识 |\n| 推广计划名称 | 计划名称 |\n| 主责部门 | 品牌运营 |\n| 协同部门 | 亚马逊运营、用户运营、内容运营等 |\n| 推广类型 | JOYHUB、社媒、新品宣发、活动宣发、KOL、独立站等 |\n| 品牌 | 所属品牌 |\n| 国家 | 推广国家 |\n| 产品名 | 关联产品 |\n| ASIN | 关联亚马逊 ASIN |\n| 独立站链接 | 独立站承接地址 |\n| 亚马逊链接 | 亚马逊承接地址 |\n| APP 承接方式 | 是否需要 APP 内承接、推送或活动页 |\n| 计划开始时间 | 推广开始时间 |\n| 计划结束时间 | 推广结束时间 |\n| 预算 | 推广预算 |\n| 访问数 | 推广访问量 |\n| 点击数 | 推广点击量 |\n| 转化数 | 推广转化数量 |\n| 销售数 | 品牌侧销售数量 |\n| 成交数 | 实际成交订单 |\n| 亚马逊同步状态 | 未同步、已同步、需调整 |\n| 计划状态 | 草稿、待确认、执行中、已结束、暂停 |\n\n### 5.6 品牌运营参与 AMZ 测评计划的协作关系\n\nAMZ 测评计划由三方协作完成:\n\n| 角色 | 职责 |\n|---|---|\n| 亚马逊运营 | 根据亚马逊平台销售需求提出测评计划、回评计划、关键词和产品优先级需求 |\n| 品牌运营 | 理解并同步亚马逊运营需求,协同亚马逊运营与用户运营对接 |\n| 用户运营 | 负责实际实现,包括用户触达、推送、登记、索评、回评跟进和结果反馈 |\n\n需要明确的是:\n\n- 测评计划和回评计划的主要协作方是亚马逊运营与用户运营。\n- 品牌运营参与协同,但不是实际落地执行主责方。\n- 品牌运营的核心主责仍然是品牌宣发、社媒品牌形象、独立站成交和站外推广管理。\n\n### 5.7 APP 内资源协同边界\n\n| 资源类型 | 管理分配方 | 品牌运营角色 |\n|---|---|---|\n| APP 内社区资源 | 内容运营分配,品牌运营与内容运营协同 | 将亚马逊运营和品牌运营需求与内容运营协商 |\n| 用户推送资源 | 用户运营管理分配 | 将亚马逊运营和品牌运营需求与用户运营协商 |\n\n品牌运营熟悉内容运营和用户运营两侧资源,负责把亚马逊运营需求和品牌运营自身需求同步给相关部门,并推动协商解决。\n\n### 5.8 品牌运营与其他部门的数据关系\n\n| 数据流向 | 内容 | 用途 |\n|---|---|---|\n| 品牌运营 → 亚马逊运营 | 品牌推广计划、社媒/KOL 数据、新品宣发节奏、活动宣发数据 | 帮助亚马逊站内承接品牌调性和销售转化 |\n| 亚马逊运营 → 品牌运营 | 亚马逊销售需求、重点 ASIN、推新节奏、测评需求、关键词方向 | 品牌运营理解销售重点并做站外协同 |\n| 品牌运营 → 用户运营 | 推广计划、活动节奏、需要 APP 承接的用户触达需求 | APP 内推送、活动承接、用户触达 |\n| 用户运营 → 品牌运营 | APP 用户反馈、触达数据、活动参与、评价反馈 | 优化品牌内容和活动策略 |\n| 品牌运营 → 数据层/管理层 | 访问、点击、转化、销售数、互动数、KOL 数据 | 品牌影响力、渠道 ROI、独立站销售复盘 |\n\n## 6. 第三部分:用户运营相关业务\n\n### 6.1 用户运营在闭环中的定位\n\n用户运营是该系统的核心使用者。客服部门实际也归属用户部门管理。\n\n用户运营的核心定位是:\n\n1. 接收亚马逊运营与品牌运营协同后的销售数据和测评需求。\n2. 根据关键词、销量、产品重要级、ASIN 评价健康度共同制定可执行的测评计划。\n3. 基于 APP 用户、绑定用户、活跃用户、社区用户、非 APP 或低活跃用户进行分层触达。\n4. 在社区中与用户互动,鼓励测评人参与。\n5. 负责推送、登记、索评、回评跟进和结果回收。\n6. 按 ASIN 评价健康度动态调整触达资源和回评节奏。\n7. 管理 TEL、EDM、KOC/KOL/PR、短信、社区、非评价推送等多渠道触达。\n8. 管理客服售后相关执行数据,并将售后反馈纳入触达策略优化。\n\n### 6.2 用户运营核心业务模块\n\n| 模块 | 业务内容 | 输出 |\n|---|---|---|\n| 测评计划执行 | 根据亚马逊销售需求、关键词、销量、产品重要级制定可执行测评计划 | 推送计划、登记数据、评价数、计划完成度 |\n| 用户社区互动 | 在 APP 社区中与用户互动,鼓励用户参与新玩具测评 | 回复数、登记数、评价数 |\n| 回评计划跟进 | 根据 ASIN 评价健康度跟进回评目标 | 回评完成度、风险等级、ASIN 健康状态 |\n| IM 社区消息推送 | 推动新玩具购买与买后索评 | 曝光、点击、回复、登记、出评 |\n| 已成交索评 | 针对已绑定、已购买玩具的用户进行索评 | 实际回评数、评价等级改善 |\n| TEL 电话售后 | 接听售后和呼出电话 | 接听售后数据、呼出数据、售后原因 |\n| EDM 邮件推送 | 针对非 APP 或低 APP 活跃用户进行邮件触达 | 打开、点击、回复、转化 |\n| KOC/KOL/PR 合作 | 通过 JOYCOLLAB 网站管理合作伙伴体系 | 合作伙伴效果、带货链接、销售与提成数据 |\n| 其他触达渠道 | 短信、社区、非评价推送等仍在搭建中的渠道 | 新增测评渠道、内容改善、用户反感度控制 |\n\n### 6.3 测评计划执行数据\n\n用户运营根据亚马逊运营和品牌运营协同后的需求,结合销售数据、关键词和销量生成可执行的测评计划。\n\n测评计划的关键是把“销售侧需求”转化为“用户侧可执行动作”。\n\n#### 6.3.1 字段规划\n\n| 字段 | 说明 |\n|---|---|\n| 产品名 | 关联产品 |\n| ASIN | 亚马逊 ASIN |\n| 产品重要级 | S 级、重点、普通等 |\n| 关键词 | 亚马逊运营提出的关键词方向 |\n| 推送方案 | 用户运营制定的触达策略 |\n| 推送 ID | 推送任务唯一标识 |\n| 关联图片点击率 | 推送图片或素材点击率 |\n| 产品绑定数 | 已绑定该产品的用户数 |\n| 总用户数 | 可触达用户总数 |\n| 当月活跃用户数 | 当月活跃用户规模 |\n| 当月活跃率 | 当月活跃用户数 / 总用户数 |\n| 推送数 | 实际推送数量 |\n| 曝光数 | 实际曝光数量 |\n| 点击数 | 实际点击数量 |\n| 回复数 | 用户回复数量 |\n| 登记数 | 用户报名、登记或确认参与数量 |\n| 评价数 | 最终产生的评价数量 |\n\n### 6.4 ASIN 评价健康度与回评计划\n\n用户运营需要根据随时更新的 Listing 健康状况和 ASIN 评价健康度跟进回评计划。\n\n核心原则:\n\n- 新品爆款周期需要与评价数量和评价等级匹配。\n- 新品和爆款原则上评价数量要多。\n- 新品和爆款的期望评价等级原则上应达到 4.8 以上。\n- 常规产品需要保障链接评价数和评分等级。\n- 回评计划需要区分新品、重点产品、清仓产品。\n\n#### 6.4.1 字段规划\n\n| 字段 | 说明 |\n|---|---|\n| ASIN | 亚马逊 ASIN |\n| 产品名 | 关联产品 |\n| 产品类型 | 新品、重点、清仓 |\n| 当月计划回评数 | 当月计划回评数量 |\n| 实际回评数 | 当月实际完成回评数量 |\n| 期望评价等级 | 目标评价等级 |\n| 实际评价等级 | 当前实际评价等级 |\n| 回评完成率 | 实际回评数 / 当月计划回评数 |\n| 风险等级 | 健康、关注、风险、严重风险 |\n| 跟进人 | 用户运营负责人 |\n\n### 6.5 独立看板七:IM 社区消息推送计划看板\n\n#### 6.5.1 业务场景\n\nIM 社区消息推送主要用于推动新玩具测评。\n\n当用户没有购买我们想推动的新玩具时,用户运营通过 IM 社区消息推送促使用户购买新玩具,并在购买后进行索评。\n\n#### 6.5.2 看板目标\n\n按地区、品牌、类目、策略观察不同推送计划的效果。\n\n#### 6.5.3 字段规划\n\n| 字段 | 说明 |\n|---|---|\n| 推送 ID | 推送任务唯一标识 |\n| 关联产品 | 推送关联产品 |\n| ASIN | 关联 ASIN |\n| 国家/地区 | 推送覆盖地区 |\n| 品牌 | 所属品牌 |\n| 类目 | 产品类目 |\n| 策略 | 推送策略 |\n| 曝光 | 推送曝光数 |\n| 点击 | 用户点击数 |\n| 回复 | 用户回复数 |\n| 登记 | 用户登记数 |\n| 出评 | 最终产生评价数 |\n| 转化率 | 出评或登记转化率 |\n| 计划完成度 | 实际完成 / 计划目标 |\n| 订单号 | 订单号,含亚马逊来源和独立站来源,涉密字段 |\n| 订单来源 | 亚马逊、独立站等 |\n| profile ID | 用户 Profile 标识,涉密字段 |\n| joyhub ID | JOYHUB 用户标识,涉密字段 |\n\n### 6.6 独立看板八:已成交索评与回评计划完成度看板\n\n#### 6.6.1 业务场景\n\n当用户已经绑定某个玩具时,APP 能识别用户购买了哪个玩具。用户运营可以针对已有玩具进行已成交索评。\n\n该看板与 ASIN 评价健康度直接关联,用于确保亚马逊链接健康。\n\n#### 6.6.2 字段规划\n\n| 字段 | 说明 |\n|---|---|\n| 产品类型 | 新品、重点、清仓 |\n| 产品名 | 关联产品 |\n| ASIN | 关联 ASIN |\n| 产品计划回评数 | 当前产品计划回评数量 |\n| 实际回评数 | 当前产品实际回评数量 |\n| 回评完成率 | 实际回评数 / 产品计划回评数 |\n| 当前 ASIN 评价等级 | 当前 ASIN 星级或评分 |\n| 风险等级 | 健康、关注、风险、严重风险 |\n| 负责人 | 用户运营负责人 |\n\n### 6.7 独立看板九:TEL 电话售后渠道看板\n\n#### 6.7.1 业务场景\n\nTEL 电话售后渠道包括接听售后和呼出电话,主要用于改善服务、收集售后问题、支撑索评和降低负面反馈。\n\n#### 6.7.2 字段规划\n\n| 字段 | 说明 |\n|---|---|\n| 电话号码 | 高度涉密字段 |\n| 国家 | 用户国家 |\n| 品牌 | 关联品牌 |\n| 产品 | 关联产品 |\n| 售后原因 | 用户咨询或售后原因 |\n| 呼出数 | 呼出电话数量 |\n| 接听数 | 接听电话数量 |\n| 订单号 | 涉密字段 |\n| 跟进人 | 客服或用户运营负责人 |\n| 处理状态 | 待处理、处理中、已完结、需升级 |\n\n### 6.8 独立看板十:EDM 邮件推送渠道看板\n\n#### 6.8.1 业务场景\n\nEDM 邮件推送主要面向非 APP 用户或低 APP 活跃用户,用于补充 APP 内推送触达能力。\n\n#### 6.8.2 看板目标\n\n用于持续改善 EDM 计划,包括邮件打开、点击、回复和转化效果。\n\n#### 6.8.3 字段规划\n\n| 字段 | 说明 |\n|---|---|\n| 国家 | 用户国家 |\n| 地区 | 用户地区 |\n| 邮件服务商 | 邮件服务商 |\n| 用户邮箱 | 高度涉密字段 |\n| USER ID | 非 APP 用户 ID |\n| 推送 ID | EDM 推送任务 ID |\n| 点击数 | 邮件点击数量 |\n| 打开数 | 邮件打开数量 |\n| 回复数 | 邮件回复数量 |\n| 转化数 | 由邮件触达带来的转化数量 |\n| 计划状态 | 草稿、执行中、已结束、异常 |\n\n### 6.9 独立看板十一:KOC/KOL/PR 合作伙伴效果看板\n\n#### 6.9.1 业务场景\n\nKOC、KOL、PR 渠道用于合作伙伴对接和带货推广。合作伙伴体系通过 JOYCOLLAB 网站承接。\n\nKOC 在 JOYCOLLAB 上的带货数据原则上先在 JOYCOLLAB 网站内处理,再同步到大用户后台。财务也会参与销售数据、提成数据和交易金额的核算或校验。\n\n#### 6.9.2 看板目标\n\n用于改善合作伙伴效果,观察合作伙伴在不同国家、平台、产品和带货链路上的实际贡献。\n\n#### 6.9.3 字段规划\n\n| 字段 | 说明 |\n|---|---|\n| 合作伙伴 ID | 合作伙伴唯一标识 |\n| 国家 | 合作伙伴所在国家 |\n| 姓名 | 合作伙伴姓名,涉密字段 |\n| 时间 | 合作或跟进时间 |\n| 平台 | 合作平台 |\n| 粉丝 | 粉丝数量或粉丝规模 |\n| 备注 | 合作备注 |\n| 跟进人 | 用户运营或合作伙伴负责人 |\n| 合作产品 | 合作推广产品 |\n| 带货链接 | 合作伙伴带货链接 |\n| 销售数据 | 通过带货链接产生的销售数据 |\n| 提成数据 | 合作伙伴提成数据,涉密字段 |\n| 交易金额 | 产生的交易金额 |\n\n### 6.10 其他触达渠道\n\n其他渠道包括:\n\n- 短信\n- 社区\n- 非评价推送\n\n这些渠道仍在搭建当中,目标包括:\n\n1. 继续增加测评渠道。\n2. 改善内容触达效果。\n3. 降低用户对高频推送、索评、活动通知的反感。\n4. 为非评价类推送沉淀策略,例如活动、内容、售后提醒、品牌互动。\n\n### 6.11 用户识别、黑名单与频控口径\n\n#### 6.11.1 用户识别主标识\n\n订单号和 JOYHUB ID 是用户索评与黑名单查询中的两个主要标识。\n\n订单号包括:\n\n- 亚马逊来源订单号\n- 独立站来源订单号\n\n当用户注册后,必然有 JOYHUB ID。 \n当用户提供订单号时,JOYHUB ID 和订单号建立关联。\n\nAPP 侧还会保留注册邮箱、用户基础 IP、设备号、用户行为数据等信息。订单号可以关联用户地址、姓名、用户名等信息。\n\n#### 6.11.2 邮箱、账号与风险关联\n\n注册用户的 JOYHUB ID 和邮箱必然关联。部分用户可能使用多个邮箱注册多个账号,每个账号都有独立 JOYHUB ID。\n\n系统需要通过 IP、设备号等信息做黑名单关联。关联后,多个账号可被认定为关联账号,或在后台被划入高度风险关联,并按单一用户处理。\n\n#### 6.11.3 多渠道统一频控\n\nTEL、EDM、IM、社区、短信等渠道需要统一控制触达频率,并统一了解对用户的骚扰程度,避免过于频繁触达导致用户反感。\n\n### 6.12 用户运营与其他部门的数据关系\n\n| 数据流向 | 内容 | 用途 |\n|---|---|---|\n| 亚马逊运营 → 用户运营 | 销售数据、关键词、重点产品、测评需求、回评目标、ASIN 健康状态 | 制定可执行测评计划和回评计划 |\n| 品牌运营 → 用户运营 | 品牌推广计划、活动节奏、站外触达需求、APP 承接需求 | 配合品牌推广进行 APP 内触达 |\n| 用户运营 → 亚马逊运营 | 推送效果、登记数、评价数、回评数、ASIN 风险反馈 | 调整测评计划、推新计划和评价健康策略 |\n| 用户运营 → 品牌运营 | 用户反馈、触达效果、活动参与、转化结果 | 优化品牌内容、活动和独立站推广 |\n| 用户运营 → 客服运营 | 待跟进用户、售后触达需求、负面反馈线索 | 电话售后、问题处理和服务改善 |\n| 客服运营 → 用户运营 | 接听售后数据、呼出数据、售后原因、处理结果 | 优化推送策略、索评节奏和用户分层 |\n| 用户运营 → 数据层/管理层 | 推送、登记、评价、回评、TEL、EDM、合作伙伴数据 | 复盘渠道效果、人效、成本和风险 |\n\n## 7. 第四部分:菲律宾客服相关业务\n\n### 7.1 菲律宾客服在闭环中的定位\n\n菲律宾客服直接接受用户运营指导工作。\n\n当亚马逊运营存在短期需求变动时,不直接绕过用户运营调整客服工作,而是通过用户运营转达和排期。这样可以保证测评计划、回评计划、售后触达、人员安排和成本统计在同一套用户运营口径下管理。\n\n菲律宾客服的核心定位是:\n\n1. 执行用户运营下发的评价、登记、回复、售后跟进等具体任务。\n2. 承接各渠道用户接待与基础沟通。\n3. 配合评价计划落地,提升评价转化和完结评价数。\n4. 反馈客服侧接待、登记、回复、完结情况。\n5. 支撑用户运营进行成本管理、人效管理和渠道效果复盘。\n\n### 7.2 核心指标\n\n| 指标 | 说明 |\n|---|---|\n| 客源 | 来自不同渠道的用户来源或待处理线索 |\n| 转化数 | 从接待、登记、回复到评价完成的转化数量 |\n| 转化率 | 评价转化数 / 客源或登记数 |\n| 节约成本 | 通过客服执行、人效提升、渠道优化节约的成本 |\n\n### 7.3 独立看板十二:菲律宾客服人员管理看板\n\n#### 7.3.1 看板目标\n\n用于管理菲律宾客服人员、出勤、每日工作量和各渠道执行情况。\n\n#### 7.3.2 字段规划\n\n| 字段 | 说明 |\n|---|---|\n| 人员 | 客服人员姓名或账号 |\n| 团队/组别 | 所属客服小组 |\n| 出勤 | 出勤状态、出勤天数或工时 |\n| 日期 | 工作日期 |\n| 渠道 | IM、TEL、EDM、社区、KOC/KOL/PR、其他 |\n| 接待数 | 当日接待用户数量 |\n| 登记数 | 当日登记数量 |\n| 回复数 | 当日回复数量 |\n| 每日评价数 | 当日产生评价数量 |\n| 完结评价数 | 当日完结评价数量,按各渠道统计 |\n| 待处理数 | 尚未处理或未完结任务数量 |\n| 负责人 | 用户运营或客服主管 |\n\n### 7.4 独立看板十三:菲律宾客服评价计划管理看板\n\n#### 7.4.1 看板目标\n\n用于跟踪菲律宾客服执行评价计划的过程和结果,重点观察客源、登记、回复、出评和计划完成度。\n\n#### 7.4.2 字段规划\n\n| 字段 | 说明 |\n|---|---|\n| 评价计划 ID | 关联测评或回评计划 |\n| 推送 ID | 关联用户运营推送任务 |\n| 产品名 | 关联产品 |\n| ASIN | 关联 ASIN |\n| 产品类型 | 新品、重点、清仓 |\n| 渠道 | IM、TEL、EDM、社区、其他 |\n| 客源数 | 进入客服处理池的用户数量 |\n| 接待数 | 客服实际接待数量 |\n| 登记数 | 用户登记或确认参与数量 |\n| 回复数 | 用户回复数量 |\n| 每日评价数 | 每日产生评价数量 |\n| 完结评价数 | 完成闭环的评价数量 |\n| 转化数 | 从客源到评价完成的转化数量 |\n| 转化率 | 转化数 / 客源数或登记数 |\n| 计划完成度 | 实际完成 / 计划目标 |\n| 跟进人 | 菲律宾客服人员 |\n| 指导人 | 用户运营负责人 |\n\n### 7.5 独立看板十四:菲律宾客服成本管理看板\n\n#### 7.5.1 看板目标\n\n用于管理菲律宾客服相关人力成本、财务表和成本节约效果。\n\n#### 7.5.2 字段规划\n\n| 字段 | 说明 |\n|---|---|\n| 人员 | 客服人员 |\n| 出勤 | 出勤天数或工时 |\n| 人力成本 | 人员工资、补贴或对应成本 |\n| 提成 | 如存在评价、转化或完结相关提成,则单独记录 |\n| 管理成本 | 管理、培训、工具等分摊成本 |\n| 完结评价数 | 该人员或团队完成评价数量 |\n| 单评成本 | 总成本 / 完结评价数 |\n| 转化数 | 产生的有效转化数量 |\n| 单转化成本 | 总成本 / 转化数 |\n| 节约成本 | 因流程改善、人效提升或渠道优化节约的成本 |\n| 财务表 | 人事或财务表关联记录 |\n\n### 7.6 菲律宾客服与其他部门的数据关系\n\n| 数据流向 | 内容 | 用途 |\n|---|---|---|\n| 用户运营 → 菲律宾客服 | 评价计划、待跟进用户、推送任务、短期需求变动、售后跟进要求 | 指导客服执行 |\n| 菲律宾客服 → 用户运营 | 出勤、接待、登记、回复、每日评价、完结评价数、售后反馈 | 用户运营复盘渠道效果、人效和计划完成情况 |\n| 亚马逊运营 → 用户运营 → 菲律宾客服 | 亚马逊运营短期测评、回评或售后需求变动 | 通过用户运营统一转达,避免执行口径混乱 |\n| 菲律宾客服 → 数据层/管理层 | 人员、人效、评价转化、成本、财务表数据 | 成本管理、绩效评估和管理复盘 |\n\n## 8. 第五部分:内容运营相关业务\n\n### 8.1 内容运营在闭环中的定位\n\n内容运营在当前以用户运营为核心的业务需求中,主要负责配合亚马逊运营与品牌运营,在销售前期为产品做宣发和社区内流量承接。\n\n内容运营的核心定位是:\n\n1. 配合亚马逊运营和品牌运营做产品售前宣发。\n2. 管理 APP 内广告资源,包括开屏、弹窗、文末、ME、评论末等位置。\n3. 在社区内配合用户 KOC/KCO 对接,支持产品内容传播和测评前期预热。\n4. 执行售前社区广告计划。\n5. 通过推流管理提升重点产品、重点帖子、活动内容的曝光和点击。\n6. 管理加权、新帖、固定位置和固定流量池资源。\n7. 监控曝光、点击、打开、跳转、成交和互动数据,并识别风险。\n\n### 8.2 内容运营核心业务模块\n\n| 模块 | 业务内容 | 输出 |\n|---|---|---|\n| 售前社区广告计划 | 配合产品上市、活动、测评计划做社区前期宣发 | 广告计划、曝光、点击、跳转、成交数据 |\n| APP 广告管理 | 管理开屏、弹窗、文末、ME、评论末等广告位 | 广告位排期、用户行为数据、转化数据 |\n| 推流管理 | 对帖子加权、新帖扶持、固定位置投放、固定流量池管理 | 帖子曝光、点击、打开、互动、风险数据 |\n| KOC/KCO 对接 | 在社区中与用户或内容参与者对接 | 内容互动、测评预热、社区反馈 |\n| 风险识别 | 识别异常用户、异常互动、内容风险或投流风险 | 风险标记、处理建议 |\n\n### 8.3 独立看板十五:APP 广告管理看板\n\n#### 8.3.1 看板目标\n\n用于管理 APP 内广告位资源,支撑亚马逊运营和品牌运营在销售前期进行产品宣发、活动宣发和售前社区触达。\n\n广告位包括:\n\n- 开屏\n- 弹窗\n- 文末\n- ME\n- 评论末\n\n#### 8.3.2 字段规划\n\n| 字段 | 说明 |\n|---|---|\n| 月份 | 月度统计周期 |\n| 日期 | 每日统计周期 |\n| 产品 | 关联产品 |\n| ASIN | 如关联亚马逊产品,则记录 ASIN |\n| 品牌 | 所属品牌 |\n| 国家/地区 | 投放国家或地区 |\n| 广告位 | 开屏、弹窗、文末、ME、评论末等 |\n| 绑定情况 | 产品绑定用户数、绑定率或绑定状态 |\n| 用户行为 | 浏览、点击、打开、跳转、互动、购买等行为 |\n| 性别 | 用户性别 |\n| 其他标记用户数 | 风险用户、重点用户、异常用户或其他业务标记用户数 |\n| 曝光 | 广告曝光数 |\n| 点击 | 广告点击数 |\n| 打开 | 广告打开数 |\n| 跳转 | 跳转到产品页、亚马逊、独立站、活动页或 APP 页面数量 |\n| 成交数 | 由广告触达带来的成交数量 |\n| 负责人 | 内容运营负责人 |\n\n#### 8.3.3 核心指标\n\n- 曝光数\n- 点击数\n- 打开数\n- 跳转数\n- 成交数\n- 点击率\n- 打开率\n- 跳转率\n- 成交转化率\n- 不同广告位效果对比\n\n### 8.4 独立看板十六:推流管理看板\n\n#### 8.4.1 看板目标\n\n用于管理社区内容推流,包括帖子加权、新帖推流、固定位置和固定流量池。\n\n该看板服务于售前社区广告计划,帮助重点产品和重点内容获得更稳定的曝光与互动。\n\n#### 8.4.2 推流动作\n\n| 动作 | 说明 |\n|---|---|\n| 加权 | 对重点帖子或产品内容增加推荐权重 |\n| 新帖 | 对新发布内容进行启动流量扶持 |\n| 固定位置 | 将内容投放到指定社区位置 |\n| 固定流量池管理 | 管理固定流量池分配和资源占用 |\n\n#### 8.4.3 字段规划\n\n| 字段 | 说明 |\n|---|---|\n| 帖子 ID | 社区帖子唯一标识 |\n| 产品 | 关联产品 |\n| ASIN | 如关联亚马逊产品,则记录 ASIN |\n| 品牌 | 所属品牌 |\n| 发帖人属性 | 发帖人身份、用户类型、KOC/KCO、普通用户等 |\n| 帖子周期 | 新帖期、加权期、稳定期、结束期等 |\n| 投流等级 | 投流优先级或资源等级 |\n| 流量等级 | 实际分配的流量层级 |\n| 固定位置 | 是否使用固定位置及位置名称 |\n| 固定流量池 | 是否占用固定流量池及流量池名称 |\n| 曝光 | 帖子曝光数 |\n| 点击 | 帖子点击数 |\n| 打开 | 帖子打开数 |\n| 互动数 | 点赞、评论、收藏、分享、回复等互动总数 |\n| 各互动数 | 各类型互动明细 |\n| 风险 | 内容风险、用户风险、异常互动或投流风险 |\n| 负责人 | 内容运营负责人 |\n\n### 8.5 内容运营与其他部门的数据关系\n\n| 数据流向 | 内容 | 用途 |\n|---|---|---|\n| 亚马逊运营 → 内容运营 | 重点产品、ASIN、推新节奏、售前宣发需求、测评前期需求 | 安排社区广告和推流资源 |\n| 品牌运营 → 内容运营 | 品牌推广计划、新品宣发、活动宣发、素材与口径 | 统一品牌内容和社区投放 |\n| 用户运营 → 内容运营 | 用户触达节奏、测评计划、用户反馈、频控要求 | 避免内容触达与用户推送冲突 |\n| 内容运营 → 亚马逊运营/品牌运营 | 广告曝光、点击、打开、跳转、成交、帖子互动、风险数据 | 复盘售前宣发效果和销售辅助效果 |\n| 内容运营 → 数据层/管理层 | APP 广告、推流、互动、风险、成交归因数据 | 管理社区资源效率和内容投流效果 |\n\n## 9. 亚马逊运营与其他部门的数据关系\n\n| 数据流向 | 内容 | 用途 |\n|---|---|---|\n| 亚马逊运营 → APP/用户运营 | 销量、订单、ASIN、产品、国家、站点、成交用户 | 绑定率计算、用户触达、索评 |\n| APP/用户运营 → 亚马逊运营 | 绑定数、绑定率、活跃用户、推送效果、评价结果 | Listing/说明书/官网优化,评价计划调整 |\n| 亚马逊运营 → 评价运营 | 重点产品、推新计划、测评计划、回评目标 | 制定评价数量和评分维护策略 |\n| 评价运营 → 亚马逊运营 | 实际评价数、回评数、评分、差评、ASIN 健康状态 | 判断链接健康度和销售风险 |\n| 客服运营 → 亚马逊运营 | 售后问题、负面反馈、用户投诉、问题类型 | 优化产品、Listing、说明书和售后策略 |\n| 品牌/内容运营 → 亚马逊运营 | 品牌推广、内容曝光、社媒/KOL 数据 | 辅助亚马逊销售转化和新品启动 |\n\n## 10. 已确认问题与业务口径\n\n| 编号 | 已确认口径 | 后续影响 |\n|---|---|---|\n| Q1 | 绑定率 = APP 可识别的绑定了指定玩具的用户数 / 销售数。 | 绑定率看板按产品和 ASIN 计算。 |\n| Q2 | 支持在权限控制下查看明细,明细需要具体到每个 ASIN。 | 需要做 ASIN 级权限和涉密销量明细权限。 |\n| Q3 | S、A 级重要性由公司领导约 2-3 人和亚马逊核心总监确认,由用户运营指定人员维护。 | 产品重要级需要维护入口、确认记录和变更日志。 |\n| Q4 | 推新先用基础规则,后续逐步引入模型。当前 S 级需求最大程度满足,约 50% 流量给核心 S 级产品,其余 A/B 等产品共享约 50% 流量。 | 推新算法一期用规则引擎,二期再考虑模型。 |\n| Q5 | 测评、回评、免评计划需要审批流。亚马逊运营提出计划,亚马逊运营总监审批确认。 | 需要建立计划审批状态、审批人和审批记录。 |\n| Q6 | 4.8 很健康,4.5 健康,4.2 高风险;4.2 时需要加强对未回评用户的回评推送。 | ASIN 健康看板需要按评分阈值报警。 |\n| Q7 | 用户提供订单号时进行关联。APP 有 JOYHUB ID、注册邮箱、基础 IP、设备号、用户行为数据等;订单号可关联用户地址、姓名、用户名等。 | 用户识别需要订单号 + JOYHUB ID 双主标识,并保留辅助识别信息。 |\n| Q8 | 品牌影响力核心从两方面评估:各渠道转化、社媒影响力与调研反馈。 | 品牌看板需要同时支持转化数据和影响力反馈数据。 |\n| Q9 | 通过品牌活动前往亚马逊形成的转化,也归属品牌运营 OKR 结果。 | 销售归因需要支持品牌活动到亚马逊转化。 |\n| Q10 | APP 内社区资源由品牌运营与内容运营协同、内容运营分配;用户推送资源由用户运营管理分配。品牌运营负责将亚马逊和品牌需求与内容运营、用户运营协商解决。 | 资源排期需要区分社区资源和用户推送资源。 |\n| Q11 | 需要逐步根据亚马逊平台算法,把关键词需求、GEO 需求同步到测评计划中,综合销量、重要级、突发事件生成建议计划,再调动 IM、EDM、电话、KOC、KOL 等渠道。 | 后续需要计划生成引擎和多渠道资源调度。 |\n| Q12 | 订单号和 JOYHUB ID 是两个主要标识。订单号包括亚马逊来源和独立站来源。用户注册后必然有 JOYHUB ID,提供订单号后两者关联。 | 修正字段为“订单号”,不再使用 OA 订单号。 |\n| Q13 | 各渠道需要统一控制频率,并统一了解对用户的骚扰程度,避免过于频繁。 | 需要建设跨渠道频控和用户反感度监控。 |\n| Q14 | 注册用户的 JOYHUB ID 和邮箱必然关联;多个邮箱多账号可通过 IP、设备号等做黑名单关联,后台可按单一用户处理。 | 需要账号关联、黑名单和高风险关联用户机制。 |\n| Q15 | JOYCOLLAB 和财务都会参与。原则上 KOC 在 JOYCOLLAB 上的带货数据在网站内处理后同步到大用户后台。 | KOC/KOL/PR 看板需要支持 JOYCOLLAB 同步和财务核算校验。 |\n\n## 11. 进入项目规划前的系统设计问题\n\n当前业务链条已经基本清晰,可以进入项目规划与系统模块拆分。进入 ERP 系统设计前,需要把以下问题作为系统设计约束统一管理。\n\n### 11.1 角色权限\n\n需要明确不同角色的数据可见范围、操作权限和审批权限。\n\n重点问题:\n\n- 谁能查看销售明细?\n- 谁能查看用户邮箱、电话、订单号、地址、姓名等高度涉密字段?\n- 谁能审批、修改、暂停测评计划、回评计划、免评计划?\n- 菲律宾客服能看到哪些用户字段?\n- 内容运营能看到哪些用户行为和成交归因字段?\n\n### 11.2 计划流程状态\n\n测评、回评、免评、推送、内容投流、客服任务都需要统一状态流。\n\n建议基础状态:\n\n- 草稿\n- 待审批\n- 已审批\n- 执行中\n- 暂停\n- 异常\n- 已完成\n- 已复盘\n\n### 11.3 数据来源\n\n需要在系统层面明确每类数据的来源、同步方式、刷新频率和权限等级。\n\n| 数据类型 | 可能来源 |\n|---|---|\n| 亚马逊销量/订单 | 亚马逊运营数据源、导入表、API 或报表 |\n| 独立站订单 | 独立站系统 |\n| APP 绑定 | JOYHUB/APP 用户系统 |\n| 用户资料 | JOYHUB ID、注册邮箱、IP、设备号、用户行为数据 |\n| EDM 数据 | 邮件服务商 |\n| TEL 数据 | 电话系统或客服登记 |\n| JOYCOLLAB 数据 | JOYCOLLAB 网站 |\n| 财务/人事数据 | 财务表、人事表、成本表 |\n| 内容广告数据 | APP 广告位、社区内容系统 |\n\n### 11.4 核心业务对象\n\n后续建系统时,至少需要统一以下核心对象:\n\n- 用户\n- 订单\n- 产品\n- ASIN\n- 品牌\n- 国家/站点\n- 推送计划\n- 测评计划\n- 回评计划\n- 免评计划\n- 内容投流计划\n- 广告位\n- 客服任务\n- 合作伙伴\n- 成本记录\n- 风险用户/黑名单\n\n### 11.5 计划生成规则\n\n推新和测评计划一期建议先采用规则引擎,后续再逐步引入模型。\n\n仍需继续细化:\n\n- S/A/B 级产品资源比例是否固定,还是允许人工调整?\n- 突发事件如何插队?\n- 一个用户多久不能被重复触达?\n- 一个 ASIN 高风险时是否自动提升优先级?\n- GEO 需求如何进入计划生成?\n- 关键词需求如何与用户池匹配?\n\n### 11.6 评价健康报警\n\n评分阈值已经初步明确,但还需要补充数量类和进度类报警。\n\n待细化:\n\n- 回评数低于计划多少算异常?\n- 新品多少天内必须达到多少评价?\n- 差评率达到多少触发客服或用户运营介入?\n- ASIN 评分下降多少需要升级?\n- 评价健康报警是否自动触发回评推送计划?\n\n### 11.7 成本口径\n\n成本口径需要统一,否则无法做真实 ROI 和人效复盘。\n\n待细化:\n\n- 单评成本如何计算?\n- 返现成本是否纳入单评成本?\n- 菲律宾客服人力成本如何分摊到产品、ASIN、计划?\n- KOC/KOL 提成如何归因到订单?\n- 管理成本如何分摊?\n\n### 11.8 归因规则\n\n多渠道触达一定会发生交叉,归因规则需要系统化。\n\n典型场景:\n\n用户先看到 APP 内容广告,再收到 EDM,最后通过亚马逊购买。\n\n待确定:\n\n- 采用首触归因、末触归因、主要贡献渠道,还是多渠道权重归因?\n- 品牌活动到亚马逊成交如何归因?\n- 内容广告和用户推送都参与时如何拆分贡献?\n- KOC/KOL 带货链接与后续 APP 触达如何处理归因冲突?\n\n### 11.9 黑名单与风险用户处理\n\n黑名单与风险用户需要成为系统基础能力。\n\n待细化:\n\n- 谁能加入黑名单?\n- 黑名单是否影响推送、返现、测评资格?\n- 高风险用户是否允许客服继续跟进?\n- 多账号关联后是否自动合并为单一风险用户?\n- 黑名单查询是否支持订单号和 JOYHUB ID 双入口?\n\n### 11.10 一期项目边界建议\n\n一期不宜追求一次性覆盖所有 ERP 能力,应优先建设评价业务闭环的主干。\n\n建议一期优先:\n\n1. 产品/ASIN 看板\n2. 测评计划、回评计划、免评计划审批流\n3. 用户推送计划\n4. ASIN 评价健康看板\n5. 菲律宾客服执行看板\n6. 基础权限与涉密字段控制\n7. 基础数据导入和统一主键\n\n后续二期及以后再逐步扩展模型化计划生成、多渠道归因、复杂成本核算、内容广告优化、JOYCOLLAB 深度集成和管理层经营分析。\n\n## 12. 修改记录\n\n| 版本 | 日期 | 修改内容 | 记录人 |\n|---|---|---|---|\n| v0.7 | 2026-04-26 | 将业务链条确认后的系统设计问题写入文档;补充角色权限、计划状态流、数据来源、核心业务对象、计划生成规则、评价健康报警、成本口径、归因规则、黑名单与风险用户处理和一期项目边界建议。 | Codex |\n| v0.6 | 2026-04-26 | 追加内容运营相关业务;明确内容运营配合亚马逊运营与品牌运营进行销售前期宣发、售前社区广告计划和社区 KOC/KCO 对接;新增 APP 广告管理看板和推流管理看板,覆盖开屏、弹窗、文末、ME、评论末、加权、新帖、固定位置、固定流量池、用户行为、互动与风险字段。 | Codex |\n| v0.5 | 2026-04-26 | 追加菲律宾客服相关业务;明确菲律宾客服直接接受用户运营指导,亚马逊运营短期需求变动通过用户运营转达;新增核心指标客源、转化数、转化率、节约成本;新增人员管理、评价计划管理、成本管理三个看板及字段;补充菲律宾客服与用户运营、亚马逊运营、数据层/管理层的数据关系。 | Codex |\n| v0.4 | 2026-04-26 | 回答并固化 Q1-Q15 业务口径;明确绑定率公式、ASIN 明细权限、产品重要级确认与维护、推新资源规则、测评/回评/免评审批流、ASIN 评价健康阈值、订单号与 JOYHUB ID 双主标识、品牌影响力评估、品牌活动归因、APP 社区与用户推送资源边界、测评计划建议生成方向、跨渠道频控、黑名单关联和 JOYCOLLAB/财务数据来源。 | Codex |\n| v0.3 | 2026-04-26 | 追加用户运营相关业务;明确用户运营为系统核心使用者,客服部门归属用户部门管理;新增测评计划执行、ASIN 评价健康与回评计划、IM 社区消息推送、已成交索评、TEL 电话售后、EDM 邮件推送、KOC/KOL/PR 合作伙伴、其他触达渠道等模块;新增用户运营与其他部门的数据关系和待确认问题。 | Codex |\n| v0.2 | 2026-04-26 | 追加品牌运营相关业务;明确品牌运营与亚马逊运营不在同一办公区但共同建立销售体系;修正品牌推广计划归属为品牌运营主责、亚马逊运营同步;明确 AMZ 测评计划由亚马逊运营提需求、品牌运营协同、用户运营实际实现;新增品牌影响力与独立站销售看板、品牌推广计划协同看板、品牌运营数据关系和待确认问题。 | Codex |\n| v0.1 | 2026-04-26 | 建立评价业务流闭环项目架构文档;整理总体业务闭环、基础指标、亚马逊运营相关业务;新增销量与绑定率看板、推新计划与 APP 推送资源分配看板、测评与免评计划看板、回评计划与 ASIN 评价健康度看板、品牌推广协同数据和待确认问题。 | Codex |\n", "wikilinks": [], "category": "layer-requirements" } }, { "id": "doc:05_需求文档/user_erp_mvp_admin_prototype_v10", "type": "document", "name": "USER 后台 ERP MVP · 管理员总览原型 v10", "filePath": "05_需求文档/user_erp_mvp_admin_prototype_v10.html", "summary": "USER 后台 ERP MVP · 管理员总览原型 v10 JOYHUB Ops 💬 3 IM 消息 当前模块 经营总览 系统管理员最高权限视图 常用跳转 21 重要事项 3 审核类 4 字段关系 5 问题总结 9 经营总览 系统管理员 · 最高权限 · 全部部门 搜索 至 日 周 月 全部部门 Amazon 运营 用户运营 客服 系统管理员(最高权限) ", "tags": [ "05_需求文档", "需求文档" ], "complexity": "complex", "knowledgeMeta": { "content": "\n\n\n \n \n USER 后台 ERP MVP · 管理员总览原型 v10\n \n\n\n
\n \n\n
\n
\n
\n
\n 经营总览\n 系统管理员 · 最高权限 · 全部部门\n
\n
\n 搜索\n \n
\n
\n
\n
\n \n \n \n
\n
\n \n \n \n
\n \n \n \n
\n
\n\n
\n
\n
\n\n
\n \n\n
\n
\n
\n

操作确认

\n \n
\n
\n
\n
\n\n
\n\n
\n \n\n \n\n\n", "wikilinks": [], "category": "layer-requirements" } }, { "id": "doc:05_需求文档/user_erp_mvp_admin_prototype_v10(1)", "type": "document", "name": "USER 后台 ERP MVP · 管理员总览原型 v10", "filePath": "05_需求文档/user_erp_mvp_admin_prototype_v10(1).html", "summary": "USER 后台 ERP MVP · 管理员总览原型 v10 JOYHUB Ops 模拟数据 第一期模拟 数据 当前模块 经营总览 系统管理员最高权限视图 常用跳转 21 重要事项 3 审核类 4 字段关系 5 问题总结 9 经营总览 系统管理员 · 最高权限 · 全部部门 搜索 至 日 周 月 全部部门 Amazon 运营 用户运营 客服 系统管理员(最高权", "tags": [ "05_需求文档", "需求文档" ], "complexity": "complex", "knowledgeMeta": { "content": "\n\n\n \n \n USER 后台 ERP MVP · 管理员总览原型 v10\n \n\n\n
\n \n\n
\n
\n
\n
\n 经营总览\n 系统管理员 · 最高权限 · 全部部门\n
\n
\n 搜索\n \n
\n
\n
\n
\n \n \n \n
\n
\n \n \n \n
\n \n \n \n
\n
\n\n
\n
\n
\n\n
\n \n\n
\n
\n
\n

操作确认

\n \n
\n
\n
\n
\n\n
\n\n \n\n\n", "wikilinks": [], "category": "layer-requirements" } }, { "id": "doc:05_需求文档/通用EDM业务流程说明", "type": "document", "name": "通用 EDM 业务流程说明", "filePath": "05_需求文档/通用EDM业务流程说明.md", "summary": "通用 EDM 业务流程说明 更新时间:2026 05 26 1. 文档目标 本文用于新的 EDM 子系统设计或重构,目标是在功能保持一致的前提下,将现有 EDM 业务抽象成通用流程,便于后续拆分服务、设计数据模型、规划 Kafka 消费链路、接入邮件发送通道和处理邮件客服工单。 2. 业务范围 通用 EDM 子系统建议分为三条业务线: 业务线 说明 批量营销", "tags": [ "05_需求文档", "需求文档" ], "complexity": "moderate", "knowledgeMeta": { "content": "# 通用 EDM 业务流程说明\n\n更新时间:2026-05-26\n\n## 1. 文档目标\n\n本文用于新的 EDM 子系统设计或重构,目标是在功能保持一致的前提下,将现有 EDM 业务抽象成通用流程,便于后续拆分服务、设计数据模型、规划 Kafka 消费链路、接入邮件发送通道和处理邮件客服工单。\n\n## 2. 业务范围\n\n通用 EDM 子系统建议分为三条业务线:\n\n| 业务线 | 说明 |\n| --- | --- |\n| 批量营销邮件 | 管理后台创建邮件任务,按标签、站点、产品、用户状态筛选目标用户,生成待发送邮件记录,通过队列异步发送 |\n| 自动 / 实时策略邮件 | 根据用户注册、访问、在线、站点、产品、行为、无消息等规则自动筛选用户,并生成策略邮件 |\n| 邮件工单 | 用户来信、表单提交或外部收信服务进入后台后,生成或更新邮件工单,由客服处理、回复、转发、关闭 |\n\n如果新系统还需要普通邮箱功能,可以作为独立模块处理。普通邮箱收发不一定进入 EDM 工单链路,是否合并需要单独确认。\n\n## 3. 总体架构\n\n```mermaid\nflowchart TD\n A[\"管理后台\"] --> B[\"EDM 任务服务\"]\n B --> C[\"目标用户筛选服务\"]\n C --> D[\"邮件记录生成服务\"]\n D --> E[\"Kafka / 队列\"]\n E --> F[\"邮件发送消费者\"]\n F --> G[\"外部发送通道\"]\n G --> H[\"AWS SES / SMTP / Gmail / Microsoft\"]\n H --> I[\"事件回调\"]\n I --> J[\"事件处理服务\"]\n J --> K[\"统计与黑名单\"]\n\n L[\"用户来信 / 表单提交\"] --> M[\"入站接收服务\"]\n M --> N[\"Kafka / 入站队列\"]\n N --> O[\"EDM 工单服务\"]\n O --> P[\"客服工作台\"]\n P --> E\n```\n\n核心组件职责:\n\n| 组件 | 职责 |\n| --- | --- |\n| 管理后台 | 创建邮件任务、审核任务、查看统计、处理邮件工单 |\n| 任务服务 | 保存任务配置、正文、模板、发送时间、审核状态 |\n| 用户筛选服务 | 根据标签、站点、产品、黑名单、订阅状态、发送频率等规则筛选目标用户 |\n| 邮件记录服务 | 按用户生成单封待发送邮件记录和正文快照 |\n| Kafka / 队列 | 解耦任务生成、邮件发送、入站消息、事件统计 |\n| 发送消费者 | 消费待发送邮件,调用外部发送通道,并保存发送结果 |\n| 入站接收服务 | 接收表单、用户来信或外部邮件服务回调,写入入站队列 |\n| 工单服务 | 根据来信生成或更新邮件工单,维护状态、负责人、未读数和处理记录 |\n| 事件处理服务 | 处理送达、打开、点击、退信、投诉、拒信等邮件事件 |\n| Redis / 缓存 | 保存并发锁、游标、限流计数、近期任务统计、临时筛选集合 |\n\n## 4. 核心数据模型\n\n新子系统建议至少抽象以下对象:\n\n| 对象 | 说明 |\n| --- | --- |\n| 邮件任务 EmailTask | 批量营销或策略邮件任务,保存任务名称、类型、发送时间、审核状态、目标条件 |\n| 邮件内容 EmailContent | 任务级正文、标题、模板、发件人、回复地址、附件配置 |\n| 目标用户 TaskRecipient | 任务命中的用户关系,便于统计和去重 |\n| 单封邮件 EmailMessage | 最终发送或接收的一封邮件记录,包含方向、收件人、发件人、状态、message_id、工单 ID |\n| 邮件正文 EmailBody | 单封邮件正文快照,避免模板后续变化影响历史邮件 |\n| 工单 EmailTicket | 用户来信或客服主动发起的一次处理过程 |\n| 分配记录 Assignment | 工单分配、移交、释放、代班等操作记录 |\n| 节点日志 NodeLog | 创建、分配、首次回复、关闭、未解决、转化中等关键节点 |\n| 发送事件 EmailEvent | 送达、打开、点击、退信、投诉、拒信、渲染失败等事件 |\n| 黑名单 / 退订名单 Suppression | 退信、投诉、退订、风险用户等不可发送或需谨慎发送的人群 |\n\n## 5. 批量营销邮件流程\n\n```mermaid\nflowchart TD\n A[\"后台创建邮件任务\"] --> B[\"校验任务配置\"]\n B --> C[\"写入任务、内容、标签条件\"]\n C --> D[\"进入待审核\"]\n D --> E{\"审核结果\"}\n E -->|通过| F[\"进入待执行\"]\n E -->|驳回| G[\"记录驳回原因并结束\"]\n F --> H[\"到达发送时间\"]\n H --> I[\"筛选目标用户\"]\n I --> J[\"生成单封待发送邮件记录\"]\n J --> K[\"投递 Kafka\"]\n K --> L[\"发送消费者调用外部邮件通道\"]\n L --> M[\"更新发送状态和 message_id\"]\n```\n\n创建任务时建议校验:\n\n1. 任务名称不能重复。\n2. 邮件模板或正文必须存在。\n3. 发件邮箱必须存在并可用。\n4. 发件域名必须在允许范围内。\n5. 必须选择目标人群或策略条件。\n6. 发送时间必须符合业务规则。\n7. 如果绑定活动,发送时间需要满足活动时间约束。\n8. 目标人数需要预估,避免误发全量用户。\n\n目标用户筛选建议包含:\n\n1. 标签包含和标签排除。\n2. 站点、产品、品牌、语言、地区。\n3. 订阅状态、退订状态、黑名单、投诉用户、永久退信用户。\n4. 近期发送频率限制,避免短时间重复触达。\n5. 任务级去重,避免同一用户重复生成同一任务邮件。\n\n## 6. 自动 / 实时策略邮件流程\n\n```mermaid\nflowchart TD\n A[\"策略配置\"] --> B[\"定时任务生成当日策略任务\"]\n B --> C[\"实时策略扫描\"]\n C --> D[\"按用户行为和条件筛选\"]\n D --> E[\"应用黑名单、退订、频率控制\"]\n E --> F[\"生成待发送邮件\"]\n F --> G[\"投递发送队列\"]\n G --> H[\"发送消费者调用邮件通道\"]\n H --> I[\"事件回调更新统计\"]\n```\n\n策略邮件与批量邮件的区别:\n\n1. 批量邮件通常由运营手动创建,发送时间明确。\n2. 策略邮件通常由系统按规则自动生成,可能按分钟或按天扫描。\n3. 策略邮件更依赖幂等和频率控制,避免同一用户在同一策略下反复触发。\n4. 策略邮件应记录策略 ID、触发原因、触发时间,便于归因。\n\n建议策略执行时做并发锁,避免多个任务实例重复生成邮件。\n\n## 7. 邮件发送链路\n\n通用发送链路:\n\n```mermaid\nflowchart TD\n A[\"待发送邮件记录\"] --> B[\"写入 Kafka\"]\n B --> C[\"发送消费者\"]\n C --> D[\"读取发件通道配置\"]\n D --> E{\"发送通道\"}\n E -->|批量营销| F[\"AWS SES 或批量发送通道\"]\n E -->|客服回复| G[\"SMTP / Gmail / Microsoft\"]\n F --> H[\"保存发送结果\"]\n G --> H\n H --> I[\"通知前端或更新统计\"]\n```\n\n发送消费者需要处理:\n\n1. 队列消息反序列化。\n2. 邮件正文、标题、收件人、发件人、回复地址、附件组装。\n3. 发送通道选择。\n4. 调用外部服务。\n5. 成功后保存 `message_id`、发送时间和成功状态。\n6. 失败后保存错误信息、失败状态和重试次数。\n\n发送通道建议按场景区分:\n\n| 场景 | 推荐处理 |\n| --- | --- |\n| 批量营销邮件 | 走支持批量和事件回调的邮件服务,例如 AWS SES |\n| 策略邮件 | 可复用批量发送通道,但必须做频率和幂等控制 |\n| 工单客服回复 | 按发件邮箱配置选择 SMTP、Gmail API 或 Microsoft Graph |\n| 普通邮箱回复 | 可独立于工单链路,同步或异步发送均可 |\n\n## 8. 邮件事件回调与统计\n\n邮件发送后,外部服务会产生事件。通用事件包括:\n\n| 事件 | 处理建议 |\n| --- | --- |\n| Delivery / 送达 | 标记邮件已送达,记录送达时间和发送 IP |\n| Bounce / 退信 | 区分永久退信和临时退信,更新任务统计;永久退信可加入黑名单 |\n| Open / 打开 | 标记打开时间,更新任务打开统计 |\n| Click / 点击 | 记录点击链接和点击时间,更新点击统计 |\n| Complaint / 投诉 | 记录投诉,加入抑制名单或黑名单 |\n| Subscription / 订阅变更 | 更新订阅或退订状态 |\n| Reject / 拒信 | 记录拒信原因,更新失败统计 |\n| Rendering Failure / 渲染失败 | 记录模板或内容渲染失败 |\n| DeliveryDelay / 延迟 | 可记录延迟事件,是否统计需业务确认 |\n\n事件处理要点:\n\n1. 事件必须通过 `message_id` 或自定义追踪 ID 关联到本地邮件记录。\n2. 同一事件可能重复回调,需要幂等处理。\n3. 打开和点击事件存在图片加载、隐私保护、客户端屏蔽等不确定性,统计只能作为参考指标。\n4. 投诉、退订、永久退信应优先进入发送抑制规则。\n\n## 9. 入站邮件 / 表单进入工单流程\n\n入站来源可以有多种:\n\n1. 网站表单提交。\n2. 用户真实邮件来信。\n3. 外部收信服务回调。\n4. IM 或其他渠道转入邮件客服。\n\n通用流程:\n\n```mermaid\nflowchart TD\n A[\"用户来信或表单提交\"] --> B[\"入站接收服务\"]\n B --> C[\"写入 Kafka 入站队列\"]\n C --> D[\"EDM 工单消费者\"]\n D --> E[\"保存入站邮件和正文\"]\n E --> F{\"是否存在未关闭工单\"}\n F -->|否| G[\"创建新工单\"]\n F -->|是| H[\"绑定到原工单并更新未读数\"]\n G --> I[\"写入节点日志\"]\n H --> I\n I --> J[\"通知客服工作台\"]\n```\n\n创建或更新工单时建议:\n\n1. 以发件邮箱、收件邮箱、业务用户 ID、会话标识等组合判断是否复用未关闭工单。\n2. 新工单记录来源、用户邮箱、发件邮箱、团队、状态、未读数、最后来信时间。\n3. 已有工单更新最后来信时间、未读数、用户来信数。\n4. 如果当前客服离线,可以释放负责人,让工单重新进入分配池。\n5. 入站正文应保存原始内容和清洗后的展示内容。\n\n## 10. 工单客服处理流程\n\n### 10.1 工单状态\n\n通用状态建议:\n\n| 状态 | 说明 |\n| --- | --- |\n| 待处理 | 新入站邮件或表单生成工单,等待客服处理 |\n| 服务中 | 客服已接手并正在处理 |\n| 未解决 | 客服标记暂未解决,需要后续跟进 |\n| 转化中 | 进入销售或转化跟进阶段 |\n| 已关闭 | 本次邮件工单处理结束 |\n\n状态值可以由新系统自行定义,但需要保证列表筛选、统计、自动关闭和权限校验口径统一。\n\n### 10.2 自动分配\n\n自动分配建议流程:\n\n1. 找到待处理且未分配的工单。\n2. 根据收件邮箱、团队、站点、语言或业务线确定可服务团队。\n3. 获取在线客服。\n4. 按接单上限、当前处理数、最近分配时间选择客服。\n5. 更新工单负责人。\n6. 写入分配记录和节点日志。\n7. 通知客服工作台。\n\n### 10.3 客服回复\n\n```mermaid\nflowchart TD\n A[\"客服点击发送\"] --> B[\"校验客服在线、权限、工单状态\"]\n B --> C[\"写入待发送邮件记录和正文\"]\n C --> D[\"更新工单未读数、首次响应、回复耗时\"]\n D --> E[\"投递客服回复队列\"]\n E --> F[\"发送消费者选择 SMTP / Gmail / Microsoft\"]\n F --> G[\"保存发送成功或失败结果\"]\n G --> H[\"通知客服工作台\"]\n```\n\n发送前建议校验:\n\n1. 客服必须在线。\n2. 工单必须存在且未关闭。\n3. 当前客服必须是工单处理人,或具备接手权限。\n4. 工单必须属于当前客服可处理团队。\n5. 主题、正文、收件人、回复地址必须合法。\n6. 附件大小、类型、数量需要符合业务规则和发送通道限制。\n\n### 10.4 转发和主动开工单\n\n转发:\n\n1. 需要填写新的收件人。\n2. 转发邮件可以不绑定到原工单作为普通回复。\n3. 原邮件和转发邮件需要建立关联,方便追溯。\n4. 发送链路仍可复用客服回复队列。\n\n主动开工单:\n\n1. 客服选择发件邮箱和目标用户邮箱。\n2. 系统校验发件邮箱归属团队。\n3. 如果同一发件邮箱和用户邮箱已有未关闭工单,应拒绝重复创建或要求接手原工单。\n4. 创建服务中工单,负责人为当前客服。\n5. 写入节点日志和分配记录。\n6. 发送第一封邮件。\n\n## 11. 工单辅助任务\n\n新子系统可按需要保留以下后台任务:\n\n| 任务 | 说明 |\n| --- | --- |\n| 自动分配 | 将未分配待处理工单分配给在线客服 |\n| 自动移交 | 当前负责人离线且有新来信时,按代班或团队规则重新分配 |\n| DDL 释放 | 工单分配后超过配置时间未处理,释放为未分配 |\n| 未回复提醒 | 用户新来信超过配置时间未回复,提醒负责人 |\n| 自动关闭 | 服务中工单超过配置时间无新用户来信时自动关闭 |\n| 未分配告警 | 未分配工单数量超过阈值时通知团队管理员 |\n| 统计同步 | 定时刷新任务发送数、回复数、打开数、点击数等统计 |\n\n具体调度频率和启用范围需要按新系统 SLA 确认。\n\n## 12. 通用限制与风控点\n\n### 12.1 任务和发送限制\n\n建议配置化管理:\n\n1. 单任务最大目标人数。\n2. 单轮投递队列数量。\n3. 单发件邮箱每分钟、每小时、每天发送上限。\n4. 单用户每天或一段时间内最大触达次数。\n5. 单域名发送上限。\n6. 批量邮件和客服回复是否共享额度。\n\n### 12.2 内容限制\n\n建议校验:\n\n1. 邮件主题最大长度。\n2. 正文最小和最大长度。\n3. 附件大小、类型、数量。\n4. 发件邮箱和回复邮箱格式。\n5. 链接合法性和追踪参数。\n6. 必要的退订入口和合规声明。\n\n### 12.3 人群抑制\n\n发送前应排除:\n\n1. 退订用户。\n2. 投诉用户。\n3. 永久退信用户。\n4. 风险用户。\n5. 明确不允许触达的用户。\n6. 已达到频率上限的用户。\n\n### 12.4 幂等和重试\n\n需要幂等的场景:\n\n1. 任务生成邮件记录。\n2. 邮件记录投递 Kafka。\n3. Kafka 消费发送。\n4. 外部事件回调。\n5. 入站邮件生成工单。\n\n失败重试建议区分:\n\n1. 可重试:网络超时、临时服务不可用、临时退信、限流。\n2. 不可重试:邮箱格式错误、发件权限错误、账号不存在、永久退信、投诉抑制。\n\n## 13. 可观测性\n\n建议至少记录以下指标:\n\n| 指标 | 说明 |\n| --- | --- |\n| 任务创建数 | 按类型、状态统计 |\n| 目标用户数 | 预估人数、实际生成邮件数、过滤人数 |\n| 队列积压 | 批量发送队列、客服回复队列、入站队列 |\n| 发送成功率 | 按通道、发件邮箱、任务统计 |\n| 失败原因分布 | 发送失败、退信、拒信、限流 |\n| 送达率、打开率、点击率 | 以事件回调统计,注意打开和点击有误差 |\n| 投诉率、退订率 | 作为发送风控核心指标 |\n| 工单响应时长 | 首次响应、最近响应、关闭时长 |\n| 未分配工单数 | 用于团队容量和告警 |\n\n\n## 14. 参考代码位置\n\n以下为现有项目中可参考的代码位置,重构时可按新架构重新命名和拆分:\n\n| 模块 | 现有参考 |\n| --- | --- |\n| 邮件任务后台入口 | `app/admin/controller/MailTaskController.php` |\n| 邮件任务服务 | `app/service/MailTaskService.php` |\n| 批量邮件生成与投递参考 | `app/service/UserService.php` |\n| 批量邮件发送消费者 | `app/command/kafkaConsumer/BatchMailCommand.php` |\n| 工单后台入口 | `app/admin/controller/EdmChatController.php` |\n| 工单服务 | `app/service/EdmChatService.php` |\n| 客服回复消费者 | `app/command/kafkaConsumer/MailSendCommand.php` |\n| 表单数据消费者 | `app/command/kafkaConsumer/QaForm.php` |\n| 表单创建工单 | `app/service/WebFormDataService.php` |\n| 邮件事件回调 | `app/controller/AmazonEmailController.php` |\n| 普通邮箱服务 | `app/admin/controller/MailboxController.php`、`app/service/MailboxService.php` |\n| 邮件发送封装 | `app/service/Mail.php` |\n| Microsoft 邮件服务 | `app/service/MicrosoftService.php` |\n| 策略邮件命令 | `app/command/EdmDoRealTimeStrategy.php`、`app/command/EdmSendRealTimeStrategy.php`、`app/command/EdmDayCurrentTask.php` |\n| 工单辅助命令 | `app/command/EdmAllocate.php`、`app/command/EdmMove.php`、`app/command/EdmDealLine.php`、`app/command/EdmTimeout.php`、`app/command/EdmWorkOrderAutoClose.php` |\n\n", "wikilinks": [], "category": "layer-requirements" } }, { "id": "doc:05_需求文档/通用IM业务流程与接口频率限制说明", "type": "document", "name": "通用 IM 业务流程与接口频率限制说明", "filePath": "05_需求文档/通用IM业务流程与接口频率限制说明.md", "summary": "通用 IM 业务流程与接口频率限制说明 更新时间:2026 05 26 1. 文档目标 本文用于新的 IM 子系统重构设计,目标是在功能保持一致的前提下,将现有 IM 业务抽象成通用流程,便于后续拆分服务、设计数据模型、规划 Kafka 消费链路、控制腾讯云 IM REST API 调用频率。 2. 总体架构 通用 IM 链路由以下组件组成: 组件 职责 A", "tags": [ "05_需求文档", "需求文档" ], "complexity": "moderate", "knowledgeMeta": { "content": "# 通用 IM 业务流程与接口频率限制说明\n\n更新时间:2026-05-26\n\n## 1. 文档目标\n\n本文用于新的 IM 子系统重构设计,目标是在功能保持一致的前提下,将现有 IM 业务抽象成通用流程,便于后续拆分服务、设计数据模型、规划 Kafka 消费链路、控制腾讯云 IM REST API 调用频率。\n\n## 2. 总体架构\n\n通用 IM 链路由以下组件组成:\n\n| 组件 | 职责 |\n| --- | --- |\n| App 客户端 | 用户通过 App 使用腾讯云 IM SDK 发送和接收消息 |\n| 腾讯云 IM | 负责即时消息投递、账号体系、消息格式、离线推送、服务端 REST API、回调触发 |\n| App 后台 | 接收腾讯云 IM 回调,识别需要管理后台处理的消息,并写入 Kafka |\n| Kafka | 解耦 App 后台与管理后台 IM 子系统,承接入站消息、推送消息、异步任务 |\n| IM 子系统 / 管理后台 | 消费 Kafka 消息,维护本地会话、消息、工单、分配、状态流转和客服操作 |\n| 本地数据库 | 作为管理后台 IM 业务的长期数据源,保存消息流水、会话状态、工单状态、操作记录 |\n| Redis / 缓存 | 保存在线状态、分配触发标记、限流计数、幂等键、临时游标 |\n| WebSocket / 站内通知 | 将新消息、分配变化、发送结果、状态变化推送给管理后台前端 |\n\n## 3. 总体消息流\n\n```mermaid\nflowchart TD\n A[\"用户在 App 发送 IM 消息\"] --> B[\"腾讯云 IM SDK 投递消息\"]\n B --> C[\"腾讯云 IM 回调 App 后台\"]\n C --> D[\"App 后台校验回调并识别管理后台相关消息\"]\n D --> E[\"App 后台写入 Kafka\"]\n E --> F[\"IM 子系统消费 Kafka\"]\n F --> G[\"幂等校验与消息解析\"]\n G --> H[\"写入本地消息表\"]\n H --> I[\"更新会话、工单、未读数、最后消息时间\"]\n I --> J[\"触发分配、提醒或状态流转\"]\n J --> K[\"管理后台客服前端展示\"]\n```\n\n核心原则:\n\n1. App 客户端消息先进入腾讯云 IM。\n2. 腾讯云 IM 将消息回调给 App 后台。\n3. App 后台不直接写管理后台业务库,而是将管理后台关心的消息写入 Kafka。\n4. 管理后台 IM 子系统消费 Kafka 后入库,并维护本地会话、工单和客服状态。\n5. 管理后台后续展示、检索、统计、客服处理,应以本地数据库为主数据源。\n\n## 4. 核心数据模型\n\n新子系统建议至少抽象以下数据对象:\n\n| 对象 | 说明 |\n| --- | --- |\n| IM 账号 | 业务用户、品牌账号、客服账号在腾讯云 IM 中的账号映射 |\n| 消息 Message | 本地保存的消息流水,包含方向、发送方、接收方、消息类型、消息体、腾讯消息 ID、业务扩展字段 |\n| 会话 Conversation | 用户与品牌/客服之间的当前会话指针,包含未读数、最后消息时间、当前工单 ID |\n| 工单 Ticket / ChatRecord | 一次客服处理过程,包含状态、负责人、团队、首次响应时间、关闭时间 |\n| 分配记录 Assignment | 自动分配、手动接手、转接、释放、代班等操作记录 |\n| 节点日志 NodeLog | 工单生成、分配、首次回复、转接、未解决、转化中、关闭等关键节点 |\n| 推送任务 PushTask | 运营或策略创建的 IM 推送任务 |\n| 推送记录 PushRecord | 单个用户、单条内容的实际待发送记录和发送结果 |\n\n## 5. 入站消息流程\n\n### 5.1 用户发送消息\n\n1. 用户在 App 中通过腾讯云 IM SDK 发送文本、图片、视频、自定义卡片或其他消息。\n2. 腾讯云 IM 完成消息投递,并根据配置触发服务端回调。\n3. App 后台接收腾讯云 IM 回调,完成签名、来源、事件类型和消息结构校验。\n4. App 后台判断该消息是否需要管理后台处理。\n5. 需要管理后台处理的消息,由 App 后台写入 Kafka。\n6. IM 子系统消费 Kafka,执行幂等校验,解析消息体。\n7. IM 子系统写入本地消息流水,并更新会话和工单状态。\n8. 若消息产生新的待处理工单,则进入分配流程。\n9. 管理后台前端通过列表查询、WebSocket 或站内通知看到新消息。\n\n### 5.2 幂等与顺序\n\n腾讯云回调、App 后台写 Kafka、Kafka 消费都可能出现重试,因此 IM 子系统必须做幂等处理。\n\n建议幂等键优先级:\n\n1. 腾讯云 IM 消息唯一标识。\n2. 发送方、接收方、消息随机数、消息序列号、消息时间组合。\n3. App 后台写入 Kafka 时生成的业务事件 ID。\n\n同一会话内需要尽量按消息时间和腾讯云消息顺序展示。若存在乱序到达,应允许入库后按消息时间、序列号或腾讯消息 ID 排序展示。\n\n## 6. 客服处理流程\n\n### 6.1 会话和工单状态\n\n通用状态建议如下:\n\n| 状态 | 说明 |\n| --- | --- |\n| 待接入 | 用户有新消息,尚未分配或尚未被客服处理 |\n| 服务中 | 客服已接入并正在处理 |\n| 已转接 | 工单被转给其他客服或团队,等待新处理人接手 |\n| 未解决 | 客服标记暂未解决,需要后续跟进 |\n| 转化中 | 进入转化或商机跟进阶段 |\n| 已关闭 | 本次客服处理结束 |\n\n状态值可以由新子系统自行定义,但需要保证列表筛选、统计口径、自动关闭、转接和重新打开逻辑一致。\n\n### 6.2 自动分配\n\n自动分配通常在新消息入库后触发:\n\n1. 找到待接入工单。\n2. 根据品牌、站点、团队、语言、业务线等条件确定可服务团队。\n3. 获取在线客服列表。\n4. 按客服接单上限、当前处理数、最近分配时间等规则筛选。\n5. 选择目标客服并更新工单负责人。\n6. 写入分配记录和节点日志。\n7. 通知管理后台前端。\n\n建议将分配能力独立成可重试任务,避免 Kafka 入站消费被复杂分配逻辑拖慢。\n\n### 6.3 客服打开会话\n\n客服打开会话时,系统通常需要:\n\n1. 校验客服是否在线、是否有处理权限。\n2. 查询会话和工单详情。\n3. 拉取本地消息列表。\n4. 清理当前客服视角下的未读数。\n5. 必要时将工单从待接入或已转接推进到服务中。\n6. 记录读取、接手或首次处理节点。\n\n### 6.4 客服发送消息\n\n客服发送消息的通用链路:\n\n```mermaid\nflowchart TD\n A[\"客服在管理后台发送消息\"] --> B[\"IM 子系统校验权限、会话、工单状态\"]\n B --> C[\"组装腾讯云 IM 消息体\"]\n C --> D[\"调用腾讯云 REST API\"]\n D --> E{\"腾讯云返回结果\"}\n E -->|成功| F[\"写入本地消息流水并更新会话\"]\n E -->|失败| G[\"记录失败原因并进入重试或人工处理\"]\n F --> H[\"通知管理后台前端发送成功\"]\n G --> I[\"通知管理后台前端发送失败\"]\n```\n\n发送前建议校验:\n\n1. 当前客服必须具备客服身份。\n2. 当前客服必须有该会话或工单处理权限。\n3. 工单不能处于已关闭状态,除非业务允许重新打开。\n4. 消息体大小、消息类型、媒体文件大小必须符合业务和腾讯云限制。\n5. 对运营推送和客服消息应区分业务来源,方便统计和风控。\n\n### 6.5 转接、释放和自动关闭\n\n通用处理规则:\n\n1. 手动转接给个人:校验当前处理人权限,更新负责人,记录转接节点。\n2. 手动转接给团队:记录目标团队,等待团队内客服接手或自动分配。\n3. 客服离线释放:如果负责人离线且有未读用户消息,可释放为待分配。\n4. 超时未处理释放:待接入或已转接超过配置时间后,重新进入分配池。\n5. 自动关闭:服务中会话在配置时间内无新用户消息或无新客服动作时,自动关闭。\n\n## 7. 运营 IM 推送流程\n\n运营推送与客服消息都可能调用腾讯云 IM REST API,但应在业务上区分:\n\n```mermaid\nflowchart TD\n A[\"后台创建推送任务\"] --> B[\"审核或直接进入待发送\"]\n B --> C[\"按标签、站点、产品、用户状态筛选目标人群\"]\n C --> D[\"生成 PushRecord\"]\n D --> E[\"写入 Kafka 推送队列\"]\n E --> F[\"推送消费者限速发送\"]\n F --> G[\"调用 sendmsg 或 batchsendmsg\"]\n G --> H[\"保存腾讯云返回结果\"]\n H --> I[\"汇总任务完成状态\"]\n```\n\n建议:\n\n1. 大批量运营推送优先评估 `batchsendmsg`,减少单发接口压力。\n2. 推送消费者必须按 SDKAppID 和接口维度做限速。\n3. 推送记录需要保存发送状态、错误码、重试次数、腾讯云返回结果。\n4. 发送失败应区分可重试错误和不可重试错误。\n5. 推送消息应写入业务扩展字段,便于后续归因和统计。\n\n## 8. 本地存储与历史消息\n\n管理后台 IM 子系统建议以本地数据库作为长期主数据源。\n\n腾讯云 IM 漫游消息适合用于消息补偿、短期核对或异常排查,不建议作为客服记录、统计报表和审计的唯一长期来源。原因是历史消息存储时长与套餐、增值服务和控制台配置有关,且可能产生额外费用。\n\n建议本地保存:\n\n1. 入站用户消息。\n2. 客服发送消息。\n3. 系统提示消息。\n4. 运营推送消息及发送结果。\n5. 转接、关闭、分配、未解决、转化等节点日志。\n\n## 9. 腾讯云 IM 接口频率限制说明\n\n以下为腾讯云官方文档口径,实际限制可能随套餐、数据中心、控制台配置和商务协议变化,最终以腾讯云控制台和合同为准。\n\n### 9.1 通用限制\n\n| 项目 | 限制 |\n| --- | --- |\n| 单聊、群聊单条消息长度 | 最大 12KB |\n| UserID | 长度不超过 32 字节,不支持特殊字符,建议使用英文字母或数字 |\n| REST API 通用调用频率 | 多数 REST API 默认最高 200 次/秒 |\n| 导入多个账号、删除账号、查询账号 | 默认最高 100 次/秒 |\n| 查询在线状态 | 单次请求最多查询 500 个用户 |\n| 批量发单聊消息 | 单次最多给 500 个用户发送 |\n| 导入多个账号 | 单次最多导入 100 个用户名 |\n| 单个用户好友数 | 默认支持 3000 个好友 |\n| 单个用户黑名单数 | 最多 1000 人 |\n\n### 9.2 常用 REST API 频率\n\n| 接口 | 默认频率限制 | 叠加包增量 | 说明 |\n| --- | --- | --- | --- |\n| `v4/openim/sendmsg` 单发单聊消息 | 200 次/秒 | 每个叠加包 +100 次/秒 | 体验版和开发版每日累计发送量限制为 1000 条/天 |\n| `v4/openim/batchsendmsg` 批量发单聊消息 | 200 次/秒,同时 12000 条/分钟 | 每个叠加包 +6000 条/分钟 | 条数按接收方数量计算,一次发给 500 人计 500 条 |\n| `v4/profile/portrait_set` 设置资料 | 200 次/秒 | 每个叠加包 +100 次/秒 | 用于更新头像、昵称等资料 |\n| `v4/profile/portrait_get` 拉取资料 | 200 次/秒 | 每个叠加包 +100 次/秒 | 用于查询资料 |\n| `v4/openim/query_online_status` 查询在线状态 | 200 次/秒 | 每个叠加包 +100 次/秒 | 单次最多查询 500 个用户 |\n| `v4/openim/get_c2c_unread_msg_num` 查询单聊未读数 | 200 次/秒 | 每个叠加包 +100 次/秒 | 如新系统需要同步未读数需注意限频 |\n| `v4/group_open_http_svc/send_group_msg` 群内发普通消息 | 200 次/秒 | 每个叠加包 +100 次/秒 | 单个群发送频率上限为 40 条/秒 |\n| `v4/sns/black_list_get` 拉取黑名单 | 200 次/秒 | 每个叠加包 +100 次/秒 | 关系链相关能力需控制调用频率 |\n\n### 9.3 调频收费说明\n\n腾讯云 IM 服务端 API 调频属于增值服务。官方公告口径为:\n\n| 数据中心 | 服务端 API 调用频率叠加包价格 |\n| --- | --- |\n| 国内数据中心 | 10 元/个/日,日结后付费 |\n| 境外数据中心 | 20 元/个/日,日结后付费 |\n\n注意事项:\n\n1. 调频对单个 SDKAppID 生效,多个 SDKAppID 需要分别配置。\n2. 每个调频项按当日配置的最高数值计费,次日出账。\n3. 体验版不支持调整服务端 API 调用频率上限。\n4. 如果新子系统存在大规模运营推送,必须提前评估 `sendmsg` 与 `batchsendmsg` 的峰值。\n\n## 10. 新子系统设计建议\n\n### 10.1 按接口维度做限流\n\n建议在 IM 子系统服务端增加统一腾讯云 IM Client,并在 Client 内按以下维度做限流:\n\n1. SDKAppID。\n2. API 路径,例如 `openim/sendmsg`、`openim/batchsendmsg`。\n3. 业务来源,例如客服消息、运营推送、系统通知。\n\nKafka 消费者不能只依赖消费并发控制,否则高峰期可能瞬间打满腾讯云 API 限频。\n\n### 10.2 单发和批量发送分流\n\n建议策略:\n\n| 场景 | 推荐接口 |\n| --- | --- |\n| 客服一对一即时回复 | `openim/sendmsg` |\n| 系统给单个用户发送提示 | `openim/sendmsg` |\n| 运营批量推送相同或相似内容 | 优先评估 `openim/batchsendmsg` |\n| 需要强个性化卡片、每人内容不同 | 可用 `sendmsg`,但必须限速 |\n\n### 10.3 错误处理和重试\n\n建议将发送结果分为:\n\n1. 成功:腾讯云返回 `ErrorCode=0` 且业务认为发送完成。\n2. 部分成功:批量发送时部分账号失败,需要保存失败账号列表。\n3. 可重试失败:网络异常、超时、腾讯云内部错误、限频。\n4. 不可重试失败:账号不存在、消息体非法、权限错误、消息包超长。\n\n重试建议采用延迟重试,并设置最大重试次数。超过次数后进入失败表或死信队列,供人工排查。\n\n### 10.4 回调链路可观测性\n\n入站链路建议记录以下指标:\n\n1. 腾讯云回调接收量。\n2. App 后台写 Kafka 成功量和失败量。\n3. Kafka 积压量。\n4. IM 子系统消费延迟。\n5. 入库成功量和幂等重复量。\n6. 会话创建量、工单创建量、分配成功量。\n\n发送链路建议记录:\n\n1. 每个 API 的 QPS。\n2. 限流等待时间。\n3. 腾讯云错误码分布。\n4. 发送成功率。\n5. 可重试失败量和最终失败量。\n\n## 11. 参考来源\n\n- 腾讯云 IM 使用限制:https://cloud.tencent.com/document/product/269/32429\n- 腾讯云 IM 单发单聊消息:https://cloud.tencent.com/document/product/269/2282\n- 腾讯云 IM 批量发单聊消息:https://cloud.tencent.com/document/product/269/1612\n- 腾讯云 IM 服务端 API 调频收费公告:https://cloud.tencent.com/document/product/269/93324\n\n", "wikilinks": [], "category": "layer-requirements" } }, { "id": "doc:07_技术文档/01-子系统-identity-数据库表关系", "type": "document", "name": "identity 子系统 — doris数据库相关表与关联关系(供参考)", "filePath": "07_技术文档/01-子系统-identity-数据库表关系.md", "summary": "identity 子系统 — doris数据库相关表与关联关系(供参考) 1. 数据库全景 数据库 说明 与 identity 的关系 ods app base data APP基础数据(用户、设备、好友、产品) 核心 — 用户身份主数据 ods app app community 社区数据(帖子、评论、关注) 行为数据,辅助归并 ods app jh da", "tags": [ "07_技术文档", "技术文档" ], "complexity": "moderate", "knowledgeMeta": { "content": "# identity 子系统 — doris数据库相关表与关联关系(供参考)\n\n\n---\n\n## 1. 数据库全景\n\n| 数据库 | 说明 | 与 identity 的关系 |\n|--------|------|-------------------|\n| `ods_app_base_data` | APP基础数据(用户、设备、好友、产品) | **核心** — 用户身份主数据 |\n| `ods_app_app_community` | 社区数据(帖子、评论、关注) | 行为数据,辅助归并 |\n| `ods_app_jh_data` | JOYHUB事件数据 | 行为数据,辅助归并 |\n| `ods_oa_oaaftersales` | OA售后系统(客户、订单、测评) | **核心** — 非APP用户身份线索 |\n| `app_tag_data` | 标签数据 | **关键** — 已有 OneID 归并表 |\n\n---\n\n## 2. 核心发现:已存在的 OneID 归并表\n\n### `app_tag_data.user_oneid` — 用户唯一标识归并表(6 字段,已有数据)\n\n> **这是 identity 子系统 M2(归并引擎)的核心参考**,已实现 uuid → one_id 的归并逻辑\n\n| 字段 | 类型 | 键 | 说明 |\n|------|------|---|------|\n| `uuid` | VARCHAR(64) | UNI, NOT NULL | 原始客户唯一标识符 |\n| `one_id` | VARCHAR(64) | NOT NULL | 用户唯一标识(归并后的ID) |\n| `bridge_uuid` | STRING | | 当前 uuid 对应的非当前桥接 uuid |\n| `association_fields` | STRING | | 关联字段 |\n| `detail` | STRING | | uuid 指向 one_id 的证据说明(JSON) |\n| `update_time` | DATETIME(3) | | 同步更新时间 |\n\n**关键设计点**:\n- `uuid` → `one_id` 是多对一关系(多个 uuid 可归并到同一个 one_id)\n- `bridge_uuid` 记录桥接关联,用于跨系统身份串联\n- `detail` 字段存储归并证据(JSON),与设计文档中 `person_profiles.merge_evidence` 概念一致\n- `association_fields` 记录关联字段,对应设计文档中的线索类型\n\n---\n\n## 3. 核心表状态\n\n设计文档定义的 4 张核心表 **尚未在数据库中创建**:\n\n| 表名 | 设计文档定义 | 数据库状态 | 与现有表的关系 |\n|------|-------------|-----------|--------------|\n| `person_profiles` | 真实人主表 | **不存在** | 可参考 `app_tag_data.user_oneid`(one_id) |\n| `person_identity_links` | 身份线索关联表 | **不存在** | 可参考 `ods_oa_oaaftersales.customer_platform_info`(type映射线索类型) |\n| `contact_context_snapshots` | 上下文快照 | **不存在** | 需聚合多表新建 |\n| `device_records` | 设备变化记录 | **不存在** | 可参考 `user_device_token_log`(已有252万条记录) |\n\n---\n\n## 4. 已存在的数据源表\n\n### 4.1 用户与身份核心表\n\n#### `ods_app_base_data.users` — 用户主表(36 字段)\n\n> identity 子系统的核心用户数据源,提供 JOYHUB ID、邮箱、设备号等身份线索\n\n| 字段 | 类型 | 键 | 说明 |\n|------|------|---|------|\n| `id` | BIGINT | UNI | 用户ID(JOYHUB ID) |\n| `userName` | STRING | | 用户名 |\n| `email` | STRING | | 邮箱 |\n| `deviceToken` | VARCHAR(300) | | 设备推送令牌 |\n| `IMEI` | STRING | | 设备IMEI |\n| `sysType` | VARCHAR(765) | | 系统类型(安卓/IOS/Windows Phone) |\n| `deviceId` | STRING | | 设备ID |\n| `appVersion` | VARCHAR(90) | | APP版本 |\n| `contact_information` | VARCHAR(765) | | 联系方式(电话号码) |\n| `mobile` | STRING | | 手机号 |\n| `area_code` | BIGINT | | 区域代码(美国1,中国86) |\n| `status` | TINYINT | | 1活跃/2封禁/3注销 |\n| `sysTime` | DATETIME | | 系统时间(注册时间) |\n| `created_at` | DATETIME | | 创建时间 |\n\n#### `ods_app_base_data.user_login_last` — 最近登录信息(21 字段)\n\n> 提供设备型号、系统版本、APP版本、国家等信息,是设备变化识别(M4)的重要数据源\n\n| 字段 | 类型 | 键 | 说明 |\n|------|------|---|------|\n| `UserId` | BIGINT | UNI | 用户ID → 关联 `users.id` |\n| `deviceId` | STRING | | 设备ID |\n| `deviceModel` | VARCHAR(150) | | 手机型号 |\n| `device` | VARCHAR(150) | | 手机系统 |\n| `sysType` | VARCHAR(150) | | 系统设备信息与版本 |\n| `appVersion` | VARCHAR(45) | | APP版本号 |\n| `appChannel` | INT | | 渠道 |\n| `countryName` | VARCHAR(600) | | 国家名称 |\n| `countryCode` | VARCHAR(30) | | 国家缩写 |\n| `Time` | DATETIME | | 登录时间 |\n| `Ip` | STRING | | IP地址 |\n\n#### `ods_app_base_data.user_device_token_log` — 设备令牌变更日志(7 字段,252万行)\n\n> 记录设备令牌的添加和更新,可用于追踪设备变化\n\n| 字段 | 类型 | 键 | 说明 |\n|------|------|---|------|\n| `id` | INT | UNI | 主键 |\n| `user_id` | INT | | 用户ID → 关联 `users.id` |\n| `type` | TINYINT | | 0添加/1更新 |\n| `device_id` | STRING | | 设备ID |\n| `new_device_token` | VARCHAR(300) | | 新设备令牌 |\n| `created_at` | DATETIME | | 创建时间 |\n| `client_time` | DATETIME | | 客户端时间 |\n\n#### `ods_app_base_data.user_contact_information_history` — 联系方式变更历史(11 字段,20万行)\n\n> 记录用户手机号等联系方式的变更历史,可用于身份线索追踪\n\n| 字段 | 类型 | 键 | 说明 |\n|------|------|---|------|\n| `id` | DECIMAL(20,0) | UNI | 主键 |\n| `user_id` | BIGINT | | 用户ID → 关联 `users.id` |\n| `user_type` | VARCHAR(150) | | 用户角色 |\n| `area_code` | BIGINT | | 区域代码 |\n| `mobile` | STRING | | 手机号 |\n| `area_id` | INT | | 区域ID |\n| `marketing_phone` | TINYINT | | 营销电话开关 |\n| `marketing_sms` | TINYINT | | 个性化广告开关 |\n| `status` | SMALLINT | | 1生效中/2已过期 |\n| `verify_status` | SMALLINT | | 短信验证状态:1通过/2未通过 |\n| `created_at` | BIGINT | | 创建时间 |\n\n#### `ods_app_base_data.banned_device_id` — 设备封禁表(3 字段,6831行)\n\n| 字段 | 类型 | 键 | 说明 |\n|------|------|---|------|\n| `id` | INT | UNI | 主键 |\n| `device_id` | VARCHAR(765) | | 封禁设备ID |\n| `created_at` | INT | | 创建时间 |\n\n#### `ods_app_base_data.blacklist_users_aggregate` — 用户黑名单汇总(8 字段)\n\n> 按 uid、设备、IP 维度的黑名单,用于风险判断\n\n| 字段 | 类型 | 键 | 说明 |\n|------|------|---|------|\n| `id` | INT | UNI | 主键 |\n| `target_id` | INT | | 1=uid, 2=设备, 3=IP |\n| `target_value` | VARCHAR(1500) | | 字段值 |\n| `category_id` | INT | | 黑名单类别ID |\n| `describe` | VARCHAR(1500) | | 加入原因 |\n\n\n### 4.2 OA 售后系统 — 客户身份数据\n\n#### `ods_oa_oaaftersales.customer` — 客户主表(22 字段,23万行)\n\n| 字段 | 类型 | 键 | 说明 |\n|------|------|---|------|\n| `id` | DECIMAL(20,0) | UNI | 客户ID |\n| `name` | STRING | | 客户名 |\n| `country` | VARCHAR(60) | | 国家 |\n| `is_black` | TINYINT | | 是否黑名单 |\n| `high_risk` | TINYINT | | 是否高风险 |\n| `erp_contact` | STRING | | ERP联系方式 |\n| `erp_pay_account` | VARCHAR(1500) | | ERP付款账号 |\n\n#### `ods_oa_oaaftersales.customer_platform_info` — 客户平台信息(8 字段,26万行)\n\n| 字段 | 类型 | 键 | 说明 |\n|------|------|---|------|\n| `id` | BIGINT | UNI | 主键 |\n| `type` | TINYINT | | **1电话/2邮箱/3joyhub_id/4邮箱编码/5twitter/6facebook** |\n| `customer_id` | INT | | 客户ID → 关联 `customer.id` |\n| `account` | STRING | | 账号值 |\n| `is_delete` | TINYINT | | 是否删除 |\n\n#### `ods_oa_oaaftersales.customer_address` — 客户地址(18 字段,5631行)\n\n> 提供姓名+地址组合,可用于 ORDER_NAME_ADDRESS 线索归并\n\n| 字段 | 类型 | 键 | 说明 |\n|------|------|---|------|\n| `id` | BIGINT | UNI | 主键 |\n| `customer_id` | INT | | 客户ID → 关联 `customer.id` |\n| `recipient_name` | STRING | | 收件人姓名 |\n| `phone` | STRING | | 电话 |\n| `zip_code` | STRING | | 邮编 |\n| `country` | VARCHAR(300) | | 国家 |\n| `city` | STRING | | 城市 |\n| `state` | STRING | | 州/省 |\n| `detail` | VARCHAR(1500) | | 详细地址 |\n\n#### `ods_oa_oaaftersales.customer_payment_account` — 客户付款账号(12 字段,10万行)\n\n> 提供收款信息(银行卡、PayPal等),可作为身份归并线索\n\n| 字段 | 类型 | 键 | 说明 |\n|------|------|---|------|\n| `id` | BIGINT | UNI | 主键 |\n| `ct_id` | INT | | 客户ID → 关联 `customer.id` |\n| `pay_name` | VARCHAR(150) | | 支付方式 |\n| `account_number` | STRING | | 账号 |\n| `account_name` | STRING | | 账户名 |\n| `card_no` | VARCHAR(300) | | 卡号 |\n\n#### `ods_oa_oaaftersales.customer_bind` — 客户绑定关系(6 字段,4980行)\n\n> 客户间的绑定关系,已有归并概念\n\n| 字段 | 类型 | 键 | 说明 |\n|------|------|---|------|\n| `id` | BIGINT | UNI | 主键 |\n| `customer_ids` | STRING | | 绑定的客户ID集合 |\n| `unbind_time` | DATETIME | | 解绑时间 |\n| `is_deleted` | TINYINT | | 是否删除 |\n\n#### `ods_oa_oaaftersales.customer_bind_log` — 客户绑定日志(6 字段,1.2万行)\n\n| 字段 | 类型 | 键 | 说明 |\n|------|------|---|------|\n| `id` | BIGINT | UNI | 主键 |\n| `user_id` | INT | | 操作人ID |\n| `bind_customer_ids` | STRING | | 绑定的客户ID |\n| `type` | VARCHAR(765) | | 操作类型 |\n\n#### `ods_oa_oaaftersales.evaluation_order` — 测评订单(55+ 字段,45万行)\n\n> 包含丰富的身份线索:邮箱、电话、JOYHUB ID、社交媒体账号\n\n| 字段 | 类型 | 键 | 说明 |\n|------|------|---|------|\n| `id` | BIGINT | UNI | 订单ID |\n| `ct_id` | INT | | 客户ID → 关联 `customer.id` |\n| `amazon_order_id` | STRING | | 亚马逊订单号 |\n| `email` | STRING | | 邮箱 |\n| `phone` | STRING | | 电话 |\n| `joyhub_id` | VARCHAR(150) | | JOYHUB ID |\n| `twitter` | STRING | | Twitter账号 |\n| `facebook` | STRING | | Facebook账号 |\n\n#### `ods_oa_oaaftersales.lingxing_order` — 亚马逊订单(30+ 字段,2142万行)\n\n| 字段 | 类型 | 键 | 说明 |\n|------|------|---|------|\n| `id` | DECIMAL(20,0) | UNI | 订单ID |\n| `amazon_order_id` | VARCHAR(150) | | 亚马逊订单号 |\n| `buyer_name` | VARCHAR(765) | | 买家姓名 |\n| `buyer_email` | VARCHAR(765) | | 买家邮箱 |\n| `phone` | VARCHAR(90) | | 电话 |\n| `postal_code` | VARCHAR(765) | | 邮编 |\n| `address` | VARCHAR(765) | | 地址 |\n\n#### `ods_oa_oaaftersales.phone_records` — 电话记录(30+ 字段,8万行)\n\n| 字段 | 类型 | 键 | 说明 |\n|------|------|---|------|\n| `id` | BIGINT | UNI | 主键 |\n| `ct_id` | INT | | 客户ID → 关联 `customer.id` |\n| `phone` | STRING | | 电话 |\n| `email` | STRING | | 邮箱 |\n| `joyhub_id` | VARCHAR(150) | | JOYHUB ID |\n\n### 4.3 社区行为表\n\n#### `ods_app_app_community.posts` — 帖子表(35 字段)\n\n| 字段 | 类型 | 键 | 说明 |\n|------|------|---|------|\n| `id` | DECIMAL(20,0) | UNI | 帖子ID |\n| `user_id` | INT | | 用户ID → 关联 `users.id` |\n| `status` | SMALLINT | | 10待审核/20拒绝/30通过 |\n| `deleted_at` | INT | | 删除时间(0=未删除) |\n\n#### `ods_app_app_community.post_likes` — 点赞表(5 字段)\n\n| 字段 | 类型 | 键 | 说明 |\n|------|------|---|------|\n| `id` | DECIMAL(20,0) | UNI | 主键 |\n| `post_id` | BIGINT | | 帖子ID → 关联 `posts.id` |\n| `user_id` | INT | | 用户ID → 关联 `users.id` |\n\n#### `ods_app_app_community.comments` — 评论表(14 字段)\n\n| 字段 | 类型 | 键 | 说明 |\n|------|------|---|------|\n| `id` | DECIMAL(20,0) | UNI | 评论ID |\n| `post_id` | DECIMAL(20,0) | | 帖子ID → 关联 `posts.id` |\n| `user_id` | DECIMAL(20,0) | | 用户ID → 关联 `users.id` |\n\n#### `ods_app_app_community.follows` — 关注关系表(7 字段)\n\n| 字段 | 类型 | 键 | 说明 |\n|------|------|---|------|\n| `id` | DECIMAL(20,0) | UNI | 主键 |\n| `user_id` | INT | | 关注者ID → 关联 `users.id` |\n| `following_user_id` | INT | | 被关注者ID → 关联 `users.id` |\n\n#### `ods_app_base_data.friends` — 好友关系表(6 字段)\n\n| 字段 | 类型 | 键 | 说明 |\n|------|------|---|------|\n| `id` | DECIMAL(20,0) | UNI | 主键 |\n| `user_id` | DECIMAL(20,0) | | 用户ID → 关联 `users.id` |\n| `friend_id` | DECIMAL(20,0) | | 好友ID → 关联 `users.id` |\n\n### 4.4 事件行为表\n\n#### `ods_app_jh_data.events` — APP事件表(18 字段)\n\n> event_type: 13=home, 8=玩具连接, 5=视频等\n\n| 字段 | 类型 | 键 | 说明 |\n|------|------|---|------|\n| `id` | BIGINT | UNI | 事件ID |\n| `add_date` | DATE | UNI | 记录日期 |\n| `uid` | BIGINT | | 用户ID → 关联 `users.id` |\n| `event_type` | INT | | 事件类型 |\n| `pid` | BIGINT | | 产品ID → 关联 `def_product_list.id` |\n\n#### `ods_app_jh_data.remote_events` — 远程连接事件表(15 字段)\n\n| 字段 | 类型 | 键 | 说明 |\n|------|------|---|------|\n| `id` | BIGINT | UNI | 事件ID |\n| `uid` | BIGINT | | 用户ID → 关联 `users.id` |\n| `call_sn` | VARCHAR(600) | | 远程序列号(格式:uid1_uid2_uuid) |\n| `mode` | INT | | 1文字/2语音/3视频 |\n\n\n---\n\n## 5. 表关联关系图\n\n```\n┌─────────────────────────────────────────────────────────────────────────┐\n│ identity 子系统数据关系 │\n└─────────────────────────────────────────────────────────────────────────┘\n\n ┌───────────────────────┐\n │ app_tag_data │\n │ .user_oneid │\n │ uuid ──► one_id │\n │ (已有归并逻辑) │\n └───────────┬───────────┘\n │ uuid 可能是 email/phone/device\n ▼\n┌──────────────────────────────────────────────────────────────────────┐\n│ ods_app_base_data(APP用户体系) │\n│ │\n│ users ◄── user_profiles (user_id) │\n│ │ user_login_last (UserId) ── deviceId, deviceModel │\n│ │ user_device_token_log (user_id) ── 252万条设备变更记录 │\n│ │ user_contact_information_history (user_id) ── 20万条变更 │\n│ │ friends (user_id / friend_id) │\n│ │ banned_device_id (device_id) ── 设备封禁 │\n│ │ blacklist_users_aggregate (target_id+target_value) │\n│ │ │\n│ └── id = JOYHUB_ID │\n└──────────────────────────────────────────────────────────────────────┘\n\n┌──────────────────────────────────────────────────────────────────────┐\n│ ods_oa_oaaftersales(OA售后体系) │\n│ │\n│ customer ◄── customer_platform_info (customer_id) │\n│ │ type: 1电话/2邮箱/3joyhub_id/5twitter/6facebook │\n│ │ customer_address (customer_id) ── 姓名+地址+电话 │\n│ │ customer_payment_account (ct_id) ── 收款账号 │\n│ │ customer_bind (customer_ids) ── 客户绑定关系 │\n│ │ customer_bind_log ── 绑定操作日志 │\n│ │ evaluation_order (ct_id) ── 邮箱/电话/joyhub_id/社媒 │\n│ │ phone_records (ct_id) ── 电话/邮箱/joyhub_id │\n│ │ order_refund (ct_id) ── 返款详情 │\n│ │ │\n│ lingxing_order ── buyer_name + buyer_email + phone + address │\n│ └── lingxing_order_item (amazon_order_id) │\n└──────────────────────────────────────────────────────────────────────┘\n\n┌──────────────────────────────────────────────────────────────────────┐\n│ 社区行为(ods_app_app_community) │\n│ │\n│ posts ◄── post_likes (post_id, user_id) │\n│ │ comments (post_id, user_id) │\n│ └── follows (user_id, following_user_id) │\n└──────────────────────────────────────────────────────────────────────┘\n\n┌──────────────────────────────────────────────────────────────────────┐\n│ 事件行为(ods_app_jh_data) |\n│ │\n│ events (uid, event_type, pid) │\n│ communities (uid, event_type) │\n│ remote_events (uid, call_sn ── 含对端uid) │\n└──────────────────────────────────────────────────────────────────────┘\n```\n\n---\n\n## 6. identity 设计表与现有表的字段映射\n\n### 6.1 person_identity_links(身份线索关联表)— 待建\n\n| clue_type | 设计文档定义 | 数据来源表 | 来源字段 | 数据量级 |\n|-----------|-------------|-----------|---------|---------|\n| JOYHUB_ID | JOYHUB用户ID | `users.id` | id | - |\n| EMAIL | 邮箱 | `users.email` / `evaluation_order.email` / `lingxing_order.buyer_email` / `edm_contact_user.email` / `customer_platform_info`(type=2) | email | - |\n| PHONE | 电话 | `users.contact_information` / `users.mobile` / `evaluation_order.phone` / `lingxing_order.phone` / `customer_platform_info`(type=1) | phone | - |\n| DEVICE | 设备号 | `users.deviceId` / `user_login_last.deviceId` / `user_device_token_log.device_id` | deviceId | 252万条日志 |\n| ORDER_NAME_ADDRESS | 订单姓名+地址 | `lingxing_order.buyer_name` + `lingxing_order.address` / `customer_address.recipient_name` + `customer_address.detail` | name+address | 5631条地址 |\n| SOCIAL_ACCOUNT | 社交媒体(扩展) | `evaluation_order.twitter` / `evaluation_order.facebook` / `customer_platform_info`(type=5,6) | twitter/facebook | - |\n| PAYMENT_ACCOUNT | 收款账号(扩展) | `customer_payment_account.account_number` / `customer.erp_pay_account` | account | 10万条 |\n\n### 6.2 device_records(设备变化记录)— 待建\n\n| 设计字段 | 数据来源表 | 来源字段 |\n|---------|-----------|---------|\n| `joyhub_id` | `users.id` | id |\n| `device_id` | `users.deviceId` / `user_login_last.deviceId` / `user_device_token_log.device_id` | deviceId |\n| `device_model` | `user_login_last.deviceModel` | deviceModel |\n| `os_version` | `user_login_last.device` / `user_login_last.sysType` | device/sysType |\n| `app_version` | `user_login_last.appVersion` / `users.appVersion` | appVersion |\n| `change_type` | `user_device_token_log.type` | 0=NEW, 1=UPDATE |\n\n### 6.3 contact_context_snapshots(上下文快照)— 待建\n\n| 设计字段 | 数据来源子系统 | 来源表 |\n|---------|--------------|--------|\n| `identity_snapshot` | identity | person_profiles + person_identity_links |\n| `transaction_snapshot` | planning | lingxing_order, lingxing_order_item |\n| `service_snapshot` | support | order_refund, evaluation_order, phone_records |\n| `risk_snapshot` | risk | customer.is_black, customer.high_risk, banned_device_id, blacklist_users_aggregate |\n| `device_snapshot` | identity(M4) | device_records, user_login_last |\n| `outreach_snapshot` | outreach | (待确认) |\n\n\n", "wikilinks": [], "category": "layer-technical" } }, { "id": "doc:08_测试相关/USER用户运营系统_原型逐页详细测试用例集", "type": "document", "name": "Sheet: 总览", "filePath": "08_测试相关/USER用户运营系统_原型逐页详细测试用例集.xlsx", "summary": "Sheet: 总览 项目 内容 生成方式 按4个HTML原型逐页/逐交互拆解,结合全部需求文档与流程图 覆盖HTML 20260504 USER后台ERP MVP管理员首页高保真原型 v7.html;user erp mvp admin prototype v10 1 .html;客服执行.html;用户运营系统 单文件.html 用例粒度 页面、按钮、列表", "tags": [ "08_测试相关", "测试相关" ], "complexity": "complex", "knowledgeMeta": { "content": "# Sheet: 总览\n项目 | 内容\n生成方式 | 按4个HTML原型逐页/逐交互拆解,结合全部需求文档与流程图\n覆盖HTML | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html;user_erp_mvp_admin_prototype_v10(1).html;客服执行.html;用户运营系统-单文件.html\n用例粒度 | 页面、按钮、列表字段、筛选、详情弹窗、状态流转、异常、权限、数据、端到端验收\n用例总数 | 308\n说明 | 每条用例均单独编写前置条件、操作步骤、预期结果、数据校验、权限校验和验收标准;不使用统一占位模板。\n# Sheet: HTML1-v7管理员首页\n用例编号 | HTML原型 | 功能页面 | 需求模块 | 测试类型 | 用例名称 | 优先级 | 前置条件 | 测试数据 | 操作步骤 | 预期结果 | 数据校验 | 权限校验 | 验收标准 | 需求依据 | 原型依据 | 用例状态\nTC-PROTO-0001 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-核心KPI卡片 | 需求与计划管理 | 功能测试 | 管理员工作台查看测评需求审核卡片并跳转处理页 | P1 | 系统管理员账号已登录;首页默认展示固定待办提醒和核心看板;存在Amazon 运营提交的测评需求模拟数据。 | 卡片=测评需求审核;指标=申请 18 / 已批 8;状态=正常;目标页面=需求中心 | 1. 打开管理员首页原型。\n2. 在核心看板区定位“测评需求审核”卡片,核对卡片标题、指标和状态标签。\n3. 将鼠标移入卡片,观察是否有可点击反馈。\n4. 执行“点击卡片进入需求中心待审核入口”。\n5. 返回首页后再次查看该卡片是否保持原指标展示。 | 1. 卡片展示“测评需求审核”和“申请 18 / 已批 8”,状态为“正常”。\n2. 点击后进入或打开与“需求中心”相关的列表/处理区域。\n3. 返回首页后核心指标未丢失,仍可继续查看固定待办。 | 核对测评需求审核的日/周/月指标、风险状态与页面内模拟数据一致;跳转后筛选上下文应保留需求中心语义。 | 仅系统管理员、负责人/总监可查看全部部门指标;普通客服不得看到跨部门风险汇总和黑名单严重度。 | 卡片内容准确、可点击、跳转目标正确;敏感指标对无权限角色不可见。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | 核心看板:测评需求审核;状态:正常;操作:点击卡片进入需求中心待审核入口 | 待执行\nTC-PROTO-0002 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-核心KPI卡片 | 多渠道触达引擎 | 功能测试 | 管理员工作台查看渠道推送风险卡片并跳转处理页 | P1 | 系统管理员账号已登录;首页默认展示固定待办提醒和核心看板;存在退订率高于基线的推送风险模拟数据。 | 卡片=渠道推送风险;指标=IM、EDM、TEL、App Push 日周月风险与反馈;状态=偏高;目标页面=推送中心 | 1. 打开管理员首页原型。\n2. 在核心看板区定位“渠道推送风险”卡片,核对卡片标题、指标和状态标签。\n3. 将鼠标移入卡片,观察是否有可点击反馈。\n4. 执行“点击卡片进入推送风险复核”。\n5. 返回首页后再次查看该卡片是否 | 1. 卡片展示“渠道推送风险”和“IM、EDM、TEL、App Push 日周月风险与反馈”,状态为“偏高”。\n2. 点击后进入或打开与“推送中心”相关的列表/处理区域。\n3. 返回首页后核心指标未丢失,仍可继续查看固定待办。 | 核对渠道推送风险的日/周/月指标、风险状态与页面内模拟数据一致;跳转后筛选上下文应保留推送中心语义。 | 仅系统管理员、负责人/总监可查看全部部门指标;普通客服不得看到跨部门风险汇总和黑名单严重度。 | 卡片内容准确、可点击、跳转目标正确;敏感指标对无权限角色不可见。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | 核心看板:渠道推送风险;状态:偏高;操作:点击卡片进入推送风险复核 | 待执行\nTC-PROTO-0003 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-核心KPI卡片 | 风险与反欺诈 | 功能测试 | 管理员工作台查看新增诈骗事件卡片并跳转处理页 | P1 | 系统管理员账号已登录;首页默认展示固定待办提醒和核心看板;存在诈骗同步与黑名单待同步事件模拟数据。 | 卡片=新增诈骗事件;指标=昨 5 / 周 18;状态=需复核;目标页面=风险中心 | 1. 打开管理员首页原型。\n2. 在核心看板区定位“新增诈骗事件”卡片,核对卡片标题、指标和状态标签。\n3. 将鼠标移入卡片,观察是否有可点击反馈。\n4. 执行“点击卡片进入风险中心”。\n5. 返回首页后再次查看该卡片是否保持原指标展示。 | 1. 卡片展示“新增诈骗事件”和“昨 5 / 周 18”,状态为“需复核”。\n2. 点击后进入或打开与“风险中心”相关的列表/处理区域。\n3. 返回首页后核心指标未丢失,仍可继续查看固定待办。 | 核对新增诈骗事件的日/周/月指标、风险状态与页面内模拟数据一致;跳转后筛选上下文应保留风险中心语义。 | 仅系统管理员、负责人/总监可查看全部部门指标;普通客服不得看到跨部门风险汇总和黑名单严重度。 | 卡片内容准确、可点击、跳转目标正确;敏感指标对无权限角色不可见。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | 核心看板:新增诈骗事件;状态:需复核;操作:点击卡片进入风险中心 | 待执行\nTC-PROTO-0004 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-核心KPI卡片 | 需求与计划管理 | 功能测试 | 管理员工作台查看紧急 Listing卡片并跳转处理页 | P1 | 系统管理员账号已登录;首页默认展示固定待办提醒和核心看板;存在评分接近 4.2 的 Listing模拟数据。 | 卡片=紧急 Listing;指标=新 3 / 未处理 7;状态=紧急;目标页面=Listing 管理 | 1. 打开管理员首页原型。\n2. 在核心看板区定位“紧急 Listing”卡片,核对卡片标题、指标和状态标签。\n3. 将鼠标移入卡片,观察是否有可点击反馈。\n4. 执行“点击卡片进入紧急 Listing 策略”。\n5. 返回首页后再次查看该卡片是否保持原指标展示。 | 1. 卡片展示“紧急 Listing”和“新 3 / 未处理 7”,状态为“紧急”。\n2. 点击后进入或打开与“Listing 管理”相关的列表/处理区域。\n3. 返回首页后核心指标未丢失,仍可继续查看固定待办。 | 核对紧急 Listing的日/周/月指标、风险状态与页面内模拟数据一致;跳转后筛选上下文应保留Listing 管理语义。 | 仅系统管理员、负责人/总监可查看全部部门指标;普通客服不得看到跨部门风险汇总和黑名单严重度。 | 卡片内容准确、可点击、跳转目标正确;敏感指标对无权限角色不可见。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | 核心看板:紧急 Listing;状态:紧急;操作:点击卡片进入紧急 Listing 策略 | 待执行\nTC-PROTO-0005 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-核心KPI卡片 | 需求与计划管理 | 功能测试 | 管理员工作台查看推广计划与紧急策略卡片并跳转处理页 | P1 | 系统管理员账号已登录;首页默认展示固定待办提醒和核心看板;存在已确认需求生成的推广计划模拟数据。 | 卡片=推广计划与紧急策略;指标=日 12 / 周 38;状态=注意审核积压;目标页面=计划中心 | 1. 打开管理员首页原型。\n2. 在核心看板区定位“推广计划与紧急策略”卡片,核对卡片标题、指标和状态标签。\n3. 将鼠标移入卡片,观察是否有可点击反馈。\n4. 执行“点击卡片进入计划中心”。\n5. 返回首页后再次查看该卡片是否保持原指标展示。 | 1. 卡片展示“推广计划与紧急策略”和“日 12 / 周 38”,状态为“注意审核积压”。\n2. 点击后进入或打开与“计划中心”相关的列表/处理区域。\n3. 返回首页后核心指标未丢失,仍可继续查看固定待办。 | 核对推广计划与紧急策略的日/周/月指标、风险状态与页面内模拟数据一致;跳转后筛选上下文应保留计划中心语义。 | 仅系统管理员、负责人/总监可查看全部部门指标;普通客服不得看到跨部门风险汇总和黑名单严重度。 | 卡片内容准确、可点击、跳转目标正确;敏感指标对无权限角色不可见。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | 核心看板:推广计划与紧急策略;状态:注意审核积压;操作:点击卡片进入计划中心 | 待执行\nTC-PROTO-0006 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-核心KPI卡片 | 评价结果追踪 | 功能测试 | 管理员工作台查看评价产出趋势卡片并跳转处理页 | P1 | 系统管理员账号已登录;首页默认展示固定待办提醒和核心看板;存在真实消费者回评完成趋势模拟数据。 | 卡片=评价产出趋势;指标=日 18 / 周 96;状态=稳定;目标页面=数据中心 | 1. 打开管理员首页原型。\n2. 在核心看板区定位“评价产出趋势”卡片,核对卡片标题、指标和状态标签。\n3. 将鼠标移入卡片,观察是否有可点击反馈。\n4. 执行“点击卡片进入评价产出趋势”。\n5. 返回首页后再次查看该卡片是否保持原指标展示。 | 1. 卡片展示“评价产出趋势”和“日 18 / 周 96”,状态为“稳定”。\n2. 点击后进入或打开与“数据中心”相关的列表/处理区域。\n3. 返回首页后核心指标未丢失,仍可继续查看固定待办。 | 核对评价产出趋势的日/周/月指标、风险状态与页面内模拟数据一致;跳转后筛选上下文应保留数据中心语义。 | 仅系统管理员、负责人/总监可查看全部部门指标;普通客服不得看到跨部门风险汇总和黑名单严重度。 | 卡片内容准确、可点击、跳转目标正确;敏感指标对无权限角色不可见。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | 核心看板:评价产出趋势;状态:稳定;操作:点击卡片进入评价产出趋势 | 待执行\nTC-PROTO-0007 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-核心KPI卡片 | 风险与反欺诈 | 功能测试 | 管理员工作台查看黑名单同步严重度卡片并跳转处理页 | P1 | 系统管理员账号已登录;首页默认展示固定待办提醒和核心看板;存在黑名单系统接口超时模拟数据。 | 卡片=黑名单同步严重度;指标=失败 2 / 高危 1;状态=需复核;目标页面=风险中心 | 1. 打开管理员首页原型。\n2. 在核心看板区定位“黑名单同步严重度”卡片,核对卡片标题、指标和状态标签。\n3. 将鼠标移入卡片,观察是否有可点击反馈。\n4. 执行“点击卡片进入黑名单同步”。\n5. 返回首页后再次查看该卡片是否保持原指标展示。 | 1. 卡片展示“黑名单同步严重度”和“失败 2 / 高危 1”,状态为“需复核”。\n2. 点击后进入或打开与“风险中心”相关的列表/处理区域。\n3. 返回首页后核心指标未丢失,仍可继续查看固定待办。 | 核对黑名单同步严重度的日/周/月指标、风险状态与页面内模拟数据一致;跳转后筛选上下文应保留风险中心语义。 | 仅系统管理员、负责人/总监可查看全部部门指标;普通客服不得看到跨部门风险汇总和黑名单严重度。 | 卡片内容准确、可点击、跳转目标正确;敏感指标对无权限角色不可见。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | 核心看板:黑名单同步严重度;状态:需复核;操作:点击卡片进入黑名单同步 | 待执行\nTC-PROTO-0008 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-核心KPI卡片 | KOC/KOL协作 | 功能测试 | 管理员工作台查看KOC/KOL 对接卡片并跳转处理页 | P1 | 系统管理员账号已登录;首页默认展示固定待办提醒和核心看板;存在PR 对外联系、价格、CODE、返点和提款进度模拟数据。 | 卡片=KOC/KOL 对接;指标=2 个逾期;状态=逾期;目标页面=计划中心 | 1. 打开管理员首页原型。\n2. 在核心看板区定位“KOC/KOL 对接”卡片,核对卡片标题、指标和状态标签。\n3. 将鼠标移入卡片,观察是否有可点击反馈。\n4. 执行“点击卡片进入对外合作跟进”。\n5. 返回首页后再次查看该卡片是否保持原指标展示。 | 1. 卡片展示“KOC/KOL 对接”和“2 个逾期”,状态为“逾期”。\n2. 点击后进入或打开与“计划中心”相关的列表/处理区域。\n3. 返回首页后核心指标未丢失,仍可继续查看固定待办。 | 核对KOC/KOL 对接的日/周/月指标、风险状态与页面内模拟数据一致;跳转后筛选上下文应保留计划中心语义。 | 仅系统管理员、负责人/总监可查看全部部门指标;普通客服不得看到跨部门风险汇总和黑名单严重度。 | 卡片内容准确、可点击、跳转目标正确;敏感指标对无权限角色不可见。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | 核心看板:KOC/KOL 对接;状态:逾期;操作:点击卡片进入对外合作跟进 | 待执行\nTC-PROTO-0009 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-核心KPI卡片 | 客服工单与管理 | 功能测试 | 管理员工作台查看菲律宾团队管理卡片并跳转处理页 | P1 | 系统管理员账号已登录;首页默认展示固定待办提醒和核心看板;存在菲律宾团队工作时长、请假、缺席、人均产出模拟数据。 | 卡片=菲律宾团队管理;指标=风险 2 / 缺口 1;状态=排班风险;目标页面=客服中心 | 1. 打开管理员首页原型。\n2. 在核心看板区定位“菲律宾团队管理”卡片,核对卡片标题、指标和状态标签。\n3. 将鼠标移入卡片,观察是否有可点击反馈。\n4. 执行“点击卡片进入客服中心”。\n5. 返回首页后再次查看该卡片是否保持原指标展示。 | 1. 卡片展示“菲律宾团队管理”和“风险 2 / 缺口 1”,状态为“排班风险”。\n2. 点击后进入或打开与“客服中心”相关的列表/处理区域。\n3. 返回首页后核心指标未丢失,仍可继续查看固定待办。 | 核对菲律宾团队管理的日/周/月指标、风险状态与页面内模拟数据一致;跳转后筛选上下文应保留客服中心语义。 | 仅系统管理员、负责人/总监可查看全部部门指标;普通客服不得看到跨部门风险汇总和黑名单严重度。 | 卡片内容准确、可点击、跳转目标正确;敏感指标对无权限角色不可见。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | 核心看板:菲律宾团队管理;状态:排班风险;操作:点击卡片进入客服中心 | 待执行\nTC-PROTO-0010 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-核心KPI卡片 | 审计与通知中心 | 功能测试 | 管理员工作台查看审核积压与风险卡片并跳转处理页 | P1 | 系统管理员账号已登录;首页默认展示固定待办提醒和核心看板;存在已发现问题汇总到总页面模拟数据。 | 卡片=审核积压与风险;指标=卡点 4;状态=影响进度;目标页面=工作台 | 1. 打开管理员首页原型。\n2. 在核心看板区定位“审核积压与风险”卡片,核对卡片标题、指标和状态标签。\n3. 将鼠标移入卡片,观察是否有可点击反馈。\n4. 执行“点击卡片进入处理卡点”。\n5. 返回首页后再次查看该卡片是否保持原指标展示。 | 1. 卡片展示“审核积压与风险”和“卡点 4”,状态为“影响进度”。\n2. 点击后进入或打开与“工作台”相关的列表/处理区域。\n3. 返回首页后核心指标未丢失,仍可继续查看固定待办。 | 核对审核积压与风险的日/周/月指标、风险状态与页面内模拟数据一致;跳转后筛选上下文应保留工作台语义。 | 仅系统管理员、负责人/总监可查看全部部门指标;普通客服不得看到跨部门风险汇总和黑名单严重度。 | 卡片内容准确、可点击、跳转目标正确;敏感指标对无权限角色不可见。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | 核心看板:审核积压与风险;状态:影响进度;操作:点击卡片进入处理卡点 | 待执行\nTC-PROTO-0011 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-P0/P1处理队列 | 审计与通知中心 | 流程测试 | 处理队列中对测评需求执行接收动作 | P1 | 系统管理员登录;P0/P1 处理队列存在事项“测评需求”;当前环节为“Amazon 已批准”,负责人为“用户运营负责人”。 | 事项=测评需求;来源=飞书需求表单 DEMO-001;截止=今日 18:00;处理动作=接收;描述=评分 4.46,低于 4.5,需要生成用户互动与真实评价跟踪计划 | 1. 进入工作台的“P0/P1 处理队列”。\n2. 在队列中按事项名称查找“测评需求”。\n3. 核对对象说明、当前环节、负责人、截止时间和风险描述。\n4. 点击该行右侧“接收”。\n5. 在详情弹窗查看状态流转记录和脱敏与审计说明。\n6. 在操作确认区选择“通过 / 确认”,填写处理意见“测试通过:测评需求已核对”。\n7. 点击确认提交。 | 1. 队列行展示测评需求、Amazon 已批准、用户运营负责人、今日 18:00。\n2. 详情弹窗打开,展示来源“飞书需求表单 DEMO-001”及状态流转记录。\n3. 提交后该事项从待处理状态更新为已确认或流转到下一负责人。\n4. 页面出现成功反馈,通知/审计记录新增一条处理日志。 | 校验事项ID、来源表单、负责人、截止时间、处理意见、动作类型均写入状态流转记录;处理前后队列统计同步变化。 | 只有系统管理员或当前负责人可提交确认;非负责人只能查看,不能操作审批/分配。 | 队列事项可定位、详情可追溯、操作后状态变化清晰,且动作留痕。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | P0/P1处理队列:测评需求;操作:接收 | 待执行\nTC-PROTO-0012 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-P0/P1处理队列 | 审计与通知中心 | 异常场景 | 测评需求处理意见为空时阻止提交 | P2 | 已打开“测评需求”详情弹窗;当前用户有“接收”权限。 | 动作类型=通过/确认;处理意见=空;事项=测评需求 | 1. 在“测评需求”详情弹窗点击“审批/确认”。\n2. 选择动作类型“通过 / 确认”。\n3. 清空处理意见文本框。\n4. 点击确认按钮提交。 | 1. 系统阻止提交。\n2. 处理意见输入框出现必填提示。\n3. 事项状态不改变,状态流转记录不新增确认日志。\n4. 弹窗保持打开,用户可补充意见后重新提交。 | 确认数据库或前端状态中该事项仍保持原当前环节;无空意见审计记录。 | 有权限用户也必须填写处理意见;无权限用户不显示确认按钮。 | 必填校验生效,不产生错误状态流转。 | 09-审计与通知中心;README 权限要求 | 操作确认弹窗:处理意见 textarea;动作类型:通过/确认 | 待执行\nTC-PROTO-0013 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-P0/P1处理队列 | 审计与通知中心 | 流程测试 | 处理队列中对昨日推送风险执行复核动作 | P1 | 系统管理员登录;P0/P1 处理队列存在事项“昨日推送风险”;当前环节为“待复核”,负责人为“用户运营组长”。 | 事项=昨日推送风险;来源=推送风险自动单 DEMO-006;截止=今日 12:00;处理动作=复核;描述=昨日推送退订率高于基线,需复核人群、素材和文案 | 1. 进入工作台的“P0/P1 处理队列”。\n2. 在队列中按事项名称查找“昨日推送风险”。\n3. 核对对象说明、当前环节、负责人、截止时间和风险描述。\n4. 点击该行右侧“复核”。\n5. 在详情弹窗查看状态流转记录和脱敏与审计说明。\n6. 在操作确认区选择“通过 / 确认”,填写处理意见“测试通过:昨日推送风险已核对”。\n7. 点击确认提交。 | 1. 队列行展示昨日推送风险、待复核、用户运营组长、今日 12:00。\n2. 详情弹窗打开,展示来源“推送风险自动单 DEMO-006”及状态流转记录。\n3. 提交后该事项从待处理状态更新为已确认或流转到下一负责人。\n4. 页面出现成功反馈,通知/审计记录新增一条处理日志。 | 校验事项ID、来源表单、负责人、截止时间、处理意见、动作类型均写入状态流转记录;处理前后队列统计同步变化。 | 只有系统管理员或当前负责人可提交确认;非负责人只能查看,不能操作审批/分配。 | 队列事项可定位、详情可追溯、操作后状态变化清晰,且动作留痕。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | P0/P1处理队列:昨日推送风险;操作:复核 | 待执行\nTC-PROTO-0014 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-P0/P1处理队列 | 审计与通知中心 | 异常场景 | 昨日推送风险处理意见为空时阻止提交 | P2 | 已打开“昨日推送风险”详情弹窗;当前用户有“复核”权限。 | 动作类型=通过/确认;处理意见=空;事项=昨日推送风险 | 1. 在“昨日推送风险”详情弹窗点击“审批/确认”。\n2. 选择动作类型“通过 / 确认”。\n3. 清空处理意见文本框。\n4. 点击确认按钮提交。 | 1. 系统阻止提交。\n2. 处理意见输入框出现必填提示。\n3. 事项状态不改变,状态流转记录不新增确认日志。\n4. 弹窗保持打开,用户可补充意见后重新提交。 | 确认数据库或前端状态中该事项仍保持原当前环节;无空意见审计记录。 | 有权限用户也必须填写处理意见;无权限用户不显示确认按钮。 | 必填校验生效,不产生错误状态流转。 | 09-审计与通知中心;README 权限要求 | 操作确认弹窗:处理意见 textarea;动作类型:通过/确认 | 待执行\nTC-PROTO-0015 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-P0/P1处理队列 | 审计与通知中心 | 流程测试 | 处理队列中对待同步黑名单执行审核动作 | P1 | 系统管理员登录;P0/P1 处理队列存在事项“待同步黑名单”;当前环节为“待审核”,负责人为“风险负责人”。 | 事项=待同步黑名单;来源=客服升级表单 DEMO-003;截止=今日 14:00;处理动作=审核;描述=同一 JOYHUB ID 与多个 Profile ID 关联异常样品申请,邮箱和设备号已脱敏 | 1. 进入工作台的“P0/P1 处理队列”。\n2. 在队列中按事项名称查找“待同步黑名单”。\n3. 核对对象说明、当前环节、负责人、截止时间和风险描述。\n4. 点击该行右侧“审核”。\n5. 在详情弹窗查看状态流转记录和脱敏与审计说明。\n6. 在操作确认区选择“通过 / 确认”,填写处理意见“测试通过:待同步黑名单已核对”。\n7. 点击确认提交。 | 1. 队列行展示待同步黑名单、待审核、风险负责人、今日 14:00。\n2. 详情弹窗打开,展示来源“客服升级表单 DEMO-003”及状态流转记录。\n3. 提交后该事项从待处理状态更新为已确认或流转到下一负责人。\n4. 页面出现成功反馈,通知/审计记录新增一条处理日志。 | 校验事项ID、来源表单、负责人、截止时间、处理意见、动作类型均写入状态流转记录;处理前后队列统计同步变化。 | 只有系统管理员或当前负责人可提交确认;非负责人只能查看,不能操作审批/分配。 | 队列事项可定位、详情可追溯、操作后状态变化清晰,且动作留痕。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | P0/P1处理队列:待同步黑名单;操作:审核 | 待执行\nTC-PROTO-0016 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-P0/P1处理队列 | 审计与通知中心 | 异常场景 | 待同步黑名单处理意见为空时阻止提交 | P2 | 已打开“待同步黑名单”详情弹窗;当前用户有“审核”权限。 | 动作类型=通过/确认;处理意见=空;事项=待同步黑名单 | 1. 在“待同步黑名单”详情弹窗点击“审批/确认”。\n2. 选择动作类型“通过 / 确认”。\n3. 清空处理意见文本框。\n4. 点击确认按钮提交。 | 1. 系统阻止提交。\n2. 处理意见输入框出现必填提示。\n3. 事项状态不改变,状态流转记录不新增确认日志。\n4. 弹窗保持打开,用户可补充意见后重新提交。 | 确认数据库或前端状态中该事项仍保持原当前环节;无空意见审计记录。 | 有权限用户也必须填写处理意见;无权限用户不显示确认按钮。 | 必填校验生效,不产生错误状态流转。 | 09-审计与通知中心;README 权限要求 | 操作确认弹窗:处理意见 textarea;动作类型:通过/确认 | 待执行\nTC-PROTO-0017 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-P0/P1处理队列 | 审计与通知中心 | 流程测试 | 处理队列中对紧急策略审批执行审批动作 | P1 | 系统管理员登录;P0/P1 处理队列存在事项“紧急策略审批”;当前环节为“待系统管理员确认”,负责人为“Amazon 运营总监”。 | 事项=紧急策略审批;来源=紧急 Listing 表单 DEMO-004;截止=今日 11:30;处理动作=审批;描述=当前评分 4.21,接近 4.2 紧急阈值,需要 Amazon 与用户运营联合策略 | 1. 进入工作台的“P0/P1 处理队列”。\n2. 在队列中按事项名称查找“紧急策略审批”。\n3. 核对对象说明、当前环节、负责人、截止时间和风险描述。\n4. 点击该行右侧“审批”。\n5. 在详情弹窗查看状态流转记录和脱敏与审计说明。\n6. 在操作确认区选择“通过 / 确认”,填写处理意见“测试通过:紧急策略审批已核对”。\n7. 点击确认提交。 | 1. 队列行展示紧急策略审批、待系统管理员确认、Amazon 运营总监、今日 11:30。\n2. 详情弹窗打开,展示来源“紧急 Listing 表单 DEMO-004”及状态流转记录。\n3. 提交后该事项从待处理状态更新为已确认或流转到下一负责人。\n4. 页面出现成功反馈,通知/审计记录新增一条处理日志。 | 校验事项ID、来源表单、负责人、截止时间、处理意见、动作类型均写入状态流转记录;处理前后队列统计同步变化。 | 只有系统管理员或当前负责人可提交确认;非负责人只能查看,不能操作审批/分配。 | 队列事项可定位、详情可追溯、操作后状态变化清晰,且动作留痕。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | P0/P1处理队列:紧急策略审批;操作:审批 | 待执行\nTC-PROTO-0018 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-P0/P1处理队列 | 审计与通知中心 | 异常场景 | 紧急策略审批处理意见为空时阻止提交 | P2 | 已打开“紧急策略审批”详情弹窗;当前用户有“审批”权限。 | 动作类型=通过/确认;处理意见=空;事项=紧急策略审批 | 1. 在“紧急策略审批”详情弹窗点击“审批/确认”。\n2. 选择动作类型“通过 / 确认”。\n3. 清空处理意见文本框。\n4. 点击确认按钮提交。 | 1. 系统阻止提交。\n2. 处理意见输入框出现必填提示。\n3. 事项状态不改变,状态流转记录不新增确认日志。\n4. 弹窗保持打开,用户可补充意见后重新提交。 | 确认数据库或前端状态中该事项仍保持原当前环节;无空意见审计记录。 | 有权限用户也必须填写处理意见;无权限用户不显示确认按钮。 | 必填校验生效,不产生错误状态流转。 | 09-审计与通知中心;README 权限要求 | 操作确认弹窗:处理意见 textarea;动作类型:通过/确认 | 待执行\nTC-PROTO-0019 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-P0/P1处理队列 | 审计与通知中心 | 流程测试 | 处理队列中对差评跟进执行分配动作 | P1 | 系统管理员登录;P0/P1 处理队列存在事项“差评跟进”;当前环节为“客服升级”,负责人为“客服负责人”。 | 事项=差评跟进;来源=飞书客服需求 DEMO-005;截止=明日 10:00;处理动作=分配;描述=用户反馈产品说明理解偏差,需要客服跟进并回传产品改进建议 | 1. 进入工作台的“P0/P1 处理队列”。\n2. 在队列中按事项名称查找“差评跟进”。\n3. 核对对象说明、当前环节、负责人、截止时间和风险描述。\n4. 点击该行右侧“分配”。\n5. 在详情弹窗查看状态流转记录和脱敏与审计说明。\n6. 在操作确认区选择“通过 / 确认”,填写处理意见“测试通过:差评跟进已核对”。\n7. 点击确认提交。 | 1. 队列行展示差评跟进、客服升级、客服负责人、明日 10:00。\n2. 详情弹窗打开,展示来源“飞书客服需求 DEMO-005”及状态流转记录。\n3. 提交后该事项从待处理状态更新为已确认或流转到下一负责人。\n4. 页面出现成功反馈,通知/审计记录新增一条处理日志。 | 校验事项ID、来源表单、负责人、截止时间、处理意见、动作类型均写入状态流转记录;处理前后队列统计同步变化。 | 只有系统管理员或当前负责人可提交确认;非负责人只能查看,不能操作审批/分配。 | 队列事项可定位、详情可追溯、操作后状态变化清晰,且动作留痕。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | P0/P1处理队列:差评跟进;操作:分配 | 待执行\nTC-PROTO-0020 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-P0/P1处理队列 | 审计与通知中心 | 异常场景 | 差评跟进处理意见为空时阻止提交 | P2 | 已打开“差评跟进”详情弹窗;当前用户有“分配”权限。 | 动作类型=通过/确认;处理意见=空;事项=差评跟进 | 1. 在“差评跟进”详情弹窗点击“审批/确认”。\n2. 选择动作类型“通过 / 确认”。\n3. 清空处理意见文本框。\n4. 点击确认按钮提交。 | 1. 系统阻止提交。\n2. 处理意见输入框出现必填提示。\n3. 事项状态不改变,状态流转记录不新增确认日志。\n4. 弹窗保持打开,用户可补充意见后重新提交。 | 确认数据库或前端状态中该事项仍保持原当前环节;无空意见审计记录。 | 有权限用户也必须填写处理意见;无权限用户不显示确认按钮。 | 必填校验生效,不产生错误状态流转。 | 09-审计与通知中心;README 权限要求 | 操作确认弹窗:处理意见 textarea;动作类型:通过/确认 | 待执行\nTC-PROTO-0021 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 需求中心 | 系统管理/页面导航 | 功能测试 | 从左侧导航进入需求中心并校验列表字段 | P1 | 系统管理员已登录;左侧导航包含“需求中心”;模拟数据已加载。 | 页面=需求中心;主按钮=Amazon 提交测评需求;辅助按钮=待审核入口;字段=需求ID、类型、提交人、审核人、审核结果、来源表单、ASIN/站点、当前环节、负责人、风险、截止、操作 | 1. 在管理员首页左侧导航点击“需求中心”。\n2. 观察页面标题是否切换为“需求中心列表”。\n3. 检查列表表头是否包含:需求ID、类型、提交人、审核人、审核结果、来源表单、ASIN/站点、当前环节、负责人、风险、截止、操作。\n4. 点击页面主按钮“Amazon 提交测评需求”,观察是否打开对应创建/处理入口。\n5. 关闭入口后点击“待审核入口”,观察是否进入辅助操作。\n6. 点击“导出”或“流转”按钮,确认对应操作入口可用。 | 1. 当前模块高亮切换到“需求中心”。\n2. 列表字段与原型定义一致。\n3. “Amazon 提交测评需求”和“待审核入口”按钮可点击,打开的弹窗/区域与页面业务一致。\n4. 返回列表后筛选条件不丢失。 | 列表数据字段顺序、状态标签、负责人、风险和操作列与模拟数据一致;导出时仅导出当前筛选结果。 | 系统管理员可访问需求中心全部数据;部门负责人仅可访问本部门/站点范围;普通角色无权限进入系统级配置。 | 导航、字段、按钮、筛选和导出符合需求中心页面定位。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | 左侧导航:需求中心;按钮:Amazon 提交测评需求/待审核入口;字段:需求ID、类型、提交人、审核人、审核结果、来源表单、ASIN/站点、当前环节、负责人、风险、截止、操作 | 待执行\nTC-PROTO-0022 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | Listing 管理 | 系统管理/页面导航 | 功能测试 | 从左侧导航进入Listing 管理并校验列表字段 | P1 | 系统管理员已登录;左侧导航包含“Listing 管理”;模拟数据已加载。 | 页面=Listing 管理;主按钮=创建紧急策略;辅助按钮=更多;字段=站点组合、评分、等级、评价数、差评数、健康状态、责任人、问题所在、参与人员/进度 | 1. 在管理员首页左侧导航点击“Listing 管理”。\n2. 观察页面标题是否切换为“Listing 管理列表”。\n3. 检查列表表头是否包含:站点组合、评分、等级、评价数、差评数、健康状态、责任人、问题所在、参与人员/进度。\n4. 点击页面主按钮“创建紧急策略”,观察是否打开对应创建/处理入口。\n5. 关闭入口后点击“更多”,观察是否进入辅助操作。\n6. 点击“导出”或“流转”按钮,确认对应操作入口可用。 | 1. 当前模块高亮切换到“Listing 管理”。\n2. 列表字段与原型定义一致。\n3. “创建紧急策略”和“更多”按钮可点击,打开的弹窗/区域与页面业务一致。\n4. 返回列表后筛选条件不丢失。 | 列表数据字段顺序、状态标签、负责人、风险和操作列与模拟数据一致;导出时仅导出当前筛选结果。 | 系统管理员可访问Listing 管理全部数据;部门负责人仅可访问本部门/站点范围;普通角色无权限进入系统级配置。 | 导航、字段、按钮、筛选和导出符合Listing 管理页面定位。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | 左侧导航:Listing 管理;按钮:创建紧急策略/更多;字段:站点组合、评分、等级、评价数、差评数、健康状态、责任人、问题所在、参与人员/进度 | 待执行\nTC-PROTO-0023 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 计划中心 | 系统管理/页面导航 | 功能测试 | 从左侧导航进入计划中心并校验列表字段 | P1 | 系统管理员已登录;左侧导航包含“计划中心”;模拟数据已加载。 | 页面=计划中心;主按钮=生成计划;辅助按钮=批量审批;字段=计划ID、关联需求、覆盖状态、资源分配、目标量、状态、审批人 | 1. 在管理员首页左侧导航点击“计划中心”。\n2. 观察页面标题是否切换为“计划中心列表”。\n3. 检查列表表头是否包含:计划ID、关联需求、覆盖状态、资源分配、目标量、状态、审批人。\n4. 点击页面主按钮“生成计划”,观察是否打开对应创建/处理入口。\n5. 关闭入口后点击“批量审批”,观察是否进入辅助操作。\n6. 点击“导出”或“流转”按钮,确认对应操作入口可用。 | 1. 当前模块高亮切换到“计划中心”。\n2. 列表字段与原型定义一致。\n3. “生成计划”和“批量审批”按钮可点击,打开的弹窗/区域与页面业务一致。\n4. 返回列表后筛选条件不丢失。 | 列表数据字段顺序、状态标签、负责人、风险和操作列与模拟数据一致;导出时仅导出当前筛选结果。 | 系统管理员可访问计划中心全部数据;部门负责人仅可访问本部门/站点范围;普通角色无权限进入系统级配置。 | 导航、字段、按钮、筛选和导出符合计划中心页面定位。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | 左侧导航:计划中心;按钮:生成计划/批量审批;字段:计划ID、关联需求、覆盖状态、资源分配、目标量、状态、审批人 | 待执行\nTC-PROTO-0024 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 推送中心 | 系统管理/页面导航 | 功能测试 | 从左侧导航进入推送中心并校验列表字段 | P1 | 系统管理员已登录;左侧导航包含“推送中心”;模拟数据已加载。 | 页面=推送中心;主按钮=计划与推送分配;辅助按钮=风险复核;字段=推送ID、计划、渠道、策略、H5/素材、人群、发送、点击、回复、退订 | 1. 在管理员首页左侧导航点击“推送中心”。\n2. 观察页面标题是否切换为“推送中心列表”。\n3. 检查列表表头是否包含:推送ID、计划、渠道、策略、H5/素材、人群、发送、点击、回复、退订。\n4. 点击页面主按钮“计划与推送分配”,观察是否打开对应创建/处理入口。\n5. 关闭入口后点击“风险复核”,观察是否进入辅助操作。\n6. 点击“导出”或“流转”按钮,确认对应操作入口可用。 | 1. 当前模块高亮切换到“推送中心”。\n2. 列表字段与原型定义一致。\n3. “计划与推送分配”和“风险复核”按钮可点击,打开的弹窗/区域与页面业务一致。\n4. 返回列表后筛选条件不丢失。 | 列表数据字段顺序、状态标签、负责人、风险和操作列与模拟数据一致;导出时仅导出当前筛选结果。 | 系统管理员可访问推送中心全部数据;部门负责人仅可访问本部门/站点范围;普通角色无权限进入系统级配置。 | 导航、字段、按钮、筛选和导出符合推送中心页面定位。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | 左侧导航:推送中心;按钮:计划与推送分配/风险复核;字段:推送ID、计划、渠道、策略、H5/素材、人群、发送、点击、回复、退订 | 待执行\nTC-PROTO-0025 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 客服中心 | 系统管理/页面导航 | 功能测试 | 从左侧导航进入客服中心并校验列表字段 | P1 | 系统管理员已登录;左侧导航包含“客服中心”;模拟数据已加载。 | 页面=客服中心;主按钮=分配工单;辅助按钮=流转;字段=工单ID、用户摘要、平均响应、工作时长、出勤、人均产出 | 1. 在管理员首页左侧导航点击“客服中心”。\n2. 观察页面标题是否切换为“客服中心列表”。\n3. 检查列表表头是否包含:工单ID、用户摘要、平均响应、工作时长、出勤、人均产出。\n4. 点击页面主按钮“分配工单”,观察是否打开对应创建/处理入口。\n5. 关闭入口后点击“流转”,观察是否进入辅助操作。\n6. 点击“导出”或“流转”按钮,确认对应操作入口可用。 | 1. 当前模块高亮切换到“客服中心”。\n2. 列表字段与原型定义一致。\n3. “分配工单”和“流转”按钮可点击,打开的弹窗/区域与页面业务一致。\n4. 返回列表后筛选条件不丢失。 | 列表数据字段顺序、状态标签、负责人、风险和操作列与模拟数据一致;导出时仅导出当前筛选结果。 | 系统管理员可访问客服中心全部数据;部门负责人仅可访问本部门/站点范围;普通角色无权限进入系统级配置。 | 导航、字段、按钮、筛选和导出符合客服中心页面定位。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | 左侧导航:客服中心;按钮:分配工单/流转;字段:工单ID、用户摘要、平均响应、工作时长、出勤、人均产出 | 待执行\nTC-PROTO-0026 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 风险中心 | 系统管理/页面导航 | 功能测试 | 从左侧导航进入风险中心并校验列表字段 | P1 | 系统管理员已登录;左侧导航包含“风险中心”;模拟数据已加载。 | 页面=风险中心;主按钮=同步黑名单;辅助按钮=规则复核;字段=事件ID、主体摘要、关联字段、来源、同步频率、最近同步、记录数 | 1. 在管理员首页左侧导航点击“风险中心”。\n2. 观察页面标题是否切换为“风险中心列表”。\n3. 检查列表表头是否包含:事件ID、主体摘要、关联字段、来源、同步频率、最近同步、记录数。\n4. 点击页面主按钮“同步黑名单”,观察是否打开对应创建/处理入口。\n5. 关闭入口后点击“规则复核”,观察是否进入辅助操作。\n6. 点击“导出”或“流转”按钮,确认对应操作入口可用。 | 1. 当前模块高亮切换到“风险中心”。\n2. 列表字段与原型定义一致。\n3. “同步黑名单”和“规则复核”按钮可点击,打开的弹窗/区域与页面业务一致。\n4. 返回列表后筛选条件不丢失。 | 列表数据字段顺序、状态标签、负责人、风险和操作列与模拟数据一致;导出时仅导出当前筛选结果。 | 系统管理员可访问风险中心全部数据;部门负责人仅可访问本部门/站点范围;普通角色无权限进入系统级配置。 | 导航、字段、按钮、筛选和导出符合风险中心页面定位。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | 左侧导航:风险中心;按钮:同步黑名单/规则复核;字段:事件ID、主体摘要、关联字段、来源、同步频率、最近同步、记录数 | 待执行\nTC-PROTO-0027 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 数据中心 | 系统管理/页面导航 | 功能测试 | 从左侧导航进入数据中心并校验列表字段 | P1 | 系统管理员已登录;左侧导航包含“数据中心”;模拟数据已加载。 | 页面=数据中心;主按钮=立即同步;辅助按钮=导出;字段=来源、同步频率、最近同步、记录数 | 1. 在管理员首页左侧导航点击“数据中心”。\n2. 观察页面标题是否切换为“数据中心列表”。\n3. 检查列表表头是否包含:来源、同步频率、最近同步、记录数。\n4. 点击页面主按钮“立即同步”,观察是否打开对应创建/处理入口。\n5. 关闭入口后点击“导出”,观察是否进入辅助操作。\n6. 点击“导出”或“流转”按钮,确认对应操作入口可用。 | 1. 当前模块高亮切换到“数据中心”。\n2. 列表字段与原型定义一致。\n3. “立即同步”和“导出”按钮可点击,打开的弹窗/区域与页面业务一致。\n4. 返回列表后筛选条件不丢失。 | 列表数据字段顺序、状态标签、负责人、风险和操作列与模拟数据一致;导出时仅导出当前筛选结果。 | 系统管理员可访问数据中心全部数据;部门负责人仅可访问本部门/站点范围;普通角色无权限进入系统级配置。 | 导航、字段、按钮、筛选和导出符合数据中心页面定位。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | 左侧导航:数据中心;按钮:立即同步/导出;字段:来源、同步频率、最近同步、记录数 | 待执行\nTC-PROTO-0028 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 报表中心 | 系统管理/页面导航 | 功能测试 | 从左侧导航进入报表中心并校验列表字段 | P1 | 系统管理员已登录;左侧导航包含“报表中心”;模拟数据已加载。 | 页面=报表中心;主按钮=生成/下载报表;辅助按钮=上传记录;字段=报表ID、报表名称、可见角色、周期、生成计划、上传/记录、可导出、脱敏 | 1. 在管理员首页左侧导航点击“报表中心”。\n2. 观察页面标题是否切换为“报表中心列表”。\n3. 检查列表表头是否包含:报表ID、报表名称、可见角色、周期、生成计划、上传/记录、可导出、脱敏。\n4. 点击页面主按钮“生成/下载报表”,观察是否打开对应创建/处理入口。\n5. 关闭入口后点击“上传记录”,观察是否进入辅助操作。\n6. 点击“导出”或“流转”按钮,确认对应操作入口可用。 | 1. 当前模块高亮切换到“报表中心”。\n2. 列表字段与原型定义一致。\n3. “生成/下载报表”和“上传记录”按钮可点击,打开的弹窗/区域与页面业务一致。\n4. 返回列表后筛选条件不丢失。 | 列表数据字段顺序、状态标签、负责人、风险和操作列与模拟数据一致;导出时仅导出当前筛选结果。 | 系统管理员可访问报表中心全部数据;部门负责人仅可访问本部门/站点范围;普通角色无权限进入系统级配置。 | 导航、字段、按钮、筛选和导出符合报表中心页面定位。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | 左侧导航:报表中心;按钮:生成/下载报表/上传记录;字段:报表ID、报表名称、可见角色、周期、生成计划、上传/记录、可导出、脱敏 | 待执行\nTC-PROTO-0029 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 系统管理 | 系统管理/页面导航 | 功能测试 | 从左侧导航进入系统管理并校验列表字段 | P1 | 系统管理员已登录;左侧导航包含“系统管理”;模拟数据已加载。 | 页面=系统管理;主按钮=新建账号;辅助按钮=离职管理;字段=配置ID、模块、说明、权限分配、审计日志 | 1. 在管理员首页左侧导航点击“系统管理”。\n2. 观察页面标题是否切换为“系统管理列表”。\n3. 检查列表表头是否包含:配置ID、模块、说明、权限分配、审计日志。\n4. 点击页面主按钮“新建账号”,观察是否打开对应创建/处理入口。\n5. 关闭入口后点击“离职管理”,观察是否进入辅助操作。\n6. 点击“导出”或“流转”按钮,确认对应操作入口可用。 | 1. 当前模块高亮切换到“系统管理”。\n2. 列表字段与原型定义一致。\n3. “新建账号”和“离职管理”按钮可点击,打开的弹窗/区域与页面业务一致。\n4. 返回列表后筛选条件不丢失。 | 列表数据字段顺序、状态标签、负责人、风险和操作列与模拟数据一致;导出时仅导出当前筛选结果。 | 系统管理员可访问系统管理全部数据;部门负责人仅可访问本部门/站点范围;普通角色无权限进入系统级配置。 | 导航、字段、按钮、筛选和导出符合系统管理页面定位。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | 左侧导航:系统管理;按钮:新建账号/离职管理;字段:配置ID、模块、说明、权限分配、审计日志 | 待执行\nTC-PROTO-0030 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-时间范围与周期切换 | 数据中心 | 数据校验 | 管理员首页切换最近 7 天时间范围后刷新趋势指标 | P2 | 系统管理员停留在工作台;核心看板、经营主题矩阵、业务复盘趋势均已展示。 | 时间范围=最近 7 天;涉及指标=审核卡点、未处理紧急、评价产出趋势、黑名单同步严重度 | 1. 在首页顶部时间范围控件选择“最近 7 天”。\n2. 如果选择自定义,则输入开始日期 2026-05-01、结束日期 2026-05-07。\n3. 点击查询或等待页面自动刷新。\n4. 对比核心看板、经营主题矩阵、业务复盘趋势中的日/周/月数值。\n5. 切换到其他模块再返回首页。 | 1. 页面按“最近 7 天”刷新相关趋势指标。\n2. 周/月预生成提示仍显示,不影响实时入口。\n3. 切换模块再返回后,时间范围保持用户最后一次选择。 | 日/周/月聚合口径一致;自定义范围不能出现结束日期早于开始日期的数据。 | 普通客服仅能查看与本人相关指标;系统管理员可查看全部部门趋势。 | 时间筛选可用,趋势数据与范围一致,筛选状态可保持。 | 00-系统总览;evaluation-business-architecture 数据看板 | 时间范围;周期切换;周/月预生成 | 待执行\nTC-PROTO-0031 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-时间范围与周期切换 | 数据中心 | 数据校验 | 管理员首页切换最近 30 天时间范围后刷新趋势指标 | P2 | 系统管理员停留在工作台;核心看板、经营主题矩阵、业务复盘趋势均已展示。 | 时间范围=最近 30 天;涉及指标=审核卡点、未处理紧急、评价产出趋势、黑名单同步严重度 | 1. 在首页顶部时间范围控件选择“最近 30 天”。\n2. 如果选择自定义,则输入开始日期 2026-05-01、结束日期 2026-05-07。\n3. 点击查询或等待页面自动刷新。\n4. 对比核心看板、经营主题矩阵、业务复盘趋势中的日/周/月数值。\n5. 切换到其他模块再返回首页。 | 1. 页面按“最近 30 天”刷新相关趋势指标。\n2. 周/月预生成提示仍显示,不影响实时入口。\n3. 切换模块再返回后,时间范围保持用户最后一次选择。 | 日/周/月聚合口径一致;自定义范围不能出现结束日期早于开始日期的数据。 | 普通客服仅能查看与本人相关指标;系统管理员可查看全部部门趋势。 | 时间筛选可用,趋势数据与范围一致,筛选状态可保持。 | 00-系统总览;evaluation-business-architecture 数据看板 | 时间范围;周期切换;周/月预生成 | 待执行\nTC-PROTO-0032 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-时间范围与周期切换 | 数据中心 | 数据校验 | 管理员首页切换本月时间范围后刷新趋势指标 | P2 | 系统管理员停留在工作台;核心看板、经营主题矩阵、业务复盘趋势均已展示。 | 时间范围=本月;涉及指标=审核卡点、未处理紧急、评价产出趋势、黑名单同步严重度 | 1. 在首页顶部时间范围控件选择“本月”。\n2. 如果选择自定义,则输入开始日期 2026-05-01、结束日期 2026-05-07。\n3. 点击查询或等待页面自动刷新。\n4. 对比核心看板、经营主题矩阵、业务复盘趋势中的日/周/月数值。\n5. 切换到其他模块再返回首页。 | 1. 页面按“本月”刷新相关趋势指标。\n2. 周/月预生成提示仍显示,不影响实时入口。\n3. 切换模块再返回后,时间范围保持用户最后一次选择。 | 日/周/月聚合口径一致;自定义范围不能出现结束日期早于开始日期的数据。 | 普通客服仅能查看与本人相关指标;系统管理员可查看全部部门趋势。 | 时间筛选可用,趋势数据与范围一致,筛选状态可保持。 | 00-系统总览;evaluation-business-architecture 数据看板 | 时间范围;周期切换;周/月预生成 | 待执行\nTC-PROTO-0033 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-时间范围与周期切换 | 数据中心 | 数据校验 | 管理员首页切换自定义时间范围后刷新趋势指标 | P2 | 系统管理员停留在工作台;核心看板、经营主题矩阵、业务复盘趋势均已展示。 | 时间范围=自定义;涉及指标=审核卡点、未处理紧急、评价产出趋势、黑名单同步严重度 | 1. 在首页顶部时间范围控件选择“自定义”。\n2. 如果选择自定义,则输入开始日期 2026-05-01、结束日期 2026-05-07。\n3. 点击查询或等待页面自动刷新。\n4. 对比核心看板、经营主题矩阵、业务复盘趋势中的日/周/月数值。\n5. 切换到其他模块再返回首页。 | 1. 页面按“自定义”刷新相关趋势指标。\n2. 周/月预生成提示仍显示,不影响实时入口。\n3. 切换模块再返回后,时间范围保持用户最后一次选择。 | 日/周/月聚合口径一致;自定义范围不能出现结束日期早于开始日期的数据。 | 普通客服仅能查看与本人相关指标;系统管理员可查看全部部门趋势。 | 时间筛选可用,趋势数据与范围一致,筛选状态可保持。 | 00-系统总览;evaluation-business-architecture 数据看板 | 时间范围;周期切换;周/月预生成 | 待执行\nTC-PROTO-0170 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-P0/P1处理队列 | 审计与通知中心 | 功能测试 | P0/P1处理队列切换全部标签后只展示对应事项 | P2 | 系统管理员在工作台;P0/P1处理队列包含审核、黑名单、推送三类事项;当前标签可切换到“全部”。 | 标签=全部;队列事项=测评需求、推送风险、待同步黑名单、紧急策略审批、差评跟进 | 1. 打开管理员首页。\n2. 在P0/P1处理队列点击“全部”标签。\n3. 逐行检查事项类型、负责人、时限和操作按钮。\n4. 点击任意一条事项的“处理/审核/复核/分配”按钮进入详情。\n5. 关闭详情后再次查看当前标签是否仍为“全部”。 | 1. 队列只展示与“全部”匹配的事项;如果为全部则展示所有事项。\n2. 当前标签高亮。\n3. 打开并关闭详情后筛选标签不丢失。 | 筛选后的事项数量与队列分类统计一致;关闭详情不重置筛选条件。 | 普通角色只能看到本人相关事项;系统管理员可以切换全部标签。 | 队列标签筛选准确、状态保持、权限范围正确。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | P0/P1处理队列标签:全部 | 待执行\nTC-PROTO-0171 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-P0/P1处理队列 | 审计与通知中心 | 功能测试 | P0/P1处理队列切换审核标签后只展示对应事项 | P2 | 系统管理员在工作台;P0/P1处理队列包含审核、黑名单、推送三类事项;当前标签可切换到“审核”。 | 标签=审核;队列事项=测评需求、推送风险、待同步黑名单、紧急策略审批、差评跟进 | 1. 打开管理员首页。\n2. 在P0/P1处理队列点击“审核”标签。\n3. 逐行检查事项类型、负责人、时限和操作按钮。\n4. 点击任意一条事项的“处理/审核/复核/分配”按钮进入详情。\n5. 关闭详情后再次查看当前标签是否仍为“审核”。 | 1. 队列只展示与“审核”匹配的事项;如果为全部则展示所有事项。\n2. 当前标签高亮。\n3. 打开并关闭详情后筛选标签不丢失。 | 筛选后的事项数量与队列分类统计一致;关闭详情不重置筛选条件。 | 普通角色只能看到本人相关事项;系统管理员可以切换全部标签。 | 队列标签筛选准确、状态保持、权限范围正确。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | P0/P1处理队列标签:审核 | 待执行\nTC-PROTO-0172 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-P0/P1处理队列 | 审计与通知中心 | 功能测试 | P0/P1处理队列切换黑名单标签后只展示对应事项 | P2 | 系统管理员在工作台;P0/P1处理队列包含审核、黑名单、推送三类事项;当前标签可切换到“黑名单”。 | 标签=黑名单;队列事项=测评需求、推送风险、待同步黑名单、紧急策略审批、差评跟进 | 1. 打开管理员首页。\n2. 在P0/P1处理队列点击“黑名单”标签。\n3. 逐行检查事项类型、负责人、时限和操作按钮。\n4. 点击任意一条事项的“处理/审核/复核/分配”按钮进入详情。\n5. 关闭详情后再次查看当前标签是否仍为“黑名单”。 | 1. 队列只展示与“黑名单”匹配的事项;如果为全部则展示所有事项。\n2. 当前标签高亮。\n3. 打开并关闭详情后筛选标签不丢失。 | 筛选后的事项数量与队列分类统计一致;关闭详情不重置筛选条件。 | 普通角色只能看到本人相关事项;系统管理员可以切换全部标签。 | 队列标签筛选准确、状态保持、权限范围正确。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | P0/P1处理队列标签:黑名单 | 待执行\nTC-PROTO-0173 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-P0/P1处理队列 | 审计与通知中心 | 功能测试 | P0/P1处理队列切换推送标签后只展示对应事项 | P2 | 系统管理员在工作台;P0/P1处理队列包含审核、黑名单、推送三类事项;当前标签可切换到“推送”。 | 标签=推送;队列事项=测评需求、推送风险、待同步黑名单、紧急策略审批、差评跟进 | 1. 打开管理员首页。\n2. 在P0/P1处理队列点击“推送”标签。\n3. 逐行检查事项类型、负责人、时限和操作按钮。\n4. 点击任意一条事项的“处理/审核/复核/分配”按钮进入详情。\n5. 关闭详情后再次查看当前标签是否仍为“推送”。 | 1. 队列只展示与“推送”匹配的事项;如果为全部则展示所有事项。\n2. 当前标签高亮。\n3. 打开并关闭详情后筛选标签不丢失。 | 筛选后的事项数量与队列分类统计一致;关闭详情不重置筛选条件。 | 普通角色只能看到本人相关事项;系统管理员可以切换全部标签。 | 队列标签筛选准确、状态保持、权限范围正确。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | P0/P1处理队列标签:推送 | 待执行\nTC-PROTO-0174 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 各模块列表-组合筛选 | 系统总览 | 功能测试 | 列表按部门全部部门状态全部状态风险全部风险负责人全部负责人组合查询 | P2 | 系统管理员进入任一业务列表页;列表顶部存在部门、状态、风险、负责人筛选项和查询按钮。 | 部门=全部部门;状态=全部状态;风险=全部风险;负责人=全部负责人 | 1. 从左侧导航进入需求中心或风险中心。\n2. 在筛选区选择部门“全部部门”。\n3. 选择状态“全部状态”、风险“全部风险”、负责人“全部负责人”。\n4. 点击“查询”。\n5. 检查列表每一行的部门、当前环节、风险和负责人。\n6. 点击“导出”。 | 1. 列表只返回符合全部部门/全部状态/全部风险/全部负责人的记录。\n2. 统计数量与当前筛选条件一致。\n3. 导出文件只包含当前筛选结果。\n4. 导出动作写入审计日志。 | 筛选条件、列表结果、导出结果、审计日志中的查询条件一致。 | 无导出权限时导出按钮隐藏或提示无权限;不能导出其他部门数据。 | 组合筛选准确、导出范围正确、审计完整。 | 00-系统总览;09-审计与通知中心 | 筛选项:全部部门/全部状态/全部风险/全部负责人;按钮:查询/导出 | 待执行\nTC-PROTO-0175 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 各模块列表-组合筛选 | 系统总览 | 功能测试 | 列表按部门Amazon 运营状态待审批风险全部风险负责人Amazon 总监组合查询 | P2 | 系统管理员进入任一业务列表页;列表顶部存在部门、状态、风险、负责人筛选项和查询按钮。 | 部门=Amazon 运营;状态=待审批;风险=全部风险;负责人=Amazon 总监 | 1. 从左侧导航进入需求中心或风险中心。\n2. 在筛选区选择部门“Amazon 运营”。\n3. 选择状态“待审批”、风险“全部风险”、负责人“Amazon 总监”。\n4. 点击“查询”。\n5. 检查列表每一行的部门、当前环节、风险和负责人。\n6. 点击“导出”。 | 1. 列表只返回符合Amazon 运营/待审批/全部风险/Amazon 总监的记录。\n2. 统计数量与当前筛选条件一致。\n3. 导出文件只包含当前筛选结果。\n4. 导出动作写入审计日志。 | 筛选条件、列表结果、导出结果、审计日志中的查询条件一致。 | 无导出权限时导出按钮隐藏或提示无权限;不能导出其他部门数据。 | 组合筛选准确、导出范围正确、审计完整。 | 00-系统总览;09-审计与通知中心 | 筛选项:全部部门/全部状态/全部风险/全部负责人;按钮:查询/导出 | 待执行\nTC-PROTO-0176 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 各模块列表-组合筛选 | 系统总览 | 功能测试 | 列表按部门用户运营状态待复核风险偏高负责人用户运营组长组合查询 | P2 | 系统管理员进入任一业务列表页;列表顶部存在部门、状态、风险、负责人筛选项和查询按钮。 | 部门=用户运营;状态=待复核;风险=偏高;负责人=用户运营组长 | 1. 从左侧导航进入需求中心或风险中心。\n2. 在筛选区选择部门“用户运营”。\n3. 选择状态“待复核”、风险“偏高”、负责人“用户运营组长”。\n4. 点击“查询”。\n5. 检查列表每一行的部门、当前环节、风险和负责人。\n6. 点击“导出”。 | 1. 列表只返回符合用户运营/待复核/偏高/用户运营组长的记录。\n2. 统计数量与当前筛选条件一致。\n3. 导出文件只包含当前筛选结果。\n4. 导出动作写入审计日志。 | 筛选条件、列表结果、导出结果、审计日志中的查询条件一致。 | 无导出权限时导出按钮隐藏或提示无权限;不能导出其他部门数据。 | 组合筛选准确、导出范围正确、审计完整。 | 00-系统总览;09-审计与通知中心 | 筛选项:全部部门/全部状态/全部风险/全部负责人;按钮:查询/导出 | 待执行\nTC-PROTO-0177 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 各模块列表-组合筛选 | 系统总览 | 功能测试 | 列表按部门客服状态客服升级风险高风险负责人客服负责人组合查询 | P2 | 系统管理员进入任一业务列表页;列表顶部存在部门、状态、风险、负责人筛选项和查询按钮。 | 部门=客服;状态=客服升级;风险=高风险;负责人=客服负责人 | 1. 从左侧导航进入需求中心或风险中心。\n2. 在筛选区选择部门“客服”。\n3. 选择状态“客服升级”、风险“高风险”、负责人“客服负责人”。\n4. 点击“查询”。\n5. 检查列表每一行的部门、当前环节、风险和负责人。\n6. 点击“导出”。 | 1. 列表只返回符合客服/客服升级/高风险/客服负责人的记录。\n2. 统计数量与当前筛选条件一致。\n3. 导出文件只包含当前筛选结果。\n4. 导出动作写入审计日志。 | 筛选条件、列表结果、导出结果、审计日志中的查询条件一致。 | 无导出权限时导出按钮隐藏或提示无权限;不能导出其他部门数据。 | 组合筛选准确、导出范围正确、审计完整。 | 00-系统总览;09-审计与通知中心 | 筛选项:全部部门/全部状态/全部风险/全部负责人;按钮:查询/导出 | 待执行\nTC-PROTO-0178 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 各模块列表-组合筛选 | 系统总览 | 功能测试 | 列表按部门系统管理员状态待系统管理员确认风险紧急负责人系统管理员组合查询 | P2 | 系统管理员进入任一业务列表页;列表顶部存在部门、状态、风险、负责人筛选项和查询按钮。 | 部门=系统管理员;状态=待系统管理员确认;风险=紧急;负责人=系统管理员 | 1. 从左侧导航进入需求中心或风险中心。\n2. 在筛选区选择部门“系统管理员”。\n3. 选择状态“待系统管理员确认”、风险“紧急”、负责人“系统管理员”。\n4. 点击“查询”。\n5. 检查列表每一行的部门、当前环节、风险和负责人。\n6. 点击“导出”。 | 1. 列表只返回符合系统管理员/待系统管理员确认/紧急/系统管理员的记录。\n2. 统计数量与当前筛选条件一致。\n3. 导出文件只包含当前筛选结果。\n4. 导出动作写入审计日志。 | 筛选条件、列表结果、导出结果、审计日志中的查询条件一致。 | 无导出权限时导出按钮隐藏或提示无权限;不能导出其他部门数据。 | 组合筛选准确、导出范围正确、审计完整。 | 00-系统总览;09-审计与通知中心 | 筛选项:全部部门/全部状态/全部风险/全部负责人;按钮:查询/导出 | 待执行\nTC-PROTO-0220 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 需求中心 | 系统总览 | 功能测试 | 需求中心按钮级操作:查看完整信息 | P2 | 系统管理员已进入“需求中心”;存在业务条件:JOYHUB ID、邮箱、电话、设备号、订单号默认脱敏。 | 按钮=查看完整信息;条件=JOYHUB ID、邮箱、电话、设备号、订单号默认脱敏 | 1. 从管理员首页左侧导航进入“需求中心”。\n2. 在列表中找到满足条件的记录:JOYHUB ID、邮箱、电话、设备号、订单号默认脱敏。\n3. 点击该行或页面上的“查看完整信息”按钮。\n4. 按页面提示执行:打开详情后点击查看完整信息。\n5. 提交后回到列表并重新打开该记录详情。 | 1. “查看完整信息”入口可用且文案正确。\n2. 操作后结果为:记录敏感访问审计。\n3. 列表状态、详情状态流转记录和通知/审计同步更新。 | 操作前后记录ID不变;状态、负责人、处理意见、附件或导出记录按动作写入。 | 仅授权角色可执行该按钮动作;敏感查看、导出、审批、黑名单同步需独立授权。 | 需求中心的查看完整信息动作可执行、可追踪、无越权。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | v7页面=需求中心;按钮=查看完整信息 | 待执行\nTC-PROTO-0221 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 需求中心 | 系统总览 | 功能测试 | 需求中心按钮级操作:分配 | P2 | 系统管理员已进入“需求中心”;存在业务条件:测评需求Amazon已批准待用户运营接收。 | 按钮=分配;条件=测评需求Amazon已批准待用户运营接收 | 1. 从管理员首页左侧导航进入“需求中心”。\n2. 在列表中找到满足条件的记录:测评需求Amazon已批准待用户运营接收。\n3. 点击该行或页面上的“分配”按钮。\n4. 按页面提示执行:选择下一负责人为用户运营负责人。\n5. 提交后回到列表并重新打开该记录详情。 | 1. “分配”入口可用且文案正确。\n2. 操作后结果为:负责人变更并通知。\n3. 列表状态、详情状态流转记录和通知/审计同步更新。 | 操作前后记录ID不变;状态、负责人、处理意见、附件或导出记录按动作写入。 | 仅授权角色可执行该按钮动作;敏感查看、导出、审批、黑名单同步需独立授权。 | 需求中心的分配动作可执行、可追踪、无越权。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | v7页面=需求中心;按钮=分配 | 待执行\nTC-PROTO-0222 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 需求中心 | 系统总览 | 功能测试 | 需求中心按钮级操作:审批/确认 | P2 | 系统管理员已进入“需求中心”;存在业务条件:需求评分4.46低于4.5。 | 按钮=审批/确认;条件=需求评分4.46低于4.5 | 1. 从管理员首页左侧导航进入“需求中心”。\n2. 在列表中找到满足条件的记录:需求评分4.46低于4.5。\n3. 点击该行或页面上的“审批/确认”按钮。\n4. 按页面提示执行:选择通过/确认并填写计划建议。\n5. 提交后回到列表并重新打开该记录详情。 | 1. “审批/确认”入口可用且文案正确。\n2. 操作后结果为:需求进入待生成计划。\n3. 列表状态、详情状态流转记录和通知/审计同步更新。 | 操作前后记录ID不变;状态、负责人、处理意见、附件或导出记录按动作写入。 | 仅授权角色可执行该按钮动作;敏感查看、导出、审批、黑名单同步需独立授权。 | 需求中心的审批/确认动作可执行、可追踪、无越权。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | v7页面=需求中心;按钮=审批/确认 | 待执行\nTC-PROTO-0223 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | Listing 管理 | 系统总览 | 功能测试 | Listing 管理按钮级操作:查看完整信息 | P2 | 系统管理员已进入“Listing 管理”;存在业务条件:评分4.21接近4.2紧急阈值。 | 按钮=查看完整信息;条件=评分4.21接近4.2紧急阈值 | 1. 从管理员首页左侧导航进入“Listing 管理”。\n2. 在列表中找到满足条件的记录:评分4.21接近4.2紧急阈值。\n3. 点击该行或页面上的“查看完整信息”按钮。\n4. 按页面提示执行:查看ASIN完整站点与评价数据。\n5. 提交后回到列表并重新打开该记录详情。 | 1. “查看完整信息”入口可用且文案正确。\n2. 操作后结果为:敏感数据按权限展示。\n3. 列表状态、详情状态流转记录和通知/审计同步更新。 | 操作前后记录ID不变;状态、负责人、处理意见、附件或导出记录按动作写入。 | 仅授权角色可执行该按钮动作;敏感查看、导出、审批、黑名单同步需独立授权。 | Listing 管理的查看完整信息动作可执行、可追踪、无越权。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | v7页面=Listing 管理;按钮=查看完整信息 | 待执行\nTC-PROTO-0224 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | Listing 管理 | 系统总览 | 功能测试 | Listing 管理按钮级操作:创建紧急策略 | P2 | 系统管理员已进入“Listing 管理”;存在业务条件:紧急Listing未处理7条。 | 按钮=创建紧急策略;条件=紧急Listing未处理7条 | 1. 从管理员首页左侧导航进入“Listing 管理”。\n2. 在列表中找到满足条件的记录:紧急Listing未处理7条。\n3. 点击该行或页面上的“创建紧急策略”按钮。\n4. 按页面提示执行:填写策略参与人员与截止时间。\n5. 提交后回到列表并重新打开该记录详情。 | 1. “创建紧急策略”入口可用且文案正确。\n2. 操作后结果为:生成紧急策略审批事项。\n3. 列表状态、详情状态流转记录和通知/审计同步更新。 | 操作前后记录ID不变;状态、负责人、处理意见、附件或导出记录按动作写入。 | 仅授权角色可执行该按钮动作;敏感查看、导出、审批、黑名单同步需独立授权。 | Listing 管理的创建紧急策略动作可执行、可追踪、无越权。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | v7页面=Listing 管理;按钮=创建紧急策略 | 待执行\nTC-PROTO-0225 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | Listing 管理 | 系统总览 | 功能测试 | Listing 管理按钮级操作:审批/确认 | P2 | 系统管理员已进入“Listing 管理”;存在业务条件:待系统管理员确认。 | 按钮=审批/确认;条件=待系统管理员确认 | 1. 从管理员首页左侧导航进入“Listing 管理”。\n2. 在列表中找到满足条件的记录:待系统管理员确认。\n3. 点击该行或页面上的“审批/确认”按钮。\n4. 按页面提示执行:确认联合策略。\n5. 提交后回到列表并重新打开该记录详情。 | 1. “审批/确认”入口可用且文案正确。\n2. 操作后结果为:状态进入用户运营执行。\n3. 列表状态、详情状态流转记录和通知/审计同步更新。 | 操作前后记录ID不变;状态、负责人、处理意见、附件或导出记录按动作写入。 | 仅授权角色可执行该按钮动作;敏感查看、导出、审批、黑名单同步需独立授权。 | Listing 管理的审批/确认动作可执行、可追踪、无越权。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | v7页面=Listing 管理;按钮=审批/确认 | 待执行\nTC-PROTO-0226 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 计划中心 | 系统总览 | 功能测试 | 计划中心按钮级操作:生成计划 | P2 | 系统管理员已进入“计划中心”;存在业务条件:已确认需求存在且目标量明确。 | 按钮=生成计划;条件=已确认需求存在且目标量明确 | 1. 从管理员首页左侧导航进入“计划中心”。\n2. 在列表中找到满足条件的记录:已确认需求存在且目标量明确。\n3. 点击该行或页面上的“生成计划”按钮。\n4. 按页面提示执行:选择推新/回评/免评并拆分计划项。\n5. 提交后回到列表并重新打开该记录详情。 | 1. “生成计划”入口可用且文案正确。\n2. 操作后结果为:生成计划ID和计划项。\n3. 列表状态、详情状态流转记录和通知/审计同步更新。 | 操作前后记录ID不变;状态、负责人、处理意见、附件或导出记录按动作写入。 | 仅授权角色可执行该按钮动作;敏感查看、导出、审批、黑名单同步需独立授权。 | 计划中心的生成计划动作可执行、可追踪、无越权。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | v7页面=计划中心;按钮=生成计划 | 待执行\nTC-PROTO-0227 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 计划中心 | 系统总览 | 功能测试 | 计划中心按钮级操作:批量审批 | P2 | 系统管理员已进入“计划中心”;存在业务条件:多条计划处于待审批。 | 按钮=批量审批;条件=多条计划处于待审批 | 1. 从管理员首页左侧导航进入“计划中心”。\n2. 在列表中找到满足条件的记录:多条计划处于待审批。\n3. 点击该行或页面上的“批量审批”按钮。\n4. 按页面提示执行:勾选多条计划并提交统一审批意见。\n5. 提交后回到列表并重新打开该记录详情。 | 1. “批量审批”入口可用且文案正确。\n2. 操作后结果为:批量生成审批记录。\n3. 列表状态、详情状态流转记录和通知/审计同步更新。 | 操作前后记录ID不变;状态、负责人、处理意见、附件或导出记录按动作写入。 | 仅授权角色可执行该按钮动作;敏感查看、导出、审批、黑名单同步需独立授权。 | 计划中心的批量审批动作可执行、可追踪、无越权。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | v7页面=计划中心;按钮=批量审批 | 待执行\nTC-PROTO-0228 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 计划中心 | 系统总览 | 功能测试 | 计划中心按钮级操作:流转 | P2 | 系统管理员已进入“计划中心”;存在业务条件:计划覆盖状态部分覆盖。 | 按钮=流转;条件=计划覆盖状态部分覆盖 | 1. 从管理员首页左侧导航进入“计划中心”。\n2. 在列表中找到满足条件的记录:计划覆盖状态部分覆盖。\n3. 点击该行或页面上的“流转”按钮。\n4. 按页面提示执行:查看计划状态流转记录。\n5. 提交后回到列表并重新打开该记录详情。 | 1. “流转”入口可用且文案正确。\n2. 操作后结果为:展示创建、审批、执行节点。\n3. 列表状态、详情状态流转记录和通知/审计同步更新。 | 操作前后记录ID不变;状态、负责人、处理意见、附件或导出记录按动作写入。 | 仅授权角色可执行该按钮动作;敏感查看、导出、审批、黑名单同步需独立授权。 | 计划中心的流转动作可执行、可追踪、无越权。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | v7页面=计划中心;按钮=流转 | 待执行\nTC-PROTO-0229 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 推送中心 | 系统总览 | 功能测试 | 推送中心按钮级操作:计划与推送分配 | P2 | 系统管理员已进入“推送中心”;存在业务条件:周度推送计划待审。 | 按钮=计划与推送分配;条件=周度推送计划待审 | 1. 从管理员首页左侧导航进入“推送中心”。\n2. 在列表中找到满足条件的记录:周度推送计划待审。\n3. 点击该行或页面上的“计划与推送分配”按钮。\n4. 按页面提示执行:分配IM/EDM/TEL/App Push策略。\n5. 提交后回到列表并重新打开该记录详情。 | 1. “计划与推送分配”入口可用且文案正确。\n2. 操作后结果为:生成推送任务。\n3. 列表状态、详情状态流转记录和通知/审计同步更新。 | 操作前后记录ID不变;状态、负责人、处理意见、附件或导出记录按动作写入。 | 仅授权角色可执行该按钮动作;敏感查看、导出、审批、黑名单同步需独立授权。 | 推送中心的计划与推送分配动作可执行、可追踪、无越权。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | v7页面=推送中心;按钮=计划与推送分配 | 待执行\nTC-PROTO-0230 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 推送中心 | 系统总览 | 功能测试 | 推送中心按钮级操作:风险复核 | P2 | 系统管理员已进入“推送中心”;存在业务条件:退订率高于基线。 | 按钮=风险复核;条件=退订率高于基线 | 1. 从管理员首页左侧导航进入“推送中心”。\n2. 在列表中找到满足条件的记录:退订率高于基线。\n3. 点击该行或页面上的“风险复核”按钮。\n4. 按页面提示执行:查看人群、素材、文案并选择暂停同策略。\n5. 提交后回到列表并重新打开该记录详情。 | 1. “风险复核”入口可用且文案正确。\n2. 操作后结果为:推送状态变暂停待审。\n3. 列表状态、详情状态流转记录和通知/审计同步更新。 | 操作前后记录ID不变;状态、负责人、处理意见、附件或导出记录按动作写入。 | 仅授权角色可执行该按钮动作;敏感查看、导出、审批、黑名单同步需独立授权。 | 推送中心的风险复核动作可执行、可追踪、无越权。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | v7页面=推送中心;按钮=风险复核 | 待执行\nTC-PROTO-0231 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 推送中心 | 系统总览 | 功能测试 | 推送中心按钮级操作:导出 | P2 | 系统管理员已进入“推送中心”;存在业务条件:当前筛选为推送风险。 | 按钮=导出;条件=当前筛选为推送风险 | 1. 从管理员首页左侧导航进入“推送中心”。\n2. 在列表中找到满足条件的记录:当前筛选为推送风险。\n3. 点击该行或页面上的“导出”按钮。\n4. 按页面提示执行:导出推送ID、计划、渠道、发送点击回复退订。\n5. 提交后回到列表并重新打开该记录详情。 | 1. “导出”入口可用且文案正确。\n2. 操作后结果为:导出文件脱敏。\n3. 列表状态、详情状态流转记录和通知/审计同步更新。 | 操作前后记录ID不变;状态、负责人、处理意见、附件或导出记录按动作写入。 | 仅授权角色可执行该按钮动作;敏感查看、导出、审批、黑名单同步需独立授权。 | 推送中心的导出动作可执行、可追踪、无越权。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | v7页面=推送中心;按钮=导出 | 待执行\nTC-PROTO-0232 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 客服中心 | 系统总览 | 功能测试 | 客服中心按钮级操作:分配工单 | P2 | 系统管理员已进入“客服中心”;存在业务条件:差评跟进客服升级。 | 按钮=分配工单;条件=差评跟进客服升级 | 1. 从管理员首页左侧导航进入“客服中心”。\n2. 在列表中找到满足条件的记录:差评跟进客服升级。\n3. 点击该行或页面上的“分配工单”按钮。\n4. 按页面提示执行:选择客服A并填写分配原因。\n5. 提交后回到列表并重新打开该记录详情。 | 1. “分配工单”入口可用且文案正确。\n2. 操作后结果为:工单状态变处理中。\n3. 列表状态、详情状态流转记录和通知/审计同步更新。 | 操作前后记录ID不变;状态、负责人、处理意见、附件或导出记录按动作写入。 | 仅授权角色可执行该按钮动作;敏感查看、导出、审批、黑名单同步需独立授权。 | 客服中心的分配工单动作可执行、可追踪、无越权。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | v7页面=客服中心;按钮=分配工单 | 待执行\nTC-PROTO-0233 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 客服中心 | 系统总览 | 功能测试 | 客服中心按钮级操作:流转 | P2 | 系统管理员已进入“客服中心”;存在业务条件:承诺配合用户待回访。 | 按钮=流转;条件=承诺配合用户待回访 | 1. 从管理员首页左侧导航进入“客服中心”。\n2. 在列表中找到满足条件的记录:承诺配合用户待回访。\n3. 点击该行或页面上的“流转”按钮。\n4. 按页面提示执行:查看待回访和请假0.5天影响。\n5. 提交后回到列表并重新打开该记录详情。 | 1. “流转”入口可用且文案正确。\n2. 操作后结果为:生成回访待办。\n3. 列表状态、详情状态流转记录和通知/审计同步更新。 | 操作前后记录ID不变;状态、负责人、处理意见、附件或导出记录按动作写入。 | 仅授权角色可执行该按钮动作;敏感查看、导出、审批、黑名单同步需独立授权。 | 客服中心的流转动作可执行、可追踪、无越权。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | v7页面=客服中心;按钮=流转 | 待执行\nTC-PROTO-0234 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 客服中心 | 系统总览 | 功能测试 | 客服中心按钮级操作:导出 | P2 | 系统管理员已进入“客服中心”;存在业务条件:菲律宾团队管理。 | 按钮=导出;条件=菲律宾团队管理 | 1. 从管理员首页左侧导航进入“客服中心”。\n2. 在列表中找到满足条件的记录:菲律宾团队管理。\n3. 点击该行或页面上的“导出”按钮。\n4. 按页面提示执行:导出工作时长、出勤、人均产出。\n5. 提交后回到列表并重新打开该记录详情。 | 1. “导出”入口可用且文案正确。\n2. 操作后结果为:仅主管可导出。\n3. 列表状态、详情状态流转记录和通知/审计同步更新。 | 操作前后记录ID不变;状态、负责人、处理意见、附件或导出记录按动作写入。 | 仅授权角色可执行该按钮动作;敏感查看、导出、审批、黑名单同步需独立授权。 | 客服中心的导出动作可执行、可追踪、无越权。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | v7页面=客服中心;按钮=导出 | 待执行\nTC-PROTO-0235 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 风险中心 | 系统总览 | 功能测试 | 风险中心按钮级操作:同步黑名单 | P2 | 系统管理员已进入“风险中心”;存在业务条件:接口超时失败待重试。 | 按钮=同步黑名单;条件=接口超时失败待重试 | 1. 从管理员首页左侧导航进入“风险中心”。\n2. 在列表中找到满足条件的记录:接口超时失败待重试。\n3. 点击该行或页面上的“同步黑名单”按钮。\n4. 按页面提示执行:点击同步黑名单。\n5. 提交后回到列表并重新打开该记录详情。 | 1. “同步黑名单”入口可用且文案正确。\n2. 操作后结果为:失败保留并进入重试队列。\n3. 列表状态、详情状态流转记录和通知/审计同步更新。 | 操作前后记录ID不变;状态、负责人、处理意见、附件或导出记录按动作写入。 | 仅授权角色可执行该按钮动作;敏感查看、导出、审批、黑名单同步需独立授权。 | 风险中心的同步黑名单动作可执行、可追踪、无越权。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | v7页面=风险中心;按钮=同步黑名单 | 待执行\nTC-PROTO-0236 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 风险中心 | 系统总览 | 功能测试 | 风险中心按钮级操作:规则复核 | P2 | 系统管理员已进入“风险中心”;存在业务条件:退订率高于基线规则提醒。 | 按钮=规则复核;条件=退订率高于基线规则提醒 | 1. 从管理员首页左侧导航进入“风险中心”。\n2. 在列表中找到满足条件的记录:退订率高于基线规则提醒。\n3. 点击该行或页面上的“规则复核”按钮。\n4. 按页面提示执行:查看规则依据并确认/误报。\n5. 提交后回到列表并重新打开该记录详情。 | 1. “规则复核”入口可用且文案正确。\n2. 操作后结果为:复核结论写入风险事件。\n3. 列表状态、详情状态流转记录和通知/审计同步更新。 | 操作前后记录ID不变;状态、负责人、处理意见、附件或导出记录按动作写入。 | 仅授权角色可执行该按钮动作;敏感查看、导出、审批、黑名单同步需独立授权。 | 风险中心的规则复核动作可执行、可追踪、无越权。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | v7页面=风险中心;按钮=规则复核 | 待执行\nTC-PROTO-0237 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 风险中心 | 系统总览 | 功能测试 | 风险中心按钮级操作:查看完整信息 | P2 | 系统管理员已进入“风险中心”;存在业务条件:Profile/邮箱/设备号脱敏。 | 按钮=查看完整信息;条件=Profile/邮箱/设备号脱敏 | 1. 从管理员首页左侧导航进入“风险中心”。\n2. 在列表中找到满足条件的记录:Profile/邮箱/设备号脱敏。\n3. 点击该行或页面上的“查看完整信息”按钮。\n4. 按页面提示执行:授权角色查看完整主体摘要。\n5. 提交后回到列表并重新打开该记录详情。 | 1. “查看完整信息”入口可用且文案正确。\n2. 操作后结果为:记录敏感访问审计。\n3. 列表状态、详情状态流转记录和通知/审计同步更新。 | 操作前后记录ID不变;状态、负责人、处理意见、附件或导出记录按动作写入。 | 仅授权角色可执行该按钮动作;敏感查看、导出、审批、黑名单同步需独立授权。 | 风险中心的查看完整信息动作可执行、可追踪、无越权。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | v7页面=风险中心;按钮=查看完整信息 | 待执行\nTC-PROTO-0238 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 报表中心 | 系统总览 | 功能测试 | 报表中心按钮级操作:生成/下载报表 | P2 | 系统管理员已进入“报表中心”;存在业务条件:Listing健康日报每日08:30自动生成。 | 按钮=生成/下载报表;条件=Listing健康日报每日08:30自动生成 | 1. 从管理员首页左侧导航进入“报表中心”。\n2. 在列表中找到满足条件的记录:Listing健康日报每日08:30自动生成。\n3. 点击该行或页面上的“生成/下载报表”按钮。\n4. 按页面提示执行:点击生成/下载报表。\n5. 提交后回到列表并重新打开该记录详情。 | 1. “生成/下载报表”入口可用且文案正确。\n2. 操作后结果为:生成记录可下载且脱敏。\n3. 列表状态、详情状态流转记录和通知/审计同步更新。 | 操作前后记录ID不变;状态、负责人、处理意见、附件或导出记录按动作写入。 | 仅授权角色可执行该按钮动作;敏感查看、导出、审批、黑名单同步需独立授权。 | 报表中心的生成/下载报表动作可执行、可追踪、无越权。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | v7页面=报表中心;按钮=生成/下载报表 | 待执行\nTC-PROTO-0239 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 报表中心 | 系统总览 | 功能测试 | 报表中心按钮级操作:上传记录 | P2 | 系统管理员已进入“报表中心”;存在业务条件:推送效果与风险复盘支持上传补充记录。 | 按钮=上传记录;条件=推送效果与风险复盘支持上传补充记录 | 1. 从管理员首页左侧导航进入“报表中心”。\n2. 在列表中找到满足条件的记录:推送效果与风险复盘支持上传补充记录。\n3. 点击该行或页面上的“上传记录”按钮。\n4. 按页面提示执行:上传人工复核附件。\n5. 提交后回到列表并重新打开该记录详情。 | 1. “上传记录”入口可用且文案正确。\n2. 操作后结果为:附件关联报表ID。\n3. 列表状态、详情状态流转记录和通知/审计同步更新。 | 操作前后记录ID不变;状态、负责人、处理意见、附件或导出记录按动作写入。 | 仅授权角色可执行该按钮动作;敏感查看、导出、审批、黑名单同步需独立授权。 | 报表中心的上传记录动作可执行、可追踪、无越权。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | v7页面=报表中心;按钮=上传记录 | 待执行\nTC-PROTO-0240 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 系统管理 | 系统总览 | 功能测试 | 系统管理按钮级操作:新建账号 | P2 | 系统管理员已进入“系统管理”;存在业务条件:按部门角色站点数据范围开通。 | 按钮=新建账号;条件=按部门角色站点数据范围开通 | 1. 从管理员首页左侧导航进入“系统管理”。\n2. 在列表中找到满足条件的记录:按部门角色站点数据范围开通。\n3. 点击该行或页面上的“新建账号”按钮。\n4. 按页面提示执行:录入账号、部门、角色、站点范围。\n5. 提交后回到列表并重新打开该记录详情。 | 1. “新建账号”入口可用且文案正确。\n2. 操作后结果为:账号可登录且权限生效。\n3. 列表状态、详情状态流转记录和通知/审计同步更新。 | 操作前后记录ID不变;状态、负责人、处理意见、附件或导出记录按动作写入。 | 仅授权角色可执行该按钮动作;敏感查看、导出、审批、黑名单同步需独立授权。 | 系统管理的新建账号动作可执行、可追踪、无越权。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | v7页面=系统管理;按钮=新建账号 | 待执行\nTC-PROTO-0241 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 系统管理 | 系统总览 | 功能测试 | 系统管理按钮级操作:离职管理 | P2 | 系统管理员已进入“系统管理”;存在业务条件:停用账号交接任务回收权限。 | 按钮=离职管理;条件=停用账号交接任务回收权限 | 1. 从管理员首页左侧导航进入“系统管理”。\n2. 在列表中找到满足条件的记录:停用账号交接任务回收权限。\n3. 点击该行或页面上的“离职管理”按钮。\n4. 按页面提示执行:选择离职员工并指定交接人。\n5. 提交后回到列表并重新打开该记录详情。 | 1. “离职管理”入口可用且文案正确。\n2. 操作后结果为:账号停用且敏感权限回收。\n3. 列表状态、详情状态流转记录和通知/审计同步更新。 | 操作前后记录ID不变;状态、负责人、处理意见、附件或导出记录按动作写入。 | 仅授权角色可执行该按钮动作;敏感查看、导出、审批、黑名单同步需独立授权。 | 系统管理的离职管理动作可执行、可追踪、无越权。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | v7页面=系统管理;按钮=离职管理 | 待执行\nTC-PROTO-0285 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台 | 系统稳定性与幂等 | 异常场景 | 工作台稳定性校验:重复点击处理卡点 | P2 | 已进入“工作台”;准备可执行场景:重复点击处理卡点。 | 动作=连续点击处理卡点按钮2次;预期=只打开一个详情/处理弹窗,不重复创建处理记录 | 1. 打开原型页面“工作台”。\n2. 准备或选择满足场景的数据。\n3. 执行操作:连续点击处理卡点按钮2次。\n4. 观察页面提示、按钮状态、列表变化和详情状态。\n5. 刷新页面或重新查询该记录。\n6. 如涉及日志,进入审计通知页面按对象ID查询。 | 1. 系统按幂等/空状态/刷新规则处理。\n2. 结果为:只打开一个详情/处理弹窗,不重复创建处理记录。\n3. 不产生重复记录、重复扣减、重复完成数或错误状态。\n4. 刷新后状态可恢复查询。 | 校验唯一ID、状态、计数、日志数量;重复操作不得造成多条业务成功记录。 | 重复/并发操作仍必须校验后端权限,不能因前端状态异常绕过权限。 | 页面在重复点击、刷新、并发、空状态下保持数据一致且用户可理解。 | 全局幂等与审计要求;各子系统状态规则 | 稳定性场景:重复点击处理卡点 | 待执行\nTC-PROTO-0286 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台 | 系统稳定性与幂等 | 异常场景 | 工作台稳定性校验:刷新后保持时间范围 | P2 | 已进入“工作台”;准备可执行场景:刷新后保持时间范围。 | 动作=选择最近30天后刷新页面;预期=仍显示最近30天或按产品定义恢复默认并不报错 | 1. 打开原型页面“工作台”。\n2. 准备或选择满足场景的数据。\n3. 执行操作:选择最近30天后刷新页面。\n4. 观察页面提示、按钮状态、列表变化和详情状态。\n5. 刷新页面或重新查询该记录。\n6. 如涉及日志,进入审计通知页面按对象ID查询。 | 1. 系统按幂等/空状态/刷新规则处理。\n2. 结果为:仍显示最近30天或按产品定义恢复默认并不报错。\n3. 不产生重复记录、重复扣减、重复完成数或错误状态。\n4. 刷新后状态可恢复查询。 | 校验唯一ID、状态、计数、日志数量;重复操作不得造成多条业务成功记录。 | 重复/并发操作仍必须校验后端权限,不能因前端状态异常绕过权限。 | 页面在重复点击、刷新、并发、空状态下保持数据一致且用户可理解。 | 全局幂等与审计要求;各子系统状态规则 | 稳定性场景:刷新后保持时间范围 | 待执行\nTC-PROTO-0287 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 风险中心 | 系统稳定性与幂等 | 异常场景 | 风险中心稳定性校验:黑名单同步重复提交 | P2 | 已进入“风险中心”;准备可执行场景:黑名单同步重复提交。 | 动作=同步黑名单按钮连续点击;预期=只生成一次同步任务,第二次提示处理中 | 1. 打开原型页面“风险中心”。\n2. 准备或选择满足场景的数据。\n3. 执行操作:同步黑名单按钮连续点击。\n4. 观察页面提示、按钮状态、列表变化和详情状态。\n5. 刷新页面或重新查询该记录。\n6. 如涉及日志,进入审计通知页面按对象ID查询。 | 1. 系统按幂等/空状态/刷新规则处理。\n2. 结果为:只生成一次同步任务,第二次提示处理中。\n3. 不产生重复记录、重复扣减、重复完成数或错误状态。\n4. 刷新后状态可恢复查询。 | 校验唯一ID、状态、计数、日志数量;重复操作不得造成多条业务成功记录。 | 重复/并发操作仍必须校验后端权限,不能因前端状态异常绕过权限。 | 页面在重复点击、刷新、并发、空状态下保持数据一致且用户可理解。 | 全局幂等与审计要求;各子系统状态规则 | 稳定性场景:黑名单同步重复提交 | 待执行\nTC-PROTO-0288 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 报表中心 | 系统稳定性与幂等 | 异常场景 | 报表中心稳定性校验:报表生成中重复下载 | P2 | 已进入“报表中心”;准备可执行场景:报表生成中重复下载。 | 动作=报表状态自动生成中点击下载;预期=提示生成中,不下载空文件 | 1. 打开原型页面“报表中心”。\n2. 准备或选择满足场景的数据。\n3. 执行操作:报表状态自动生成中点击下载。\n4. 观察页面提示、按钮状态、列表变化和详情状态。\n5. 刷新页面或重新查询该记录。\n6. 如涉及日志,进入审计通知页面按对象ID查询。 | 1. 系统按幂等/空状态/刷新规则处理。\n2. 结果为:提示生成中,不下载空文件。\n3. 不产生重复记录、重复扣减、重复完成数或错误状态。\n4. 刷新后状态可恢复查询。 | 校验唯一ID、状态、计数、日志数量;重复操作不得造成多条业务成功记录。 | 重复/并发操作仍必须校验后端权限,不能因前端状态异常绕过权限。 | 页面在重复点击、刷新、并发、空状态下保持数据一致且用户可理解。 | 全局幂等与审计要求;各子系统状态规则 | 稳定性场景:报表生成中重复下载 | 待执行\n# Sheet: HTML2-v10管理原型\n用例编号 | HTML原型 | 功能页面 | 需求模块 | 测试类型 | 用例名称 | 优先级 | 前置条件 | 测试数据 | 操作步骤 | 预期结果 | 数据校验 | 权限校验 | 验收标准 | 需求依据 | 原型依据 | 用例状态\nTC-PROTO-0034 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-用户管理 | 用户身份与上下文 | 功能测试 | 现有ERP页面用户管理字段展示与MVP纳入方式校验 | P1 | 系统管理员打开 v10 原型;当前模块切换到“现有ERP”;存在现有页面“用户管理”。 | 现有页面=用户中心 / 用户;字段=JOYHUB 用户ID、用户名、头像、注册时间、最近活跃时间、用户身份、标签、邮箱后缀、主页背景图、自我介绍;查询条件=搜索字段、时间类型、标签、性别、国家、产品数、活动数、EDM近7天、渠道、身份;MVP用途=用户画像筛选、推送人群、客服定位、风险排查 | 1. 点击一级模块“现有ERP”。\n2. 在现有页面与当前字段区域定位“用户管理”。\n3. 核对现有页面名称是否为“用户中心 / 用户”。\n4. 展开字段详情,逐项核对字段:JOYHUB 用户ID、用户名、头像、注册时间、最近活跃时间、用户身份、标签、邮箱后缀、主页背景图、自我介绍。\n5. 在查询条件区按“搜索字段、时间类型、标签、性别、国家、产品数、活动数、EDM近7天、渠道、身份”组合输入筛选值。\n6. 点击“生成字段表”。\n7. 点击“导出现有关系”。 | 1. “用户管理”显示在现有ERP字段关系区域。\n2. 字段、查询条件、关系对象、MVP纳入方式均能展示。\n3. 生成字段表后可看到新增字段明细。\n4. 导出关系时文件只包含当前模块关系,不混入无关模块。 | 字段表包含页面ID、现有页面、模块、现有表格字段、现有查询条件、关系对象、MVP纳入方式;导出记录写入审计。 | 只有系统管理员/负责人可生成字段表和导出现有关系;普通客服不可导出现有ERP字段。 | 现有ERP字段能作为MVP建模依据,字段关系可查看、可导出、可审计。 | 01-用户身份与上下文;00-系统总览 数据所有权 | 现有ERP字段关系:用户管理;按钮:生成字段表、导出现有关系 | 待执行\nTC-PROTO-0035 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-用户管理 | 用户身份与上下文 | 异常场景 | 用户管理查询条件组合无结果时显示空状态 | P3 | 已进入现有ERP“用户管理”关系页面;用户有查询权限。 | 查询条件=搜索字段、时间类型、标签、性别、国家、产品数、活动数、EDM近7天、渠道、身份;输入值=不存在的标签/身份/国家组合 | 1. 在“用户管理”查询区域输入一个不存在的关键词,例如 ZZZ-NOT-FOUND。\n2. 选择一个与页面不匹配的状态或标签分类。\n3. 点击查询。\n4. 查看字段表、关系对象和MVP纳入方式区域。\n5. 点击重置。 | 1. 查询结果为空时页面显示暂无数据或空状态提示。\n2. 不应出现脚本错误、字段错位或沿用上一次结果。\n3. 点击重置后恢复默认数据。 | 空结果不生成脏数据;重置后查询条件和结果恢复默认。 | 用户只能查询有权限的数据范围;无权限字段应脱敏或不可见。 | 无结果场景可理解、可恢复,不污染已有字段关系。 | README 权限要求;00-系统总览 单一数据源 | 查询需求矩阵;筛选;重置 | 待执行\nTC-PROTO-0036 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-公域-用户标签 | 用户身份与上下文 | 功能测试 | 现有ERP页面公域-用户标签字段展示与MVP纳入方式校验 | P1 | 系统管理员打开 v10 原型;当前模块切换到“现有ERP”;存在现有页面“公域-用户标签”。 | 现有页面=标签 / 公域用户;字段=ID、标签编号、标签名称、标签分类、打标方式、标签覆盖人数、最新打标时间、备注、状态;查询条件=搜索字段、标签分类、覆盖用户数量、打标方式、时间类型、开始/截止时间;MVP用途=公域人群圈选、覆盖人数评估、推送前过滤 | 1. 点击一级模块“现有ERP”。\n2. 在现有页面与当前字段区域定位“公域-用户标签”。\n3. 核对现有页面名称是否为“标签 / 公域用户”。\n4. 展开字段详情,逐项核对字段:ID、标签编号、标签名称、标签分类、打标方式、标签覆盖人数、最新打标时间、备注、状态。\n5. 在查询条件区按“搜索字段、标签分类、覆盖用户数量、打标方式、时间类型、开始/截止时间”组合输入筛选值。\n6. 点击“生成字段表”。\n7. 点击“导出现有关系”。 | 1. “公域-用户标签”显示在现有ERP字段关系区域。\n2. 字段、查询条件、关系对象、MVP纳入方式均能展示。\n3. 生成字段表后可看到新增字段明细。\n4. 导出关系时文件只包含当前模块关系,不混入无关模块。 | 字段表包含页面ID、现有页面、模块、现有表格字段、现有查询条件、关系对象、MVP纳入方式;导出记录写入审计。 | 只有系统管理员/负责人可生成字段表和导出现有关系;普通客服不可导出现有ERP字段。 | 现有ERP字段能作为MVP建模依据,字段关系可查看、可导出、可审计。 | 01-用户身份与上下文;00-系统总览 数据所有权 | 现有ERP字段关系:公域-用户标签;按钮:生成字段表、导出现有关系 | 待执行\nTC-PROTO-0037 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-公域-用户标签 | 用户身份与上下文 | 异常场景 | 公域-用户标签查询条件组合无结果时显示空状态 | P3 | 已进入现有ERP“公域-用户标签”关系页面;用户有查询权限。 | 查询条件=搜索字段、标签分类、覆盖用户数量、打标方式、时间类型、开始/截止时间;输入值=不存在的标签/身份/国家组合 | 1. 在“公域-用户标签”查询区域输入一个不存在的关键词,例如 ZZZ-NOT-FOUND。\n2. 选择一个与页面不匹配的状态或标签分类。\n3. 点击查询。\n4. 查看字段表、关系对象和MVP纳入方式区域。\n5. 点击重置。 | 1. 查询结果为空时页面显示暂无数据或空状态提示。\n2. 不应出现脚本错误、字段错位或沿用上一次结果。\n3. 点击重置后恢复默认数据。 | 空结果不生成脏数据;重置后查询条件和结果恢复默认。 | 用户只能查询有权限的数据范围;无权限字段应脱敏或不可见。 | 无结果场景可理解、可恢复,不污染已有字段关系。 | README 权限要求;00-系统总览 单一数据源 | 查询需求矩阵;筛选;重置 | 待执行\nTC-PROTO-0038 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-公域-产品标签 | 需求与计划管理 | 功能测试 | 现有ERP页面公域-产品标签字段展示与MVP纳入方式校验 | P1 | 系统管理员打开 v10 原型;当前模块切换到“现有ERP”;存在现有页面“公域-产品标签”。 | 现有页面=标签 / 公域产品;字段=标签ID、标签名称、产品、标签覆盖产品数量、备注、创建时间、创建人;查询条件=搜索字段、搜索关键词、覆盖产品数量、创建标签时间、开始/截止时间;MVP用途=产品分层、Listing 健康策略、产品绑定率分析 | 1. 点击一级模块“现有ERP”。\n2. 在现有页面与当前字段区域定位“公域-产品标签”。\n3. 核对现有页面名称是否为“标签 / 公域产品”。\n4. 展开字段详情,逐项核对字段:标签ID、标签名称、产品、标签覆盖产品数量、备注、创建时间、创建人。\n5. 在查询条件区按“搜索字段、搜索关键词、覆盖产品数量、创建标签时间、开始/截止时间”组合输入筛选值。\n6. 点击“生成字段表”。\n7. 点击“导出现有关系”。 | 1. “公域-产品标签”显示在现有ERP字段关系区域。\n2. 字段、查询条件、关系对象、MVP纳入方式均能展示。\n3. 生成字段表后可看到新增字段明细。\n4. 导出关系时文件只包含当前模块关系,不混入无关模块。 | 字段表包含页面ID、现有页面、模块、现有表格字段、现有查询条件、关系对象、MVP纳入方式;导出记录写入审计。 | 只有系统管理员/负责人可生成字段表和导出现有关系;普通客服不可导出现有ERP字段。 | 现有ERP字段能作为MVP建模依据,字段关系可查看、可导出、可审计。 | 01-用户身份与上下文;00-系统总览 数据所有权 | 现有ERP字段关系:公域-产品标签;按钮:生成字段表、导出现有关系 | 待执行\nTC-PROTO-0039 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-公域-产品标签 | 需求与计划管理 | 异常场景 | 公域-产品标签查询条件组合无结果时显示空状态 | P3 | 已进入现有ERP“公域-产品标签”关系页面;用户有查询权限。 | 查询条件=搜索字段、搜索关键词、覆盖产品数量、创建标签时间、开始/截止时间;输入值=不存在的标签/身份/国家组合 | 1. 在“公域-产品标签”查询区域输入一个不存在的关键词,例如 ZZZ-NOT-FOUND。\n2. 选择一个与页面不匹配的状态或标签分类。\n3. 点击查询。\n4. 查看字段表、关系对象和MVP纳入方式区域。\n5. 点击重置。 | 1. 查询结果为空时页面显示暂无数据或空状态提示。\n2. 不应出现脚本错误、字段错位或沿用上一次结果。\n3. 点击重置后恢复默认数据。 | 空结果不生成脏数据;重置后查询条件和结果恢复默认。 | 用户只能查询有权限的数据范围;无权限字段应脱敏或不可见。 | 无结果场景可理解、可恢复,不污染已有字段关系。 | README 权限要求;00-系统总览 单一数据源 | 查询需求矩阵;筛选;重置 | 待执行\nTC-PROTO-0040 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-私域-用户标签 | 用户身份与上下文 | 功能测试 | 现有ERP页面私域-用户标签字段展示与MVP纳入方式校验 | P1 | 系统管理员打开 v10 原型;当前模块切换到“现有ERP”;存在现有页面“私域-用户标签”。 | 现有页面=标签 / 私域用户;字段=ID、标签编号、标签名称、标签分类、打标方式、标签覆盖人数、最新打标时间、状态;查询条件=标签分类、打标方式、覆盖人数、状态、时间范围;MVP用途=私域精细运营、客服分组、活动复盘、风险用户隔离 | 1. 点击一级模块“现有ERP”。\n2. 在现有页面与当前字段区域定位“私域-用户标签”。\n3. 核对现有页面名称是否为“标签 / 私域用户”。\n4. 展开字段详情,逐项核对字段:ID、标签编号、标签名称、标签分类、打标方式、标签覆盖人数、最新打标时间、状态。\n5. 在查询条件区按“标签分类、打标方式、覆盖人数、状态、时间范围”组合输入筛选值。\n6. 点击“生成字段表”。\n7. 点击“导出现有关系”。 | 1. “私域-用户标签”显示在现有ERP字段关系区域。\n2. 字段、查询条件、关系对象、MVP纳入方式均能展示。\n3. 生成字段表后可看到新增字段明细。\n4. 导出关系时文件只包含当前模块关系,不混入无关模块。 | 字段表包含页面ID、现有页面、模块、现有表格字段、现有查询条件、关系对象、MVP纳入方式;导出记录写入审计。 | 只有系统管理员/负责人可生成字段表和导出现有关系;普通客服不可导出现有ERP字段。 | 现有ERP字段能作为MVP建模依据,字段关系可查看、可导出、可审计。 | 01-用户身份与上下文;00-系统总览 数据所有权 | 现有ERP字段关系:私域-用户标签;按钮:生成字段表、导出现有关系 | 待执行\nTC-PROTO-0041 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-私域-用户标签 | 用户身份与上下文 | 异常场景 | 私域-用户标签查询条件组合无结果时显示空状态 | P3 | 已进入现有ERP“私域-用户标签”关系页面;用户有查询权限。 | 查询条件=标签分类、打标方式、覆盖人数、状态、时间范围;输入值=不存在的标签/身份/国家组合 | 1. 在“私域-用户标签”查询区域输入一个不存在的关键词,例如 ZZZ-NOT-FOUND。\n2. 选择一个与页面不匹配的状态或标签分类。\n3. 点击查询。\n4. 查看字段表、关系对象和MVP纳入方式区域。\n5. 点击重置。 | 1. 查询结果为空时页面显示暂无数据或空状态提示。\n2. 不应出现脚本错误、字段错位或沿用上一次结果。\n3. 点击重置后恢复默认数据。 | 空结果不生成脏数据;重置后查询条件和结果恢复默认。 | 用户只能查询有权限的数据范围;无权限字段应脱敏或不可见。 | 无结果场景可理解、可恢复,不污染已有字段关系。 | README 权限要求;00-系统总览 单一数据源 | 查询需求矩阵;筛选;重置 | 待执行\nTC-PROTO-0042 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-身份管理 | 用户身份与上下文 | 功能测试 | 现有ERP页面身份管理字段展示与MVP纳入方式校验 | P1 | 系统管理员打开 v10 原型;当前模块切换到“现有ERP”;存在现有页面“身份管理”。 | 现有页面=身份;字段=账号身份、图标PNG(英)、图标PNG(德)、图标PNG(日)、操作;查询条件=身份名称、身份分组、状态、更新时间;MVP用途=识别官方、品牌、达人、风险、客服等用户身份 | 1. 点击一级模块“现有ERP”。\n2. 在现有页面与当前字段区域定位“身份管理”。\n3. 核对现有页面名称是否为“身份”。\n4. 展开字段详情,逐项核对字段:账号身份、图标PNG(英)、图标PNG(德)、图标PNG(日)、操作。\n5. 在查询条件区按“身份名称、身份分组、状态、更新时间”组合输入筛选值。\n6. 点击“生成字段表”。\n7. 点击“导出现有关系”。 | 1. “身份管理”显示在现有ERP字段关系区域。\n2. 字段、查询条件、关系对象、MVP纳入方式均能展示。\n3. 生成字段表后可看到新增字段明细。\n4. 导出关系时文件只包含当前模块关系,不混入无关模块。 | 字段表包含页面ID、现有页面、模块、现有表格字段、现有查询条件、关系对象、MVP纳入方式;导出记录写入审计。 | 只有系统管理员/负责人可生成字段表和导出现有关系;普通客服不可导出现有ERP字段。 | 现有ERP字段能作为MVP建模依据,字段关系可查看、可导出、可审计。 | 01-用户身份与上下文;00-系统总览 数据所有权 | 现有ERP字段关系:身份管理;按钮:生成字段表、导出现有关系 | 待执行\nTC-PROTO-0043 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-身份管理 | 用户身份与上下文 | 异常场景 | 身份管理查询条件组合无结果时显示空状态 | P3 | 已进入现有ERP“身份管理”关系页面;用户有查询权限。 | 查询条件=身份名称、身份分组、状态、更新时间;输入值=不存在的标签/身份/国家组合 | 1. 在“身份管理”查询区域输入一个不存在的关键词,例如 ZZZ-NOT-FOUND。\n2. 选择一个与页面不匹配的状态或标签分类。\n3. 点击查询。\n4. 查看字段表、关系对象和MVP纳入方式区域。\n5. 点击重置。 | 1. 查询结果为空时页面显示暂无数据或空状态提示。\n2. 不应出现脚本错误、字段错位或沿用上一次结果。\n3. 点击重置后恢复默认数据。 | 空结果不生成脏数据;重置后查询条件和结果恢复默认。 | 用户只能查询有权限的数据范围;无权限字段应脱敏或不可见。 | 无结果场景可理解、可恢复,不污染已有字段关系。 | README 权限要求;00-系统总览 单一数据源 | 查询需求矩阵;筛选;重置 | 待执行\nTC-PROTO-0044 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-关系图谱 | 用户身份与上下文 | 数据校验 | 关系图谱校验用户 - 用户标签关系用于人群圈选、用户画像、风险过滤 | P2 | 系统管理员进入 v10 原型的现有ERP模块;关系图谱区域已展示。 | 关系=用户 - 用户标签;关系类型=多对多;用途=人群圈选、用户画像、风险过滤 | 1. 进入“现有ERP”。\n2. 滚动到“关系图谱”区域。\n3. 定位关系“用户 - 用户标签”。\n4. 查看关系类型是否显示为“多对多”。\n5. 点击该关系行的查看/展开操作。\n6. 检查弹出的关系详情中是否说明“人群圈选、用户画像、风险过滤”。 | 1. 关系“用户 - 用户标签”存在。\n2. 类型展示为“多对多”。\n3. 详情能说明该关系服务于“人群圈选、用户画像、风险过滤”。\n4. 关闭详情后返回关系图谱不丢失当前位置。 | 关系对象、类型、用途和来源页面字段一致;待确认关系必须标注待确认,不能当作已定规则。 | 只有系统管理员/负责人能查看完整关系;普通运营只看业务可用摘要。 | 关系图谱可支撑用户画像、人群圈选、风险过滤和触达频控建模。 | 00-系统总览 子系统数据所有权;01-用户身份与上下文 | 关系图谱:用户 - 用户标签 | 待执行\nTC-PROTO-0045 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-关系图谱 | 用户身份与上下文 | 数据校验 | 关系图谱校验用户 - 身份关系用于官方、品牌、达人、客服、风险身份识别 | P2 | 系统管理员进入 v10 原型的现有ERP模块;关系图谱区域已展示。 | 关系=用户 - 身份;关系类型=待确认:一对多或多对多;用途=官方、品牌、达人、客服、风险身份识别 | 1. 进入“现有ERP”。\n2. 滚动到“关系图谱”区域。\n3. 定位关系“用户 - 身份”。\n4. 查看关系类型是否显示为“待确认:一对多或多对多”。\n5. 点击该关系行的查看/展开操作。\n6. 检查弹出的关系详情中是否说明“官方、品牌、达人、客服、风险身份识别”。 | 1. 关系“用户 - 身份”存在。\n2. 类型展示为“待确认:一对多或多对多”。\n3. 详情能说明该关系服务于“官方、品牌、达人、客服、风险身份识别”。\n4. 关闭详情后返回关系图谱不丢失当前位置。 | 关系对象、类型、用途和来源页面字段一致;待确认关系必须标注待确认,不能当作已定规则。 | 只有系统管理员/负责人能查看完整关系;普通运营只看业务可用摘要。 | 关系图谱可支撑用户画像、人群圈选、风险过滤和触达频控建模。 | 00-系统总览 子系统数据所有权;01-用户身份与上下文 | 关系图谱:用户 - 身份 | 待执行\nTC-PROTO-0046 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-关系图谱 | 用户身份与上下文 | 数据校验 | 关系图谱校验用户 - 产品关系用于测评用户池、客服定位 | P2 | 系统管理员进入 v10 原型的现有ERP模块;关系图谱区域已展示。 | 关系=用户 - 产品;关系类型=绑定/连接产品;用途=测评用户池、客服定位 | 1. 进入“现有ERP”。\n2. 滚动到“关系图谱”区域。\n3. 定位关系“用户 - 产品”。\n4. 查看关系类型是否显示为“绑定/连接产品”。\n5. 点击该关系行的查看/展开操作。\n6. 检查弹出的关系详情中是否说明“测评用户池、客服定位”。 | 1. 关系“用户 - 产品”存在。\n2. 类型展示为“绑定/连接产品”。\n3. 详情能说明该关系服务于“测评用户池、客服定位”。\n4. 关闭详情后返回关系图谱不丢失当前位置。 | 关系对象、类型、用途和来源页面字段一致;待确认关系必须标注待确认,不能当作已定规则。 | 只有系统管理员/负责人能查看完整关系;普通运营只看业务可用摘要。 | 关系图谱可支撑用户画像、人群圈选、风险过滤和触达频控建模。 | 00-系统总览 子系统数据所有权;01-用户身份与上下文 | 关系图谱:用户 - 产品 | 待执行\nTC-PROTO-0047 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-关系图谱 | 用户身份与上下文 | 数据校验 | 关系图谱校验产品 - 产品标签 - Listing关系用于Listing 健康策略、ASIN 归因 | P2 | 系统管理员进入 v10 原型的现有ERP模块;关系图谱区域已展示。 | 关系=产品 - 产品标签 - Listing;关系类型=产品分层;用途=Listing 健康策略、ASIN 归因 | 1. 进入“现有ERP”。\n2. 滚动到“关系图谱”区域。\n3. 定位关系“产品 - 产品标签 - Listing”。\n4. 查看关系类型是否显示为“产品分层”。\n5. 点击该关系行的查看/展开操作。\n6. 检查弹出的关系详情中是否说明“Listing 健康策略、ASIN 归因”。 | 1. 关系“产品 - 产品标签 - Listing”存在。\n2. 类型展示为“产品分层”。\n3. 详情能说明该关系服务于“Listing 健康策略、ASIN 归因”。\n4. 关闭详情后返回关系图谱不丢失当前位置。 | 关系对象、类型、用途和来源页面字段一致;待确认关系必须标注待确认,不能当作已定规则。 | 只有系统管理员/负责人能查看完整关系;普通运营只看业务可用摘要。 | 关系图谱可支撑用户画像、人群圈选、风险过滤和触达频控建模。 | 00-系统总览 子系统数据所有权;01-用户身份与上下文 | 关系图谱:产品 - 产品标签 - Listing | 待执行\nTC-PROTO-0048 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-关系图谱 | 用户身份与上下文 | 数据校验 | 关系图谱校验用户 - 活动关系用于KOC/KOL、私域运营沉淀 | P2 | 系统管理员进入 v10 原型的现有ERP模块;关系图谱区域已展示。 | 关系=用户 - 活动;关系类型=活动参与;用途=KOC/KOL、私域运营沉淀 | 1. 进入“现有ERP”。\n2. 滚动到“关系图谱”区域。\n3. 定位关系“用户 - 活动”。\n4. 查看关系类型是否显示为“活动参与”。\n5. 点击该关系行的查看/展开操作。\n6. 检查弹出的关系详情中是否说明“KOC/KOL、私域运营沉淀”。 | 1. 关系“用户 - 活动”存在。\n2. 类型展示为“活动参与”。\n3. 详情能说明该关系服务于“KOC/KOL、私域运营沉淀”。\n4. 关闭详情后返回关系图谱不丢失当前位置。 | 关系对象、类型、用途和来源页面字段一致;待确认关系必须标注待确认,不能当作已定规则。 | 只有系统管理员/负责人能查看完整关系;普通运营只看业务可用摘要。 | 关系图谱可支撑用户画像、人群圈选、风险过滤和触达频控建模。 | 00-系统总览 子系统数据所有权;01-用户身份与上下文 | 关系图谱:用户 - 活动 | 待执行\nTC-PROTO-0049 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-关系图谱 | 用户身份与上下文 | 数据校验 | 关系图谱校验用户 - 推送关系用于IM/EDM/TEL/App Push 频控、点击、回复、退订 | P2 | 系统管理员进入 v10 原型的现有ERP模块;关系图谱区域已展示。 | 关系=用户 - 推送;关系类型=一对多;用途=IM/EDM/TEL/App Push 频控、点击、回复、退订 | 1. 进入“现有ERP”。\n2. 滚动到“关系图谱”区域。\n3. 定位关系“用户 - 推送”。\n4. 查看关系类型是否显示为“一对多”。\n5. 点击该关系行的查看/展开操作。\n6. 检查弹出的关系详情中是否说明“IM/EDM/TEL/App Push 频控、点击、回复、退订”。 | 1. 关系“用户 - 推送”存在。\n2. 类型展示为“一对多”。\n3. 详情能说明该关系服务于“IM/EDM/TEL/App Push 频控、点击、回复、退订”。\n4. 关闭详情后返回关系图谱不丢失当前位置。 | 关系对象、类型、用途和来源页面字段一致;待确认关系必须标注待确认,不能当作已定规则。 | 只有系统管理员/负责人能查看完整关系;普通运营只看业务可用摘要。 | 关系图谱可支撑用户画像、人群圈选、风险过滤和触达频控建模。 | 00-系统总览 子系统数据所有权;01-用户身份与上下文 | 关系图谱:用户 - 推送 | 待执行\nTC-PROTO-0050 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-关系图谱 | 用户身份与上下文 | 数据校验 | 关系图谱校验用户 - 风险/黑名单关系用于诈骗同步、客服升级、风险用户隔离 | P2 | 系统管理员进入 v10 原型的现有ERP模块;关系图谱区域已展示。 | 关系=用户 - 风险/黑名单;关系类型=风险隔离;用途=诈骗同步、客服升级、风险用户隔离 | 1. 进入“现有ERP”。\n2. 滚动到“关系图谱”区域。\n3. 定位关系“用户 - 风险/黑名单”。\n4. 查看关系类型是否显示为“风险隔离”。\n5. 点击该关系行的查看/展开操作。\n6. 检查弹出的关系详情中是否说明“诈骗同步、客服升级、风险用户隔离”。 | 1. 关系“用户 - 风险/黑名单”存在。\n2. 类型展示为“风险隔离”。\n3. 详情能说明该关系服务于“诈骗同步、客服升级、风险用户隔离”。\n4. 关闭详情后返回关系图谱不丢失当前位置。 | 关系对象、类型、用途和来源页面字段一致;待确认关系必须标注待确认,不能当作已定规则。 | 只有系统管理员/负责人能查看完整关系;普通运营只看业务可用摘要。 | 关系图谱可支撑用户画像、人群圈选、风险过滤和触达频控建模。 | 00-系统总览 子系统数据所有权;01-用户身份与上下文 | 关系图谱:用户 - 风险/黑名单 | 待执行\nTC-PROTO-0051 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-查询需求矩阵 | 用户身份与上下文 | 流程测试 | 查询需求矩阵执行用户主档查询并校验输出用途 | P1 | 系统管理员或用户运营负责人打开 v10 原型;现有ERP模块的查询需求矩阵已展示。 | 查询场景=用户主档查询;查询条件=JOYHUB ID、用户名、邮箱后缀、国家、性别、注册/活跃时间;预期输出=用户主档、标签、身份、产品关系、近期活跃;使用页面=用户中心 / 客服中心 / 风险中心 | 1. 进入“现有ERP”模块。\n2. 在“查询需求矩阵”中定位“用户主档查询”。\n3. 点击该查询场景的查看/进入处理按钮。\n4. 按原型列出的查询条件输入:JOYHUB ID、用户名、邮箱后缀、国家、性别、注册/活跃时间。\n5. 点击查询。\n6. 查看结果区是否输出:用户主档、标签、身份、产品关系、近期活跃。\n7. 点击“保存人群包”或“进入计划中心/风险中心”相关入口。 | 1. “用户主档查询”可从矩阵进入。\n2. 查询条件与原型字段一致。\n3. 结果输出符合“用户主档、标签、身份、产品关系、近期活跃”。\n4. 跳转到“用户中心 / 客服中心 / 风险中心”时携带当前查询上下文。 | 候选用户数、排除用户池、风险身份、EDM近7天次数等统计与筛选条件一致;保存人群包生成唯一ID。 | 客服只能查看客服定位所需字段;风险负责人可查看风险身份;系统管理员可查看完整字段,邮箱/设备仍默认脱敏。 | 查询矩阵能从现有ERP字段转化为MVP业务查询能力。 | 01-用户身份与上下文;03-额度与频控;04-多渠道触达 | 查询需求矩阵:用户主档查询 | 待执行\nTC-PROTO-0052 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-查询需求矩阵 | 用户身份与上下文 | 流程测试 | 查询需求矩阵执行推送前人群圈选并校验输出用途 | P1 | 系统管理员或用户运营负责人打开 v10 原型;现有ERP模块的查询需求矩阵已展示。 | 查询场景=推送前人群圈选;查询条件=标签、身份、国家、渠道、产品绑定/连接、活动、EDM近7天次数;预期输出=候选用户数、预计触达、频控风险、可保存人群包;使用页面=计划中心 / 推送中心 | 1. 进入“现有ERP”模块。\n2. 在“查询需求矩阵”中定位“推送前人群圈选”。\n3. 点击该查询场景的查看/进入处理按钮。\n4. 按原型列出的查询条件输入:标签、身份、国家、渠道、产品绑定/连接、活动、EDM近7天次数。\n5. 点击查询。\n6. 查看结果区是否输出:候选用户数、预计触达、频控风险、可保存人群包。\n7. 点击“保存人群包”或“进入计划中心/风险中心”相关入口。 | 1. “推送前人群圈选”可从矩阵进入。\n2. 查询条件与原型字段一致。\n3. 结果输出符合“候选用户数、预计触达、频控风险、可保存人群包”。\n4. 跳转到“计划中心 / 推送中心”时携带当前查询上下文。 | 候选用户数、排除用户池、风险身份、EDM近7天次数等统计与筛选条件一致;保存人群包生成唯一ID。 | 客服只能查看客服定位所需字段;风险负责人可查看风险身份;系统管理员可查看完整字段,邮箱/设备仍默认脱敏。 | 查询矩阵能从现有ERP字段转化为MVP业务查询能力。 | 01-用户身份与上下文;03-额度与频控;04-多渠道触达 | 查询需求矩阵:推送前人群圈选 | 待执行\nTC-PROTO-0053 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-查询需求矩阵 | 用户身份与上下文 | 流程测试 | 查询需求矩阵执行测评与真实评价跟踪人群并校验输出用途 | P1 | 系统管理员或用户运营负责人打开 v10 原型;现有ERP模块的查询需求矩阵已展示。 | 查询场景=测评与真实评价跟踪人群;查询条件=ASIN/Listing、产品绑定、连接产品、最近活跃、国家/站点、风险身份排除;预期输出=推荐用户池、排除用户池、进入计划中心;使用页面=需求中心 / 计划中心 / 客服中心 | 1. 进入“现有ERP”模块。\n2. 在“查询需求矩阵”中定位“测评与真实评价跟踪人群”。\n3. 点击该查询场景的查看/进入处理按钮。\n4. 按原型列出的查询条件输入:ASIN/Listing、产品绑定、连接产品、最近活跃、国家/站点、风险身份排除。\n5. 点击查询。\n6. 查看结果区是否输出:推荐用户池、排除用户池、进入计划中心。\n7. 点击“保存人群包”或“进入计划中心/风险中心”相关入口。 | 1. “测评与真实评价跟踪人群”可从矩阵进入。\n2. 查询条件与原型字段一致。\n3. 结果输出符合“推荐用户池、排除用户池、进入计划中心”。\n4. 跳转到“需求中心 / 计划中心 / 客服中心”时携带当前查询上下文。 | 候选用户数、排除用户池、风险身份、EDM近7天次数等统计与筛选条件一致;保存人群包生成唯一ID。 | 客服只能查看客服定位所需字段;风险负责人可查看风险身份;系统管理员可查看完整字段,邮箱/设备仍默认脱敏。 | 查询矩阵能从现有ERP字段转化为MVP业务查询能力。 | 01-用户身份与上下文;03-额度与频控;04-多渠道触达 | 查询需求矩阵:测评与真实评价跟踪人群 | 待执行\nTC-PROTO-0054 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-查询需求矩阵 | 用户身份与上下文 | 流程测试 | 查询需求矩阵执行标签覆盖查询并校验输出用途 | P1 | 系统管理员或用户运营负责人打开 v10 原型;现有ERP模块的查询需求矩阵已展示。 | 查询场景=标签覆盖查询;查询条件=标签分类、打标方式、覆盖人数、最新打标时间、状态;预期输出=标签列表、覆盖趋势、异常覆盖提示;使用页面=现有ERP / 数据中心 | 1. 进入“现有ERP”模块。\n2. 在“查询需求矩阵”中定位“标签覆盖查询”。\n3. 点击该查询场景的查看/进入处理按钮。\n4. 按原型列出的查询条件输入:标签分类、打标方式、覆盖人数、最新打标时间、状态。\n5. 点击查询。\n6. 查看结果区是否输出:标签列表、覆盖趋势、异常覆盖提示。\n7. 点击“保存人群包”或“进入计划中心/风险中心”相关入口。 | 1. “标签覆盖查询”可从矩阵进入。\n2. 查询条件与原型字段一致。\n3. 结果输出符合“标签列表、覆盖趋势、异常覆盖提示”。\n4. 跳转到“现有ERP / 数据中心”时携带当前查询上下文。 | 候选用户数、排除用户池、风险身份、EDM近7天次数等统计与筛选条件一致;保存人群包生成唯一ID。 | 客服只能查看客服定位所需字段;风险负责人可查看风险身份;系统管理员可查看完整字段,邮箱/设备仍默认脱敏。 | 查询矩阵能从现有ERP字段转化为MVP业务查询能力。 | 01-用户身份与上下文;03-额度与频控;04-多渠道触达 | 查询需求矩阵:标签覆盖查询 | 待执行\nTC-PROTO-0055 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-查询需求矩阵 | 用户身份与上下文 | 流程测试 | 查询需求矩阵执行身份风险查询并校验输出用途 | P1 | 系统管理员或用户运营负责人打开 v10 原型;现有ERP模块的查询需求矩阵已展示。 | 查询场景=身份风险查询;查询条件=身份名称、身份分组、风险等级、状态;预期输出=风险用户池、客服/推送排除名单、黑名单同步候选;使用页面=风险中心 / 系统管理 | 1. 进入“现有ERP”模块。\n2. 在“查询需求矩阵”中定位“身份风险查询”。\n3. 点击该查询场景的查看/进入处理按钮。\n4. 按原型列出的查询条件输入:身份名称、身份分组、风险等级、状态。\n5. 点击查询。\n6. 查看结果区是否输出:风险用户池、客服/推送排除名单、黑名单同步候选。\n7. 点击“保存人群包”或“进入计划中心/风险中心”相关入口。 | 1. “身份风险查询”可从矩阵进入。\n2. 查询条件与原型字段一致。\n3. 结果输出符合“风险用户池、客服/推送排除名单、黑名单同步候选”。\n4. 跳转到“风险中心 / 系统管理”时携带当前查询上下文。 | 候选用户数、排除用户池、风险身份、EDM近7天次数等统计与筛选条件一致;保存人群包生成唯一ID。 | 客服只能查看客服定位所需字段;风险负责人可查看风险身份;系统管理员可查看完整字段,邮箱/设备仍默认脱敏。 | 查询矩阵能从现有ERP字段转化为MVP业务查询能力。 | 01-用户身份与上下文;03-额度与频控;04-多渠道触达 | 查询需求矩阵:身份风险查询 | 待执行\nTC-PROTO-0056 | user_erp_mvp_admin_prototype_v10(1).html | 系统资产-系统管理 | 审计与通知中心 | 权限校验 | 系统管理执行新建账号并校验权限与审计 | P1 | 用户以系统管理员身份登录;系统资产模块可访问;系统管理列表包含“新建账号”。 | 动作=新建账号;说明=按部门、角色、站点、数据范围开通账号;预期=账号创建后出现在系统管理列表 | 1. 点击一级模块“系统资产”。\n2. 进入“系统管理”。\n3. 定位配置项“新建账号”。\n4. 点击对应操作按钮。\n5. 按页面说明执行:按部门、角色、站点、数据范围开通账号。\n6. 提交后进入审计日志,按动作类型筛选“新建账号”。 | 1. 有权限角色可完成“新建账号”。\n2. 执行结果符合“账号创建后出现在系统管理列表”。\n3. 审计日志新增记录,包含动作类型、操作者、时间、影响对象和处理意见。\n4. 无权限角色访问时按钮隐藏或提交被拒绝。 | 账号状态、权限点、任务交接关系和审计日志一致;敏感权限回收后立即生效。 | 新建账号仅对系统管理员开放;查看敏感信息、导出、黑名单同步、审批动作需独立授权。 | 权限配置可执行、可追溯、可撤销;离职管理无遗留敏感权限。 | 09-审计与通知中心;00-系统总览 角色前端映射 | 系统资产:新建账号;权限分配;审计日志 | 待执行\nTC-PROTO-0057 | user_erp_mvp_admin_prototype_v10(1).html | 系统资产-系统管理 | 审计与通知中心 | 权限校验 | 系统管理执行离职管理并校验权限与审计 | P1 | 用户以系统管理员身份登录;系统资产模块可访问;系统管理列表包含“离职管理”。 | 动作=离职管理;说明=停用账号、交接任务、回收敏感权限;预期=离职账号不可登录且任务已交接 | 1. 点击一级模块“系统资产”。\n2. 进入“系统管理”。\n3. 定位配置项“离职管理”。\n4. 点击对应操作按钮。\n5. 按页面说明执行:停用账号、交接任务、回收敏感权限。\n6. 提交后进入审计日志,按动作类型筛选“离职管理”。 | 1. 有权限角色可完成“离职管理”。\n2. 执行结果符合“离职账号不可登录且任务已交接”。\n3. 审计日志新增记录,包含动作类型、操作者、时间、影响对象和处理意见。\n4. 无权限角色访问时按钮隐藏或提交被拒绝。 | 账号状态、权限点、任务交接关系和审计日志一致;敏感权限回收后立即生效。 | 离职管理仅对系统管理员开放;查看敏感信息、导出、黑名单同步、审批动作需独立授权。 | 权限配置可执行、可追溯、可撤销;离职管理无遗留敏感权限。 | 09-审计与通知中心;00-系统总览 角色前端映射 | 系统资产:离职管理;权限分配;审计日志 | 待执行\nTC-PROTO-0058 | user_erp_mvp_admin_prototype_v10(1).html | 系统资产-系统管理 | 审计与通知中心 | 权限校验 | 系统管理执行权限分配并校验权限与审计 | P1 | 用户以系统管理员/负责人身份登录;系统资产模块可访问;系统管理列表包含“权限分配”。 | 动作=权限分配;说明=导出、审批、查看敏感信息、黑名单同步独立授权;预期=权限粒度按按钮和数据范围生效 | 1. 点击一级模块“系统资产”。\n2. 进入“系统管理”。\n3. 定位配置项“权限分配”。\n4. 点击对应操作按钮。\n5. 按页面说明执行:导出、审批、查看敏感信息、黑名单同步独立授权。\n6. 提交后进入审计日志,按动作类型筛选“权限分配”。 | 1. 有权限角色可完成“权限分配”。\n2. 执行结果符合“权限粒度按按钮和数据范围生效”。\n3. 审计日志新增记录,包含动作类型、操作者、时间、影响对象和处理意见。\n4. 无权限角色访问时按钮隐藏或提交被拒绝。 | 账号状态、权限点、任务交接关系和审计日志一致;敏感权限回收后立即生效。 | 权限分配仅对系统管理员/负责人开放;查看敏感信息、导出、黑名单同步、审批动作需独立授权。 | 权限配置可执行、可追溯、可撤销;离职管理无遗留敏感权限。 | 09-审计与通知中心;00-系统总览 角色前端映射 | 系统资产:权限分配;权限分配;审计日志 | 待执行\nTC-PROTO-0059 | user_erp_mvp_admin_prototype_v10(1).html | 系统资产-系统管理 | 审计与通知中心 | 权限校验 | 系统管理执行审计日志并校验权限与审计 | P1 | 用户以系统管理员/审计角色身份登录;系统资产模块可访问;系统管理列表包含“审计日志”。 | 动作=审计日志;说明=导出、查看敏感信息、黑名单同步、审批动作;预期=每个敏感动作有日志ID和操作者 | 1. 点击一级模块“系统资产”。\n2. 进入“系统管理”。\n3. 定位配置项“审计日志”。\n4. 点击对应操作按钮。\n5. 按页面说明执行:导出、查看敏感信息、黑名单同步、审批动作。\n6. 提交后进入审计日志,按动作类型筛选“审计日志”。 | 1. 有权限角色可完成“审计日志”。\n2. 执行结果符合“每个敏感动作有日志ID和操作者”。\n3. 审计日志新增记录,包含动作类型、操作者、时间、影响对象和处理意见。\n4. 无权限角色访问时按钮隐藏或提交被拒绝。 | 账号状态、权限点、任务交接关系和审计日志一致;敏感权限回收后立即生效。 | 审计日志仅对系统管理员/审计角色开放;查看敏感信息、导出、黑名单同步、审批动作需独立授权。 | 权限配置可执行、可追溯、可撤销;离职管理无遗留敏感权限。 | 09-审计与通知中心;00-系统总览 角色前端映射 | 系统资产:审计日志;权限分配;审计日志 | 待执行\nTC-PROTO-0179 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-字段权限与脱敏 | 用户身份与上下文 | 权限校验 | 现有ERP字段JOYHUB 用户ID按全员可见权限展示 | P2 | v10原型进入现有ERP;测试账号分别准备系统管理员、用户运营、客服、风险负责人;字段“JOYHUB 用户ID”存在。 | 字段=JOYHUB 用户ID;可见范围=全员可见;期望=完整ID可见 | 1. 使用系统管理员账号进入现有ERP用户管理字段表,查看“JOYHUB 用户ID”。\n2. 退出后使用普通客服账号进入同一页面。\n3. 再使用风险负责人或用户运营账号进入同一页面。\n4. 分别点击“查看完整信息”和“导出现有关系”。\n5. 对比三个角色看到的字段内容。 | 1. 字段“JOYHUB 用户ID”按照“全员可见”控制可见性。\n2. 符合预期:完整ID可见。\n3. 未授权角色点击查看完整信息被拒绝并记录审计。\n4. 导出文件不包含未授权字段明文。 | 字段展示、导出内容、审计记录中的角色和权限点一致;脱敏字段不得在前端源码/导出中泄露明文。 | JOYHUB 用户ID必须按全员可见控制;查看完整信息和导出是独立权限。 | 字段级权限和脱敏在页面展示、详情、导出三个场景均生效。 | 00-系统总览;09-审计与通知中心;01-用户身份与上下文 | 字段权限清单:JOYHUB 用户ID/全员可见 | 待执行\nTC-PROTO-0180 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-字段权限与脱敏 | 用户身份与上下文 | 权限校验 | 现有ERP字段用户名按授权可见权限展示 | P2 | v10原型进入现有ERP;测试账号分别准备系统管理员、用户运营、客服、风险负责人;字段“用户名”存在。 | 字段=用户名;可见范围=授权可见;期望=未授权显示脱敏 | 1. 使用系统管理员账号进入现有ERP用户管理字段表,查看“用户名”。\n2. 退出后使用普通客服账号进入同一页面。\n3. 再使用风险负责人或用户运营账号进入同一页面。\n4. 分别点击“查看完整信息”和“导出现有关系”。\n5. 对比三个角色看到的字段内容。 | 1. 字段“用户名”按照“授权可见”控制可见性。\n2. 符合预期:未授权显示脱敏。\n3. 未授权角色点击查看完整信息被拒绝并记录审计。\n4. 导出文件不包含未授权字段明文。 | 字段展示、导出内容、审计记录中的角色和权限点一致;脱敏字段不得在前端源码/导出中泄露明文。 | 用户名必须按授权可见控制;查看完整信息和导出是独立权限。 | 字段级权限和脱敏在页面展示、详情、导出三个场景均生效。 | 00-系统总览;09-审计与通知中心;01-用户身份与上下文 | 字段权限清单:用户名/授权可见 | 待执行\nTC-PROTO-0181 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-字段权限与脱敏 | 用户身份与上下文 | 权限校验 | 现有ERP字段邮箱后缀按已脱敏权限展示 | P2 | v10原型进入现有ERP;测试账号分别准备系统管理员、用户运营、客服、风险负责人;字段“邮箱后缀”存在。 | 字段=邮箱后缀;可见范围=已脱敏;期望=只显示邮箱域名/后缀 | 1. 使用系统管理员账号进入现有ERP用户管理字段表,查看“邮箱后缀”。\n2. 退出后使用普通客服账号进入同一页面。\n3. 再使用风险负责人或用户运营账号进入同一页面。\n4. 分别点击“查看完整信息”和“导出现有关系”。\n5. 对比三个角色看到的字段内容。 | 1. 字段“邮箱后缀”按照“已脱敏”控制可见性。\n2. 符合预期:只显示邮箱域名/后缀。\n3. 未授权角色点击查看完整信息被拒绝并记录审计。\n4. 导出文件不包含未授权字段明文。 | 字段展示、导出内容、审计记录中的角色和权限点一致;脱敏字段不得在前端源码/导出中泄露明文。 | 邮箱后缀必须按已脱敏控制;查看完整信息和导出是独立权限。 | 字段级权限和脱敏在页面展示、详情、导出三个场景均生效。 | 00-系统总览;09-审计与通知中心;01-用户身份与上下文 | 字段权限清单:邮箱后缀/已脱敏 | 待执行\nTC-PROTO-0182 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-字段权限与脱敏 | 用户身份与上下文 | 权限校验 | 现有ERP字段近7天EDM推送数按推送数据权限展示 | P2 | v10原型进入现有ERP;测试账号分别准备系统管理员、用户运营、客服、风险负责人;字段“近7天EDM推送数”存在。 | 字段=近7天EDM推送数;可见范围=推送数据;期望=仅推送/管理员可见 | 1. 使用系统管理员账号进入现有ERP用户管理字段表,查看“近7天EDM推送数”。\n2. 退出后使用普通客服账号进入同一页面。\n3. 再使用风险负责人或用户运营账号进入同一页面。\n4. 分别点击“查看完整信息”和“导出现有关系”。\n5. 对比三个角色看到的字段内容。 | 1. 字段“近7天EDM推送数”按照“推送数据”控制可见性。\n2. 符合预期:仅推送/管理员可见。\n3. 未授权角色点击查看完整信息被拒绝并记录审计。\n4. 导出文件不包含未授权字段明文。 | 字段展示、导出内容、审计记录中的角色和权限点一致;脱敏字段不得在前端源码/导出中泄露明文。 | 近7天EDM推送数必须按推送数据控制;查看完整信息和导出是独立权限。 | 字段级权限和脱敏在页面展示、详情、导出三个场景均生效。 | 00-系统总览;09-审计与通知中心;01-用户身份与上下文 | 字段权限清单:近7天EDM推送数/推送数据 | 待执行\nTC-PROTO-0183 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-字段权限与脱敏 | 用户身份与上下文 | 权限校验 | 现有ERP字段身份风险等级按系统管理员/风险负责人权限展示 | P2 | v10原型进入现有ERP;测试账号分别准备系统管理员、用户运营、客服、风险负责人;字段“身份风险等级”存在。 | 字段=身份风险等级;可见范围=系统管理员/风险负责人;期望=普通运营不可见 | 1. 使用系统管理员账号进入现有ERP用户管理字段表,查看“身份风险等级”。\n2. 退出后使用普通客服账号进入同一页面。\n3. 再使用风险负责人或用户运营账号进入同一页面。\n4. 分别点击“查看完整信息”和“导出现有关系”。\n5. 对比三个角色看到的字段内容。 | 1. 字段“身份风险等级”按照“系统管理员/风险负责人”控制可见性。\n2. 符合预期:普通运营不可见。\n3. 未授权角色点击查看完整信息被拒绝并记录审计。\n4. 导出文件不包含未授权字段明文。 | 字段展示、导出内容、审计记录中的角色和权限点一致;脱敏字段不得在前端源码/导出中泄露明文。 | 身份风险等级必须按系统管理员/风险负责人控制;查看完整信息和导出是独立权限。 | 字段级权限和脱敏在页面展示、详情、导出三个场景均生效。 | 00-系统总览;09-审计与通知中心;01-用户身份与上下文 | 字段权限清单:身份风险等级/系统管理员/风险负责人 | 待执行\nTC-PROTO-0184 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-字段权限与脱敏 | 用户身份与上下文 | 权限校验 | 现有ERP字段标签覆盖人数按标签模块权限展示 | P2 | v10原型进入现有ERP;测试账号分别准备系统管理员、用户运营、客服、风险负责人;字段“标签覆盖人数”存在。 | 字段=标签覆盖人数;可见范围=标签模块;期望=负责人可见汇总,普通客服不可导出 | 1. 使用系统管理员账号进入现有ERP用户管理字段表,查看“标签覆盖人数”。\n2. 退出后使用普通客服账号进入同一页面。\n3. 再使用风险负责人或用户运营账号进入同一页面。\n4. 分别点击“查看完整信息”和“导出现有关系”。\n5. 对比三个角色看到的字段内容。 | 1. 字段“标签覆盖人数”按照“标签模块”控制可见性。\n2. 符合预期:负责人可见汇总,普通客服不可导出。\n3. 未授权角色点击查看完整信息被拒绝并记录审计。\n4. 导出文件不包含未授权字段明文。 | 字段展示、导出内容、审计记录中的角色和权限点一致;脱敏字段不得在前端源码/导出中泄露明文。 | 标签覆盖人数必须按标签模块控制;查看完整信息和导出是独立权限。 | 字段级权限和脱敏在页面展示、详情、导出三个场景均生效。 | 00-系统总览;09-审计与通知中心;01-用户身份与上下文 | 字段权限清单:标签覆盖人数/标签模块 | 待执行\nTC-PROTO-0242 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-用户管理 | 用户身份与上下文 | 功能测试 | 现有ERP 用户管理:搜索JOYHUB用户ID | P2 | v10原型进入现有ERP模块;当前页为“用户管理”;用户具备字段查询权限。 | 操作=输入JOYHUB ID并查询;预期=返回用户主档、标签、身份、产品关系 | 1. 打开v10管理员原型。\n2. 点击“现有ERP”并进入“用户管理”。\n3. 执行业务操作:输入JOYHUB ID并查询。\n4. 查看列表、字段表、关系对象和MVP纳入方式。\n5. 点击导出现有关系或查看详情。 | 1. 页面完成操作“搜索JOYHUB用户ID”。\n2. 输出结果为:返回用户主档、标签、身份、产品关系。\n3. 字段来源和关系对象展示清晰。\n4. 导出/详情遵循字段脱敏。 | 现有字段、查询条件、关系对象、MVP纳入方式保持一致;导出数据不超范围。 | 无字段权限角色不能查看完整身份、邮箱、风险等级等敏感字段。 | 用户管理的搜索JOYHUB用户ID可用于MVP建模和测试追踪。 | 01-用户身份与上下文;v10现有ERP字段说明 | v10现有ERP:用户管理/搜索JOYHUB用户ID | 待执行\nTC-PROTO-0243 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-用户管理 | 用户身份与上下文 | 功能测试 | 现有ERP 用户管理:按国家和近7天EDM次数筛选 | P2 | v10原型进入现有ERP模块;当前页为“用户管理”;用户具备字段查询权限。 | 操作=国家=US;EDM近7天>0;预期=返回可用于触达的人群 | 1. 打开v10管理员原型。\n2. 点击“现有ERP”并进入“用户管理”。\n3. 执行业务操作:国家=US;EDM近7天>0。\n4. 查看列表、字段表、关系对象和MVP纳入方式。\n5. 点击导出现有关系或查看详情。 | 1. 页面完成操作“按国家和近7天EDM次数筛选”。\n2. 输出结果为:返回可用于触达的人群。\n3. 字段来源和关系对象展示清晰。\n4. 导出/详情遵循字段脱敏。 | 现有字段、查询条件、关系对象、MVP纳入方式保持一致;导出数据不超范围。 | 无字段权限角色不能查看完整身份、邮箱、风险等级等敏感字段。 | 用户管理的按国家和近7天EDM次数筛选可用于MVP建模和测试追踪。 | 01-用户身份与上下文;v10现有ERP字段说明 | v10现有ERP:用户管理/按国家和近7天EDM次数筛选 | 待执行\nTC-PROTO-0244 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-用户管理 | 用户身份与上下文 | 功能测试 | 现有ERP 用户管理:打开用户画像详情 | P2 | v10原型进入现有ERP模块;当前页为“用户管理”;用户具备字段查询权限。 | 操作=点击用户行详情;预期=展示注册/活跃时间、标签、产品、活动 | 1. 打开v10管理员原型。\n2. 点击“现有ERP”并进入“用户管理”。\n3. 执行业务操作:点击用户行详情。\n4. 查看列表、字段表、关系对象和MVP纳入方式。\n5. 点击导出现有关系或查看详情。 | 1. 页面完成操作“打开用户画像详情”。\n2. 输出结果为:展示注册/活跃时间、标签、产品、活动。\n3. 字段来源和关系对象展示清晰。\n4. 导出/详情遵循字段脱敏。 | 现有字段、查询条件、关系对象、MVP纳入方式保持一致;导出数据不超范围。 | 无字段权限角色不能查看完整身份、邮箱、风险等级等敏感字段。 | 用户管理的打开用户画像详情可用于MVP建模和测试追踪。 | 01-用户身份与上下文;v10现有ERP字段说明 | v10现有ERP:用户管理/打开用户画像详情 | 待执行\nTC-PROTO-0245 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-公域-用户标签 | 用户身份与上下文 | 功能测试 | 现有ERP 公域-用户标签:新增标签覆盖查询 | P2 | v10原型进入现有ERP模块;当前页为“公域-用户标签”;用户具备字段查询权限。 | 操作=标签分类=兴趣;打标方式=系统;预期=展示覆盖人数和最新打标时间 | 1. 打开v10管理员原型。\n2. 点击“现有ERP”并进入“公域-用户标签”。\n3. 执行业务操作:标签分类=兴趣;打标方式=系统。\n4. 查看列表、字段表、关系对象和MVP纳入方式。\n5. 点击导出现有关系或查看详情。 | 1. 页面完成操作“新增标签覆盖查询”。\n2. 输出结果为:展示覆盖人数和最新打标时间。\n3. 字段来源和关系对象展示清晰。\n4. 导出/详情遵循字段脱敏。 | 现有字段、查询条件、关系对象、MVP纳入方式保持一致;导出数据不超范围。 | 无字段权限角色不能查看完整身份、邮箱、风险等级等敏感字段。 | 公域-用户标签的新增标签覆盖查询可用于MVP建模和测试追踪。 | 01-用户身份与上下文;v10现有ERP字段说明 | v10现有ERP:公域-用户标签/新增标签覆盖查询 | 待执行\nTC-PROTO-0246 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-公域-用户标签 | 用户身份与上下文 | 功能测试 | 现有ERP 公域-用户标签:覆盖人数异常提示 | P2 | v10原型进入现有ERP模块;当前页为“公域-用户标签”;用户具备字段查询权限。 | 操作=标签覆盖人数突增或为0;预期=展示异常覆盖提示 | 1. 打开v10管理员原型。\n2. 点击“现有ERP”并进入“公域-用户标签”。\n3. 执行业务操作:标签覆盖人数突增或为0。\n4. 查看列表、字段表、关系对象和MVP纳入方式。\n5. 点击导出现有关系或查看详情。 | 1. 页面完成操作“覆盖人数异常提示”。\n2. 输出结果为:展示异常覆盖提示。\n3. 字段来源和关系对象展示清晰。\n4. 导出/详情遵循字段脱敏。 | 现有字段、查询条件、关系对象、MVP纳入方式保持一致;导出数据不超范围。 | 无字段权限角色不能查看完整身份、邮箱、风险等级等敏感字段。 | 公域-用户标签的覆盖人数异常提示可用于MVP建模和测试追踪。 | 01-用户身份与上下文;v10现有ERP字段说明 | v10现有ERP:公域-用户标签/覆盖人数异常提示 | 待执行\nTC-PROTO-0247 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-公域-产品标签 | 用户身份与上下文 | 功能测试 | 现有ERP 公域-产品标签:产品标签关联Listing | P2 | v10原型进入现有ERP模块;当前页为“公域-产品标签”;用户具备字段查询权限。 | 操作=选择产品标签并查看关联产品;预期=展示产品-品牌-Listing/ASIN关系 | 1. 打开v10管理员原型。\n2. 点击“现有ERP”并进入“公域-产品标签”。\n3. 执行业务操作:选择产品标签并查看关联产品。\n4. 查看列表、字段表、关系对象和MVP纳入方式。\n5. 点击导出现有关系或查看详情。 | 1. 页面完成操作“产品标签关联Listing”。\n2. 输出结果为:展示产品-品牌-Listing/ASIN关系。\n3. 字段来源和关系对象展示清晰。\n4. 导出/详情遵循字段脱敏。 | 现有字段、查询条件、关系对象、MVP纳入方式保持一致;导出数据不超范围。 | 无字段权限角色不能查看完整身份、邮箱、风险等级等敏感字段。 | 公域-产品标签的产品标签关联Listing可用于MVP建模和测试追踪。 | 01-用户身份与上下文;v10现有ERP字段说明 | v10现有ERP:公域-产品标签/产品标签关联Listing | 待执行\nTC-PROTO-0248 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-公域-产品标签 | 用户身份与上下文 | 功能测试 | 现有ERP 公域-产品标签:按创建时间筛选标签 | P2 | v10原型进入现有ERP模块;当前页为“公域-产品标签”;用户具备字段查询权限。 | 操作=开始/截止时间;预期=只返回时间范围内标签 | 1. 打开v10管理员原型。\n2. 点击“现有ERP”并进入“公域-产品标签”。\n3. 执行业务操作:开始/截止时间。\n4. 查看列表、字段表、关系对象和MVP纳入方式。\n5. 点击导出现有关系或查看详情。 | 1. 页面完成操作“按创建时间筛选标签”。\n2. 输出结果为:只返回时间范围内标签。\n3. 字段来源和关系对象展示清晰。\n4. 导出/详情遵循字段脱敏。 | 现有字段、查询条件、关系对象、MVP纳入方式保持一致;导出数据不超范围。 | 无字段权限角色不能查看完整身份、邮箱、风险等级等敏感字段。 | 公域-产品标签的按创建时间筛选标签可用于MVP建模和测试追踪。 | 01-用户身份与上下文;v10现有ERP字段说明 | v10现有ERP:公域-产品标签/按创建时间筛选标签 | 待执行\nTC-PROTO-0249 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-私域-用户标签 | 用户身份与上下文 | 功能测试 | 现有ERP 私域-用户标签:客服分组标签查询 | P2 | v10原型进入现有ERP模块;当前页为“私域-用户标签”;用户具备字段查询权限。 | 操作=标签分类=客服分组;预期=输出私域用户标签与社群/活动关系 | 1. 打开v10管理员原型。\n2. 点击“现有ERP”并进入“私域-用户标签”。\n3. 执行业务操作:标签分类=客服分组。\n4. 查看列表、字段表、关系对象和MVP纳入方式。\n5. 点击导出现有关系或查看详情。 | 1. 页面完成操作“客服分组标签查询”。\n2. 输出结果为:输出私域用户标签与社群/活动关系。\n3. 字段来源和关系对象展示清晰。\n4. 导出/详情遵循字段脱敏。 | 现有字段、查询条件、关系对象、MVP纳入方式保持一致;导出数据不超范围。 | 无字段权限角色不能查看完整身份、邮箱、风险等级等敏感字段。 | 私域-用户标签的客服分组标签查询可用于MVP建模和测试追踪。 | 01-用户身份与上下文;v10现有ERP字段说明 | v10现有ERP:私域-用户标签/客服分组标签查询 | 待执行\nTC-PROTO-0250 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-私域-用户标签 | 用户身份与上下文 | 功能测试 | 现有ERP 私域-用户标签:风险用户隔离标签 | P2 | v10原型进入现有ERP模块;当前页为“私域-用户标签”;用户具备字段查询权限。 | 操作=标签状态=启用;风险相关;预期=可作为客服/推送排除条件 | 1. 打开v10管理员原型。\n2. 点击“现有ERP”并进入“私域-用户标签”。\n3. 执行业务操作:标签状态=启用;风险相关。\n4. 查看列表、字段表、关系对象和MVP纳入方式。\n5. 点击导出现有关系或查看详情。 | 1. 页面完成操作“风险用户隔离标签”。\n2. 输出结果为:可作为客服/推送排除条件。\n3. 字段来源和关系对象展示清晰。\n4. 导出/详情遵循字段脱敏。 | 现有字段、查询条件、关系对象、MVP纳入方式保持一致;导出数据不超范围。 | 无字段权限角色不能查看完整身份、邮箱、风险等级等敏感字段。 | 私域-用户标签的风险用户隔离标签可用于MVP建模和测试追踪。 | 01-用户身份与上下文;v10现有ERP字段说明 | v10现有ERP:私域-用户标签/风险用户隔离标签 | 待执行\nTC-PROTO-0251 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-身份管理 | 用户身份与上下文 | 功能测试 | 现有ERP 身份管理:查看多语言图标 | P2 | v10原型进入现有ERP模块;当前页为“身份管理”;用户具备字段查询权限。 | 操作=打开身份详情;预期=展示英/德/日图标PNG | 1. 打开v10管理员原型。\n2. 点击“现有ERP”并进入“身份管理”。\n3. 执行业务操作:打开身份详情。\n4. 查看列表、字段表、关系对象和MVP纳入方式。\n5. 点击导出现有关系或查看详情。 | 1. 页面完成操作“查看多语言图标”。\n2. 输出结果为:展示英/德/日图标PNG。\n3. 字段来源和关系对象展示清晰。\n4. 导出/详情遵循字段脱敏。 | 现有字段、查询条件、关系对象、MVP纳入方式保持一致;导出数据不超范围。 | 无字段权限角色不能查看完整身份、邮箱、风险等级等敏感字段。 | 身份管理的查看多语言图标可用于MVP建模和测试追踪。 | 01-用户身份与上下文;v10现有ERP字段说明 | v10现有ERP:身份管理/查看多语言图标 | 待执行\nTC-PROTO-0252 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-身份管理 | 用户身份与上下文 | 功能测试 | 现有ERP 身份管理:身份风险等级筛选 | P2 | v10原型进入现有ERP模块;当前页为“身份管理”;用户具备字段查询权限。 | 操作=身份风险等级=高;预期=进入风险用户池候选 | 1. 打开v10管理员原型。\n2. 点击“现有ERP”并进入“身份管理”。\n3. 执行业务操作:身份风险等级=高。\n4. 查看列表、字段表、关系对象和MVP纳入方式。\n5. 点击导出现有关系或查看详情。 | 1. 页面完成操作“身份风险等级筛选”。\n2. 输出结果为:进入风险用户池候选。\n3. 字段来源和关系对象展示清晰。\n4. 导出/详情遵循字段脱敏。 | 现有字段、查询条件、关系对象、MVP纳入方式保持一致;导出数据不超范围。 | 无字段权限角色不能查看完整身份、邮箱、风险等级等敏感字段。 | 身份管理的身份风险等级筛选可用于MVP建模和测试追踪。 | 01-用户身份与上下文;v10现有ERP字段说明 | v10现有ERP:身份管理/身份风险等级筛选 | 待执行\nTC-PROTO-0253 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-身份管理 | 用户身份与上下文 | 功能测试 | 现有ERP 身份管理:身份状态停用 | P2 | v10原型进入现有ERP模块;当前页为“身份管理”;用户具备字段查询权限。 | 操作=将风险身份置为停用;预期=后续筛选不再作为可选身份 | 1. 打开v10管理员原型。\n2. 点击“现有ERP”并进入“身份管理”。\n3. 执行业务操作:将风险身份置为停用。\n4. 查看列表、字段表、关系对象和MVP纳入方式。\n5. 点击导出现有关系或查看详情。 | 1. 页面完成操作“身份状态停用”。\n2. 输出结果为:后续筛选不再作为可选身份。\n3. 字段来源和关系对象展示清晰。\n4. 导出/详情遵循字段脱敏。 | 现有字段、查询条件、关系对象、MVP纳入方式保持一致;导出数据不超范围。 | 无字段权限角色不能查看完整身份、邮箱、风险等级等敏感字段。 | 身份管理的身份状态停用可用于MVP建模和测试追踪。 | 01-用户身份与上下文;v10现有ERP字段说明 | v10现有ERP:身份管理/身份状态停用 | 待执行\nTC-PROTO-0289 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP | 系统稳定性与幂等 | 异常场景 | 现有ERP稳定性校验:生成字段表重复点击 | P2 | 已进入“现有ERP”;准备可执行场景:生成字段表重复点击。 | 动作=连续点击生成字段表;预期=字段表只生成一份或版本号递增可追踪 | 1. 打开原型页面“现有ERP”。\n2. 准备或选择满足场景的数据。\n3. 执行操作:连续点击生成字段表。\n4. 观察页面提示、按钮状态、列表变化和详情状态。\n5. 刷新页面或重新查询该记录。\n6. 如涉及日志,进入审计通知页面按对象ID查询。 | 1. 系统按幂等/空状态/刷新规则处理。\n2. 结果为:字段表只生成一份或版本号递增可追踪。\n3. 不产生重复记录、重复扣减、重复完成数或错误状态。\n4. 刷新后状态可恢复查询。 | 校验唯一ID、状态、计数、日志数量;重复操作不得造成多条业务成功记录。 | 重复/并发操作仍必须校验后端权限,不能因前端状态异常绕过权限。 | 页面在重复点击、刷新、并发、空状态下保持数据一致且用户可理解。 | 全局幂等与审计要求;各子系统状态规则 | 稳定性场景:生成字段表重复点击 | 待执行\nTC-PROTO-0290 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP | 系统稳定性与幂等 | 异常场景 | 现有ERP稳定性校验:导出现有关系无数据 | P2 | 已进入“现有ERP”;准备可执行场景:导出现有关系无数据。 | 动作=查询结果为空后导出;预期=提示暂无可导出数据 | 1. 打开原型页面“现有ERP”。\n2. 准备或选择满足场景的数据。\n3. 执行操作:查询结果为空后导出。\n4. 观察页面提示、按钮状态、列表变化和详情状态。\n5. 刷新页面或重新查询该记录。\n6. 如涉及日志,进入审计通知页面按对象ID查询。 | 1. 系统按幂等/空状态/刷新规则处理。\n2. 结果为:提示暂无可导出数据。\n3. 不产生重复记录、重复扣减、重复完成数或错误状态。\n4. 刷新后状态可恢复查询。 | 校验唯一ID、状态、计数、日志数量;重复操作不得造成多条业务成功记录。 | 重复/并发操作仍必须校验后端权限,不能因前端状态异常绕过权限。 | 页面在重复点击、刷新、并发、空状态下保持数据一致且用户可理解。 | 全局幂等与审计要求;各子系统状态规则 | 稳定性场景:导出现有关系无数据 | 待执行\nTC-PROTO-0291 | user_erp_mvp_admin_prototype_v10(1).html | 身份管理 | 系统稳定性与幂等 | 异常场景 | 身份管理稳定性校验:多语言图标缺失 | P2 | 已进入“身份管理”;准备可执行场景:多语言图标缺失。 | 动作=德语图标PNG为空;预期=页面显示占位并提示需补充 | 1. 打开原型页面“身份管理”。\n2. 准备或选择满足场景的数据。\n3. 执行操作:德语图标PNG为空。\n4. 观察页面提示、按钮状态、列表变化和详情状态。\n5. 刷新页面或重新查询该记录。\n6. 如涉及日志,进入审计通知页面按对象ID查询。 | 1. 系统按幂等/空状态/刷新规则处理。\n2. 结果为:页面显示占位并提示需补充。\n3. 不产生重复记录、重复扣减、重复完成数或错误状态。\n4. 刷新后状态可恢复查询。 | 校验唯一ID、状态、计数、日志数量;重复操作不得造成多条业务成功记录。 | 重复/并发操作仍必须校验后端权限,不能因前端状态异常绕过权限。 | 页面在重复点击、刷新、并发、空状态下保持数据一致且用户可理解。 | 全局幂等与审计要求;各子系统状态规则 | 稳定性场景:多语言图标缺失 | 待执行\nTC-PROTO-0292 | user_erp_mvp_admin_prototype_v10(1).html | 用户管理 | 系统稳定性与幂等 | 异常场景 | 用户管理稳定性校验:分页切换保持筛选 | P2 | 已进入“用户管理”;准备可执行场景:分页切换保持筛选。 | 动作=筛选国家US后切换下一页;预期=筛选条件不丢失 | 1. 打开原型页面“用户管理”。\n2. 准备或选择满足场景的数据。\n3. 执行操作:筛选国家US后切换下一页。\n4. 观察页面提示、按钮状态、列表变化和详情状态。\n5. 刷新页面或重新查询该记录。\n6. 如涉及日志,进入审计通知页面按对象ID查询。 | 1. 系统按幂等/空状态/刷新规则处理。\n2. 结果为:筛选条件不丢失。\n3. 不产生重复记录、重复扣减、重复完成数或错误状态。\n4. 刷新后状态可恢复查询。 | 校验唯一ID、状态、计数、日志数量;重复操作不得造成多条业务成功记录。 | 重复/并发操作仍必须校验后端权限,不能因前端状态异常绕过权限。 | 页面在重复点击、刷新、并发、空状态下保持数据一致且用户可理解。 | 全局幂等与审计要求;各子系统状态规则 | 稳定性场景:分页切换保持筛选 | 待执行\n# Sheet: HTML3-客服执行\n用例编号 | HTML原型 | 功能页面 | 需求模块 | 测试类型 | 用例名称 | 优先级 | 前置条件 | 测试数据 | 操作步骤 | 预期结果 | 数据校验 | 权限校验 | 验收标准 | 需求依据 | 原型依据 | 用例状态\nTC-PROTO-0060 | 客服执行.html | 客服执行看板 | 客服工单与管理 | 功能测试 | 客服执行看板查看在线客服数指标并钻取明细 | P1 | 客服主管账号已登录客服执行看板;存在当天排班、工单、消息、评价和绩效数据。 | 指标=在线客服数;原型变量=onlineAgents 人;动作=查看当前可用客服池 | 1. 打开“客服执行看板”。\n2. 在顶部指标区定位“在线客服数”。\n3. 核对指标值单位是否符合“onlineAgents 人”。\n4. 点击该指标卡片。\n5. 查看弹出的明细列表或右侧详情。\n6. 将时间范围切换到本月,再回到今日。 | 1. 指标“在线客服数”显示在客服执行看板。\n2. 点击后进入与“查看当前可用客服池”一致的明细。\n3. 今日/本月切换后指标重新计算。\n4. 返回看板后指标卡片仍展示最新状态。 | 指标明细总数与卡片汇总一致;首次回复时长单位为分钟,评价数区分 RSO/RDO。 | 客服本人只能看本人指标;组长可看组内;主管/管理员可看团队汇总。 | 客服执行指标可见、可钻取、按周期统计准确。 | 05-客服工单与管理 绩效统计;07-评价结果追踪 | React 原型变量:onlineAgents 人;标题:客服执行看板 | 待执行\nTC-PROTO-0061 | 客服执行.html | 客服执行看板 | 客服工单与管理 | 功能测试 | 客服执行看板查看今日工单指标并钻取明细 | P1 | 客服主管账号已登录客服执行看板;存在当天排班、工单、消息、评价和绩效数据。 | 指标=今日工单;原型变量=todayTickets 单;动作=查看今日进入客服中心的工单总量 | 1. 打开“客服执行看板”。\n2. 在顶部指标区定位“今日工单”。\n3. 核对指标值单位是否符合“todayTickets 单”。\n4. 点击该指标卡片。\n5. 查看弹出的明细列表或右侧详情。\n6. 将时间范围切换到本月,再回到今日。 | 1. 指标“今日工单”显示在客服执行看板。\n2. 点击后进入与“查看今日进入客服中心的工单总量”一致的明细。\n3. 今日/本月切换后指标重新计算。\n4. 返回看板后指标卡片仍展示最新状态。 | 指标明细总数与卡片汇总一致;首次回复时长单位为分钟,评价数区分 RSO/RDO。 | 客服本人只能看本人指标;组长可看组 | 客服执行指标可见、可钻取、按周期统计准确。 | 05-客服工单与管理 绩效统计;07-评价结果追踪 | React 原型变量:todayTickets 单;标题:客服执行看板 | 待执行\nTC-PROTO-0062 | 客服执行.html | 客服执行看板 | 客服工单与管理 | 功能测试 | 客服执行看板查看待处理工单指标并钻取明细 | P1 | 客服主管账号已登录客服执行看板;存在当天排班、工单、消息、评价和绩效数据。 | 指标=待处理工单;原型变量=pendingTickets 单;动作=查看未关闭/待处理队列 | 1. 打开“客服执行看板”。\n2. 在顶部指标区定位“待处理工单”。\n3. 核对指标值单位是否符合“pendingTickets 单”。\n4. 点击该指标卡片。\n5. 查看弹出的明细列表或右侧详情。\n6. 将时间范围切换到本月,再回到今日。 | 1. 指标“待处理工单”显示在客服执行看板。\n2. 点击后进入与“查看未关闭/待处理队列”一致的明细。\n3. 今日/本月切换后指标重新计算。\n4. 返回看板后指标卡片仍展示最新状态。 | 指标明细总数与卡片汇总一致;首次回复时长单位为分钟,评价数区分 RSO/RDO。 | 客服本人只能看本人指标;组长可看组内;主管/管理员可看团队汇总。 | 客服执行指标可见、可钻取、按周期统计准确。 | 05-客服工单与管理 绩效统计;07-评价结果追踪 | React 原型变量:pendingTickets 单;标题:客服执行看板 | 待执行\nTC-PROTO-0063 | 客服执行.html | 客服执行看板 | 多渠道触达引擎 | 功能测试 | 客服执行看板查看今日消息指标并钻取明细 | P1 | 客服主管账号已登录客服执行看板;存在当天排班、工单、消息、评价和绩效数据。 | 指标=今日消息;原型变量=todayMessages 条;动作=查看客服发送和接收消息量 | 1. 打开“客服执行看板”。\n2. 在顶部指标区定位“今日消息”。\n3. 核对指标值单位是否符合“todayMessages 条”。\n4. 点击该指标卡片。\n5. 查看弹出的明细列表或右侧详情。\n6. 将时间范围切换到本月,再回到今日。 | 1. 指标“今日消息”显示在客服执行看板。\n2. 点击后进入与“查看客服发送和接收消息量”一致的明细。\n3. 今日/本月切换后指标重新计算。\n4. 返回看板后指标卡片仍展示最新状态。 | 指标明细总数与卡片汇总一致;首次回复时长单位为分钟,评价数区分 RSO/RDO。 | 客服本人只能看本人指标;组长可看组内;主管/管理员可看团队汇总。 | 客服执行指标可见、可钻取、按周期统计准确。 | 05-客服工单与管理 绩效统计;07-评价结果追踪 | React 原型变量:todayMessages 条;标题:客服执行看板 | 待执行\nTC-PROTO-0064 | 客服执行.html | 客服执行看板 | 评价结果追踪 | 功能测试 | 客服执行看板查看今日获取评价指标并钻取明细 | P1 | 客服主管账号已登录客服执行看板;存在当天排班、工单、消息、评价和绩效数据。 | 指标=今日获取评价;原型变量=todayReviews 条;动作=查看今日客服转化评价数 | 1. 打开“客服执行看板”。\n2. 在顶部指标区定位“今日获取评价”。\n3. 核对指标值单位是否符合“todayReviews 条”。\n4. 点击该指标卡片。\n5. 查看弹出的明细列表或右侧详情。\n6. 将时间范围切换到本月,再回到今日。 | 1. 指标“今日获取评价”显示在客服执行看板。\n2. 点击后进入与“查看今日客服转化评价数”一致的明细。\n3. 今日/本月切换后指标重新计算。\n4. 返回看板后指标卡片仍展示最新状态。 | 指标明细总数与卡片汇总一致;首次回复时长单位为分钟,评价数区分 RSO/RDO。 | 客服本人只能看本人指标;组长可看组内;主管/管理员可看团队汇总。 | 客服执行指标可见、可钻取、按周期统计准确。 | 05-客服工单与管理 绩效统计;07-评价结果追踪 | React 原型变量:todayReviews 条;标题:客服执行看板 | 待执行\nTC-PROTO-0065 | 客服执行.html | 客服执行看板 | 评价结果追踪 | 功能测试 | 客服执行看板查看本月获取评价指标并钻取明细 | P1 | 客服主管账号已登录客服执行看板;存在当天排班、工单、消息、评价和绩效数据。 | 指标=本月获取评价;原型变量=monthReviews 条;动作=查看月度评价产出 | 1. 打开“客服执行看板”。\n2. 在顶部指标区定位“本月获取评价”。\n3. 核对指标值单位是否符合“monthReviews 条”。\n4. 点击该指标卡片。\n5. 查看弹出的明细列表或右侧详情。\n6. 将时间范围切换到本月,再回到今日。 | 1. 指标“本月获取评价”显示在客服执行看板。\n2. 点击后进入与“查看月度评价产出”一致的明细。\n3. 今日/本月切换后指标重新计算。\n4. 返回看板后指标卡片仍展示最新状态。 | 指标明细总数与卡片汇总一致;首次回复时长单位为分钟,评价数区分 RSO/RDO。 | 客服本人只能看本人指标;组长可看组内;主管/管理员可看团队汇总。 | 客服执行指标可见、可钻取、按周期统计准确。 | 05-客服工单与管理 绩效统计;07-评价结果追踪 | React 原型变量:monthReviews 条;标题:客服执行看板 | 待执行\nTC-PROTO-0066 | 客服执行.html | 客服执行看板 | 客服工单与管理 | 功能测试 | 客服执行看板查看排班到岗指标并钻取明细 | P1 | 客服主管账号已登录客服执行看板;存在当天排班、工单、消息、评价和绩效数据。 | 指标=排班到岗;原型变量=实际/应到 人;动作=查看排班、在线状态和出勤异常 | 1. 打开“客服执行看板”。\n2. 在顶部指标区定位“排班到岗”。\n3. 核对指标值单位是否符合“实际/应到 人”。\n4. 点击该指标卡片。\n5. 查看弹出的明细列表或右侧详情。\n6. 将时间范围切换到本月,再回到今日。 | 1. 指标“排班到岗”显示在客服执行看板。\n2. 点击后进入与“查看排班、在线状态和出勤异常”一致的明细。\n3. 今日/本月切换后指标重新计算。\n4. 返回看板后指标卡片仍展示最新状态。 | 指标明细总数与卡片汇总一致;首次回复时长单位为分钟,评价数区分 RSO/RDO。 | 客服本人只能看本人指标;组长可看组内;主管/管理员可看团队汇总。 | 客服执行指标可见、可钻取、按周期统计准确。 | 05-客服工单与管理 绩效统计;07-评价结果追踪 | React 原型变量:实际/应到 人;标题:客服执行看板 | 待执行\nTC-PROTO-0067 | 客服执行.html | 客服执行看板 | 客服工单与管理 | 功能测试 | 客服执行看板查看迟到次数指标并钻取明细 | P1 | 客服主管账号已登录客服执行看板;存在当天排班、工单、消息、评价和绩效数据。 | 指标=迟到次数;原型变量=lateDays 次;动作=查看迟到/早退/请假/缺勤 | 1. 打开“客服执行看板”。\n2. 在顶部指标区定位“迟到次数”。\n3. 核对指标值单位是否符合“lateDays 次”。\n4. 点击该指标卡片。\n5. 查看弹出的明细列表或右侧详情。\n6. 将时间范围切换到本月,再回到今日。 | 1. 指标“迟到次数”显示在客服执行看板。\n2. 点击后进入与“查看迟到/早退/请假/缺勤”一致的明细。\n3. 今日/本月切换后指标重新计算。\n4. 返回看板后指标卡片仍展示最新状态。 | 指标明细总数与卡片汇总一致;首次回复时长单位为分钟,评价数区分 RSO/RDO。 | 客服本人只能看本人指标;组长可看组内;主管/管理员可看团队汇总。 | 客服执行指标可见、可钻取、按周期统计准确。 | 05-客服工单与管理 绩效统计;07-评价结果追踪 | React 原型变量:lateDays 次;标题:客服执行看板 | 待执行\nTC-PROTO-0068 | 客服执行.html | 客服执行看板 | 客服工单与管理 | 功能测试 | 客服执行看板查看回复用户数指标并钻取明细 | P1 | 客服主管账号已登录客服执行看板;存在当天排班、工单、消息、评价和绩效数据。 | 指标=回复用户数;原型变量=repliedUsers 人;动作=查看回复覆盖用户数 | 1. 打开“客服执行看板”。\n2. 在顶部指标区定位“回复用户数”。\n3. 核对指标值单位是否符合“repliedUsers 人”。\n4. 点击该指标卡片。\n5. 查看弹出的明细列表或右侧详情。\n6. 将时间范围切换到本月,再回到今日。 | 1. 指标“回复用户数”显示在客服执行看板。\n2. 点击后进入与“查看回复覆盖用户数”一致的明细。\n3. 今日/本月切换后指标重新计算。\n4. 返回看板后指标卡片仍展示最新状态。 | 指标明细总数与卡片汇总一致;首次回复时长单位为分钟,评价数区分 RSO/RDO。 | 客服本人只能看本人指标;组长可看组内;主管/管理员可看团队汇总。 | 客服执行指标可见、可钻取、按周期统计准确。 | 05-客服工单与管理 绩效统计;07-评价结果追踪 | React 原型变量:repliedUsers 人;标题:客服执行看板 | 待执行\nTC-PROTO-0069 | 客服执行.html | 客服执行看板 | 客服工单与管理 | 功能测试 | 客服执行看板查看处理工单数指标并钻取明细 | P1 | 客服主管账号已登录客服执行看板;存在当天排班、工单、消息、评价和绩效数据。 | 指标=处理工单数;原型变量=ticketCount 单;动作=查看处理工单量 | 1. 打开“客服执行看板”。\n2. 在顶部指标区定位“处理工单数”。\n3. 核对指标值单位是否符合“ticketCount 单”。\n4. 点击该指标卡片。\n5. 查看弹出的明细列表或右侧详情。\n6. 将时间范围切换到本月,再回到今日。 | 1. 指标“处理工单数”显示在客服执行看板。\n2. 点击后进入与“查看处理工单量”一致的明细。\n3. 今日/本月切换后指标重新计算。\n4. 返回看板后指标卡片仍展示最新状态。 | 指标明细总数与卡片汇总一致;首次回复时长单位为分钟,评价数区分 RSO/RDO。 | 客服本人只能看本人指标;组长可看组内;主管/管理员可看团队汇总。 | 客服执行指标可见、可钻取、按周期统计准确。 | 05-客服工单与管理 绩效统计;07-评价结果追踪 | React 原型变量:ticketCount 单;标题:客服执行看板 | 待执行\nTC-PROTO-0070 | 客服执行.html | 客服执行看板 | 客服工单与管理 | 功能测试 | 客服执行看板查看发送消息数指标并钻取明细 | P1 | 客服主管账号已登录客服执行看板;存在当天排班、工单、消息、评价和绩效数据。 | 指标=发送消息数;原型变量=messageCount 条;动作=查看消息发送量 | 1. 打开“客服执行看板”。\n2. 在顶部指标区定位“发送消息数”。\n3. 核对指标值单位是否符合“messageCount 条”。\n4. 点击该指标卡片。\n5. 查看弹出的明细列表或右侧详情。\n6. 将时间范围切换到本月,再回到今日。 | 1. 指标“发送消息数”显示在客服执行看板。\n2. 点击后进入与“查看消息发送量”一致的明细。\n3. 今日/本月切换后指标重新计算。\n4. 返回看板后指标卡片仍展示最新状态。 | 指标明细总数与卡片汇总一致;首次回复时长单位为分钟,评价数区分 RSO/RDO。 | 客服本人只能看本人指标;组长可看组内;主管/管理员可看团队汇总。 | 客服执行指标可见、可钻取、按周期统计准确。 | 05-客服工单与管理 绩效统计;07-评价结果追踪 | React 原型变量:messageCount 条;标题:客服执行看板 | 待执行\nTC-PROTO-0071 | 客服执行.html | 客服执行看板 | 客服工单与管理 | 功能测试 | 客服执行看板查看平均首次回复指标并钻取明细 | P1 | 客服主管账号已登录客服执行看板;存在当天排班、工单、消息、评价和绩效数据。 | 指标=平均首次回复;原型变量=averageFirstReply 分钟;动作=查看平均首次回复时长 | 1. 打开“客服执行看板”。\n2. 在顶部指标区定位“平均首次回复”。\n3. 核对指标值单位是否符合“averageFirstReply 分钟”。\n4. 点击该指标卡片。\n5. 查看弹出的明细列表或右侧详情。\n6. 将时间范围切换到本月,再回到今日。 | 1. 指标“平均首次回复”显示在客服执行看板。\n2. 点击后进入与“查看平均首次回复时长”一致的明细。\n3. 今日/本月切换后指标重新计算。\n4. 返回看板后指标卡片仍展示最新状态。 | 指标明细总数与卡片汇总一致;首次回复时长单位为分钟,评价数区分 RSO/RDO。 | 客服本人只能看本人指标;组长可看组内;主管/管理员可看团队汇总。 | 客服执行指标可见、可钻取、按周期统计准确。 | 05-客服工单与管理 绩效统计;07-评价结果追踪 | React 原型变量:averageFirstReply 分钟;标题:客服执行看板 | 待执行\nTC-PROTO-0072 | 客服执行.html | 客服执行看板 | 评价结果追踪 | 功能测试 | 客服执行看板查看RSO/RDO评价数指标并钻取明细 | P1 | 客服主管账号已登录客服执行看板;存在当天排班、工单、消息、评价和绩效数据。 | 指标=RSO/RDO评价数;原型变量=rsoReviews+rdoReviews 条;动作=查看回评/测评转化 | 1. 打开“客服执行看板”。\n2. 在顶部指标区定位“RSO/RDO评价数”。\n3. 核对指标值单位是否符合“rsoReviews+rdoReviews 条”。\n4. 点击该指标卡片。\n5. 查看弹出的明细列表或右侧详情。\n6. 将时间范围切换到本月,再回到今日。 | 1. 指标“RSO/RDO评价数”显示在客服执行看板。\n2. 点击后进入与“查看回评/测评转化”一致的明细。\n3. 今日/本月切换后指标重新计算。\n4. 返回看板后指标卡片仍展示最新状态。 | 指标明细总数与卡片汇总一致;首次回复时长单位为分钟,评价数区分 RSO/RDO。 | 客服本人只能看本人指标;组长可看组内;主管/管理员可看团队汇总。 | 客服执行指标可见、可钻取、按周期统计准确。 | 05-客服工单与管理 绩效统计;07-评价结果追踪 | React 原型变量:rsoReviews+rdoReviews 条;标题:客服执行看板 | 待执行\nTC-PROTO-0073 | 客服执行.html | 客服执行看板 | 客服工单与管理 | 功能测试 | 客服执行看板查看目标完成率指标并钻取明细 | P1 | 客服主管账号已登录客服执行看板;存在当天排班、工单、消息、评价和绩效数据。 | 指标=目标完成率;原型变量=totalRate;动作=查看目标完成进度 | 1. 打开“客服执行看板”。\n2. 在顶部指标区定位“目标完成率”。\n3. 核对指标值单位是否符合“totalRate”。\n4. 点击该指标卡片。\n5. 查看弹出的明细列表或右侧详情。\n6. 将时间范围切换到本月,再回到今日。 | 1. 指标“目标完成率”显示在客服执行看板。\n2. 点击后进入与“查看目标完成进度”一致的明细。\n3. 今日/本月切换后指标重新计算。\n4. 返回看板后指标卡片仍展示最新状态。 | 指标明细总数与卡片汇总一致;首次回复时长单位为分钟,评价数区分 RSO/RDO。 | 客服本人只能看本人指标;组长可看组内;主管/管理员可看团队汇总。 | 客服执行指标可见、可钻取、按周期统计准确。 | 05-客服工单与管理 绩效统计;07-评价结果追踪 | React 原型变量:totalRate;标题:客服执行看板 | 待执行\nTC-PROTO-0074 | 客服执行.html | 客服工单生命周期 | 客服工单与管理 | 流程测试 | 用户消息进入工单从待分配执行自动分配流转到已分配 | P1 | 客服系统存在来源为“用户消息进入”的工单;当前状态为“待分配”;用户上下文卡可查询或降级展示。 | 来源=用户消息进入;起始状态=待分配;操作=自动分配;目标状态=已分配 | 1. 打开客服执行看板。\n2. 在工单列表按来源筛选“用户消息进入”。\n3. 打开状态为“待分配”的工单详情。\n4. 查看用户上下文卡、历史聊天、历史评价和风险提示。\n5. 执行业务动作“自动分配”:在线客服池按班次+在线状态+当前负载+最大工单数分配。\n6. 保存处理结果并返回工单列表。\n7. 再次筛选该工单,查看当前状态。 | 1. 工单详情展示来源“用户消息进入”和当前状态“待分配”。\n2. 执行“自动分配”后状态变为“已分配”。\n3. 处理记录写入 support_followups 或 support_tickets。\n4. 工单列表、看板待处理数和绩效统计同步更新。 | support_tickets.status、support_followups.status、support_assignment_logs 或绩效快照按动作更新;状态不得跳过必要节点。 | 客服只能处理分配给自己的工单;组长可改派;风险相关动作需组长或风险负责人确认。 | 工单状态流转符合待分配→已分配→处理中→等待用户/等待内部→已解决/疑似诈骗→已关闭规则。 | 05-客服工单与管理 M1/M2/M3 | 客服执行.html:客服执行看板;工单/回复/评价/目标指标 | 待执行\nTC-PROTO-0075 | 客服执行.html | 客服工单生命周期 | 客服工单与管理 | 流程测试 | 推送转人工工单从待分配执行手动分配流转到已分配 | P1 | 客服系统存在来源为“推送转人工”的工单;当前状态为“待分配”;用户上下文卡可查询或降级展示。 | 来源=推送转人工;起始状态=待分配;操作=手动分配;目标状态=已分配 | 1. 打开客服执行看板。\n2. 在工单列表按来源筛选“推送转人工”。\n3. 打开状态为“待分配”的工单详情。\n4. 查看用户上下文卡、历史聊天、历史评价和风险提示。\n5. 执行业务动作“手动分配”:组长选择在线且未满载客服。\n6. 保存处理结果并返回工单列表。\n7. 再次筛选该工单,查看当前状态。 | 1. 工单详情展示来源“推送转人工”和当前状态“待分配”。\n2. 执行“手动分配”后状态变为“已分配”。\n3. 处理记录写入 support_followups 或 support_tickets。\n4. 工单列表、看板待处理数和绩效统计同步更新。 | support_tickets.status、support_followups.status、support_assignment_logs 或绩效快照按动作更新;状态不得跳过必要节点。 | 客服只能处理分配给自己的工单;组长可改派;风险相关动作需组长或风险负责人确认。 | 工单状态流转符合待分配→已分配→处理中→等待用户/等待内部→已解决/疑似诈骗→已关闭规则。 | 05-客服工单与管理 M1/M2/M3 | 客服执行.html:客服执行看板;工单/回复/评价/目标指标 | 待执行\nTC-PROTO-0076 | 客服执行.html | 客服工单生命周期 | 客服工单与管理 | 流程测试 | 售后触发工单从已分配执行首次回复流转到处理中 | P1 | 客服系统存在来源为“售后触发”的工单;当前状态为“已分配”;用户上下文卡可查询或降级展示。 | 来源=售后触发;起始状态=已分配;操作=首次回复;目标状态=处理中 | 1. 打开客服执行看板。\n2. 在工单列表按来源筛选“售后触发”。\n3. 打开状态为“已分配”的工单详情。\n4. 查看用户上下文卡、历史聊天、历史评价和风险提示。\n5. 执行业务动作“首次回复”:客服查看用户上下文后发送第一条回复。\n6. 保存处理结果并返回工单列表。\n7. 再次筛选该工单,查看当前状态。 | 1. 工单详情展示来源“售后触发”和当前状态“已分配”。\n2. 执行“首次回复”后状态变为“处理中”。\n3. 处理记录写入 support_followups 或 support_tickets。\n4. 工单列表、看板待处理数和绩效统计同步更新。 | support_tickets.status、support_followups.status、support_assignment_logs 或绩效快照按动作更新;状态不得跳过必要节点。 | 客服只能处理分配给自己的工单;组长可改派;风险相关动作需组长或风险负责人确认。 | 工单状态流转符合待分配→已分配→处理中→等待用户/等待内部→已解决/疑似诈骗→已关闭规则。 | 05-客服工单与管理 M1/M2/M3 | 客服执行.html:客服执行看板;工单/回复/评价/目标指标 | 待执行\nTC-PROTO-0077 | 客服执行.html | 客服工单生命周期 | 客服工单与管理 | 流程测试 | 风险触发工单从处理中执行标记疑似诈骗流转到疑似诈骗 | P1 | 客服系统存在来源为“风险触发”的工单;当前状态为“处理中”;用户上下文卡可查询或降级展示。 | 来源=风险触发;起始状态=处理中;操作=标记疑似诈骗;目标状态=疑似诈骗 | 1. 打开客服执行看板。\n2. 在工单列表按来源筛选“风险触发”。\n3. 打开状态为“处理中”的工单详情。\n4. 查看用户上下文卡、历史聊天、历史评价和风险提示。\n5. 执行业务动作“标记疑似诈骗”:客服在工单处理结果中选择疑似诈骗。\n6. 保存处理结果并返回工单列表。\n7. 再次筛选该工单,查看当前状态。 | 1. 工单详情展示来源“风险触发”和当前状态“处理中”。\n2. 执行“标记疑似诈骗”后状态变为“疑似诈骗”。\n3. 处理记录写入 support_followups 或 support_tickets。\n4. 工单列表、看板待处理数和绩效统计同步更新。 | support_tickets.status、support_followups.status、support_assignment_logs 或绩效快照按动作更新;状态不得跳过必要节点。 | 客服只能处理分配给自己的工单;组长可改派;风险相关动作需组长或风险负责人确认。 | 工单状态流转符合待分配→已分配→处理中→等待用户/等待内部→已解决/疑似诈骗→已关闭规则。 | 05-客服工单与管理 M1/M2/M3 | 客服执行.html:客服执行看板;工单/回复/评价/目标指标 | 待执行\nTC-PROTO-0078 | 客服执行.html | 客服工单生命周期 | 客服工单与管理 | 流程测试 | 电话后续工单从处理中执行等待用户回复流转到等待用户 | P1 | 客服系统存在来源为“电话后续”的工单;当前状态为“处理中”;用户上下文卡可查询或降级展示。 | 来源=电话后续;起始状态=处理中;操作=等待用户回复;目标状态=等待用户 | 1. 打开客服执行看板。\n2. 在工单列表按来源筛选“电话后续”。\n3. 打开状态为“处理中”的工单详情。\n4. 查看用户上下文卡、历史聊天、历史评价和风险提示。\n5. 执行业务动作“等待用户回复”:客服记录通话后等待用户补充订单号。\n6. 保存处理结果并返回工单列表。\n7. 再次筛选该工单,查看当前状态。 | 1. 工单详情展示来源“电话后续”和当前状态“处理中”。\n2. 执行“等待用户回复”后状态变为“等待用户”。\n3. 处理记录写入 support_followups 或 support_tickets。\n4. 工单列表、看板待处理数和绩效统计同步更新。 | support_tickets.status、support_followups.status、support_assignment_logs 或绩效快照按动作更新;状态不得跳过必要节点。 | 客服只能处理分配给自己的工单;组长可改派;风险相关动作需组长或风险负责人确认。 | 工单状态流转符合待分配→已分配→处理中→等待用户/等待内部→已解决/疑似诈骗→已关闭规则。 | 05-客服工单与管理 M1/M2/M3 | 客服执行.html:客服执行看板;工单/回复/评价/目标指标 | 待执行\nTC-PROTO-0079 | 客服执行.html | 客服工单生命周期 | 客服工单与管理 | 流程测试 | 用户答应配合工单从处理中执行创建跟进任务流转到待提醒 | P1 | 客服系统存在来源为“用户答应配合”的工单;当前状态为“处理中”;用户上下文卡可查询或降级展示。 | 来源=用户答应配合;起始状态=处理中;操作=创建跟进任务;目标状态=待提醒 | 1. 打开客服执行看板。\n2. 在工单列表按来源筛选“用户答应配合”。\n3. 打开状态为“处理中”的工单详情。\n4. 查看用户上下文卡、历史聊天、历史评价和风险提示。\n5. 执行业务动作“创建跟进任务”:客服将答应配合状态置为已答应并设置负责人。\n6. 保存处理结果并返回工单列表。\n7. 再次筛选该工单,查看当前状态。 | 1. 工单详情展示来源“用户答应配合”和当前状态“处理中”。\n2. 执行“创建跟进任务”后状态变为“待提醒”。\n3. 处理记录写入 support_followups 或 support_tickets。\n4. 工单列表、看板待处理数和绩效统计同步更新。 | support_tickets.status、support_followups.status、support_assignment_logs 或绩效快照按动作更新;状态不得跳过必要节点。 | 客服只能处理分配给自己的工单;组长可改派;风险相关动作需组长或风险负责人确认。 | 工单状态流转符合待分配→已分配→处理中→等待用户/等待内部→已解决/疑似诈骗→已关闭规则。 | 05-客服工单与管理 M1/M2/M3 | 客服执行.html:客服执行看板;工单/回复/评价/目标指标 | 待执行\nTC-PROTO-0080 | 客服执行.html | 客服工单生命周期 | 客服工单与管理 | 流程测试 | 等待提交工单从待提醒执行提醒用户流转到等待提交 | P1 | 客服系统存在来源为“等待提交”的工单;当前状态为“待提醒”;用户上下文卡可查询或降级展示。 | 来源=等待提交;起始状态=待提醒;操作=提醒用户;目标状态=等待提交 | 1. 打开客服执行看板。\n2. 在工单列表按来源筛选“等待提交”。\n3. 打开状态为“待提醒”的工单详情。\n4. 查看用户上下文卡、历史聊天、历史评价和风险提示。\n5. 执行业务动作“提醒用户”:到期前客服发送提醒消息。\n6. 保存处理结果并返回工单列表。\n7. 再次筛选该工单,查看当前状态。 | 1. 工单详情展示来源“等待提交”和当前状态“待提醒”。\n2. 执行“提醒用户”后状态变为“等待提交”。\n3. 处理记录写入 support_followups 或 support_tickets。\n4. 工单列表、看板待处理数和绩效统计同步更新。 | support_tickets.status、support_followups.status、support_assignment_logs 或绩效快照按动作更新;状态不得跳过必要节点。 | 客服只能处理分配给自己的工单;组长可改派;风险相关动作需组长或风险负责人确认。 | 工单状态流转符合待分配→已分配→处理中→等待用户/等待内部→已解决/疑似诈骗→已关闭规则。 | 05-客服工单与管理 M1/M2/M3 | 客服执行.html:客服执行看板;工单/回复/评价/目标指标 | 待执行\nTC-PROTO-0081 | 客服执行.html | 客服工单生命周期 | 客服工单与管理 | 流程测试 | 用户提交评价工单从等待提交执行登记提交事实流转到已提交 | P1 | 客服系统存在来源为“用户提交评价”的工单;当前状态为“等待提交”;用户上下文卡可查询或降级展示。 | 来源=用户提交评价;起始状态=等待提交;操作=登记提交事实;目标状态=已提交 | 1. 打开客服执行看板。\n2. 在工单列表按来源筛选“用户提交评价”。\n3. 打开状态为“等待提交”的工单详情。\n4. 查看用户上下文卡、历史聊天、历史评价和风险提示。\n5. 执行业务动作“登记提交事实”:客服上传截图/链接并关联计划和ASIN。\n6. 保存处理结果并返回工单列表。\n7. 再次筛选该工单,查看当前状态。 | 1. 工单详情展示来源“用户提交评价”和当前状态“等待提交”。\n2. 执行“登记提交事实”后状态变为“已提交”。\n3. 处理记录写入 support_followups 或 support_tickets。\n4. 工单列表、看板待处理数和绩效统计同步更新。 | support_tickets.status、support_followups.status、support_assignment_logs 或绩效快照按动作更新;状态不得跳过必要节点。 | 客服只能处理分配给自己的工单;组长可改派;风险相关动作需组长或风险负责人确认。 | 工单状态流转符合待分配→已分配→处理中→等待用户/等待内部→已解决/疑似诈骗→已关闭规则。 | 05-客服工单与管理 M1/M2/M3 | 客服执行.html:客服执行看板;工单/回复/评价/目标指标 | 待执行\nTC-PROTO-0082 | 客服执行.html | 客服工单生命周期 | 客服工单与管理 | 流程测试 | 评价核验完成工单从已提交执行关闭工单流转到已关闭 | P1 | 客服系统存在来源为“评价核验完成”的工单;当前状态为“已提交”;用户上下文卡可查询或降级展示。 | 来源=评价核验完成;起始状态=已提交;操作=关闭工单;目标状态=已关闭 | 1. 打开客服执行看板。\n2. 在工单列表按来源筛选“评价核验完成”。\n3. 打开状态为“已提交”的工单详情。\n4. 查看用户上下文卡、历史聊天、历史评价和风险提示。\n5. 执行业务动作“关闭工单”:评价展示确认后客服将工单置为已解决并关闭。\n6. 保存处理结果并返回工单列表。\n7. 再次筛选该工单,查看当前状态。 | 1. 工单详情展示来源“评价核验完成”和当前状态“已提交”。\n2. 执行“关闭工单”后状态变为“已关闭”。\n3. 处理记录写入 support_followups 或 support_tickets。\n4. 工单列表、看板待处理数和绩效统计同步更新。 | support_tickets.status、support_followups.status、support_assignment_logs 或绩效快照按动作更新;状态不得跳过必要节点。 | 客服只能处理分配给自己的工单;组长可改派;风险相关动作需组长或风险负责人确认。 | 工单状态流转符合待分配→已分配→处理中→等待用户/等待内部→已解决/疑似诈骗→已关闭规则。 | 05-客服工单与管理 M1/M2/M3 | 客服执行.html:客服执行看板;工单/回复/评价/目标指标 | 待执行\nTC-PROTO-0083 | 客服执行.html | 客服工单生命周期 | 客服工单与管理 | 流程测试 | 超时未提交工单从等待提交执行需再次联系流转到需再次联系 | P1 | 客服系统存在来源为“超时未提交”的工单;当前状态为“等待提交”;用户上下文卡可查询或降级展示。 | 来源=超时未提交;起始状态=等待提交;操作=需再次联系;目标状态=需再次联系 | 1. 打开客服执行看板。\n2. 在工单列表按来源筛选“超时未提交”。\n3. 打开状态为“等待提交”的工单详情。\n4. 查看用户上下文卡、历史聊天、历史评价和风险提示。\n5. 执行业务动作“需再次联系”:超过答应配合期限后生成再次联系任务。\n6. 保存处理结果并返回工单列表。\n7. 再次筛选该工单,查看当前状态。 | 1. 工单详情展示来源“超时未提交”和当前状态“等待提交”。\n2. 执行“需再次联系”后状态变为“需再次联系”。\n3. 处理记录写入 support_followups 或 support_tickets。\n4. 工单列表、看板待处理数和绩效统计同步更新。 | support_tickets.status、support_followups.status、support_assignment_logs 或绩效快照按动作更新;状态不得跳过必要节点。 | 客服只能处理分配给自己的工单;组长可改派;风险相关动作需组长或风险负责人确认。 | 工单状态流转符合待分配→已分配→处理中→等待用户/等待内部→已解决/疑似诈骗→已关闭规则。 | 05-客服工单与管理 M1/M2/M3 | 客服执行.html:客服执行看板;工单/回复/评价/目标指标 | 待执行\nTC-PROTO-0084 | 客服执行.html | 客服异常处理 | 客服工单与管理 | 异常场景 | 客服执行异常场景:自动分配无在线客服 | P2 | 客服执行看板可用;准备异常条件:所有排班客服均离线或满载。 | 异常=自动分配无在线客服;条件=所有排班客服均离线或满载 | 1. 进入客服执行看板。\n2. 构造或选择满足条件的工单:所有排班客服均离线或满载。\n3. 按正常处理路径执行对应动作。\n4. 观察页面提示、工单状态和待办数量。\n5. 打开工单详情的处理记录。 | 1. 系统识别异常“自动分配无在线客服”。\n2. 处理结果为:工单留在公共池并提醒组长。\n3. 不产生错误状态或重复工单。\n4. 异常处理记录可在工单详情中查看。 | 异常前后 support_tickets、support_followups、assignment_logs 数据一致;不应出现状态倒退或重复计数。 | 无权限客服不得绕过异常限制;组长/主管可进行改派、关闭、风险升级等授权动作。 | 异常被明确提示并进入可追踪处理路径,不影响其他工单。 | 05-客服工单与管理 业务澄清与状态规则 | 客服执行看板异常:自动分配无在线客服 | 待执行\nTC-PROTO-0085 | 客服执行.html | 客服异常处理 | 客服工单与管理 | 异常场景 | 客服执行异常场景:分配给离线客服 | P2 | 客服执行看板可用;准备异常条件:客服在线状态在分配前变为离线。 | 异常=分配给离线客服;条件=客服在线状态在分配前变为离线 | 1. 进入客服执行看板。\n2. 构造或选择满足条件的工单:客服在线状态在分配前变为离线。\n3. 按正常处理路径执行对应动作。\n4. 观察页面提示、工单状态和待办数量。\n5. 打开工单详情的处理记录。 | 1. 系统识别异常“分配给离线客服”。\n2. 处理结果为:阻止分配并要求重新选择。\n3. 不产生错误状态或重复工单。\n4. 异常处理记录可在工单详情中查看。 | 异常前后 support_tickets、support_followups、assignment_logs 数据一致;不应出现状态倒退或重复计数。 | 无权限客服不得绕过异常限制;组长/主管可进行改派、关闭、风险升级等授权动作。 | 异常被明确提示并进入可追踪处理路径,不影响其他工单。 | 05-客服工单与管理 业务澄清与状态规则 | 客服执行看板异常:分配给离线客服 | 待执行\nTC-PROTO-0086 | 客服执行.html | 客服异常处理 | 客服工单与管理 | 异常场景 | 客服执行异常场景:当前负载超过最大工单数 | P2 | 客服执行看板可用;准备异常条件:客服未关闭工单数达到上限。 | 异常=当前负载超过最大工单数;条件=客服未关闭工单数达到上限 | 1. 进入客服执行看板。\n2. 构造或选择满足条件的工单:客服未关闭工单数达到上限。\n3. 按正常处理路径执行对应动作。\n4. 观察页面提示、工单状态和待办数量。\n5. 打开工单详情的处理记录。 | 1. 系统识别异常“当前负载超过最大工单数”。\n2. 处理结果为:自动跳过该客服。\n3. 不产生错误状态或重复工单。\n4. 异常处理记录可在工单详情中查看。 | 异常前后 support_tickets、support_followups、assignment_logs 数据一致;不应出现状态倒退或重复计数。 | 无权限客服不得绕过异常限制;组长/主管可进行改派、关闭、风险升级等授权动作。 | 异常被明确提示并进入可追踪处理路径,不影响其他工单。 | 05-客服工单与管理 业务澄清与状态规则 | 客服执行看板异常:当前负载超过最大工单数 | 待执行\nTC-PROTO-0087 | 客服执行.html | 客服异常处理 | 客服工单与管理 | 异常场景 | 客服执行异常场景:用户上下文卡查询失败 | P2 | 客服执行看板可用;准备异常条件:identity 服务超时。 | 异常=用户上下文卡查询失败;条件=identity 服务超时 | 1. 进入客服执行看板。\n2. 构造或选择满足条件的工单:identity 服务超时。\n3. 按正常处理路径执行对应动作。\n4. 观察页面提示、工单状态和待办数量。\n5. 打开工单详情的处理记录。 | 1. 系统识别异常“用户上下文卡查询失败”。\n2. 处理结果为:工单可继续处理但显示上下文数据可能过期。\n3. 不产生错误状态或重复工单。\n4. 异常处理记录可在工单详情中查看。 | 异常前后 support_tickets、support_followups、assignment_logs 数据一致;不应出现状态倒退或重复计数。 | 无权限客服不得绕过异常限制;组长/主管可进行改派、关闭、风险升级等授权动作。 | 异常被明确提示并进入可追踪处理路径,不影响其他工单。 | 05-客服工单与管理 业务澄清与状态规则 | 客服执行看板异常:用户上下文卡查询失败 | 待执行\nTC-PROTO-0088 | 客服执行.html | 客服异常处理 | 客服工单与管理 | 异常场景 | 客服执行异常场景:首次回复为空 | P2 | 客服执行看板可用;准备异常条件:客服点击发送但消息内容为空。 | 异常=首次回复为空;条件=客服点击发送但消息内容为空 | 1. 进入客服执行看板。\n2. 构造或选择满足条件的工单:客服点击发送但消息内容为空。\n3. 按正常处理路径执行对应动作。\n4. 观察页面提示、工单状态和待办数量。\n5. 打开工单详情的处理记录。 | 1. 系统识别异常“首次回复为空”。\n2. 处理结果为:阻止发送并提示请输入回复内容。\n3. 不产生错误状态或重复工单。\n4. 异常处理记录可在工单详情中查看。 | 异常前后 support_tickets、support_followups、assignment_logs 数据一致;不应出现状态倒退或重复计数。 | 无权限客服不得绕过异常限制;组长/主管可进行改派、关闭、风险升级等授权动作。 | 异常被明确提示并进入可追踪处理路径,不影响其他工单。 | 05-客服工单与管理 业务澄清与状态规则 | 客服执行看板异常:首次回复为空 | 待执行\nTC-PROTO-0089 | 客服执行.html | 客服异常处理 | 客服工单与管理 | 异常场景 | 客服执行异常场景:关闭工单未选择处理结果 | P2 | 客服执行看板可用;准备异常条件:点击关闭但未选择已解决/拒绝/疑似诈骗等结果。 | 异常=关闭工单未选择处理结果;条件=点击关闭但未选择已解决/拒绝/疑似诈骗等结果 | 1. 进入客服执行看板。\n2. 构造或选择满足条件的工单:点击关闭但未选择已解决/拒绝/疑似诈骗等结果。\n3. 按正常处理路径执行对应动作。\n4. 观察页面提示、工单状态和待办数量。\n5. 打开工单详情的处理记录。 | 1. 系统识别异常“关闭工单未选择处理结果”。\n2. 处理结果为:阻止关闭。\n3. 不产生错误状态或重复工单。\n4. 异常处理记录可在工单详情中查看。 | 异常前后 support_tickets、support_followups、assignment_logs 数据一致;不应出现状态倒退或重复计数。 | 无权限客服不得绕过异常限制;组长/主管可进行改派、关闭、风险升级等授权动作。 | 异常被明确提示并进入可追踪处理路径,不影响其他工单。 | 05-客服工单与管理 业务澄清与状态规则 | 客服执行看板异常:关闭工单未选择处理结果 | 待执行\nTC-PROTO-0090 | 客服执行.html | 客服异常处理 | 客服工单与管理 | 异常场景 | 客服执行异常场景:登记评价缺少证据 | P2 | 客服执行看板可用;准备异常条件:用户声称已评价但未上传截图或链接。 | 异常=登记评价缺少证据;条件=用户声称已评价但未上传截图或链接 | 1. 进入客服执行看板。\n2. 构造或选择满足条件的工单:用户声称已评价但未上传截图或链接。\n3. 按正常处理路径执行对应动作。\n4. 观察页面提示、工单状态和待办数量。\n5. 打开工单详情的处理记录。 | 1. 系统识别异常“登记评价缺少证据”。\n2. 处理结果为:不允许进入已提交状态。\n3. 不产生错误状态或重复工单。\n4. 异常处理记录可在工单详情中查看。 | 异常前后 support_tickets、support_followups、assignment_logs 数据一致;不应出现状态倒退或重复计数。 | 无权限客服不得绕过异常限制;组长/主管可进行改派、关闭、风险升级等授权动作。 | 异常被明确提示并进入可追踪处理路径,不影响其他工单。 | 05-客服工单与管理 业务澄清与状态规则 | 客服执行看板异常:登记评价缺少证据 | 待执行\nTC-PROTO-0091 | 客服执行.html | 客服异常处理 | 客服工单与管理 | 异常场景 | 客服执行异常场景:答应配合任务超期 | P2 | 客服执行看板可用;准备异常条件:deadline_at 已过且无提交记录。 | 异常=答应配合任务超期;条件=deadline_at 已过且无提交记录 | 1. 进入客服执行看板。\n2. 构造或选择满足条件的工单:deadline_at 已过且无提交记录。\n3. 按正常处理路径执行对应动作。\n4. 观察页面提示、工单状态和待办数量。\n5. 打开工单详情的处理记录。 | 1. 系统识别异常“答应配合任务超期”。\n2. 处理结果为:状态变为超时并生成需再次联系。\n3. 不产生错误状态或重复工单。\n4. 异常处理记录可在工单详情中查看。 | 异常前后 support_tickets、support_followups、assignment_logs 数据一致;不应出现状态倒退或重复计数。 | 无权限客服不得绕过异常限制;组长/主管可进行改派、关闭、风险升级等授权动作。 | 异常被明确提示并进入可追踪处理路径,不影响其他工单。 | 05-客服工单与管理 业务澄清与状态规则 | 客服执行看板异常:答应配合任务超期 | 待执行\nTC-PROTO-0092 | 客服执行.html | 客服异常处理 | 客服工单与管理 | 异常场景 | 客服执行异常场景:风险状态确认诈骗 | P2 | 客服执行看板可用;准备异常条件:risk 返回确认诈骗。 | 异常=风险状态确认诈骗;条件=risk 返回确认诈骗 | 1. 进入客服执行看板。\n2. 构造或选择满足条件的工单:risk 返回确认诈骗。\n3. 按正常处理路径执行对应动作。\n4. 观察页面提示、工单状态和待办数量。\n5. 打开工单详情的处理记录。 | 1. 系统识别异常“风险状态确认诈骗”。\n2. 处理结果为:工单自动或人工确认后关闭并同步黑名单候选。\n3. 不产生错误状态或重复工单。\n4. 异常处理记录可在工单详情中查看。 | 异常前后 support_tickets、support_followups、assignment_logs 数据一致;不应出现状态倒退或重复计数。 | 无权限客服不得绕过异常限制;组长/主管可进行改派、关闭、风险升级等授权动作。 | 异常被明确提示并进入可追踪处理路径,不影响其他工单。 | 05-客服工单与管理 业务澄清与状态规则 | 客服执行看板异常:风险状态确认诈骗 | 待执行\nTC-PROTO-0093 | 客服执行.html | 客服异常处理 | 客服工单与管理 | 异常场景 | 客服执行异常场景:重复创建同用户打开工单 | P2 | 客服执行看板可用;准备异常条件:同 person_id 已存在 open 工单。 | 异常=重复创建同用户打开工单;条件=同 person_id 已存在 open 工单 | 1. 进入客服执行看板。\n2. 构造或选择满足条件的工单:同 person_id 已存在 open 工单。\n3. 按正常处理路径执行对应动作。\n4. 观察页面提示、工单状态和待办数量。\n5. 打开工单详情的处理记录。 | 1. 系统识别异常“重复创建同用户打开工单”。\n2. 处理结果为:新工单关联已有工单或提示合并。\n3. 不产生错误状态或重复工单。\n4. 异常处理记录可在工单详情中查看。 | 异常前后 support_tickets、support_followups、assignment_logs 数据一致;不应出现状态倒退或重复计数。 | 无权限客服不得绕过异常限制;组长/主管可进行改派、关闭、风险升级等授权动作。 | 异常被明确提示并进入可追踪处理路径,不影响其他工单。 | 05-客服工单与管理 业务澄清与状态规则 | 客服执行看板异常:重复创建同用户打开工单 | 待执行\nTC-PROTO-0185 | 客服执行.html | 客服执行看板-角色权限 | 客服工单与管理 | 权限校验 | 客服本人在客服执行看板的可操作范围校验 | P1 | 准备客服本人账号;客服执行看板存在待分配、处理中、等待提交、疑似诈骗等工单。 | 角色=客服本人;数据范围=我的工单;允许=回复用户、登记提交事实;限制=不能改派他人工单或查看团队绩效 | 1. 使用“客服本人”账号登录客服执行看板。\n2. 查看顶部指标、工单列表、绩效区域和排班区域。\n3. 尝试执行允许动作:回复用户、登记提交事实。\n4. 尝试执行限制动作:不能改派他人工单或查看团队绩效。\n5. 打开审计日志查看敏感操作记录。 | 1. 客服本人只能看到“我的工单”。\n2. 允许动作“回复用户、登记提交事实”可正常提交。\n3. 限制动作“不能改派他人工单或查看团队绩效”按钮隐藏或提交失败。\n4. 敏感查看、导出、风险处置均记录审计。 | support_tickets、assignment_logs、performance_snapshots按角色范围返回;越权请求后端拒绝。 | 客服本人权限模型正确,前后端均不可越权。 | 角色数据范围、按钮权限、审计记录一致。 | 05-客服工单与管理;09-审计与通知中心 | 客服执行角色:客服本人 | 待执行\nTC-PROTO-0186 | 客服执行.html | 客服执行看板-角色权限 | 客服工单与管理 | 权限校验 | 客服组长在客服执行看板的可操作范围校验 | P1 | 准备客服组长账号;客服执行看板存在待分配、处理中、等待提交、疑似诈骗等工单。 | 角色=客服组长;数据范围=组内工单池;允许=手动分配、转移、查看组员负载;限制=不能查看跨团队敏感字段 | 1. 使用“客服组长”账号登录客服执行看板。\n2. 查看顶部指标、工单列表、绩效区域和排班区域。\n3. 尝试执行允许动作:手动分配、转移、查看组员负载。\n4. 尝试执行限制动作:不能查看跨团队敏感字段。\n5. 打开审计日志查看敏感操作记录。 | 1. 客服组长只能看到“组内工单池”。\n2. 允许动作“手动分配、转移、查看组员负载”可正常提交。\n3. 限制动作“不能查看跨团队敏感字段”按钮隐藏或提交失败。\n4. 敏感查看、导出、风险处置均记录审计。 | support_tickets、assignment_logs、performance_snapshots按角色范围返回;越权请求后端拒绝。 | 客服组长权限模型正确,前后端均不可越权。 | 角色数据范围、按钮权限、审计记录一致。 | 05-客服工单与管理;09-审计与通知中心 | 客服执行角色:客服组长 | 待执行\nTC-PROTO-0187 | 客服执行.html | 客服执行看板-角色权限 | 客服工单与管理 | 权限校验 | 客服主管在客服执行看板的可操作范围校验 | P1 | 准备客服主管账号;客服执行看板存在待分配、处理中、等待提交、疑似诈骗等工单。 | 角色=客服主管;数据范围=团队看板;允许=查看排班、绩效、目标完成率;限制=不能同步黑名单除非额外授权 | 1. 使用“客服主管”账号登录客服执行看板。\n2. 查看顶部指标、工单列表、绩效区域和排班区域。\n3. 尝试执行允许动作:查看排班、绩效、目标完成率。\n4. 尝试执行限制动作:不能同步黑名单除非额外授权。\n5. 打开审计日志查看敏感操作记录。 | 1. 客服主管只能看到“团队看板”。\n2. 允许动作“查看排班、绩效、目标完成率”可正常提交。\n3. 限制动作“不能同步黑名单除非额外授权”按钮隐藏或提交失败。\n4. 敏感查看、导出、风险处置均记录审计。 | support_tickets、assignment_logs、performance_snapshots按角色范围返回;越权请求后端拒绝。 | 客服主管权限模型正确,前后端均不可越权。 | 角色数据范围、按钮权限、审计记录一致。 | 05-客服工单与管理;09-审计与通知中心 | 客服执行角色:客服主管 | 待执行\nTC-PROTO-0188 | 客服执行.html | 客服执行看板-角色权限 | 客服工单与管理 | 权限校验 | 风险负责人在客服执行看板的可操作范围校验 | P1 | 准备风险负责人账号;客服执行看板存在待分配、处理中、等待提交、疑似诈骗等工单。 | 角色=风险负责人;数据范围=疑似诈骗工单;允许=确认诈骗、标记误报、同步黑名单候选;限制=不能修改客服排班 | 1. 使用“风险负责人”账号登录客服执行看板。\n2. 查看顶部指标、工单列表、绩效区域和排班区域。\n3. 尝试执行允许动作:确认诈骗、标记误报、同步黑名单候选。\n4. 尝试执行限制动作:不能修改客服排班。\n5. 打开审计日志查看敏感操作记录。 | 1. 风险负责人只能看到“疑似诈骗工单”。\n2. 允许动作“确认诈骗、标记误报、同步黑名单候选”可正常提交。\n3. 限制动作“不能修改客服排班”按钮隐藏或提交失败。\n4. 敏感查看、导出、风险处置均记录审计。 | support_tickets、assignment_logs、performance_snapshots按角色范围返回;越权请求后端拒绝。 | 风险负责人权限模型正确,前后端均不可越权。 | 角色数据范围、按钮权限、审计记录一致。 | 05-客服工单与管理;09-审计与通知中心 | 客服执行角色:风险负责人 | 待执行\nTC-PROTO-0189 | 客服执行.html | 客服执行看板-角色权限 | 客服工单与管理 | 权限校验 | 系统管理员在客服执行看板的可操作范围校验 | P1 | 准备系统管理员账号;客服执行看板存在待分配、处理中、等待提交、疑似诈骗等工单。 | 角色=系统管理员;数据范围=全部客服数据;允许=查看审计、配置权限、导出绩效;限制=敏感查看仍需记录审计 | 1. 使用“系统管理员”账号登录客服执行看板。\n2. 查看顶部指标、工单列表、绩效区域和排班区域。\n3. 尝试执行允许动作:查看审计、配置权限、导出绩效。\n4. 尝试执行限制动作:敏感查看仍需记录审计。\n5. 打开审计日志查看敏感操作记录。 | 1. 系统管理员只能看到“全部客服数据”。\n2. 允许动作“查看审计、配置权限、导出绩效”可正常提交。\n3. 限制动作“敏感查看仍需记录审计”按钮隐藏或提交失败。\n4. 敏感查看、导出、风险处置均记录审计。 | support_tickets、assignment_logs、performance_snapshots按角色范围返回;越权请求后端拒绝。 | 系统管理员权限模型正确,前后端均不可越权。 | 角色数据范围、按钮权限、审计记录一致。 | 05-客服工单与管理;09-审计与通知中心 | 客服执行角色:系统管理员 | 待执行\nTC-PROTO-0254 | 客服执行.html | 客服工单状态机 | 客服工单与管理 | 流程测试 | 客服工单状态待分配执行分配给客服A | P2 | 客服执行看板存在状态为“待分配”的工单;当前用户对该工单有处理权限。 | 当前状态=待分配;动作=分配给客服A | 1. 登录客服执行看板。\n2. 在工单列表筛选状态“待分配”。\n3. 打开一条工单详情,查看用户上下文、聊天记录和处理历史。\n4. 点击处理动作“分配给客服A”。\n5. 按要求填写处理说明并提交。\n6. 返回列表确认状态与数量变化。 | 1. 状态为“待分配”的工单可执行“分配给客服A”。\n2. 执行结果:assigned_agent=客服A;写入assignment_logs。\n3. 工单处理历史追加记录,绩效指标按规则更新。 | support_tickets.status、resolved_at、assigned_agent、followup状态与操作结果一致。 | 客服仅处理本人分配工单;组长/主管可处理组内改派和复核。 | 客服状态机动作合法,不能出现非法跳转。 | 05-客服工单与管理 状态流转 | 客服状态=待分配;动作=分配给客服A | 待执行\nTC-PROTO-0255 | 客服执行.html | 客服工单状态机 | 客服工单与管理 | 流程测试 | 客服工单状态已分配执行客服首次回复 | P2 | 客服执行看板存在状态为“已分配”的工单;当前用户对该工单有处理权限。 | 当前状态=已分配;动作=客服首次回复 | 1. 登录客服执行看板。\n2. 在工单列表筛选状态“已分配”。\n3. 打开一条工单详情,查看用户上下文、聊天记录和处理历史。\n4. 点击处理动作“客服首次回复”。\n5. 按要求填写处理说明并提交。\n6. 返回列表确认状态与数量变化。 | 1. 状态为“已分配”的工单可执行“客服首次回复”。\n2. 执行结果:记录首次回复时长并进入处理中。\n3. 工单处理历史追加记录,绩效指标按规则更新。 | support_tickets.status、resolved_at、assigned_agent、followup状态与操作结果一致。 | 客服仅处理本人分配工单;组长/主管可处理组内改派和复核。 | 客服状态机动作合法,不能出现非法跳转。 | 05-客服工单与管理 状态流转 | 客服状态=已分配;动作=客服首次回复 | 待执行\nTC-PROTO-0256 | 客服执行.html | 客服工单状态机 | 客服工单与管理 | 流程测试 | 客服工单状态处理中执行选择等待用户回复 | P2 | 客服执行看板存在状态为“处理中”的工单;当前用户对该工单有处理权限。 | 当前状态=处理中;动作=选择等待用户回复 | 1. 登录客服执行看板。\n2. 在工单列表筛选状态“处理中”。\n3. 打开一条工单详情,查看用户上下文、聊天记录和处理历史。\n4. 点击处理动作“选择等待用户回复”。\n5. 按要求填写处理说明并提交。\n6. 返回列表确认状态与数量变化。 | 1. 状态为“处理中”的工单可执行“选择等待用户回复”。\n2. 执行结果:状态变等待用户,设置提醒时间。\n3. 工单处理历史追加记录,绩效指标按规则更新。 | support_tickets.status、resolved_at、assigned_agent、followup状态与操作结果一致。 | 客服仅处理本人分配工单;组长/主管可处理组内改派和复核。 | 客服状态机动作合法,不能出现非法跳转。 | 05-客服工单与管理 状态流转 | 客服状态=处理中;动作=选择等待用户回复 | 待执行\nTC-PROTO-0257 | 客服执行.html | 客服工单状态机 | 客服工单与管理 | 流程测试 | 客服工单状态处理中执行选择等待内部协同 | P2 | 客服执行看板存在状态为“处理中”的工单;当前用户对该工单有处理权限。 | 当前状态=处理中;动作=选择等待内部协同 | 1. 登录客服执行看板。\n2. 在工单列表筛选状态“处理中”。\n3. 打开一条工单详情,查看用户上下文、聊天记录和处理历史。\n4. 点击处理动作“选择等待内部协同”。\n5. 按要求填写处理说明并提交。\n6. 返回列表确认状态与数量变化。 | 1. 状态为“处理中”的工单可执行“选择等待内部协同”。\n2. 执行结果:状态变等待内部,通知内部负责人。\n3. 工单处理历史追加记录,绩效指标按规则更新。 | support_tickets.status、resolved_at、assigned_agent、followup状态与操作结果一致。 | 客服仅处理本人分配工单;组长/主管可处理组内改派和复核。 | 客服状态机动作合法,不能出现非法跳转。 | 05-客服工单与管理 状态流转 | 客服状态=处理中;动作=选择等待内部协同 | 待执行\nTC-PROTO-0258 | 客服执行.html | 客服工单状态机 | 客服工单与管理 | 流程测试 | 客服工单状态处理中执行选择答应配合 | P2 | 客服执行看板存在状态为“处理中”的工单;当前用户对该工单有处理权限。 | 当前状态=处理中;动作=选择答应配合 | 1. 登录客服执行看板。\n2. 在工单列表筛选状态“处理中”。\n3. 打开一条工单详情,查看用户上下文、聊天记录和处理历史。\n4. 点击处理动作“选择答应配合”。\n5. 按要求填写处理说明并提交。\n6. 返回列表确认状态与数量变化。 | 1. 状态为“处理中”的工单可执行“选择答应配合”。\n2. 执行结果:创建support_followups,状态PROMISED。\n3. 工单处理历史追加记录,绩效指标按规则更新。 | support_tickets.status、resolved_at、assigned_agent、followup状态与操作结果一致。 | 客服仅处理本人分配工单;组长/主管可处理组内改派和复核。 | 客服状态机动作合法,不能出现非法跳转。 | 05-客服工单与管理 状态流转 | 客服状态=处理中;动作=选择答应配合 | 待执行\nTC-PROTO-0259 | 客服执行.html | 客服工单状态机 | 客服工单与管理 | 流程测试 | 客服工单状态处理中执行选择疑似诈骗 | P2 | 客服执行看板存在状态为“处理中”的工单;当前用户对该工单有处理权限。 | 当前状态=处理中;动作=选择疑似诈骗 | 1. 登录客服执行看板。\n2. 在工单列表筛选状态“处理中”。\n3. 打开一条工单详情,查看用户上下文、聊天记录和处理历史。\n4. 点击处理动作“选择疑似诈骗”。\n5. 按要求填写处理说明并提交。\n6. 返回列表确认状态与数量变化。 | 1. 状态为“处理中”的工单可执行“选择疑似诈骗”。\n2. 执行结果:生成风险案件并标记工单疑似诈骗。\n3. 工单处理历史追加记录,绩效指标按规则更新。 | support_tickets.status、resolved_at、assigned_agent、followup状态与操作结果一致。 | 客服仅处理本人分配工单;组长/主管可处理组内改派和复核。 | 客服状态机动作合法,不能出现非法跳转。 | 05-客服工单与管理 状态流转 | 客服状态=处理中;动作=选择疑似诈骗 | 待执行\nTC-PROTO-0260 | 客服执行.html | 客服工单状态机 | 客服工单与管理 | 流程测试 | 客服工单状态等待用户执行用户回复后继续处理 | P2 | 客服执行看板存在状态为“等待用户”的工单;当前用户对该工单有处理权限。 | 当前状态=等待用户;动作=用户回复后继续处理 | 1. 登录客服执行看板。\n2. 在工单列表筛选状态“等待用户”。\n3. 打开一条工单详情,查看用户上下文、聊天记录和处理历史。\n4. 点击处理动作“用户回复后继续处理”。\n5. 按要求填写处理说明并提交。\n6. 返回列表确认状态与数量变化。 | 1. 状态为“等待用户”的工单可执行“用户回复后继续处理”。\n2. 执行结果:状态回到处理中并记录用户消息。\n3. 工单处理历史追加记录,绩效指标按规则更新。 | support_tickets.status、resolved_at、assigned_agent、followup状态与操作结果一致。 | 客服仅处理本人分配工单;组长/主管可处理组内改派和复核。 | 客服状态机动作合法,不能出现非法跳转。 | 05-客服工单与管理 状态流转 | 客服状态=等待用户;动作=用户回复后继续处理 | 待执行\nTC-PROTO-0261 | 客服执行.html | 客服工单状态机 | 客服工单与管理 | 流程测试 | 客服工单状态等待内部执行内部反馈完成 | P2 | 客服执行看板存在状态为“等待内部”的工单;当前用户对该工单有处理权限。 | 当前状态=等待内部;动作=内部反馈完成 | 1. 登录客服执行看板。\n2. 在工单列表筛选状态“等待内部”。\n3. 打开一条工单详情,查看用户上下文、聊天记录和处理历史。\n4. 点击处理动作“内部反馈完成”。\n5. 按要求填写处理说明并提交。\n6. 返回列表确认状态与数量变化。 | 1. 状态为“等待内部”的工单可执行“内部反馈完成”。\n2. 执行结果:状态回到处理中并追加内部协同记录。\n3. 工单处理历史追加记录,绩效指标按规则更新。 | support_tickets.status、resolved_at、assigned_agent、followup状态与操作结果一致。 | 客服仅处理本人分配工单;组长/主管可处理组内改派和复核。 | 客服状态机动作合法,不能出现非法跳转。 | 05-客服工单与管理 状态流转 | 客服状态=等待内部;动作=内部反馈完成 | 待执行\nTC-PROTO-0262 | 客服执行.html | 客服工单状态机 | 客服工单与管理 | 流程测试 | 客服工单状态已解决执行关闭工单 | P2 | 客服执行看板存在状态为“已解决”的工单;当前用户对该工单有处理权限。 | 当前状态=已解决;动作=关闭工单 | 1. 登录客服执行看板。\n2. 在工单列表筛选状态“已解决”。\n3. 打开一条工单详情,查看用户上下文、聊天记录和处理历史。\n4. 点击处理动作“关闭工单”。\n5. 按要求填写处理说明并提交。\n6. 返回列表确认状态与数量变化。 | 1. 状态为“已解决”的工单可执行“关闭工单”。\n2. 执行结果:resolved_at和closed状态写入。\n3. 工单处理历史追加记录,绩效指标按规则更新。 | support_tickets.status、resolved_at、assigned_agent、followup状态与操作结果一致。 | 客服仅处理本人分配工单;组长/主管可处理组内改派和复核。 | 客服状态机动作合法,不能出现非法跳转。 | 05-客服工单与管理 状态流转 | 客服状态=已解决;动作=关闭工单 | 待执行\nTC-PROTO-0263 | 客服执行.html | 客服工单状态机 | 客服工单与管理 | 流程测试 | 客服工单状态疑似诈骗执行风险确认误报 | P2 | 客服执行看板存在状态为“疑似诈骗”的工单;当前用户对该工单有处理权限。 | 当前状态=疑似诈骗;动作=风险确认误报 | 1. 登录客服执行看板。\n2. 在工单列表筛选状态“疑似诈骗”。\n3. 打开一条工单详情,查看用户上下文、聊天记录和处理历史。\n4. 点击处理动作“风险确认误报”。\n5. 按要求填写处理说明并提交。\n6. 返回列表确认状态与数量变化。 | 1. 状态为“疑似诈骗”的工单可执行“风险确认误报”。\n2. 执行结果:工单可回到处理中或已解决。\n3. 工单处理历史追加记录,绩效指标按规则更新。 | support_tickets.status、resolved_at、assigned_agent、followup状态与操作结果一致。 | 客服仅处理本人分配工单;组长/主管可处理组内改派和复核。 | 客服状态机动作合法,不能出现非法跳转。 | 05-客服工单与管理 状态流转 | 客服状态=疑似诈骗;动作=风险确认误报 | 待执行\nTC-PROTO-0264 | 客服执行.html | 客服工单状态机 | 客服工单与管理 | 流程测试 | 客服工单状态疑似诈骗执行风险确认诈骗 | P2 | 客服执行看板存在状态为“疑似诈骗”的工单;当前用户对该工单有处理权限。 | 当前状态=疑似诈骗;动作=风险确认诈骗 | 1. 登录客服执行看板。\n2. 在工单列表筛选状态“疑似诈骗”。\n3. 打开一条工单详情,查看用户上下文、聊天记录和处理历史。\n4. 点击处理动作“风险确认诈骗”。\n5. 按要求填写处理说明并提交。\n6. 返回列表确认状态与数量变化。 | 1. 状态为“疑似诈骗”的工单可执行“风险确认诈骗”。\n2. 执行结果:工单关闭并进入黑名单同步候选。\n3. 工单处理历史追加记录,绩效指标按规则更新。 | support_tickets.status、resolved_at、assigned_agent、followup状态与操作结果一致。 | 客服仅处理本人分配工单;组长/主管可处理组内改派和复核。 | 客服状态机动作合法,不能出现非法跳转。 | 05-客服工单与管理 状态流转 | 客服状态=疑似诈骗;动作=风险确认诈骗 | 待执行\nTC-PROTO-0265 | 客服执行.html | 客服工单状态机 | 客服工单与管理 | 流程测试 | 客服工单状态已关闭执行尝试再次回复 | P2 | 客服执行看板存在状态为“已关闭”的工单;当前用户对该工单有处理权限。 | 当前状态=已关闭;动作=尝试再次回复 | 1. 登录客服执行看板。\n2. 在工单列表筛选状态“已关闭”。\n3. 打开一条工单详情,查看用户上下文、聊天记录和处理历史。\n4. 点击处理动作“尝试再次回复”。\n5. 按要求填写处理说明并提交。\n6. 返回列表确认状态与数量变化。 | 1. 状态为“已关闭”的工单可执行“尝试再次回复”。\n2. 执行结果:禁止直接回复,需重新打开或新建工单。\n3. 工单处理历史追加记录,绩效指标按规则更新。 | support_tickets.status、resolved_at、assigned_agent、followup状态与操作结果一致。 | 客服仅处理本人分配工单;组长/主管可处理组内改派和复核。 | 客服状态机动作合法,不能出现非法跳转。 | 05-客服工单与管理 状态流转 | 客服状态=已关闭;动作=尝试再次回复 | 待执行\nTC-PROTO-0293 | 客服执行.html | 客服执行看板 | 系统稳定性与幂等 | 异常场景 | 客服执行看板稳定性校验:新工单到达实时刷新 | P2 | 已进入“客服执行看板”;准备可执行场景:新工单到达实时刷新。 | 动作=后台新增待分配工单;预期=看板待处理数增加并出现新工单 | 1. 打开原型页面“客服执行看板”。\n2. 准备或选择满足场景的数据。\n3. 执行操作:后台新增待分配工单。\n4. 观察页面提示、按钮状态、列表变化和详情状态。\n5. 刷新页面或重新查询该记录。\n6. 如涉及日志,进入审计通知页面按对象ID查询。 | 1. 系统按幂等/空状态/刷新规则处理。\n2. 结果为:看板待处理数增加并出现新工单。\n3. 不产生重复记录、重复扣减、重复完成数或错误状态。\n4. 刷新后状态可恢复查询。 | 校验唯一ID、状态、计数、日志数量;重复操作不得造成多条业务成功记录。 | 重复/并发操作仍必须校验后端权限,不能因前端状态异常绕过权限。 | 页面在重复点击、刷新、并发、空状态下保持数据一致且用户可理解。 | 全局幂等与审计要求;各子系统状态规则 | 稳定性场景:新工单到达实时刷新 | 待执行\nTC-PROTO-0294 | 客服执行.html | 客服执行看板 | 系统稳定性与幂等 | 异常场景 | 客服执行看板稳定性校验:多人同时抢单 | P2 | 已进入“客服执行看板”;准备可执行场景:多人同时抢单。 | 动作=两个客服同时领取同一工单;预期=只有一个领取成功,另一个提示已被分配 | 1. 打开原型页面“客服执行看板”。\n2. 准备或选择满足场景的数据。\n3. 执行操作:两个客服同时领取同一工单。\n4. 观察页面提示、按钮状态、列表变化和详情状态。\n5. 刷新页面或重新查询该记录。\n6. 如涉及日志,进入审计通知页面按对象ID查询。 | 1. 系统按幂等/空状态/刷新规则处理。\n2. 结果为:只有一个领取成功,另一个提示已被分配。\n3. 不产生重复记录、重复扣减、重复完成数或错误状态。\n4. 刷新后状态可恢复查询。 | 校验唯一ID、状态、计数、日志数量;重复操作不得造成多条业务成功记录。 | 重复/并发操作仍必须校验后端权限,不能因前端状态异常绕过权限。 | 页面在重复点击、刷新、并发、空状态下保持数据一致且用户可理解。 | 全局幂等与审计要求;各子系统状态规则 | 稳定性场景:多人同时抢单 | 待执行\nTC-PROTO-0295 | 客服执行.html | 客服工单 | 系统稳定性与幂等 | 异常场景 | 客服工单稳定性校验:首次回复重复发送 | P2 | 已进入“客服工单”;准备可执行场景:首次回复重复发送。 | 动作=客服双击发送回复;预期=只发送一条消息并记录一次首次回复时长 | 1. 打开原型页面“客服工单”。\n2. 准备或选择满足场景的数据。\n3. 执行操作:客服双击发送回复。\n4. 观察页面提示、按钮状态、列表变化和详情状态。\n5. 刷新页面或重新查询该记录。\n6. 如涉及日志,进入审计通知页面按对象ID查询。 | 1. 系统按幂等/空状态/刷新规则处理。\n2. 结果为:只发送一条消息并记录一次首次回复时长。\n3. 不产生重复记录、重复扣减、重复完成数或错误状态。\n4. 刷新后状态可恢复查询。 | 校验唯一ID、状态、计数、日志数量;重复操作不得造成多条业务成功记录。 | 重复/并发操作仍必须校验后端权限,不能因前端状态异常绕过权限。 | 页面在重复点击、刷新、并发、空状态下保持数据一致且用户可理解。 | 全局幂等与审计要求;各子系统状态规则 | 稳定性场景:首次回复重复发送 | 待执行\nTC-PROTO-0296 | 客服执行.html | 客服工单 | 系统稳定性与幂等 | 异常场景 | 客服工单稳定性校验:关闭工单后刷新 | P2 | 已进入“客服工单”;准备可执行场景:关闭工单后刷新。 | 动作=关闭工单后刷新详情页;预期=状态仍为已关闭且不可继续处理 | 1. 打开原型页面“客服工单”。\n2. 准备或选择满足场景的数据。\n3. 执行操作:关闭工单后刷新详情页。\n4. 观察页面提示、按钮状态、列表变化和详情状态。\n5. 刷新页面或重新查询该记录。\n6. 如涉及日志,进入审计通知页面按对象ID查询。 | 1. 系统按幂等/空状态/刷新规则处理。\n2. 结果为:状态仍为已关闭且不可继续处理。\n3. 不产生重复记录、重复扣减、重复完成数或错误状态。\n4. 刷新后状态可恢复查询。 | 校验唯一ID、状态、计数、日志数量;重复操作不得造成多条业务成功记录。 | 重复/并发操作仍必须校验后端权限,不能因前端状态异常绕过权限。 | 页面在重复点击、刷新、并发、空状态下保持数据一致且用户可理解。 | 全局幂等与审计要求;各子系统状态规则 | 稳定性场景:关闭工单后刷新 | 待执行\nTC-PROTO-0297 | 客服执行.html | 客服绩效 | 系统稳定性与幂等 | 异常场景 | 客服绩效稳定性校验:绩效周期切换 | P2 | 已进入“客服绩效”;准备可执行场景:绩效周期切换。 | 动作=日/周/月连续切换;预期=指标随周期变化且无串数据 | 1. 打开原型页面“客服绩效”。\n2. 准备或选择满足场景的数据。\n3. 执行操作:日/周/月连续切换。\n4. 观察页面提示、按钮状态、列表变化和详情状态。\n5. 刷新页面或重新查询该记录。\n6. 如涉及日志,进入审计通知页面按对象ID查询。 | 1. 系统按幂等/空状态/刷新规则处理。\n2. 结果为:指标随周期变化且无串数据。\n3. 不产生重复记录、重复扣减、重复完成数或错误状态。\n4. 刷新后状态可恢复查询。 | 校验唯一ID、状态、计数、日志数量;重复操作不得造成多条业务成功记录。 | 重复/并发操作仍必须校验后端权限,不能因前端状态异常绕过权限。 | 页面在重复点击、刷新、并发、空状态下保持数据一致且用户可理解。 | 全局幂等与审计要求;各子系统状态规则 | 稳定性场景:绩效周期切换 | 待执行\n# Sheet: HTML4-单文件系统\n用例编号 | HTML原型 | 功能页面 | 需求模块 | 测试类型 | 用例名称 | 优先级 | 前置条件 | 测试数据 | 操作步骤 | 预期结果 | 数据校验 | 权限校验 | 验收标准 | 需求依据 | 原型依据 | 用例状态\nTC-PROTO-0094 | 用户运营系统-单文件.html | 工作台 | 系统总览 | UI/交互测试 | 单文件系统路由#/dashboard进入Dashboard页面 | P1 | 用户已登录 USER评价业务闭环系统;浏览器地址支持 hash 路由;当前账号拥有Dashboard访问权限。 | 路由=#/dashboard;页面=Dashboard;用途=查看经营指标、待办、风险、评价进度 | 1. 在浏览器打开用户运营系统单文件原型。\n2. 将地址 hash 修改为“#/dashboard”或从侧边菜单点击“Dashboard”。\n3. 等待页面渲染完成。\n4. 检查页面标题、面包屑、主按钮、筛选区和列表区域。\n5. 刷新浏览器页面。\n6. 再次确认仍停留在“Dashboard”页面。 | 1. 页面成功进入“Dashboard”。\n2. 当前菜单高亮,页面内容与“查看经营指标、待办、风险、评价进度”一致。\n3. 刷新后 hash 路由不丢失,仍展示“Dashboard”。\n4. 无权限时应显示无权限或返回默认工作台。 | 路由、菜单高亮、页面状态和当前用户权限一致;刷新后筛选默认值正确。 | 只有具备Dashboard访问权限的角色能进入该页面;无权限角色不能通过直接输入 hash 绕过。 | Hash 路由可访问、可刷新、权限拦截有效。 | 00-系统总览 角色独立前端;对应子系统文档 | 用户运营系统-单文件.html 路由:#/dashboard | 待执行\nTC-PROTO-0095 | 用户运营系统-单文件.html | 需求管理 | 需求与计划管理 | UI/交互测试 | 单文件系统路由#/demand进入需求中心页面 | P1 | 用户已登录 USER评价业务闭环系统;浏览器地址支持 hash 路由;当前账号拥有需求中心访问权限。 | 路由=#/demand;页面=需求中心;用途=创建/评估/驳回/转计划 | 1. 在浏览器打开用户运营系统单文件原型。\n2. 将地址 hash 修改为“#/demand”或从侧边菜单点击“需求中心”。\n3. 等待页面渲染完成。\n4. 检查页面标题、面包屑、主按钮、筛选区和列表区域。\n5. 刷新浏览器页面。\n6. 再次确认仍停留在“需求中心”页面。 | 1. 页面成功进入“需求中心”。\n2. 当前菜单高亮,页面内容与“创建/评估/驳回/转计划”一致。\n3. 刷新后 hash 路由不丢失,仍展示“需求中心”。\n4. 无权限时应显示无权限或返回默认工作台。 | 路由、菜单高亮、页面状态和当前用户权 | 只有具备需求中心访问权限的角色能进入该页面;无权限角色不能通过直接输入 hash 绕过。 | Hash 路由可访问、可刷新、权限拦截有效。 | 00-系统总览 角色独立前端;对应子系统文档 | 用户运营系统-单文件.html 路由:#/demand | 待执行\nTC-PROTO-0096 | 用户运营系统-单文件.html | 计划审核 | 需求与计划管理 | UI/交互测试 | 单文件系统路由#/plan/review进入计划审核页面 | P1 | 用户已登录 USER评价业务闭环系统;浏览器地址支持 hash 路由;当前账号拥有计划审核访问权限。 | 路由=#/plan/review;页面=计划审核;用途=提交审批、通过、驳回、待补充 | 1. 在浏览器打开用户运营系统单文件原型。\n2. 将地址 hash 修改为“#/plan/review”或从侧边菜单点击“计划审核”。\n3. 等待页面渲染完成。\n4. 检查页面标题、面包屑、主按钮、筛选区和列表区域。\n5. 刷新浏览器页面。\n6. 再次确认仍停留在“计划审核”页面。 | 1. 页面成功进入“计划审核”。\n2. 当前菜单高亮,页面内容与“提交审批、通过、驳回、待补充”一致。\n3. 刷新后 hash 路由不丢失,仍展示“计划审核”。\n4. 无权限时应显示无权限或返回默认工作台。 | 路由、菜单高亮、页面状态和当前用户权限一致;刷新后筛选默认值正确。 | 只有具备计划审核访问权限的角色能进入该页面;无权限角色不能通过直接输入 hash 绕过。 | Hash 路由可访问、可刷新、权限拦截有效。 | 00-系统总览 角色独立前端;对应子系统文档 | 用户运营系统-单文件.html 路由:#/plan/review | 待执行\nTC-PROTO-0097 | 用户运营系统-单文件.html | 计划管理 | 需求与计划管理 | UI/交互测试 | 单文件系统路由#/plan进入计划中心页面 | P1 | 用户已登录 USER评价业务闭环系统;浏览器地址支持 hash 路由;当前账号拥有计划中心访问权限。 | 路由=#/plan;页面=计划中心;用途=生成计划、拆分计划项、执行中/暂停/终止 | 1. 在浏览器打开用户运营系统单文件原型。\n2. 将地址 hash 修改为“#/plan”或从侧边菜单点击“计划中心”。\n3. 等待页面渲染完成。\n4. 检查页面标题、面包屑、主按钮、筛选区和列表区域。\n5. 刷新浏览器页面。\n6. 再次确认仍停留在“计划中心”页面。 | 1. 页面成功进入“计划中心”。\n2. 当前菜单高亮,页面内容 | 路由、菜单高亮、页面状态和当前用户权限一致;刷新后筛选默认值正确。 | 只有具备计划中心访问权限的角色能进入该页面;无权限角色不能通过直接输入 hash 绕过。 | Hash 路由可访问、可刷新、权限拦截有效。 | 00-系统总览 角色独立前端;对应子系统文档 | 用户运营系统-单文件.html 路由:#/plan | 待执行\nTC-PROTO-0098 | 用户运营系统-单文件.html | Listing健康 | 需求与计划管理 | UI/交互测试 | 单文件系统路由#/asin进入ASIN/Listing页面 | P1 | 用户已登录 USER评价业务闭环系统;浏览器地址支持 hash 路由;当前账号拥有ASIN/Listing访问权限。 | 路由=#/asin;页面=ASIN/Listing;用途=查看评分、评价数、健康状态、紧急策略 | 1. 在浏览器打开用户运营系统单文件原型。\n2. 将地址 hash 修改为“#/asin”或从侧边菜单点击“ASIN/Listing”。\n3. 等待页面渲染完成。\n4. 检查页面标题、面包屑、主按钮、筛选区和列表区域。\n5. 刷新浏览器页面。\n6. 再次确认仍停留在“ASIN/Listing”页面。 | 1. 页面成功进入“ASIN/Listing”。\n2. 当前菜单高亮,页面内容与“查看评分、评价数、健康状态、紧急策略”一致。\n3. 刷新后 hash 路由不丢失,仍展示“ASIN/Listing”。\n4. 无权限时应显示无权限或返回默认工作台。 | 路由、菜单高亮、页面状态和当前用户权限一致;刷新后筛选默认值正确。 | 只有具备ASIN/Listing访问权限的角色能进入该页面;无权限角色不能通过直接输入 hash 绕过。 | Hash 路由可访问、可刷新、权限拦截有效。 | 00-系统总览 角色独立前端;对应子系统文档 | 用户运营系统-单文件.html 路由:#/asin | 待执行\nTC-PROTO-0099 | 用户运营系统-单文件.html | 用户上下文 | 用户身份与上下文 | UI/交互测试 | 单文件系统路由#/user进入用户中心页面 | P1 | 用户已登录 USER评价业务闭环系统;浏览器地址支持 hash 路由;当前账号拥有用户中心访问权限。 | 路由=#/user;页面=用户中心;用途=用户主档、标签、身份、产品、活动、触达历史 | 1. 在浏览器打开用户运营系统单文件原型。\n2. 将地址 hash 修改为“#/user”或从侧边菜单点击“用户中心”。\n3. 等待页面渲染完成。\n4. 检查页面标题、面包屑、主按钮、筛选区和列表区域。\n5. 刷新浏览器页面。\n6. 再次确认仍停留在“用户中心”页面。 | 1. 页面成功进入“用户中心”。\n2. 当前菜单高亮,页面内容与“用户主档、标签、身份、产品、活动、触达历史”一致。\n3. 刷新后 hash 路由不丢失,仍展示“用户中心”。\n4. 无权限时应显示无权限或返回默认工作台。 | 路由、菜单高亮、页面状态和当前用户权限一致;刷新后筛选默认值正确。 | 只有具备用户中心访问权限的角色能进入该页面;无权限角色不能通过直接输入 hash 绕过。 | Hash 路由可访问、可刷新、权限拦截有效。 | 00-系统总览 角色独立前端;对应子系统文档 | 用户运营系统-单文件.html 路由:#/user | 待执行\nTC-PROTO-0100 | 用户运营系统-单文件.html | 额度管理 | 额度与频控 | UI/交互测试 | 单文件系统路由#/quota进入额度频控页面 | P1 | 用户已登录 USER评价业务闭环系统;浏览器地址支持 hash 路由;当前账号拥有额度频控访问权限。 | 路由=#/quota;页面=额度频控;用途=额度查询、预占、确认、释放、终校 | 1. 在浏览器打开用户运营系统单文件原型。\n2. 将地址 hash 修改为“#/quota”或从侧边 | 1. 页面成功进入“额度频控”。\n2. 当前菜单高亮,页面内容与“额度查询、预占、确认、释放、终校”一致。\n3. 刷新后 hash 路由不丢失,仍展示“额度频控”。\n4. 无权限时应显示无权限或返回默认工作台。 | 路由、菜单高亮、页面状态和当前用户权限一致;刷新后筛选默认值正确。 | 只有具备额度频控访问权限的角色能进入该页面;无权限角色不能通过直接输入 hash 绕过。 | Hash 路由可访问、可刷新、权限拦截有效。 | 00-系统总览 角色独立前端;对应子系统文档 | 用户运营系统-单文件.html 路由:#/quota | 待执行\nTC-PROTO-0101 | 用户运营系统-单文件.html | 多渠道触达 | 多渠道触达引擎 | UI/交互测试 | 单文件系统路由#/outreach进入推送/触达页面 | P1 | 用户已登录 USER评价业务闭环系统;浏览器地址支持 hash 路由;当前账号拥有推送/触达访问权限。 | 路由=#/outreach;页面=推送/触达;用途=IM/EDM/APP/TEL 路由、去重、发送、追踪 | 1. 在浏览器打开用户运营系统单文件原型。\n2. 将地址 hash 修改为“#/outreach”或从侧边菜单点击“推送 | 1. 页面成功进入“推送/触达”。\n2. 当前菜单高亮,页面内容与“IM/EDM/APP/TEL 路由、去重、发送、追踪”一致。\n3. 刷新后 hash 路由不丢失,仍展示“推送/触达”。\n4. 无权限时应显示无权限或返回默认工作台。 | 路由、菜单高亮、页面状态和当前用户权限一致;刷新后筛选默认值正确。 | 只有具备推送/触达访问权限的角色能进入该页面;无权限角色不能通过直接输入 hash 绕过。 | Hash 路由可访问、可刷新、权限拦截有效。 | 00-系统总览 角色独立前端;对应子系统文档 | 用户运营系统-单文件.html 路由:#/outreach | 待执行\nTC-PROTO-0102 | 用户运营系统-单文件.html | 工单管理 | 客服工单与管理 | UI/交互测试 | 单文件系统路由#/support进入客服中心页面 | P1 | 用户已登录 USER评价业务闭环系统;浏览器地址支持 hash 路由;当前账号拥有客服中心访问权限。 | 路由=#/support;页面=客服中心;用途=工单创建、分配、处理、跟进 | 1. 在浏览器打开用户运营系统单文件原型。\n2. 将地址 hash 修改为“#/support”或从侧边菜单点击“客服中心”。\n3. 等待页面渲染完成。\n4. 检查 | 1. 页面成功进入“客服中心”。\n2. 当前菜单高亮,页面内容与“工单创建、分配、处理、跟进”一致。\n3. 刷新后 hash 路由不丢失,仍展示“客服中心”。\n4. 无权限时应显示无权限或返回默认工作台。 | 路由、菜单高亮、页面状态和当前用户权限一致;刷新后筛选默认值正确。 | 只有具备客服中心访问权限的角色能进入该页面;无权限角色不能通过直接输入 hash 绕过。 | Hash 路由可访问、可刷新、权限拦截有效。 | 00-系统总览 角色独立前端;对应子系统文档 | 用户运营系统-单文件.html 路由:#/support | 待执行\nTC-PROTO-0103 | 用户运营系统-单文件.html | 风险反欺诈 | 风险与反欺诈 | UI/交互测试 | 单文件系统路由#/risk进入风险中心页面 | P1 | 用户已登录 USER评价业务闭环系统;浏览器地址支持 hash 路由;当前账号拥有风险中心访问权限。 | 路由=#/risk;页面=风险中心;用途=风险信号、强弱关联、黑名单、复核 | 1. 在浏览器打开用户运营系统单文件原型。\n2. 将地址 hash 修改为“#/risk”或从侧边菜单点击“风险中心”。\n3. 等待页面渲染完成。\n4. 检查页面标题、面包屑、主按钮、筛选区和列表区域。\n5. 刷新浏览器页面。\n6. 再次确认仍停留在“风险中心”页面。 | 1. 页面成功进入“风险中心”。\n2. 当前菜单高亮,页面内容与“风险信号、强弱关联、黑名单、复核”一致。\n3. 刷新后 hash 路由不丢失,仍展示“风险中心”。\n4. 无权限时应显示无权限或返回默认工作台。 | 路由、菜单高亮、页面状态和当前用户权限一致;刷新后筛选默认值正确。 | 只有具备风险中心访问权限的角色能进入该页面;无权限角色不能通过直接输入 hash 绕过。 | Hash 路由可访问、可刷新、权限拦截有效。 | 00-系统总览 角色独立前端;对应子系统文档 | 用户运营系统-单文件.html 路由:#/risk | 待执行\nTC-PROTO-0104 | 用户运营系统-单文件.html | 评价结果 | 评价结果追踪 | UI/交互测试 | 单文件系统路由#/review进入评价追踪页面 | P1 | 用户已登录 USER评价业务闭环系统;浏览器地址支持 hash 路由;当前账号拥有评价追踪访问权限。 | 路由=#/review;页面=评价追踪;用途=提交记录、Amazon展示核验、异常观察 | 1. 在浏览器打开用户运营系统单文件原型。\n2. 将地址 hash 修改为“#/review”或从侧边菜单点击“评价追踪”。\n3. 等待页面渲染完成。\n4. 检查页面标题、面包屑、主按钮、筛选区和列表区域。\n5. 刷新浏览器页面。\n6. 再次确认仍停留在“评价追踪”页面。 | 1. 页面成功进入“评价追踪”。\n2. 当前菜单高亮,页面内容与“提交记录、Amazon展示核验、异常观察”一致。\n3. 刷新后 hash 路由不丢失,仍展示“评价追踪”。\n4. 无权限时应显示无权限或返回默认工作台。 | 路由、菜单高亮、页面状态和当前用户权限一致;刷新后筛选默认值正确。 | 只有具备评价追踪访问权限的角色能进入该页面;无权限角色不能通过直接输入 hash 绕过。 | Hash 路由可访问、可刷新、权限拦截有效。 | 00-系统总览 角色独立前端;对应子系统文档 | 用户运营系统-单文件.html 路由:#/review | 待执行\nTC-PROTO-0105 | 用户运营系统-单文件.html | 达人协作 | KOC/KOL协作 | UI/交互测试 | 单文件系统路由#/creator进入KOC/KOL页面 | P1 | 用户已登录 USER评价业务闭环系统;浏览器地址支持 hash 路由;当前账号拥有KOC/KOL访问权限。 | 路由=#/creator;页面=KOC/KOL;用途=免评计划、内容、CODE、JOYCOLLAB同步 | 1. 在浏览器打开用户运营系统单文件原型。\n2. 将地址 hash 修改为“#/creator”或从侧边菜单点击“KOC/KOL”。\n3. 等待页面渲染完成。\n4. 检查页面标题、面包屑、主按钮、筛选区和列表区域。\n5. 刷新浏览器页面。\n6. 再次确认仍停留在“KOC/KOL”页面。 | 1. 页面成功进入“KOC/KOL”。\n2. 当前菜单高亮,页面内容与“免评计划、内容、CODE、JOYCOLLAB同步”一致。\n3. 刷新后 hash 路由不丢失,仍展示“KOC/KOL”。\n4. 无权限时应显示无权限或返回默认工作台。 | 路由、菜单高亮、页面状态和当前用户权限一致;刷新后筛选默认值正确。 | 只有具备KOC/KOL访问权限的角色能进入该页面;无权限角色不能通过直接输入 hash 绕过。 | Hash 路由可访问、可刷新、权限拦截有效。 | 00-系统总览 角色独立前端;对应子系统文档 | 用户运营系统-单文件.html 路由:#/creator | 待执行\nTC-PROTO-0106 | 用户运营系统-单文件.html | 审计与通知 | 审计与通知中心 | UI/交互测试 | 单文件系统路由#/audit进入审计通知页面 | P1 | 用户已登录 USER评价业务闭环系统;浏览器地址支持 hash 路由;当前账号拥有审计通知访问权限。 | 路由=#/audit;页面=审计通知;用途=状态变更、敏感访问、通知告警 | 1. 在浏览器打开用户运营系统单文件原型。\n2. 将地址 hash 修改为“#/audit”或从侧边菜单点击“审计通知”。\n3. 等待页面渲染完成。\n4. 检查页面标题、面包屑、主按钮、筛选区和列表区域。\n5. 刷新浏览器页面。\n6. 再次确认仍停留在“审计通知”页面。 | 1. 页面成功进入“审计通知”。\n2. 当前菜单高亮,页面内容与“状态变更、敏感访问、通知告警”一致。\n3. 刷新后 hash 路由不丢失,仍展示“审计通知”。\n4. 无权限时应显示无权限或返回默认工作台。 | 路由、菜单高亮、页面状态和当前用户权限一致;刷新后筛选默认值正确。 | 只有具备审计通知访问权限的角色能进入该页面;无权限角色不能通过直接输入 hash 绕过。 | Hash 路由可访问、可刷新、权限拦截有效。 | 00-系统总览 角色独立前端;对应子系统文档 | 用户运营系统-单文件.html 路由:#/audit | 待执行\nTC-PROTO-0107 | 用户运营系统-单文件.html | 权限配置 | 审计与通知中心 | UI/交互测试 | 单文件系统路由#/system进入系统管理页面 | P1 | 用户已登录 USER评价业务闭环系统;浏览器地址支持 hash 路由;当前账号拥有系统管理访问权限。 | 路由=#/system;页面=系统管理;用途=用户角色、权限、数据范围、导出授权 | 1. 在浏览器打开用户运营系统单文件原型。\n2. 将地址 hash 修改为“#/system”或从侧边菜单点击“系统管理”。\n3. 等待页面渲染完成。\n4. 检查页面标题、面包屑、主按钮、筛选区和列表区域。\n5. 刷新浏览器页面。\n6. 再次确认仍停留在“系统管理”页面。 | 1. 页面成功进入“系统管理”。\n2. 当前菜单高亮,页面内容与“用户角色、权限、数据范围、导出授权”一致。\n3. 刷新后 hash 路由不丢失,仍展示“系统管理”。\n4. 无权限时应显示无权限或返回默认工作台。 | 路由、菜单高亮、页面状态和当前用户权限一致;刷新后筛选默认值正确。 | 只有具备系统管理访问权限的角色能进入该页面;无权限角色不能通过直接输入 hash 绕过。 | Hash 路由可访问、可刷新、权限拦截有效。 | 00-系统总览 角色独立前端;对应子系统文档 | 用户运营系统-单文件.html 路由:#/system | 待执行\nTC-PROTO-0108 | 用户运营系统-单文件.html | 需求中心 | 需求中心 | 功能测试 | 需求中心执行创建测评需求并校验业务结果 | P1 | 已进入“需求中心”;当前用户具备执行“创建测评需求”的权限;相关基础数据已准备。 | ASIN=B0TEST001;类型=测评;目标数量=20;周期=2026-05-01至2026-05-31;优先级=P0 | 1. 打开“用户运营系统-单文件.html”的“需求中心”页面。\n2. 点击与“创建测评需求”对应的主按钮或列表行操作。\n3. 在表单/弹窗中录入测试数据:ASIN=B0TEST001;类型=测评;目标数量=20;周期=2026-05-01至2026-05-31;优先级=P0。\n4. 根据页面业务选择确认、提交、保存或审批动作。\n5. 返回列表,使用关键词或ID搜索刚才处理的数据。\n6. 打开详情页查看状态流转、关联对象和审计记录。 | 1. “创建测评需求”提交成功。\n2. 列表中可搜索到对应记录。\n3. 记录状态变为“PENDING/EVALUATING”。\n4. 详情页展示关联计划/用户/ASIN/风险/工单等上下文。\n5. 关键动作写入审计或通知。 | 校验数据写入/更新对象:demands;状态值=PENDING/EVALUATING;关联ID、创建人、更新时间、处理意见完整。 | 无对应权限时不能看到或不能提交“创建测评需求”;跨站点/跨部门数据需按权限范围过滤。 | 创建测评需求完整落库、状态正确、可追溯、可在相关模块回查。 | 对应子系统需求文档与数据对象章节 | 单文件系统页面:需求中心;动作:创建测评需求 | 待执行\nTC-PROTO-0109 | 用户运营系统-单文件.html | 需求中心 | 需求中心 | 功能测试 | 需求中心执行评估需求为待补充并校验业务结果 | P1 | 已进入“需求中心”;当前用户具备执行“评估需求为待补充”的权限;相关基础数据已准备。 | 需求ID=DEM-001;原因=ASIN目标数量缺少依据 | 1. 打开“用户运营系统-单文件.html”的“需求中心”页面。\n2. 点击与“评估需求为待补充”对应的主按钮或列表行操作。\n3. 在表单/弹窗中录入测试数据:需求ID=DEM-001;原因=ASIN目标数量缺少依据。\n4. 根据页面业务选择确认、提交、保存或审批动作。\n5. 返回列表,使用关键词或ID搜索刚才处理的数据。\n6. 打开详情页查看状态流转、关联对象和审计记录。 | 1. “评估需求为待补充”提交成功。\n2. 列表中可搜索到对应记录。\n3. 记录状态变为“WAITING”。\n4. 详情页展示关联计划/用户/ASIN/风险/工单等上下文。\n5. 关键动作写入审计或通知。 | 校验数据写入/更新对象:demands;状态值=WAITING;关联ID、创建人、更新时间、处理意见完整。 | 无对应权限时不能看到或不能提交“评估需求为待补充”;跨站点/跨部门数据需按权限范围过滤。 | 评估需求为待补充完整落库、状态正确、可追溯、可在相关模块回查。 | 对应子系统需求文档与数据对象章节 | 单文件系统页面:需求中心;动作:评估需求为待补充 | 待执行\nTC-PROTO-0110 | 用户运营系统-单文件.html | 需求中心 | 需求中心 | 功能测试 | 需求中心执行驳回不成立需求并校验业务结果 | P1 | 已进入“需求中心”;当前用户具备执行“驳回不成立需求”的权限;相关基础数据已准备。 | 需求ID=DEM-002;原因=ASIN评分已达标无需计划 | 1. 打开“用户运营系统-单文件.html”的“需求中心”页面。\n2. 点击与“驳回不成立需求”对应的主按钮或列表行操作。\n3. 在表单/弹窗中录入测试数据:需求ID=DEM-002;原因=ASIN评分已达标无需计划。\n4. 根据页面业务选择确认、提交、保存或审批动作。\n5. 返回列表,使用关键词或ID搜索刚才处理的数据。\n6. 打开详情页查看状态流转、关联对象和审计记录。 | 1. “驳回不成立需求”提交成功。\n2. 列表中可搜索到对应记录。\n3. 记录状态变为“REJECTED”。\n4. 详情页展示关联计划/用户/ASIN/风险/工单等上下文。\n5. 关键动作写入审计或通知。 | 校验数据写入/更新对象:demands;状态值=REJECTED;关联ID、创建人、更新时间、处理意见完整。 | 无对应权限时不能看到或不能提交“驳回不成立需求”;跨站点/跨部门数据需按权限范围过滤。 | 驳回不成立需求完整落库、状态正确、可追溯、可在相关模块回查。 | 对应子系统需求文档与数据对象章节 | 单文件系统页面:需求中心;动作:驳回不成立需求 | 待执行\nTC-PROTO-0111 | 用户运营系统-单文件.html | 计划审核 | 计划审核 | 功能测试 | 计划审核执行提交测评计划审批并校验业务结果 | P1 | 已进入“计划审核”;当前用户具备执行“提交测评计划审批”的权限;相关基础数据已准备。 | 计划ID=PLAN-001;审批链=Amazon运营总监→用户负责人 | 1. 打开“用户运营系统-单文件.html”的“计划审核”页面。\n2. 点击与“提交测评计划审批”对应的主按钮或列表行操作。\n3. 在表单/弹窗中录入测试数据:计划ID=PLAN-001;审批链=Amazon运营总监→用户负责人。\n4. 根据页面业务选择确认、提交、保存或审批动作。\n5. 返回列表,使用关键词或ID搜索刚才处理的数据。\n6. 打开详情页查看状态流转、关联对象和审计记录。 | 1. “提交测评计划审批”提交成功。\n2. 列表中可搜索到对应记录。\n3. 记录状态变为“REVIEW”。\n4. 详情页展示关联计划/用户/ASIN/风险/工单等上下文。\n5. 关键动作写入审计或通知。 | 校验数据写入/更新对象:approval_records;状态值=REVIEW;关联ID、创建人、更新时间、处理意见完整。 | 无对应权限时不能看到或不能提交“提交测评计划审批”;跨站点/跨部门数据需按权限范围过滤。 | 提交测评计划审批完整落库、状态正确、可追溯、可在相关模块回查。 | 对应子系统需求文档与数据对象章节 | 单文件系统页面:计划审核;动作:提交测评计划审批 | 待执行\nTC-PROTO-0112 | 用户运营系统-单文件.html | 计划审核 | 计划审核 | 功能测试 | 计划审核执行审批通过计划并校验业务结果 | P1 | 已进入“计划审核”;当前用户具备执行“审批通过计划”的权限;相关基础数据已准备。 | 计划ID=PLAN-001;意见=同意执行;目标评价数=20 | 1. 打开“用户运营系统-单文件.html”的“计划审核”页面。\n2. 点击与“审批通过计划”对应的主按钮或列表行操作。\n3. 在表单/弹窗中录入测试数据:计划ID=PLAN-001;意见=同意执行;目标评价数=20。\n4. 根据页面业务选择确认、提交、保存或审批动作。\n5. 返回列表,使用关键词或ID搜索刚才处理的数据。\n6. 打开详情页查看状态流转、关联对象和审计记录。 | 1. “审批通过计划”提交成功。\n2. 列表中可搜索到对应记录。\n3. 记录状态变为“APPROVED”。\n4. 详情页展示关联计划/用户/ASIN/风险/工单等上下文。\n5. 关键动作写入审计或通知。 | 校验数据写入/更新对象:approval_records/plans;状态值=APPROVED;关联ID、创建人、更新时间、处理意见完整。 | 无对应权限时不能看到或不能提交“审批通过计划”;跨站点/跨部门数据需按权限范围过滤。 | 审批通过计划完整落库、状态正确、可追溯、可在相关模块回查。 | 对应子系统需求文档与数据对象章节 | 单文件系统页面:计划审核;动作:审批通过计划 | 待执行\nTC-PROTO-0113 | 用户运营系统-单文件.html | 计划审核 | 计划审核 | 功能测试 | 计划审核执行审批驳回计划并校验业务结果 | P1 | 已进入“计划审核”;当前用户具备执行“审批驳回计划”的权限;相关基础数据已准备。 | 计划ID=PLAN-002;意见=预算和风险说明不足 | 1. 打开“用户运营系统-单文件.html”的“计划审核”页面。\n2. 点击与“审批驳回计划”对应的主按钮或列表行操作。\n3. 在表单/弹窗中录入测试数据:计划ID=PLAN-002;意见=预算和风险说明不足。\n4. 根据页面业务选择确认、提交、保存或审批动作。\n5. 返回列表,使用关键词或ID搜索刚才处理的数据。\n6. 打开详情页查看状态流转、关联对象和审计记录。 | 1. “审批驳回计划”提交成功。\n2. 列表中可搜索到对应记录。\n3. 记录状态变为“DRAFT/REJECTED”。\n4. 详情页展示关联计划/用户/ASIN/风险/工单等上下文。\n5. 关键动作写入审计或通知。 | 校验数据写入/更新对象:approval_records/plans;状态值=DRAFT/REJECTED;关联ID、创建人、更新时间、处理意见完整。 | 无对应权限时不能看到或不能提交“审批驳回计划”;跨站点/跨部门数据需按权限范围过滤。 | 审批驳回计划完整落库、状态正确、可追溯、可在相关模块回查。 | 对应子系统需求文档与数据对象章节 | 单文件系统页面:计划审核;动作:审批驳回计划 | 待执行\nTC-PROTO-0114 | 用户运营系统-单文件.html | 计划中心 | 计划中心 | 功能测试 | 计划中心执行生成候选用户池并校验业务结果 | P1 | 已进入“计划中心”;当前用户具备执行“生成候选用户池”的权限;相关基础数据已准备。 | 计划ID=PLAN-003;ASIN=B0TEST003;目标=50人 | 1. 打开“用户运营系统-单文件.html”的“计划中心”页面。\n2. 点击与“生成候选用户池”对应的主按钮或列表行操作。\n3. 在表单/弹窗中录入测试数据:计划ID=PLAN-003;ASIN=B0TEST003;目标=50人。\n4. 根据页面业务选择确认、提交、保存或审批动作。\n5. 返回列表,使用关键词或ID搜索刚才处理的数据。\n6. 打开详情页查看状态流转、关联对象和审计记录。 | 1. “生成候选用户池”提交成功。\n2. 列表中可搜索到对应记录。\n3. 记录状态变为“待触达”。\n4. 详情页展示关联计划/用户/ASIN/风险/工单等上下文。\n5. 关键动作写入审计或通知。 | 校验数据写入/更新对象:plan_items/quota_reservations;状态值=待触达;关联ID、创建人、更新时间、处理意见完整。 | 无对应权限时不能看到或不能提交“生成候选用户池”;跨站点/跨部门数据需按权限范围过滤。 | 生成候选用户池完整落库、状态正确、可追溯、可在相关模块回查。 | 对应子系统需求文档与数据对象章节 | 单文件系统页面:计划中心;动作:生成候选用户池 | 待执行\nTC-PROTO-0115 | 用户运营系统-单文件.html | 计划中心 | 计划中心 | 功能测试 | 计划中心执行暂停执行中计划并校验业务结果 | P1 | 已进入“计划中心”;当前用户具备执行“暂停执行中计划”的权限;相关基础数据已准备。 | 计划ID=PLAN-004;暂停原因=库存异常 | 1. 打开“用户运营系统-单文件.html”的“计划中心”页面。\n2. 点击与“暂停执行中计划”对应的主按钮或列表行操作。\n3. 在表单/弹窗中录入测试数据:计划ID=PLAN-004;暂停原因=库存异常。\n4. 根据页面业务选择确认、提交、保存或审批动作。\n5. 返回列表,使用关键词或ID搜索刚才处理的数据。\n6. 打开详情页查看状态流转、关联对象和审计记录。 | 1. “暂停执行中计划”提交成功。\n2. 列表中可搜索到对应记录。\n3. 记录状态变为“已暂停”。\n4. 详情页展示关联计划/用户/ASIN/风险/工单等上下文。\n5. 关键动作写入审计或通知。 | 校验数据写入/更新对象:plans;状态值=已暂停;关联ID、创建人、更新时间、处理意见完整。 | 无对应权限时不能看到或不能提交“暂停执行中计划”;跨站点/跨部门数据需按权限范围过滤。 | 暂停执行中计划完整落库、状态正确、可追溯、可在相关模块回查。 | 对应子系统需求文档与数据对象章节 | 单文件系统页面:计划中心;动作:暂停执行中计划 | 待执行\nTC-PROTO-0116 | 用户运营系统-单文件.html | 额度频控 | 额度频控 | 功能测试 | 额度频控执行批量预占额度并校验业务结果 | P1 | 已进入“额度频控”;当前用户具备执行“批量预占额度”的权限;相关基础数据已准备。 | person_ids=10个;type=REVIEW;plan_id=PLAN-005;count=1 | 1. 打开“用户运营系统-单文件.html”的“额度频控”页面。\n2. 点击与“批量预占额度”对应的主按钮或列表行操作。\n3. 在表单/弹窗中录入测试数据:person_ids=10个;type=REVIEW;plan_id=PLAN-005;count=1。\n4. 根据页面业务选择确认、提交、保存或审批动作。\n5. 返回列表,使用关键词或ID搜索刚才处理的数据。\n6. 打开详情页查看状态流转、关联对象和审计记录。 | 1. “批量预占额度”提交成功。\n2. 列表中可搜索到对应记录。\n3. 记录状态变为“RESERVED”。\n4. 详情页展示关联计划/用户/ASIN/风险/工单等上下文。\n5. 关键动作写入审计或通知。 | 校验数据写入/更新对象:quota_reservations;状态值=RESERVED;关联ID、创建人、更新时间、处理意见完整。 | 无对应权限时不能看到或不能提交“批量预占额度”;跨站点/跨部门数据需按权限范围过滤。 | 批量预占额度完整落库、状态正确、可追溯、可在相关模块回查。 | 对应子系统需求文档与数据对象章节 | 单文件系统页面:额度频控;动作:批量预占额度 | 待执行\nTC-PROTO-0117 | 用户运营系统-单文件.html | 额度频控 | 额度频控 | 功能测试 | 额度频控执行释放触达失败预占并校验业务结果 | P1 | 已进入“额度频控”;当前用户具备执行“释放触达失败预占”的权限;相关基础数据已准备。 | reservation_id=QR-001;释放原因=IM不可达 | 1. 打开“用户运营系统-单文件.html”的“额度频控”页面。\n2. 点击与“释放触达失败预占”对应的主按钮或列表行操作。\n3. 在表单/弹窗中录入测试数据:reservation_id=QR-001;释放原因=IM不可达。\n4. 根据页面业务选择确认、提交、保存或审批动作。\n5. 返回列表,使用关键词或ID搜索刚才处理的数据。\n6. 打开详情页查看状态流转、关联对象和审计记录。 | 1. “释放触达失败预占”提交成功。\n2. 列表中可搜索到对应记录。\n3. 记录状态变为“RELEASED”。\n4. 详情页展示关联计划/用户/ASIN/风险/工单等上下文。\n5. 关键动作写入审计或通知。 | 校验数据写入/更新对象:quota_reservations;状态值=RELEASED;关联ID、创建人、更新时间、处理意见完整。 | 无对应权限时不能看到或不能提交“释放触达失败预占”;跨站点/跨部门数据需按权限范围过滤。 | 释放触达失败预占完整落库、状态正确、可追溯、可在相关模块回查。 | 对应子系统需求文档与数据对象章节 | 单文件系统页面:额度频控;动作:释放触达失败预占 | 待执行\nTC-PROTO-0118 | 用户运营系统-单文件.html | 推送/触达 | 推送/触达 | 功能测试 | 推送/触达执行执行IM触达并校验业务结果 | P1 | 已进入“推送/触达”;当前用户具备执行“执行IM触达”的权限;相关基础数据已准备。 | plan_id=PLAN-006;channel=IM;content=回评卡片 | 1. 打开“用户运营系统-单文件.html”的“推送/触达”页面。\n2. 点击与“执行IM触达”对应的主按钮或列表行操作。\n3. 在表单/弹窗中录入测试数据:plan_id=PLAN-006;channel=IM;content=回评卡片。\n4. 根据页面业务选择确认、提交、保存或审批动作。\n5. 返回列表,使用关键词或ID搜索刚才处理的数据。\n6. 打开详情页查看状态流转、关联对象和审计记录。 | 1. “执行IM触达”提交成功。\n2. 列表中可搜索到对应记录。\n3. 记录状态变为“OUTBOUND/SENT”。\n4. 详情页展示关联计划/用户/ASIN/风险/工单等上下文。\n5. 关键动作写入审计或通知。 | 校验数据写入/更新对象:im_interaction_records;状态值=OUTBOUND/SENT;关联ID、创建人、更新时间、处理意见完整。 | 无对应权限时不能看到或不能提交“执行IM触达”;跨站点/跨部门数据需按权限范围过滤。 | 执行IM触达完整落库、状态正确、可追溯、可在相关模块回查。 | 对应子系统需求文档与数据对象章节 | 单文件系统页面:推送/触达;动作:执行IM触达 | 待执行\nTC-PROTO-0119 | 用户运营系统-单文件.html | 推送/触达 | 推送/触达 | 功能测试 | 推送/触达执行执行EDM触达并校验业务结果 | P1 | 已进入“推送/触达”;当前用户具备执行“执行EDM触达”的权限;相关基础数据已准备。 | email=user@example.com;模板=回评邮件V1 | 1. 打开“用户运营系统-单文件.html”的“推送/触达”页面。\n2. 点击与“执行EDM触达”对应的主按钮或列表行操作。\n3. 在表单/弹窗中录入测试数据:email=user@example.com;模板=回评邮件V1。\n4. 根据页面业务选择确认、提交、保存或审批动作。\n5. 返回列表,使用关键词或ID搜索刚才处理的数据。\n6. 打开详情页查看状态流转、关联对象和审计记录。 | 1. “执行EDM触达”提交成功。\n2. 列表中可搜索到对应记录。\n3. 记录状态变为“SENT/DELIVERED”。\n4. 详情页展示关联计划/用户/ASIN/风险/工单等上下文。\n5. 关键动作写入审计或通知。 | 校验数据写入/更新对象:edm_message_events;状态值=SENT/DELIVERED;关联ID、创建人、更新时间、处理意见完整。 | 无对应权限时不能看到或不能提交“执行EDM触达”;跨站点/跨部门数据需按权限范围过滤。 | 执行EDM触达完整落库、状态正确、可追溯、可在相关模块回查。 | 对应子系统需求文档与数据对象章节 | 单文件系统页面:推送/触达;动作:执行EDM触达 | 待执行\nTC-PROTO-0120 | 用户运营系统-单文件.html | 推送/触达 | 推送/触达 | 功能测试 | 推送/触达执行用户退订后停止EDM并校验业务结果 | P1 | 已进入“推送/触达”;当前用户具备执行“用户退订后停止EDM”的权限;相关基础数据已准备。 | person_id=P100;event=UNSUBSCRIBED | 1. 打开“用户运营系统-单文件.html”的“推送/触达”页面。\n2. 点击与“用户退订后停止EDM”对应的主按钮或列表行操作。\n3. 在表单/弹窗中录入测试数据:person_id=P100;event=UNSUBSCRIBED。\n4. 根据页面业务选择确认、提交、保存或审批动作。\n5. 返回列表,使用关键词或ID搜索刚才处理的数据。\n6. 打开详情页查看状态流转、关联对象和审计记录。 | 1. “用户退订后停止EDM”提交成功。\n2. 列表中可搜索到对应记录。\n3. 记录状态变为“BLOCKED”。\n4. 详情页展示关联计划/用户/ASIN/风险/工单等上下文。\n5. 关键动作写入审计或通知。 | 校验数据写入/更新对象:edm_message_events/channel_dedup_records;状态值=BLOCKED;关联ID、创建人、更新时间、处理意见完整。 | 无对应权限时不能看到或不能提交“用户退订后停止EDM”;跨站点/跨部门数据需按权限范围过滤。 | 用户退订后停止EDM完整落库、状态正确、可追溯、可在相关模块回查。 | 对应子系统需求文档与数据对象章节 | 单文件系统页面:推送/触达;动作:用户退订后停止EDM | 待执行\nTC-PROTO-0121 | 用户运营系统-单文件.html | 客服中心 | 客服中心 | 功能测试 | 客服中心执行创建客服工单并校验业务结果 | P1 | 已进入“客服中心”;当前用户具备执行“创建客服工单”的权限;相关基础数据已准备。 | person_id=P200;source=IM转人工;type=催评 | 1. 打开“用户运营系统-单文件.html”的“客服中心”页面。\n2. 点击与“创建客服工单”对应的主按钮或列表行操作。\n3. 在表单/弹窗中录入测试数据:person_id=P200;source=IM转人工;type=催评。\n4. 根据页面业务选择确认、提交、保存或审批动作。\n5. 返回列表,使用关键词或ID搜索刚才处理的数据。\n6. 打开详情页查看状态流转、关联对象和审计记录。 | 1. “创建客服工单”提交成功。\n2. 列表中可搜索到对应记录。\n3. 记录状态变为“待分配”。\n4. 详情页展示关联计划/用户/ASIN/风险/工单等上下文。\n5. 关键动作写入审计或通知。 | 校验数据写入/更新对象:support_tickets;状态值=待分配;关联ID、创建人、更新时间、处理意见完整。 | 无对应权限时不能看到或不能提交“创建客服工单”;跨站点/跨部门数据需按权限范围过滤。 | 创建客服工单完整落库、状态正确、可追溯、可在相关模块回查。 | 对应子系统需求文档与数据对象章节 | 单文件系统页面:客服中心;动作:创建客服工单 | 待执行\nTC-PROTO-0122 | 用户运营系统-单文件.html | 客服中心 | 客服中心 | 功能测试 | 客服中心执行改派工单给组员并校验业务结果 | P1 | 已进入“客服中心”;当前用户具备执行“改派工单给组员”的权限;相关基础数据已准备。 | ticket_id=T001;from=组长;to=客服A;reason=当前负载低 | 1. 打开“用户运营系统-单文件.html”的“客服中心”页面。\n2. 点击与“改派工单给组员”对应的主按钮或列表行操作。\n3. 在表单/弹窗中录入测试数据:ticket_id=T001;from=组长;to=客服A;reason=当前负载低。\n4. 根据页面业务选择确认、提交、保存或审批动作。\n5. 返回列表,使用关键词或ID搜索刚才处理的数据。\n6. 打开详情页查看状态流转、关联对象和审计记录。 | 1. “改派工单给组员”提交成功。\n2. 列表中可搜索到对应记录。\n3. 记录状态变为“已分配”。\n4. 详情页展示关联计划/用户/ASIN/风险/工单等上下文。\n5. 关键动作写入审计或通知。 | 校验数据写入/更新对象:support_assignment_logs;状态值=已分配;关联ID、创建人、更新时间、处理意见完整。 | 无对应权限时不能看到或不能提交“改派工单给组员”;跨站点/跨部门数据需按权限范围过滤。 | 改派工单给组员完整落库、状态正确、可追溯、可在相关模块回查。 | 对应子系统需求文档与数据对象章节 | 单文件系统页面:客服中心;动作:改派工单给组员 | 待执行\nTC-PROTO-0123 | 用户运营系统-单文件.html | 风险中心 | 风险中心 | 功能测试 | 风险中心执行强风险拦截并校验业务结果 | P1 | 已进入“风险中心”;当前用户具备执行“强风险拦截”的权限;相关基础数据已准备。 | person_id=P300;命中黑名单邮箱和设备 | 1. 打开“用户运营系统-单文件.html”的“风险中心”页面。\n2. 点击与“强风险拦截”对应的主按钮或列表行操作。\n3. 在表单/弹窗中录入测试数据:person_id=P300;命中黑名单邮箱和设备。\n4. 根据页面业务选择确认、提交、保存或审批动作。\n5. 返回列表,使用关键词或ID搜索刚才处理的数据。\n6. 打开详情页查看状态流转、关联对象和审计记录。 | 1. “强风险拦截”提交成功。\n2. 列表中可搜索到对应记录。\n3. 记录状态变为“强风险拦截”。\n4. 详情页展示关联计划/用户/ASIN/风险/工单等上下文。\n5. 关键动作写入审计或通知。 | 校验数据写入/更新对象:risk_cases/blacklist_entities;状态值=强风险拦截;关联ID、创建人、更新时间、处理意见完整。 | 无对应权限时不能看到或不能提交“强风险拦截”;跨站点/跨部门数据需按权限范围过滤。 | 强风险拦截完整落库、状态正确、可追溯、可在相关模块回查。 | 对应子系统需求文档与数据对象章节 | 单文件系统页面:风险中心;动作:强风险拦截 | 待执行\nTC-PROTO-0124 | 用户运营系统-单文件.html | 风险中心 | 风险中心 | 功能测试 | 风险中心执行弱风险人工放行并校验业务结果 | P1 | 已进入“风险中心”;当前用户具备执行“弱风险人工放行”的权限;相关基础数据已准备。 | risk_case=R001;原因=家庭共用设备;意见=放行 | 1. 打开“用户运营系统-单文件.html”的“风险中心”页面。\n2. 点击与“弱风险人工放行”对应的主按钮或列表行操作。\n3. 在表单/弹窗中录入测试数据:risk_case=R001;原因=家庭共用设备;意见=放行。\n4. 根据页面业务选择确认、提交、保存或审批动作。\n5. 返回列表,使用关键词或ID搜索刚才处理的数据。\n6. 打开详情页查看状态流转、关联对象和审计记录。 | 1. “弱风险人工放行”提交成功。\n2. 列表中可搜索到对应记录。\n3. 记录状态变为“已放行”。\n4. 详情页展示关联计划/用户/ASIN/风险/工单等上下文。\n5. 关键动作写入审计或通知。 | 校验数据写入/更新对象:risk_cases;状态值=已放行;关联ID、创建人、更新时间、处理意见完整。 | 无对应权限时不能看到或不能提交“弱风险人工放行”;跨站点/跨部门数据需按权限范围过滤。 | 弱风险人工放行完整落库、状态正确、可追溯、可在相关模块回查。 | 对应子系统需求文档与数据对象章节 | 单文件系统页面:风险中心;动作:弱风险人工放行 | 待执行\nTC-PROTO-0125 | 用户运营系统-单文件.html | 评价追踪 | 评价追踪 | 功能测试 | 评价追踪执行登记评价提交并校验业务结果 | P1 | 已进入“评价追踪”;当前用户具备执行“登记评价提交”的权限;相关基础数据已准备。 | person_id=P400;asin=B0TEST004;plan_id=PLAN-007;evidence=截图+链接 | 1. 打开“用户运营系统-单文件.html”的“评价追踪”页面。\n2. 点击与“登记评价提交”对应的主按钮或列表行操作。\n3. 在表单/弹窗中录入测试数据:person_id=P400;asin=B0TEST004;plan_id=PLAN-007;evidence=截图+链接。\n4. 根据页面业务选择确认、提交、保存或审批动作。\n5. 返回列表,使用关键词或ID搜索刚才处理的数据。\n6. 打开详情页查看状态流转、关联对象和审计记录。 | 1. “登记评价提交”提交成功。\n2. 列表中可搜索到对应记录。\n3. 记录状态变为“已提交”。\n4. 详情页展示关联计划/用户/ASIN/风险/工单等上下文。\n5. 关键动作写入审计或通知。 | 校验数据写入/更新对象:review_submission_records;状态值=已提交;关联ID、创建人、更新时间、处理意见完整。 | 无对应权限时不能看到或不能提交“登记评价提交”;跨站点/跨部门数据需按权限范围过滤。 | 登记评价提交完整落库、状态正确、可追溯、可在相关模块回查。 | 对应子系统需求文档与数据对象章节 | 单文件系统页面:评价追踪;动作:登记评价提交 | 待执行\nTC-PROTO-0126 | 用户运营系统-单文件.html | 评价追踪 | 评价追踪 | 功能测试 | 评价追踪执行Amazon展示核验成功并校验业务结果 | P1 | 已进入“评价追踪”;当前用户具备执行“Amazon展示核验成功”的权限;相关基础数据已准备。 | submission_id=SUB001;check_method=人工;result=DISPLAYED | 1. 打开“用户运营系统-单文件.html”的“评价追踪”页面。\n2. 点击与“Amazon展示核验成功”对应的主按钮或列表行操作。\n3. 在表单/弹窗中录入测试数据:submission_id=SUB001;check_method=人工;result=DISPLAYED。\n4. 根据页面业务选择确认、提交、保存或审批动作。\n5. 返回列表,使用关键词或ID搜索刚才处理的数据。\n6. 打开详情页查看状态流转、关联对象和审计记录。 | 1. “Amazon展示核验成功”提交成功。\n2. 列表中可搜索到对应记录。\n3. 记录状态变为“CONFIRMED”。\n4. 详情页展示关联计划/用户/ASIN/风险/工单等上下文。\n5. 关键动作写入审计或通知。 | 校验数据写入/更新对象:review_display_checks/review_results;状态值=CONFIRMED;关联ID、创建人、更新时间、处理意见完整。 | 无对应权限时不能看到或不能提交“Amazon展示核验成功”;跨站点/跨部门数据需按权限范围过滤。 | Amazon展示核验成功完整落库、状态正确、可追溯、可在相关模块回查。 | 对应子系统需求文档与数据对象章节 | 单文件系统页面:评价追踪;动作:Amazon展示核验成功 | 待执行\nTC-PROTO-0127 | 用户运营系统-单文件.html | 评价追踪 | 评价追踪 | 功能测试 | 评价追踪执行Amazon暂不可核验进入观察并校验业务结果 | P1 | 已进入“评价追踪”;当前用户具备执行“Amazon暂不可核验进入观察”的权限;相关基础数据已准备。 | submission_id=SUB002;result=UNVERIFIABLE | 1. 打开“用户运营系统-单文件.html”的“评价追踪”页面。\n2. 点击与“Amazon暂不可核验进入观察”对应的主按钮或列表行操作。\n3. 在表单/弹窗中录入测试数据:submission_id=SUB002;result=UNVERIFIABLE。\n4. 根据页面业务选择确认、提交、保存或审批动作。\n5. 返回列表,使用关键词或ID搜索刚才处理的数据。\n6. 打开详情页查看状态流转、关联对象和审计记录。 | 1. “Amazon暂不可核验进入观察”提交成功。\n2. 列表中可搜索到对应记录。\n3. 记录状态变为“OBSERVING”。\n4. 详情页展示关联计划/用户/ASIN/风险/工单等上下文。\n5. 关键动作写入审计或通知。 | 校验数据写入/更新对象:review_display_checks;状态值=OBSERVING;关联ID、创建人、更新时间、处理意见完整。 | 无对应权限时不能看到或不能提交“Amazon暂不可核验进入观察”;跨站点/跨部门数据需按权限范围过滤。 | Amazon暂不可核验进入观察完整落库、状态正确、可追溯、可在相关模块回查。 | 对应子系统需求文档与数据对象章节 | 单文件系统页面:评价追踪;动作:Amazon暂不可核验进入观察 | 待执行\nTC-PROTO-0128 | 用户运营系统-单文件.html | KOC/KOL | KOC/KOL | 功能测试 | KOC/KOL执行创建免评协作任务并校验业务结果 | P1 | 已进入“KOC/KOL”;当前用户具备执行“创建免评协作任务”的权限;相关基础数据已准备。 | creator_id=C001;ASIN=B0TEST005;CODE=KOC20;Brief=短视频 | 1. 打开“用户运营系统-单文件.html”的“KOC/KOL”页面。\n2. 点击与“创建免评协作任务”对应的主按钮或列表行操作。\n3. 在表单/弹窗中录入测试数据:creator_id=C001;ASIN=B0TEST005;CODE=KOC20;Brief=短视频。\n4. 根据页面业务选择确认、提交、保存或审批动作。\n5. 返回列表,使用关键词或ID搜索刚才处理的数据。\n6. 打开详情页查看状态流转、关联对象和审计记录。 | 1. “创建免评协作任务”提交成功。\n2. 列表中可搜索到对应记录。\n3. 记录状态变为“执行中”。\n4. 详情页展示关联计划/用户/ASIN/风险/工单等上下文。\n5. 关键动作写入审计或通知。 | 校验数据写入/更新对象:exemption_plan_tasks/code_records;状态值=执行中;关联ID、创建人、更新时间、处理意见完整。 | 无对应权限时不能看到或不能提交“创建免评协作任务”;跨站点/跨部门数据需按权限范围过滤。 | 创建免评协作任务完整落库、状态正确、可追溯、可在相关模块回查。 | 对应子系统需求文档与数据对象章节 | 单文件系统页面:KOC/KOL;动作:创建免评协作任务 | 待执行\nTC-PROTO-0129 | 用户运营系统-单文件.html | 审计通知 | 审计通知 | 功能测试 | 审计通知执行查看敏感信息审计并校验业务结果 | P1 | 已进入“审计通知”;当前用户具备执行“查看敏感信息审计”的权限;相关基础数据已准备。 | 对象=用户邮箱/设备号;动作=查看完整信息 | 1. 打开“用户运营系统-单文件.html”的“审计通知”页面。\n2. 点击与“查看敏感信息审计”对应的主按钮或列表行操作。\n3. 在表单/弹窗中录入测试数据:对象=用户邮箱/设备号;动作=查看完整信息。\n4. 根据页面业务选择确认、提交、保存或审批动作。\n5. 返回列表,使用关键词或ID搜索刚才处理的数据。\n6. 打开详情页查看状态流转、关联对象和审计记录。 | 1. “查看敏感信息审计”提交成功。\n2. 列表中可搜索到对应记录。\n3. 记录状态变为“已记录”。\n4. 详情页展示关联计划/用户/ASIN/风险/工单等上下文。\n5. 关键动作写入审计或通知。 | 校验数据写入/更新对象:interaction_audit_logs;状态值=已记录;关联ID、创建人、更新时间、处理意见完整。 | 无对应权限时不能看到或不能提交“查看敏感信息审计”;跨站点/跨部门数据需按权限范围过滤。 | 查看敏感信息审计完整落库、状态正确、可追溯、可在相关模块回查。 | 对应子系统需求文档与数据对象章节 | 单文件系统页面:审计通知;动作:查看敏感信息审计 | 待执行\nTC-PROTO-0130 | 用户运营系统-单文件.html | 系统管理 | 系统管理 | 功能测试 | 系统管理执行分配导出权限并校验业务结果 | P1 | 已进入“系统管理”;当前用户具备执行“分配导出权限”的权限;相关基础数据已准备。 | role=用户运营组长;permission=导出计划数据;scope=US站点 | 1. 打开“用户运营系统-单文件.html”的“系统管理”页面。\n2. 点击与“分配导出权限”对应的主按钮或列表行操作。\n3. 在表单/弹窗中录入测试数据:role=用户运营组长;permission=导出计划数据;scope=US站点。\n4. 根据页面业务选择确认、提交、保存或审批动作。\n5. 返回列表,使用关键词或ID搜索刚才处理的数据。\n6. 打开详情页查看状态流转、关联对象和审计记录。 | 1. “分配导出权限”提交成功。\n2. 列表中可搜索到对应记录。\n3. 记录状态变为“已授权”。\n4. 详情页展示关联计划/用户/ASIN/风险/工单等上下文。\n5. 关键动作写入审计或通知。 | 校验数据写入/更新对象:权限配置/审计日志;状态值=已授权;关联ID、创建人、更新时间、处理意见完整。 | 无对应权限时不能看到或不能提交“分配导出权限”;跨站点/跨部门数据需按权限范围过滤。 | 分配导出权限完整落库、状态正确、可追溯、可在相关模块回查。 | 对应子系统需求文档与数据对象章节 | 单文件系统页面:系统管理;动作:分配导出权限 | 待执行\nTC-PROTO-0131 | 用户运营系统-单文件.html | 需求中心 | 需求中心 | 异常场景 | 需求中心异常校验:创建需求缺少ASIN | P2 | 已进入“需求中心”;准备异常数据或异常状态:ASIN为空,其他字段完整。 | 异常场景=创建需求缺少ASIN;异常数据=ASIN为空,其他字段完整 | 1. 打开“需求中心”。\n2. 按正常业务入口开始操作。\n3. 输入或选择异常数据:ASIN为空,其他字段完整。\n4. 点击提交/保存/审批/发送。\n5. 查看页面校验提示、状态变化和日志记录。\n6. 刷新页面后再次查询该对象。 | 1. 系统识别异常“创建需求缺少ASIN”。\n2. 处理结果为:提示ASIN必填,需求不创建。\n3. 不应产生错误落库、重复扣减额度或错误计划完成数。\n4. 刷新后异常状态仍可追溯。 | 异常场景下相关业务表不产生不一致数据;需要记录失败原因、操作者和时间。 | 无权限角色不能通过异常路径绕过审批、额度、风险或敏感字段控制。 | 异常被明确拦截或进入规定处理队列,业务数据保持一致。 | 对应子系统异常/待确认规则;09-审计与通知中心 | 单文件系统页面:需求中心;异常:创建需求缺少ASIN | 待执行\nTC-PROTO-0132 | 用户运营系统-单文件.html | 需求中心 | 需求中心 | 异常场景 | 需求中心异常校验:目标数量为0或负数 | P2 | 已进入“需求中心”;准备异常数据或异常状态:target_count=0/-1。 | 异常场景=目标数量为0或负数;异常数据=target_count=0/-1 | 1. 打开“需求中心”。\n2. 按正常业务入口开始操作。\n3. 输入或选择异常数据:target_count=0/-1。\n4. 点击提交/保存/审批/发送。\n5. 查看页面校验提示、状态变化和日志记录。\n6. 刷新页面后再次查询该对象。 | 1. 系统识别异常“目标数量为0或负数”。\n2. 处理结果为:提示目标数量必须大于0。\n3. 不应产生错误落库、重复扣减额度或错误计划完成数。\n4. 刷新后异常状态仍可追溯。 | 异常场景下相关业务表不产生不一致数据;需要记录失败原因、操作者和时间。 | 无权限角色不能通过异常路径绕过审批、额度、风险或敏感字段控制。 | 异常被明确拦截或进入规定处理队列,业务数据保持一致。 | 对应子系统异常/待确认规则;09-审计与通知中心 | 单文件系统页面:需求中心;异常:目标数量为0或负数 | 待执行\nTC-PROTO-0133 | 用户运营系统-单文件.html | 计划审核 | 计划审核 | 异常场景 | 计划审核异常校验:审批意见为空驳回 | P2 | 已进入“计划审核”;准备异常数据或异常状态:decision=驳回;comment为空。 | 异常场景=审批意见为空驳回;异常数据=decision=驳回;comment为空 | 1. 打开“计划审核”。\n2. 按正常业务入口开始操作。\n3. 输入或选择异常数据:decision=驳回;comment为空。\n4. 点击提交/保存/审批/发送。\n5. 查看页面校验提示、状态变化和日志记录。\n6. 刷新页面后再次查询该对象。 | 1. 系统识别异常“审批意见为空驳回”。\n2. 处理结果为:阻止提交并提示填写驳回原因。\n3. 不应产生错误落库、重复扣减额度或错误计划完成数。\n4. 刷新后异常状态仍可追溯。 | 异常场景下相关业务表不产生不一致数据;需要记录失败原因、操作者和时间。 | 无权限角色不能通过异常路径绕过审批、额度、风险或敏感字段控制。 | 异常被明确拦截或进入规定处理队列,业务数据保持一致。 | 对应子系统异常/待确认规则;09-审计与通知中心 | 单文件系统页面:计划审核;异常:审批意见为空驳回 | 待执行\nTC-PROTO-0134 | 用户运营系统-单文件.html | 计划中心 | 计划中心 | 异常场景 | 计划中心异常校验:已终止计划再次启动 | P2 | 已进入“计划中心”;准备异常数据或异常状态:plan.status=CANCELLED。 | 异常场景=已终止计划再次启动;异常数据=plan.status=CANCELLED | 1. 打开“计划中心”。\n2. 按正常业务入口开始操作。\n3. 输入或选择异常数据:plan.status=CANCELLED。\n4. 点击提交/保存/审批/发送。\n5. 查看页面校验提示、状态变化和日志记录。\n6. 刷新页面后再次查询该对象。 | 1. 系统识别异常“已终止计划再次启动”。\n2. 处理结果为:启动按钮不可用或提示不可恢复。\n3. 不应产生错误落库、重复扣减额度或错误计划完成数。\n4. 刷新后异常状态仍可追溯。 | 异常场景下相关业务表不产生不一致数据;需要记录失败原因、操作者和时间。 | 无权限角色不能通过异常路径绕过审批、额度、风险或敏感字段控制。 | 异常被明确拦截或进入规定处理队列,业务数据保持一致。 | 对应子系统异常/待确认规则;09-审计与通知中心 | 单文件系统页面:计划中心;异常:已终止计划再次启动 | 待执行\nTC-PROTO-0135 | 用户运营系统-单文件.html | 额度频控 | 额度频控 | 异常场景 | 额度频控异常校验:月度测评额度超过4 | P2 | 已进入“额度频控”;准备异常数据或异常状态:used=4,reserved=0,count=1。 | 异常场景=月度测评额度超过4;异常数据=used=4,reserved=0,count=1 | 1. 打开“额度频控”。\n2. 按正常业务入口开始操作。\n3. 输入或选择异常数据:used=4,reserved=0,count=1。\n4. 点击提交/保存/审批/发送。\n5. 查看页面校验提示、状态变化和日志记录。\n6. 刷新页面后再次查询该对象。 | 1. 系统识别异常“月度测评额度超过4”。\n2. 处理结果为:返回exceeded并阻止预占。\n3. 不应产生错误落库、重复扣减额度或错误计划完成数。\n4. 刷新后异常状态仍可追溯。 | 异常场景下相关业务表不产生不一致数据;需要记录失败原因、操作者和时间。 | 无权限角色不能通过异常路径绕过审批、额度、风险或敏感字段控制。 | 异常被明确拦截或进入规定处理队列,业务数据保持一致。 | 对应子系统异常/待确认规则;09-审计与通知中心 | 单文件系统页面:额度频控;异常:月度测评额度超过4 | 待执行\nTC-PROTO-0136 | 用户运营系统-单文件.html | 额度频控 | 额度频控 | 异常场景 | 额度频控异常校验:累计评价超过12 | P2 | 已进入“额度频控”;准备异常数据或异常状态:lifetime_submission=12。 | 异常场景=累计评价超过12;异常数据=lifetime_submission=12 | 1. 打开“额度频控”。\n2. 按正常业务入口开始操作。\n3. 输入或选择异常数据:lifetime_submission=12。\n4. 点击提交/保存/审批/发送。\n5. 查看页面校验提示、状态变化和日志记录。\n6. 刷新页面后再次查询该对象。 | 1. 系统识别异常“累计评价超过12”。\n2. 处理结果为:候选人进入排除池。\n3. 不应产生错误落库、重复扣减额度或错误计划完成数。\n4. 刷新后异常状态仍可追溯。 | 异常场景下相关业务表不产生不一致数据;需要记录失败原因、操作者和时间。 | 无权限角色不能通过异常路径绕过审批、额度、风险或敏感字段控制。 | 异常被明确拦截或进入规定处理队列,业务数据保持一致。 | 对应子系统异常/待确认规则;09-审计与通知中心 | 单文件系统页面:额度频控;异常:累计评价超过12 | 待执行\nTC-PROTO-0137 | 用户运营系统-单文件.html | 额度频控 | 额度频控 | 异常场景 | 额度频控异常校验:发送前终校发现未关闭工单 | P2 | 已进入“额度频控”;准备异常数据或异常状态:support open ticket exists。 | 异常场景=发送前终校发现未关闭工单;异常数据=support open ticket exists | 1. 打开“额度频控”。\n2. 按正常业务入口开始操作。\n3. 输入或选择异常数据:support open ticket exists。\n4. 点击提交/保存/审批/发送。\n5. 查看页面校验提示、状态变化和日志记录。\n6. 刷新页面后再次查询该对象。 | 1. 系统识别异常“发送前终校发现未关闭工单”。\n2. 处理结果为:撤出本批次并记录原因。\n3. 不应产生错误落库、重复扣减额度或错误计划完成数。\n4. 刷新后异常状态仍可追溯。 | 异常场景下相关业务表不产生不一致数据;需要记录失败原因、操作者和时间。 | 无权限角色不能通过异常路径绕过审批、额度、风险或敏感字段控制。 | 异常被明确拦截或进入规定处理队列,业务数据保持一致。 | 对应子系统异常/待确认规则;09-审计与通知中心 | 单文件系统页面:额度频控;异常:发送前终校发现未关闭工单 | 待执行\nTC-PROTO-0138 | 用户运营系统-单文件.html | 推送/触达 | 推送/触达 | 异常场景 | 推送/触达异常校验:同计划同用户重复触达 | P2 | 已进入“推送/触达”;准备异常数据或异常状态:person_id相同、plan_id相同、channel不同。 | 异常场景=同计划同用户重复触达;异常数据=person_id相同、plan_id相同、channel不同 | 1. 打开“推送/触达”。\n2. 按正常业务入口开始操作。\n3. 输入或选择异常数据:person_id相同、plan_id相同、channel不同。\n4. 点击提交/保存/审批/发送。\n5. 查看页面校验提示、状态变化和日志记录。\n6. 刷新页面后再次查询该对象。 | 1. 系统识别异常“同计划同用户重复触达”。\n2. 处理结果为:去重记录BLOCKED。\n3. 不应产生错误落库、重复扣减额度或错误计划完成数。\n4. 刷新后异常状态仍可追溯。 | 异常场景下相关业务表不产生不一致数据;需要记录失败原因、操作者和时间。 | 无权限角色不能通过异常路径绕过审批、额度、风险或敏感字段控制。 | 异常被明确拦截或进入规定处理队列,业务数据保持一致。 | 对应子系统异常/待确认规则;09-审计与通知中心 | 单文件系统页面:推送/触达;异常:同计划同用户重复触达 | 待执行\nTC-PROTO-0139 | 用户运营系统-单文件.html | 推送/触达 | 推送/触达 | 异常场景 | 推送/触达异常校验:EDM硬退信 | P2 | 已进入“推送/触达”;准备异常数据或异常状态:event=HARD_BOUNCED。 | 异常场景=EDM硬退信;异常数据=event=HARD_BOUNCED | 1. 打开“推送/触达”。\n2. 按正常业务入口开始操作。\n3. 输入或选择异常数据:event=HARD_BOUNCED。\n4. 点击提交/保存/审批/发送。\n5. 查看页面校验提示、状态变化和日志记录。\n6. 刷新页面后再次查询该对象。 | 1. 系统识别异常“EDM硬退信”。\n2. 处理结果为:邮箱状态标记不可触达。\n3. 不应产生错误落库、重复扣减额度或错误计划完成数。\n4. 刷新后异常状态仍可追溯。 | 异常场景下相关业务表不产生不一致数据;需要记录失败原因、操作者和时间。 | 无权限角色不能通过异常路径绕过审批、额度、风险或敏感字段控制。 | 异常被明确拦截或进入规定处理队列,业务数据保持一致。 | 对应子系统异常/待确认规则;09-审计与通知中心 | 单文件系统页面:推送/触达;异常:EDM硬退信 | 待执行\nTC-PROTO-0140 | 用户运营系统-单文件.html | 推送/触达 | 推送/触达 | 异常场景 | 推送/触达异常校验:TEL三次未接通 | P2 | 已进入“推送/触达”;准备异常数据或异常状态:retry_count=3。 | 异常场景=TEL三次未接通;异常数据=retry_count=3 | 1. 打开“推送/触达”。\n2. 按正常业务入口开始操作。\n3. 输入或选择异常数据:retry_count=3。\n4. 点击提交/保存/审批/发送。\n5. 查看页面校验提示、状态变化和日志记录。\n6. 刷新页面后再次查询该对象。 | 1. 系统识别异常“TEL三次未接通”。\n2. 处理结果为:降级EDM或关闭电话任务。\n3. 不应产生错误落库、重复扣减额度或错误计划完成数。\n4. 刷新后异常状态仍可追溯。 | 异常场景下相关业务表不产生不一致数据;需要记录失败原因、操作者和时间。 | 无权限角色不能通过异常路径绕过审批、额度、风险或敏感字段控制。 | 异常被明确拦截或进入规定处理队列,业务数据保持一致。 | 对应子系统异常/待确认规则;09-审计与通知中心 | 单文件系统页面:推送/触达;异常:TEL三次未接通 | 待执行\nTC-PROTO-0141 | 用户运营系统-单文件.html | 客服中心 | 客服中心 | 异常场景 | 客服中心异常校验:关闭工单缺少处理结果 | P2 | 已进入“客服中心”;准备异常数据或异常状态:result为空。 | 异常场景=关闭工单缺少处理结果;异常数据=result为空 | 1. 打开“客服中心”。\n2. 按正常业务入口开始操作。\n3. 输入或选择异常数据:result为空。\n4. 点击提交/保存/审批/发送。\n5. 查看页面校验提示、状态变化和日志记录。\n6. 刷新页面后再次查询该对象。 | 1. 系统识别异常“关闭工单缺少处理结果”。\n2. 处理结果为:阻止关闭。\n3. 不应产生错误落库、重复扣减额度或错误计划完成数。\n4. 刷新后异常状态仍可追溯。 | 异常场景下相关业务表不产生不一致数据;需要记录失败原因、操作者和时间。 | 无权限角色不能通过异常路径绕过审批、额度、风险或敏感字段控制。 | 异常被明确拦截或进入规定处理队列,业务数据保持一致。 | 对应子系统异常/待确认规则;09-审计与通知中心 | 单文件系统页面:客服中心;异常:关闭工单缺少处理结果 | 待执行\nTC-PROTO-0142 | 用户运营系统-单文件.html | 客服中心 | 客服中心 | 异常场景 | 客服中心异常校验:答应配合超时 | P2 | 已进入“客服中心”;准备异常数据或异常状态:deadline_at过期且无submission。 | 异常场景=答应配合超时;异常数据=deadline_at过期且无submission | 1. 打开“客服中心”。\n2. 按正常业务入口开始操作。\n3. 输入或选择异常数据:deadline_at过期且无submission。\n4. 点击提交/保存/审批/发送。\n5. 查看页面校验提示、状态变化和日志记录。\n6. 刷新页面后再次查询该对象。 | 1. 系统识别异常“答应配合超时”。\n2. 处理结果为:生成需再次联系任务。\n3. 不应产生错误落库、重复扣减额度或错误计划完成数。\n4. 刷新后异常状态仍可追溯。 | 异常场景下相关业务表不产生不一致数据;需要记录失败原因、操作者和时间。 | 无权限角色不能通过异常路径绕过审批、额度、风险或敏感字段控制。 | 异常被明确拦截或进入规定处理队列,业务数据保持一致。 | 对应子系统异常/待确认规则;09-审计与通知中心 | 单文件系统页面:客服中心;异常:答应配合超时 | 待执行\nTC-PROTO-0143 | 用户运营系统-单文件.html | 风险中心 | 风险中心 | 异常场景 | 风险中心异常校验:黑名单同步接口超时 | P2 | 已进入“风险中心”;准备异常数据或异常状态:blacklist API timeout。 | 异常场景=黑名单同步接口超时;异常数据=blacklist API timeout | 1. 打开“风险中心”。\n2. 按正常业务入口开始操作。\n3. 输入或选择异常数据:blacklist API timeout。\n4. 点击提交/保存/审批/发送。\n5. 查看页面校验提示、状态变化和日志记录。\n6. 刷新页面后再次查询该对象。 | 1. 系统识别异常“黑名单同步接口超时”。\n2. 处理结果为:状态为失败待重试。\n3. 不应产生错误落库、重复扣减额度或错误计划完成数。\n4. 刷新后异常状态仍可追溯。 | 异常场景下相关业务表不产生不一致数据;需要记录失败原因、操作者和时间。 | 无权限角色不能通过异常路径绕过审批、额度、风险或敏感字段控制。 | 异常被明确拦截或进入规定处理队列,业务数据保持一致。 | 对应子系统异常/待确认规则;09-审计与通知中心 | 单文件系统页面:风险中心;异常:黑名单同步接口超时 | 待执行\nTC-PROTO-0144 | 用户运营系统-单文件.html | 风险中心 | 风险中心 | 异常场景 | 风险中心异常校验:弱风险复核被拒绝 | P2 | 已进入“风险中心”;准备异常数据或异常状态:人工意见=拒绝。 | 异常场景=弱风险复核被拒绝;异常数据=人工意见=拒绝 | 1. 打开“风险中心”。\n2. 按正常业务入口开始操作。\n3. 输入或选择异常数据:人工意见=拒绝。\n4. 点击提交/保存/审批/发送。\n5. 查看页面校验提示、状态变化和日志记录。\n6. 刷新页面后再次查询该对象。 | 1. 系统识别异常“弱风险复核被拒绝”。\n2. 处理结果为:用户不能进入触达。\n3. 不应产生错误落库、重复扣减额度或错误计划完成数。\n4. 刷新后异常状态仍可追溯。 | 异常场景下相关业务表不产生不一致数据;需要记录失败原因、操作者和时间。 | 无权限角色不能通过异常路径绕过审批、额度、风险或敏感字段控制。 | 异常被明确拦截或进入规定处理队列,业务数据保持一致。 | 对应子系统异常/待确认规则;09-审计与通知中心 | 单文件系统页面:风险中心;异常:弱风险复核被拒绝 | 待执行\nTC-PROTO-0145 | 用户运营系统-单文件.html | 评价追踪 | 评价追踪 | 异常场景 | 评价追踪异常校验:提交评价ASIN不匹配 | P2 | 已进入“评价追踪”;准备异常数据或异常状态:登记ASIN=A,证据链接ASIN=B。 | 异常场景=提交评价ASIN不匹配;异常数据=登记ASIN=A,证据链接ASIN=B | 1. 打开“评价追踪”。\n2. 按正常业务入口开始操作。\n3. 输入或选择异常数据:登记ASIN=A,证据链接ASIN=B。\n4. 点击提交/保存/审批/发送。\n5. 查看页面校验提示、状态变化和日志记录。\n6. 刷新页面后再次查询该对象。 | 1. 系统识别异常“提交评价ASIN不匹配”。\n2. 处理结果为:标记异常不计入完成。\n3. 不应产生错误落库、重复扣减额度或错误计划完成数。\n4. 刷新后异常状态仍可追溯。 | 异常场景下相关业务表不产生不一致数据;需要记录失败原因、操作者和时间。 | 无权限角色不能通过异常路径绕过审批、额度、风险或敏感字段控制。 | 异常被明确拦截或进入规定处理队列,业务数据保持一致。 | 对应子系统异常/待确认规则;09-审计与通知中心 | 单文件系统页面:评价追踪;异常:提交评价ASIN不匹配 | 待执行\nTC-PROTO-0146 | 用户运营系统-单文件.html | 评价追踪 | 评价追踪 | 异常场景 | 评价追踪异常校验:Amazon未展示超过观察期 | P2 | 已进入“评价追踪”;准备异常数据或异常状态:status=OBSERVING且retry超期。 | 异常场景=Amazon未展示超过观察期;异常数据=status=OBSERVING且retry超期 | 1. 打开“评价追踪”。\n2. 按正常业务入口开始操作。\n3. 输入或选择异常数据:status=OBSERVING且retry超期。\n4. 点击提交/保存/审批/发送。\n5. 查看页面校验提示、状态变化和日志记录。\n6. 刷新页面后再次查询该对象。 | 1. 系统识别异常“Amazon未展示超过观察期”。\n2. 处理结果为:标记ABNORMAL并通知运营。\n3. 不应产生错误落库、重复扣减额度或错误计划完成数。\n4. 刷新后异常状态仍可追溯。 | 异常场景下相关业务表不产生不一致数据;需要记录失败原因、操作者和时间。 | 无权限角色不能通过异常路径绕过审批、额度、风险或敏感字段控制。 | 异常被明确拦截或进入规定处理队列,业务数据保持一致。 | 对应子系统异常/待确认规则;09-审计与通知中心 | 单文件系统页面:评价追踪;异常:Amazon未展示超过观察期 | 待执行\nTC-PROTO-0147 | 用户运营系统-单文件.html | KOC/KOL | KOC/KOL | 异常场景 | KOC/KOL异常校验:CODE缺失 | P2 | 已进入“KOC/KOL”;准备异常数据或异常状态:免评任务未填写CODE。 | 异常场景=CODE缺失;异常数据=免评任务未填写CODE | 1. 打开“KOC/KOL”。\n2. 按正常业务入口开始操作。\n3. 输入或选择异常数据:免评任务未填写CODE。\n4. 点击提交/保存/审批/发送。\n5. 查看页面校验提示、状态变化和日志记录。\n6. 刷新页面后再次查询该对象。 | 1. 系统识别异常“CODE缺失”。\n2. 处理结果为:阻止创建或标记价格/CODE待确认。\n3. 不应产生错误落库、重复扣减额度或错误计划完成数。\n4. 刷新后异常状态仍可追溯。 | 异常场景下相关业务表不产生不一致数据;需要记录失败原因、操作者和时间。 | 无权限角色不能通过异常路径绕过审批、额度、风险或敏感字段控制。 | 异常被明确拦截或进入规定处理队列,业务数据保持一致。 | 对应子系统异常/待确认规则;09-审计与通知中心 | 单文件系统页面:KOC/KOL;异常:CODE缺失 | 待执行\nTC-PROTO-0148 | 用户运营系统-单文件.html | 审计通知 | 审计通知 | 异常场景 | 审计通知异常校验:普通客服查看完整邮箱 | P2 | 已进入“审计通知”;准备异常数据或异常状态:role=客服;action=查看完整信息。 | 异常场景=普通客服查看完整邮箱;异常数据=role=客服;action=查看完整信息 | 1. 打开“审计通知”。\n2. 按正常业务入口开始操作。\n3. 输入或选择异常数据:role=客服;action=查看完整信息。\n4. 点击提交/保存/审批/发送。\n5. 查看页面校验提示、状态变化和日志记录。\n6. 刷新页面后再次查询该对象。 | 1. 系统识别异常“普通客服查看完整邮箱”。\n2. 处理结果为:拒绝访问并记录越权尝试。\n3. 不应产生错误落库、重复扣减额度或错误计划完成数。\n4. 刷新后异常状态仍可追溯。 | 异常场景下相关业务表不产生不一致数据;需要记录失败原因、操作者和时间。 | 无权限角色不能通过异常路径绕过审批、额度、风险或敏感字段控制。 | 异常被明确拦截或进入规定处理队列,业务数据保持一致。 | 对应子系统异常/待确认规则;09-审计与通知中心 | 单文件系统页面:审计通知;异常:普通客服查看完整邮箱 | 待执行\nTC-PROTO-0149 | 用户运营系统-单文件.html | 系统管理 | 系统管理 | 异常场景 | 系统管理异常校验:离职账号仍有审批任务 | P2 | 已进入“系统管理”;准备异常数据或异常状态:account=disabled但任务未交接。 | 异常场景=离职账号仍有审批任务;异常数据=account=disabled但任务未交接 | 1. 打开“系统管理”。\n2. 按正常业务入口开始操作。\n3. 输入或选择异常数据:account=disabled但任务未交接。\n4. 点击提交/保存/审批/发送。\n5. 查看页面校验提示、状态变化和日志记录。\n6. 刷新页面后再次查询该对象。 | 1. 系统识别异常“离职账号仍有审批任务”。\n2. 处理结果为:阻止完成离职并提示先交接。\n3. 不应产生错误落库、重复扣减额度或错误计划完成数。\n4. 刷新后异常状态仍可追溯。 | 异常场景下相关业务表不产生不一致数据;需要记录失败原因、操作者和时间。 | 无权限角色不能通过异常路径绕过审批、额度、风险或敏感字段控制。 | 异常被明确拦截或进入规定处理队列,业务数据保持一致。 | 对应子系统异常/待确认规则;09-审计与通知中心 | 单文件系统页面:系统管理;异常:离职账号仍有审批任务 | 待执行\nTC-PROTO-0150 | 用户运营系统-单文件.html | 用户中心 | 用户身份与上下文 | 数据校验 | 用户中心页面触发按线索查真实人并校验接口数据 | P2 | 前端页面“用户中心”已打开;后端或 mock 服务提供接口“GET /api/identity/person?type=email&value=xxx”;测试用户拥有页面访问权限。 | 接口=GET /api/identity/person?type=email&value=xxx;预期输出=返回person_id、confidence、matched_clues | 1. 打开“用户中心”页面。\n2. 执行会触发“按线索查真实人”的页面操作。\n3. 在浏览器网络面板或接口日志中定位请求“GET /api/identity/person?type=email&value=xxx”。\n4. 校验请求参数来自页面当前选择的数据。\n5. 查看接口响应并回到页面查看展示结果。 | 1. 页面操作正确触发“GET /api/identity/person?type=email&value=xxx”。\n2. 接口响应包含:返回person_id、confidence、matched_clues。\n3. 页面展示与接口响应一致。\n4. 接口失败时页面给出可理解的错误提示,不出现空白页。 | 请求参数、响应字段、页面展示、数据库对象四者一致;失败响应不写入成功状态。 | 接口必须校验登录态和角色权限;前端隐藏按钮不能替代后端鉴权。 | 按线索查真实人在页面、接口、数据层三端一致。 | 对应子系统 API 契约章节 | 单文件页面:用户中心;接口:GET /api/identity/person?type=email&value=xxx | 待执行\nTC-PROTO-0151 | 用户运营系统-单文件.html | 用户中心 | 用户身份与上下文 | 数据校验 | 用户中心页面触发获取用户上下文卡并校验接口数据 | P2 | 前端页面“用户中心”已打开;后端或 mock 服务提供接口“GET /api/identity/context/{person_id}”;测试用户拥有页面访问权限。 | 接口=GET /api/identity/context/{person_id};预期输出=返回identity、transactions、services、risks、devices、outreach_history | 1. 打开“用户中心”页面。\n2. 执行会触发“获取用户上下文卡”的页面操作。\n3. 在浏览器网络面板或接口日志中定位请求“GET /api/identity/context/{person_id}”。\n4. 校验请求参数来自页面当前选择的数据。\n5. 查看接口响应并回到页面查看展示结果。 | 1. 页面操作正确触发“GET /api/identity/context/{person_id}”。\n2. 接口响应包含:返回identity、transactions、services、risks、devices、outreach_history。\n3. 页面展示与接口响应一致。\n4. 接口失败时页面给出可理解的错误提示,不出现空白页。 | 请求参数、响应字段、页面展示、数据库对象四者一致;失败响应不写入成功状态。 | 接口必须校验登录态和角色权限;前端隐藏按钮不能替代后端鉴权。 | 获取用户上下文卡在页面、接口、数据层三端一致。 | 对应子系统 API 契约章节 | 单文件页面:用户中心;接口:GET /api/identity/context/{person_id} | 待执行\nTC-PROTO-0152 | 用户运营系统-单文件.html | 用户中心 | 用户身份与上下文 | 数据校验 | 用户中心页面触发批量身份查询并校验接口数据 | P2 | 前端页面“用户中心”已打开;后端或 mock 服务提供接口“POST /api/identity/batch-check”;测试用户拥有页面访问权限。 | 接口=POST /api/identity/batch-check;预期输出=返回每个线索对应person_id和confidence | 1. 打开“用户中心”页面。\n2. 执行会触发“批量身份查询”的页面操作。\n3. 在浏览器网络面板或接口日志中定位请求“POST /api/identity/batch-check”。\n4. 校验请求参数来自页面当前选择的数据。\n5. 查看接口响应并回到页面查看展示结果。 | 1. 页面操作正确触发“POST /api/identity/batch-check”。\n2. 接口响应包含:返回每个线索对应person_id和confidence。\n3. 页面展示与接口响应一致。\n4. 接口失败时页面给出可理解的错误提示,不出现空白页。 | 请求参数、响应字段、页面展示、数据库对象四者一致;失败响应不写入成功状态。 | 接口必须校验登录态和角色权限;前端隐藏按钮不能替代后端鉴权。 | 批量身份查询在页面、接口、数据层三端一致。 | 对应子系统 API 契约章节 | 单文件页面:用户中心;接口:POST /api/identity/batch-check | 待执行\nTC-PROTO-0153 | 用户运营系统-单文件.html | 计划中心 | 需求与计划管理 | 数据校验 | 计划中心页面触发创建需求接口并校验接口数据 | P2 | 前端页面“计划中心”已打开;后端或 mock 服务提供接口“POST /api/demands”;测试用户拥有页面访问权限。 | 接口=POST /api/demands;预期输出=返回demand_id和status | 1. 打开“计划中心”页面。\n2. 执行会触发“创建需求接口”的页面操作。\n3. 在浏览器网络面板或接口日志中定位请求“POST /api/demands”。\n4. 校验请求参数来自页面当前选择的数据。\n5. 查看接口响应并回到页面查看展示结果。 | 1. 页面操作正确触发“POST /api/demands”。\n2. 接口响应包含:返回demand_id和status。\n3. 页面展示与接口响应一致。\n4. 接口失败时页面给出可理解的错误提示,不出现空白页。 | 请求参数、响应字段、页面展示、数据库对象四者一致;失败响应不写入成功状态。 | 接口必须校验登录态和角色权限;前端隐藏按钮不能替代后端鉴权。 | 创建需求接口在页面、接口、数据层三端一致。 | 对应子系统 API 契约章节 | 单文件页面:计划中心;接口:POST /api/demands | 待执行\nTC-PROTO-0154 | 用户运营系统-单文件.html | 计划审核 | 需求与计划管理 | 数据校验 | 计划审核页面触发提交审批接口并校验接口数据 | P2 | 前端页面“计划审核”已打开;后端或 mock 服务提供接口“POST /api/approvals/{plan_id}/submit”;测试用户拥有页面访问权限。 | 接口=POST /api/approvals/{plan_id}/submit;预期输出=生成approval_records | 1. 打开“计划审核”页面。\n2. 执行会触发“提交审批接口”的页面操作。\n3. 在浏览器网络面板或接口日志中定位请求“POST /api/approvals/{plan_id}/submit”。\n4. 校验请求参数来自页面当前选择的数据。\n5. 查看接口响应并回到页面查看展示结果。 | 1. 页面操作正确触发“POST /api/approvals/{plan_id}/submit”。\n2. 接口响应包含:生成approval_records。\n3. 页面展示与接口响应一致。\n4. 接口失败时页面给出可理解的错误提示,不出现空白页。 | 请求参数、响应字段、页面展示、数据库对象四者一致;失败响应不写入成功状态。 | 接口必须校验登录态和角色权限;前端隐藏按钮不能替代后端鉴权。 | 提交审批接口在页面、接口、数据层三端一致。 | 对应子系统 API 契约章节 | 单文件页面:计划审核;接口:POST /api/approvals/{plan_id}/submit | 待执行\nTC-PROTO-0155 | 用户运营系统-单文件.html | 额度频控 | 额度与频控 | 数据校验 | 额度频控页面触发额度查询接口并校验接口数据 | P2 | 前端页面“额度频控”已打开;后端或 mock 服务提供接口“GET /api/quota/check/{person_id}?type=REVIEW”;测试用户拥有页面访问权限。 | 接口=GET /api/quota/check/{person_id}?type=REVIEW;预期输出=返回used、in_progress、reserved、remaining、status | 1. 打开“额度频控”页面。\n2. 执行会触发“额度查询接口”的页面操作。\n3. 在浏览器网络面板或接口日志中定位请求“GET /api/quota/check/{person_id}?type=REVIEW”。\n4. 校验请求参数来自页面当前选择的数据。\n5. 查看接口响应并回到页面查看展示结果。 | 1. 页面操作正确触发“GET /api/quota/check/{person_id}?type=REVIEW”。\n2. 接口响应包含:返回used、in_progress、reserved、remaining、status。\n3. 页面展示与接口响应一致。\n4. 接口失败时页面给出可理解的错误提示,不出现空白页。 | 请求参数、响应字段、页面展示、数据库对象四者一致;失败响应不写入成功状态。 | 接口必须校验登录态和角色权限;前端隐藏按钮不能替代后端鉴权。 | 额度查询接口在页面、接口、数据层三端一致。 | 对应子系统 API 契约章节 | 单文件页面:额度频控;接口:GET /api/quota/check/{person_id}?type=REVIEW | 待执行\nTC-PROTO-0156 | 用户运营系统-单文件.html | 额度频控 | 额度与频控 | 数据校验 | 额度频控页面触发批量预占接口并校验接口数据 | P2 | 前端页面“额度频控”已打开;后端或 mock 服务提供接口“POST /api/quota/reserve”;测试用户拥有页面访问权限。 | 接口=POST /api/quota/reserve;预期输出=返回reservation_id并更新reserved | 1. 打开“额度频控”页面。\n2. 执行会触发“批量预占接口”的页面操作。\n3. 在浏览器网络面板或接口日志中定位请求“POST /api/quota/reserve”。\n4. 校验请求参数来自页面当前选择的数据。\n5. 查看接口响应并回到页面查看展示结果。 | 1. 页面操作正确触发“POST /api/quota/reserve”。\n2. 接口响应包含:返回reservation_id并更新reserved。\n3. 页面展示与接口响应一致。\n4. 接口失败时页面给出可理解的错误提示,不出现空白页。 | 请求参数、响应字段、页面展示、数据库对象四者一致;失败响应不写入成功状态。 | 接口必须校验登录态和角色权限;前端隐藏按钮不能替代后端鉴权。 | 批量预占接口在页面、接口、数据层三端一致。 | 对应子系统 API 契约章节 | 单文件页面:额度频控;接口:POST /api/quota/reserve | 待执行\nTC-PROTO-0157 | 用户运营系统-单文件.html | 额度频控 | 额度与频控 | 数据校验 | 额度频控页面触发发送前终校接口并校验接口数据 | P2 | 前端页面“额度频控”已打开;后端或 mock 服务提供接口“POST /api/quota/final-check”;测试用户拥有页面访问权限。 | 接口=POST /api/quota/final-check;预期输出=返回APPROVED/WITHDRAWN和reasons | 1. 打开“额度频控”页面。\n2. 执行会触发“发送前终校接口”的页面操作。\n3. 在浏览器网络面板或接口日志中定位请求“POST /api/quota/final-check”。\n4. 校验请求参数来自页面当前选择的数据。\n5. 查看接口响应并回到页面查看展示结果。 | 1. 页面操作正确触发“POST /api/quota/final-check”。\n2. 接口响应包含:返回APPROVED/WITHDRAWN和reasons。\n3. 页面展示与接口响应一致。\n4. 接口失败时页面给出可理解的错误提示,不出现空白页。 | 请求参数、响应字段、页面展示、数据库对象四者一致;失败响应不写入成功状态。 | 接口必须校验登录态和角色权限;前端隐藏按钮不能替代后端鉴权。 | 发送前终校接口在页面、接口、数据层三端一致。 | 对应子系统 API 契约章节 | 单文件页面:额度频控;接口:POST /api/quota/final-check | 待执行\nTC-PROTO-0158 | 用户运营系统-单文件.html | 推送/触达 | 多渠道触达引擎 | 数据校验 | 推送/触达页面触发渠道路由接口并校验接口数据 | P2 | 前端页面“推送/触达”已打开;后端或 mock 服务提供接口“POST /api/outreach/route”;测试用户拥有页面访问权限。 | 接口=POST /api/outreach/route;预期输出=返回recommended_channel和alternatives | 1. 打开“推送/触达”页面。\n2. 执行会触发“渠道路由接口”的页面操作。\n3. 在浏览器网络面板或接口日志中定位请求“POST /api/outreach/route”。\n4. 校验请求参数来自页面当前选择的数据。\n5. 查看接口响应并回到页面查看展示结果。 | 1. 页面操作正确触发“POST /api/outreach/route”。\n2. 接口响应包含:返回recommended_channel和alternatives。\n3. 页面展示与接口响应一致。\n4. 接口失败时页面给出可理解的错误提示,不出现空白页。 | 请求参数、响应字段、页面展示、数据库对象四者一致;失败响应不写入成功状态。 | 接口必须校验登录态和角色权限;前端隐藏按钮不能替代后端鉴权。 | 渠道路由接口在页面、接口、数据层三端一致。 | 对应子系统 API 契约章节 | 单文件页面:推送/触达;接口:POST /api/outreach/route | 待执行\nTC-PROTO-0159 | 用户运营系统-单文件.html | 推送/触达 | 多渠道触达引擎 | 数据校验 | 推送/触达页面触发触达历史接口并校验接口数据 | P2 | 前端页面“推送/触达”已打开;后端或 mock 服务提供接口“GET /api/outreach/history/{person_id}”;测试用户拥有页面访问权限。 | 接口=GET /api/outreach/history/{person_id};预期输出=返回im、edm、app、tel历史 | 1. 打开“推送/触达”页面。\n2. 执行会触发“触达历史接口”的页面操作。\n3. 在浏览器网络面板或接口日志中定位请求“GET /api/outreach/history/{person_id}”。\n4. 校验请求参数来自页面当前选择的数据。\n5. 查看接口响应并回到页面查看展示结果。 | 1. 页面操作正确触发“GET /api/outreach/history/{person_id}”。\n2. 接口响应包含:返回im、edm、app、tel历史。\n3. 页面展示与接口响应一致。\n4. 接口失败时页面给出可理解的错误提示,不出现空白页。 | 请求参数、响应字段、页面展示、数据库对象四者一致;失败响应不写入成功状态。 | 接口必须校验登录态和角色权限;前端隐藏按钮不能替代后端鉴权。 | 触达历史接口在页面、接口、数据层三端一致。 | 对应子系统 API 契约章节 | 单文件页面:推送/触达;接口:GET /api/outreach/history/{person_id} | 待执行\nTC-PROTO-0160 | 用户运营系统-单文件.html | 客服中心 | 客服工单与管理 | 数据校验 | 客服中心页面触发创建工单接口并校验接口数据 | P2 | 前端页面“客服中心”已打开;后端或 mock 服务提供接口“POST /api/tickets”;测试用户拥有页面访问权限。 | 接口=POST /api/tickets;预期输出=返回ticket_id | 1. 打开“客服中心”页面。\n2. 执行会触发“创建工单接口”的页面操作。\n3. 在浏览器网络面板或接口日志中定位请求“POST /api/tickets”。\n4. 校验请求参数来自页面当前选择的数据。\n5. 查看接口响应并回到页面查看展示结果。 | 1. 页面操作正确触发“POST /api/tickets”。\n2. 接口响应包含:返回ticket_id。\n3. 页面展示与接口响应一致。\n4. 接口失败时页面给出可理解的错误提示,不出现空白页。 | 请求参数、响应字段、页面展示、数据库对象四者一致;失败响应不写入成功状态。 | 接口必须校验登录态和角色权限;前端隐藏按钮不能替代后端鉴权。 | 创建工单接口在页面、接口、数据层三端一致。 | 对应子系统 API 契约章节 | 单文件页面:客服中心;接口:POST /api/tickets | 待执行\nTC-PROTO-0161 | 用户运营系统-单文件.html | 客服中心 | 客服工单与管理 | 数据校验 | 客服中心页面触发查询可用客服接口并校验接口数据 | P2 | 前端页面“客服中心”已打开;后端或 mock 服务提供接口“GET /api/support/available-agents”;测试用户拥有页面访问权限。 | 接口=GET /api/support/available-agents;预期输出=返回agent_id和current_load | 1. 打开“客服中心”页面。\n2. 执行会触发“查询可用客服接口”的页面操作。\n3. 在浏览器网络面板或接口日志中定位请求“GET /api/support/available-agents”。\n4. 校验请求参数来自页面当前选择的数据。\n5. 查看接口响应并回到页面查看展示结果。 | 1. 页面操作正确触发“GET /api/support/available-agents”。\n2. 接口响应包含:返回agent_id和current_load。\n3. 页面展示与接口响应一致。\n4. 接口失败时页面给出可理解的错误提示,不出现空白页。 | 请求参数、响应字段、页面展示、数据库对象四者一致;失败响应不写入成功状态。 | 接口必须校验登录态和角色权限;前端隐藏按钮不能替代后端鉴权。 | 查询可用客服接口在页面、接口、数据层三端一致。 | 对应子系统 API 契约章节 | 单文件页面:客服中心;接口:GET /api/support/available-agents | 待执行\nTC-PROTO-0162 | 用户运营系统-单文件.html | 评价追踪 | 评价结果追踪 | 数据校验 | 评价追踪页面触发记录评价提交接口并校验接口数据 | P2 | 前端页面“评价追踪”已打开;后端或 mock 服务提供接口“POST /api/reviews/submission”;测试用户拥有页面访问权限。 | 接口=POST /api/reviews/submission;预期输出=返回submission_id和quota_updated | 1. 打开“评价追踪”页面。\n2. 执行会触发“记录评价提交接口”的页面操作。\n3. 在浏览器网络面板或接口日志中定位请求“POST /api/reviews/submission”。\n4. 校验请求参数来自页面当前选择的数据。\n5. 查看接口响应并回到页面查看展示结果。 | 1. 页面操作正确触发“POST /api/reviews/submission”。\n2. 接口响应包含:返回submission_id和quota_updated。\n3. 页面展示与接口响应一致。\n4. 接口失败时页面给出可理解的错误提示,不出现空白页。 | 请求参数、响应字段、页面展示、数据库对象四者一致;失败响应不写入成功状态。 | 接口必须校验登录态和角色权限;前端隐藏按钮不能替代后端鉴权。 | 记录评价提交接口在页面、接口、数据层三端一致。 | 对应子系统 API 契约章节 | 单文件页面:评价追踪;接口:POST /api/reviews/submission | 待执行\nTC-PROTO-0163 | 用户运营系统-单文件.html | 评价追踪 | 评价结果追踪 | 数据校验 | 评价追踪页面触发查询计划评价进度接口并校验接口数据 | P2 | 前端页面“评价追踪”已打开;后端或 mock 服务提供接口“GET /api/reviews/status/{plan_id}”;测试用户拥有页面访问权限。 | 接口=GET /api/reviews/status/{plan_id};预期输出=返回total_submissions、verified、pending、completion_rate | 1. 打开“评价追踪”页面。\n2. 执行会触发“查询计划评价进度接口”的页面操作。\n3. 在浏览器网络面板或接口日志中定位请求“GET /api/reviews/status/{plan_id}”。\n4. 校验请求参数来自页面当前选择的数据。\n5. 查看接口响应并回到页面查看展示结果。 | 1. 页面操作正确触发“GET /api/reviews/status/{plan_id}”。\n2. 接口响应包含:返回total_submissions、verified、pending、completion_rate。\n3. 页面展示与接口响应一致。\n4. 接口失败时页面给出可理解的错误提示,不出现空白页。 | 请求参数、响应字段、页面展示、数据库对象四者一致;失败响应不写入成功状态。 | 接口必须校验登录态和角色权限;前端隐藏按钮不能替代后端鉴权。 | 查询计划评价进度接口在页面、接口、数据层三端一致。 | 对应子系统 API 契约章节 | 单文件页面:评价追踪;接口:GET /api/reviews/status/{plan_id} | 待执行\nTC-PROTO-0164 | 用户运营系统-单文件.html | 端到端流程 | 系统总览 | 验收测试 | 端到端验收:评价主闭环 | P1 | 准备完整链路数据;管理员、Amazon运营、用户运营、客服、风险负责人、KOC/KOL运营账号均可登录;相关外部系统可使用mock。 | ASIN评分4.46触发需求→生成计划→审批→候选筛选→额度预占→风险放行→IM触达→客服跟进→用户提交→Amazon展示→计划完成度回流 | 1. 从 Dashboard 或对应入口启动“评价主闭环”。\n2. 按流程依次完成:ASIN评分4.46触发需求→生成计划→审批→候选筛选→额度预占→风险放行→IM触达→客服跟进→用户提交→Amazon展示→计划完成度回流。\n3. 每到一个状态节点,记录页面状态、负责人、时间和关联ID。\n4. 在 Dashboard、计划中心、客服中心、风险中心、评价追踪中分别回查结果。\n5. 查看审计日志和通知记录。 | 1. “评价主闭环”可完整跑通。\n2. 每个模块状态与上游动作一致。\n3. Dashboard 指标、计划完成度、工单绩效、风险记录和评价结果均同步回流。\n4. 审计日志可按关联ID串起全链路。 | 需求、计划、候选人、额度、风险、触达、工单、评价、审计对象均有一致关联ID;提交评价与展示核验分开计数。 | 不同角色只能执行自己职责内动作;审批、黑名单、敏感信息、导出需独立权限。 | 评价主闭环闭环无断点、状态无冲突、数据可追溯、异常可恢复。 | 全部需求文档;业务闭环流程图 | 单文件系统 Dashboard 与各业务路由;流程:评价主闭环 | 待执行\nTC-PROTO-0165 | 用户运营系统-单文件.html | 端到端流程 | 系统总览 | 验收测试 | 端到端验收:紧急Listing闭环 | P1 | 准备完整链路数据;管理员、Amazon运营、用户运营、客服、风险负责人、KOC/KOL运营账号均可登录;相关外部系统可使用mock。 | 评分4.21接近4.2→创建紧急策略→系统管理员审批→用户运营执行→风险雷达监控→评价健康回升 | 1. 从 Dashboard 或对应入口启动“紧急Listing闭环”。\n2. 按流程依次完成:评分4.21接近4.2→创建紧急策略→系统管理员审批→用户运营执行→风险雷达监控→评价健康回升。\n3. 每到一个状态节点,记录页面状态、负责人、时间和关联ID。\n4. 在 Dashboard、计划中心、客服中心、风险中心、评价追踪中分别回查结果。\n5. 查看审计日志和通知记录。 | 1. “紧急Listing闭环”可完整跑通。\n2. 每个模块状态与上游动作一致。\n3. Dashboard 指标、计划完成度、工单绩效、风险记录和评价结果均同步回流。\n4. 审计日志可按关联ID串起全链路。 | 需求、计划、候选人、额度、风险、触达、工单、评价、审计对象均有一致关联ID;提交评价与展示核验分开计数。 | 不同角色只能执行自己职责内动作;审批、黑名单、敏感信息、导出需独立权限。 | 紧急Listing闭环闭环无断点、状态无冲突、数据可追溯、异常可恢复。 | 全部需求文档;业务闭环流程图 | 单文件系统 Dashboard 与各业务路由;流程:紧急Listing闭环 | 待执行\nTC-PROTO-0166 | 用户运营系统-单文件.html | 端到端流程 | 系统总览 | 验收测试 | 端到端验收:推送风险复核闭环 | P1 | 准备完整链路数据;管理员、Amazon运营、用户运营、客服、风险负责人、KOC/KOL运营账号均可登录;相关外部系统可使用mock。 | 退订率高于基线→进入推送风险→复核人群和素材→暂停同策略→输出复盘记录 | 1. 从 Dashboard 或对应入口启动“推送风险复核闭环”。\n2. 按流程依次完成:退订率高于基线→进入推送风险→复核人群和素材→暂停同策略→输出复盘记录。\n3. 每到一个状态节点,记录页面状态、负责人、时间和关联ID。\n4. 在 Dashboard、计划中心、客服中心、风险中心、评价追踪中分别回查结果。\n5. 查看审计日志和通知记录。 | 1. “推送风险复核闭环”可完整跑通。\n2. 每个模块状态与上游动作一致。\n3. Dashboard 指标、计划完成度、工单绩效、风险记录和评价结果均同步回流。\n4. 审计日志可按关联ID串起全链路。 | 需求、计划、候选人、额度、风险、触达、工单、评价、审计对象均有一致关联ID;提交评价与展示核验分开计数。 | 不同角色只能执行自己职责内动作;审批、黑名单、敏感信息、导出需独立权限。 | 推送风险复核闭环闭环无断点、状态无冲突、数据可追溯、异常可恢复。 | 全部需求文档;业务闭环流程图 | 单文件系统 Dashboard 与各业务路由;流程:推送风险复核闭环 | 待执行\nTC-PROTO-0167 | 用户运营系统-单文件.html | 端到端流程 | 系统总览 | 验收测试 | 端到端验收:黑名单同步闭环 | P1 | 准备完整链路数据;管理员、Amazon运营、用户运营、客服、风险负责人、KOC/KOL运营账号均可登录;相关外部系统可使用mock。 | 客服升级疑似诈骗→风险复核→确认诈骗→同步黑名单→失败待重试→审计可查 | 1. 从 Dashboard 或对应入口启动“黑名单同步闭环”。\n2. 按流程依次完成:客服升级疑似诈骗→风险复核→确认诈骗→同步黑名单→失败待重试→审计可查。\n3. 每到一个状态节点,记录页面状态、负责人、时间和关联ID。\n4. 在 Dashboard、计划中心、客服中心、风险中心、评价追踪中分别回查结果。\n5. 查看审计日志和通知记录。 | 1. “黑名单同步闭环”可完整跑通。\n2. 每个模块状态与上游动作一致。\n3. Dashboard 指标、计划完成度、工单绩效、风险记录和评价结果均同步回流。\n4. 审计日志可按关联ID串起全链路。 | 需求、计划、候选人、额度、风险、触达、工单、评价、审计对象均有一致关联ID;提交评价与展示核验分开计数。 | 不同角色只能执行自己职责内动作;审批、黑名单、敏感信息、导出需独立权限。 | 黑名单同步闭环闭环无断点、状态无冲突、数据可追溯、异常可恢复。 | 全部需求文档;业务闭环流程图 | 单文件系统 Dashboard 与各业务路由;流程:黑名单同步闭环 | 待执行\nTC-PROTO-0168 | 用户运营系统-单文件.html | 端到端流程 | 系统总览 | 验收测试 | 端到端验收:客服转化闭环 | P1 | 准备完整链路数据;管理员、Amazon运营、用户运营、客服、风险负责人、KOC/KOL运营账号均可登录;相关外部系统可使用mock。 | 用户消息进入→自动分配→客服回复→用户答应配合→提醒→提交评价→工单关闭→绩效更新 | 1. 从 Dashboard 或对应入口启动“客服转化闭环”。\n2. 按流程依次完成:用户消息进入→自动分配→客服回复→用户答应配合→提醒→提交评价→工单关闭→绩效更新。\n3. 每到一个状态节点,记录页面状态、负责人、时间和关联ID。\n4. 在 Dashboard、计划中心、客服中心、风险中心、评价追踪中分别回查结果。\n5. 查看审计日志和通知记录。 | 1. “客服转化闭环”可完整跑通。\n2. 每个模块状态与上游动作一致。\n3. Dashboard 指标、计划完成度、工单绩效、风险记录和评价结果均同步回流。\n4. 审计日志可按关联ID串起全链路。 | 需求、计划、候选人、额度、风险、触达、工单、评价、审计对象均有一致关联ID;提交评价与展示核验分开计数。 | 不同角色只能执行自己职责内动作;审批、黑名单、敏感信息、导出需独立权限。 | 客服转化闭环闭环无断点、状态无冲突、数据可追溯、异常可恢复。 | 全部需求文档;业务闭环流程图 | 单文件系统 Dashboard 与各业务路由;流程:客服转化闭环 | 待执行\nTC-PROTO-0169 | 用户运营系统-单文件.html | 端到端流程 | 系统总览 | 验收测试 | 端到端验收:免评协作闭环 | P1 | 准备完整链路数据;管理员、Amazon运营、用户运营、客服、风险负责人、KOC/KOL运营账号均可登录;相关外部系统可使用mock。 | 免评需求→免评计划审批→KOC/KOL匹配→CODE配置→内容发布→结果回流→ASIN健康更新 | 1. 从 Dashboard 或对应入口启动“免评协作闭环”。\n2. 按流程依次完成:免评需求→免评计划审批→KOC/KOL匹配→CODE配置→内容发布→结果回流→ASIN健康更新。\n3. 每到一个状态节点,记录页面状态、负责人、时间和关联ID。\n4. 在 Dashboard、计划中心、客服中心、风险中心、评价追踪中分别回查结果。\n5. 查看审计日志和通知记录。 | 1. “免评协作闭环”可完整跑通。\n2. 每个模块状态与上游动作一致。\n3. Dashboard 指标、计划完成度、工单绩效、风险记录和评价结果均同步回流。\n4. 审计日志可按关联ID串起全链路。 | 需求、计划、候选人、额度、风险、触达、工单、评价、审计对象均有一致关联ID;提交评价与展示核验分开计数。 | 不同角色只能执行自己职责内动作;审批、黑名单、敏感信息、导出需独立权限。 | 免评协作闭环闭环无断点、状态无冲突、数据可追溯、异常可恢复。 | 全部需求文档;业务闭环流程图 | 单文件系统 Dashboard 与各业务路由;流程:免评协作闭环 | 待执行\nTC-PROTO-0190 | 用户运营系统-单文件.html | 需求中心 | 需求中心 | 功能测试 | 需求中心按业务筛选条件查询并打开详情抽屉 | P2 | 用户已进入“需求中心”;页面存在筛选区、查询按钮、列表和详情入口;当前用户有该页面查询权限。 | 筛选条件=类型=测评/回评/免评;状态=待评估/待补充/已通过/已拒绝;优先级=P0/P1/P2;详情字段=需求ID、ASIN、目标数量、周期、提交人、评估结果 | 1. 打开“需求中心”页面。\n2. 在筛选区按业务条件选择或输入:类型=测评/回评/免评;状态=待评估/待补充/已通过/已拒绝;优先级=P0/P1/P2。\n3. 点击“筛选/查询”。\n4. 在结果列表选择第一条记录,点击“详情/查看”。\n5. 在详情抽屉中核对字段:需求ID、ASIN、目标数量、周期、提交人、评估结果。\n6. 关闭详情抽屉并点击“重置”。 | 1. 查询结果均符合“类型=测评/回评/免评;状态=待评估/待补充/已通过/已拒绝;优先级=P0/P1/P2”。\n2. 详情抽屉展示“需求ID、ASIN、目标数量、周期、提交人、评估结果”。\n3. 关闭详情不清空列表;点击重置后恢复默认查询。\n4. 无数据时显示暂无数据,不沿用旧详情。 | 列表字段、详情字段、筛选条件和后端查询参数一致;重置后不残留旧条件。 | 用户只能查询授权站点、部门、角色范围内数据;详情敏感字段脱敏。 | 需求中心查询、详情、重置、空状态均可用。 | 对应子系统页面与数据对象章节 | 单文件页面:需求中心;筛选:类型=测评/回评/免评;状态=待评估/待补充/已通过/已拒绝;优先级=P0/P1/P2 | 待执行\nTC-PROTO-0191 | 用户运营系统-单文件.html | 计划审核 | 计划审核 | 功能测试 | 计划审核按业务筛选条件查询并打开详情抽屉 | P2 | 用户已进入“计划审核”;页面存在筛选区、查询按钮、列表和详情入口;当前用户有该页面查询权限。 | 筛选条件=计划类型=推新/回评/免评/紧急;审批状态=待审批/已通过/已驳回;详情字段=审批链、审批人、意见、step_order、decided_at | 1. 打开“计划审核”页面。\n2. 在筛选区按业务条件选择或输入:计划类型=推新/回评/免评/紧急;审批状态=待审批/已通过/已驳回。\n3. 点击“筛选/查询”。\n4. 在结果列表选择第一条记录,点击“详情/查看”。\n5. 在详情抽屉中核对字段:审批链、审批人、意见、step_order、decided_at。\n6. 关闭详情抽屉并点击“重置”。 | 1. 查询结果均符合“计划类型=推新/回评/免评/紧急;审批状态=待审批/已通过/已驳回”。\n2. 详情抽屉展示“审批链、审批人、意见、step_order、decided_at”。\n3. 关闭详情不清空列表;点击重置后恢复默认查询。\n4. 无数据时显示暂无数据,不沿用旧详情。 | 列表字段、详情字段、筛选条件和后端查询参数一致;重置后不残留旧条件。 | 用户只能查询授权站点、部门、角色范围内数据;详情敏感字段脱敏。 | 计划审核查询、详情、重置、空状态均可用。 | 对应子系统页面与数据对象章节 | 单文件页面:计划审核;筛选:计划类型=推新/回评/免评/紧急;审批状态=待审批/已通过/已驳回 | 待执行\nTC-PROTO-0192 | 用户运营系统-单文件.html | 计划中心 | 计划中心 | 功能测试 | 计划中心按业务筛选条件查询并打开详情抽屉 | P2 | 用户已进入“计划中心”;页面存在筛选区、查询按钮、列表和详情入口;当前用户有该页面查询权限。 | 筛选条件=状态=草稿/执行中/待核验/已完成/已终止;渠道=IM/EDM/APP/TEL;详情字段=计划项、目标量、候选人、资源分配、完成率 | 1. 打开“计划中心”页面。\n2. 在筛选区按业务条件选择或输入:状态=草稿/执行中/待核验/已完成/已终止;渠道=IM/EDM/APP/TEL。\n3. 点击“筛选/查询”。\n4. 在结果列表选择第一条记录,点击“详情/查看”。\n5. 在详情抽屉中核对字段:计划项、目标量、候选人、资源分配、完成率。\n6. 关闭详情抽屉并点击“重置”。 | 1. 查询结果均符合“状态=草稿/执行中/待核验/已完成/已终止;渠道=IM/EDM/APP/TEL”。\n2. 详情抽屉展示“计划项、目标量、候选人、资源分配、完成率”。\n3. 关闭详情不清空列表;点击重置后恢复默认查询。\n4. 无数据时显示暂无数据,不沿用旧详情。 | 列表字段、详情字段、筛选条件和后端查询参数一致;重置后不残留旧条件。 | 用户只能查询授权站点、部门、角色范围内数据;详情敏感字段脱敏。 | 计划中心查询、详情、重置、空状态均可用。 | 对应子系统页面与数据对象章节 | 单文件页面:计划中心;筛选:状态=草稿/执行中/待核验/已完成/已终止;渠道=IM/EDM/APP/TEL | 待执行\nTC-PROTO-0193 | 用户运营系统-单文件.html | ASIN/Listing | ASIN/Listing | 功能测试 | ASIN/Listing按业务筛选条件查询并打开详情抽屉 | P2 | 用户已进入“ASIN/Listing”;页面存在筛选区、查询按钮、列表和详情入口;当前用户有该页面查询权限。 | 筛选条件=站点=US/CA/UK;健康状态=健康/关注/风险/严重风险;评分区间;详情字段=评分、评价数、差评数、健康状态、责任人 | 1. 打开“ASIN/Listing”页面。\n2. 在筛选区按业务条件选择或输入:站点=US/CA/UK;健康状态=健康/关注/风险/严重风险;评分区间。\n3. 点击“筛选/查询”。\n4. 在结果列表选择第一条记录,点击“详情/查看”。\n5. 在详情抽屉中核对字段:评分、评价数、差评数、健康状态、责任人。\n6. 关闭详情抽屉并点击“重置”。 | 1. 查询结果均符合“站点=US/CA/UK;健康状态=健康/关注/风险/严重风险;评分区间”。\n2. 详情抽屉展示“评分、评价数、差评数、健康状态、责任人”。\n3. 关闭详情不清空列表;点击重置后恢复默认查询。\n4. 无数据时显示暂无数据,不沿用旧详情。 | 列表字段、详情字段、筛选条件和后端查询参数一致;重置后不残留旧条件。 | 用户只能查询授权站点、部门、角色范围内数据;详情敏感字段脱敏。 | ASIN/Listing查询、详情、重置、空状态均可用。 | 对应子系统页面与数据对象章节 | 单文件页面:ASIN/Listing;筛选:站点=US/CA/UK;健康状态=健康/关注/风险/严重风险;评分区间 | 待执行\nTC-PROTO-0194 | 用户运营系统-单文件.html | 用户中心 | 用户中心 | 功能测试 | 用户中心按业务筛选条件查询并打开详情抽屉 | P2 | 用户已进入“用户中心”;页面存在筛选区、查询按钮、列表和详情入口;当前用户有该页面查询权限。 | 筛选条件=国家、性别、标签、身份、产品数、活动数、近7天EDM次数;详情字段=用户主档、标签、身份、产品关系、近期活跃 | 1. 打开“用户中心”页面。\n2. 在筛选区按业务条件选择或输入:国家、性别、标签、身份、产品数、活动数、近7天EDM次数。\n3. 点击“筛选/查询”。\n4. 在结果列表选择第一条记录,点击“详情/查看”。\n5. 在详情抽屉中核对字段:用户主档、标签、身份、产品关系、近期活跃。\n6. 关闭详情抽屉并点击“重置”。 | 1. 查询结果均符合“国家、性别、标签、身份、产品数、活动数、近7天EDM次数”。\n2. 详情抽屉展示“用户主档、标签、身份、产品关系、近期活跃”。\n3. 关闭详情不清空列表;点击重置后恢复默认查询。\n4. 无数据时显示暂无数据,不沿用旧详情。 | 列表字段、详情字段、筛选条件和后端查询参数一致;重置后不残留旧条件。 | 用户只能查询授权站点、部门、角色范围内数据;详情敏感字段脱敏。 | 用户中心查询、详情、重置、空状态均可用。 | 对应子系统页面与数据对象章节 | 单文件页面:用户中心;筛选:国家、性别、标签、身份、产品数、活动数、近7天EDM次数 | 待执行\nTC-PROTO-0195 | 用户运营系统-单文件.html | 额度频控 | 额度频控 | 功能测试 | 额度频控按业务筛选条件查询并打开详情抽屉 | P2 | 用户已进入“额度频控”;页面存在筛选区、查询按钮、列表和详情入口;当前用户有该页面查询权限。 | 筛选条件=额度类型=测评/免评/累计;状态=sufficient/warning/exceeded;详情字段=used、in_progress、reserved、remaining、limit_value | 1. 打开“额度频控”页面。\n2. 在筛选区按业务条件选择或输入:额度类型=测评/免评/累计;状态=sufficient/warning/exceeded。\n3. 点击“筛选/查询”。\n4. 在结果列表选择第一条记录,点击“详情/查看”。\n5. 在详情抽屉中核对字段:used、in_progress、reserved、remaining、limit_value。\n6. 关闭详情抽屉并点击“重置”。 | 1. 查询结果均符合“额度类型=测评/免评/累计;状态=sufficient/warning/exceeded”。\n2. 详情抽屉展示“used、in_progress、reserved、remaining、limit_value”。\n3. 关闭详情不清空列表;点击重置后恢复默认查询。\n4. 无数据时显示暂无数据,不沿用旧详情。 | 列表字段、详情字段、筛选条件和后端查询参数一致;重置后不残留旧条件。 | 用户只能查询授权站点、部门、角色范围内数据;详情敏感字段脱敏。 | 额度频控查询、详情、重置、空状态均可用。 | 对应子系统页面与数据对象章节 | 单文件页面:额度频控;筛选:额度类型=测评/免评/累计;状态=sufficient/warning/exceeded | 待执行\nTC-PROTO-0196 | 用户运营系统-单文件.html | 推送/触达 | 推送/触达 | 功能测试 | 推送/触达按业务筛选条件查询并打开详情抽屉 | P2 | 用户已进入“推送/触达”;页面存在筛选区、查询按钮、列表和详情入口;当前用户有该页面查询权限。 | 筛选条件=渠道=IM/EDM/APP/TEL;状态=待发送/已发送/失败/退订;详情字段=发送、点击、回复、退订、route decision、dedup reason | 1. 打开“推送/触达”页面。\n2. 在筛选区按业务条件选择或输入:渠道=IM/EDM/APP/TEL;状态=待发送/已发送/失败/退订。\n3. 点击“筛选/查询”。\n4. 在结果列表选择第一条记录,点击“详情/查看”。\n5. 在详情抽屉中核对字段:发送、点击、回复、退订、route decision、dedup reason。\n6. 关闭详情抽屉并点击“重置”。 | 1. 查询结果均符合“渠道=IM/EDM/APP/TEL;状态=待发送/已发送/失败/退订”。\n2. 详情抽屉展示“发送、点击、回复、退订、route decision、dedup reason”。\n3. 关闭详情不清空列表;点击重置后恢复默认查询。\n4. 无数据时显示暂无数据,不沿用旧详情。 | 列表字段、详情字段、筛选条件和后端查询参数一致;重置后不残留旧条件。 | 用户只能查询授权站点、部门、角色范围内数据;详情敏感字段脱敏。 | 推送/触达查询、详情、重置、空状态均可用。 | 对应子系统页面与数据对象章节 | 单文件页面:推送/触达;筛选:渠道=IM/EDM/APP/TEL;状态=待发送/已发送/失败/退订 | 待执行\nTC-PROTO-0197 | 用户运营系统-单文件.html | 客服中心 | 客服中心 | 功能测试 | 客服中心按业务筛选条件查询并打开详情抽屉 | P2 | 用户已进入“客服中心”;页面存在筛选区、查询按钮、列表和详情入口;当前用户有该页面查询权限。 | 筛选条件=来源=IM转人工/售后/风险/电话;状态=待分配/处理中/等待用户/已关闭;详情字段=工单ID、assigned_agent、followup状态、首次回复时长 | 1. 打开“客服中心”页面。\n2. 在筛选区按业务条件选择或输入:来源=IM转人工/售后/风险/电话;状态=待分配/处理中/等待用户/已关闭。\n3. 点击“筛选/查询”。\n4. 在结果列表选择第一条记录,点击“详情/查看”。\n5. 在详情抽屉中核对字段:工单ID、assigned_agent、followup状态、首次回复时长。\n6. 关闭详情抽屉并点击“重置”。 | 1. 查询结果均符合“来源=IM转人工/售后/风险/电话;状态=待分配/处理中/等待用户/已关闭”。\n2. 详情抽屉展示“工单ID、assigned_agent、followup状态、首次回复时长”。\n3. 关闭详情不清空列表;点击重置后恢复默认查询。\n4. 无数据时显示暂无数据,不沿用旧详情。 | 列表字段、详情字段、筛选条件和后端查询参数一致;重置后不残留旧条件。 | 用户只能查询授权站点、部门、角色范围内数据;详情敏感字段脱敏。 | 客服中心查询、详情、重置、空状态均可用。 | 对应子系统页面与数据对象章节 | 单文件页面:客服中心;筛选:来源=IM转人工/售后/风险/电话;状态=待分配/处理中/等待用户/已关闭 | 待执行\nTC-PROTO-0198 | 用户运营系统-单文件.html | 风险中心 | 风险中心 | 功能测试 | 风险中心按业务筛选条件查询并打开详情抽屉 | P2 | 用户已进入“风险中心”;页面存在筛选区、查询按钮、列表和详情入口;当前用户有该页面查询权限。 | 筛选条件=风险类型=强关联/弱关联/黑名单/双重退款;状态=复核中/已放行/已拒绝;详情字段=risk_signal、risk_case、blacklist_entity | 1. 打开“风险中心”页面。\n2. 在筛选区按业务条件选择或输入:风险类型=强关联/弱关联/黑名单/双重退款;状态=复核中/已放行/已拒绝。\n3. 点击“筛选/查询”。\n4. 在结果列表选择第一条记录,点击“详情/查看”。\n5. 在详情抽屉中核对字段:risk_signal、risk_case、blacklist_entity。\n6. 关闭详情抽屉并点击“重置”。 | 1. 查询结果均符合“风险类型=强关联/弱关联/黑名单/双重退款;状态=复核中/已放行/已拒绝”。\n2. 详情抽屉展示“risk_signal、risk_case、blacklist_entity”。\n3. 关闭详情不清空列表;点击重置后恢复默认查询。\n4. 无数据时显示暂无数据,不沿用旧详情。 | 列表字段、详情字段、筛选条件和后端查询参数一致;重置后不残留旧条件。 | 用户只能查询授权站点、部门、角色范围内数据;详情敏感字段脱敏。 | 风险中心查询、详情、重置、空状态均可用。 | 对应子系统页面与数据对象章节 | 单文件页面:风险中心;筛选:风险类型=强关联/弱关联/黑名单/双重退款;状态=复核中/已放行/已拒绝 | 待执行\nTC-PROTO-0199 | 用户运营系统-单文件.html | 评价追踪 | 评价追踪 | 功能测试 | 评价追踪按业务筛选条件查询并打开详情抽屉 | P2 | 用户已进入“评价追踪”;页面存在筛选区、查询按钮、列表和详情入口;当前用户有该页面查询权限。 | 筛选条件=核验状态=已提交/展示成功/暂不可核验/异常观察;详情字段=submission_id、display_check、retry_count、completion_rate | 1. 打开“评价追踪”页面。\n2. 在筛选区按业务条件选择或输入:核验状态=已提交/展示成功/暂不可核验/异常观察。\n3. 点击“筛选/查询”。\n4. 在结果列表选择第一条记录,点击“详情/查看”。\n5. 在详情抽屉中核对字段:submission_id、display_check、retry_count、completion_rate。\n6. 关闭详情抽屉并点击“重置”。 | 1. 查询结果均符合“核验状态=已提交/展示成功/暂不可核验/异常观察”。\n2. 详情抽屉展示“submission_id、display_check、retry_count、completion_rate”。\n3. 关闭详情不清空列表;点击重置后恢复默认查询。\n4. 无数据时显示暂无数据,不沿用旧详情。 | 列表字段、详情字段、筛选条件和后端查询参数一致;重置后不残留旧条件。 | 用户只能查询授权站点、部门、角色范围内数据;详情敏感字段脱敏。 | 评价追踪查询、详情、重置、空状态均可用。 | 对应子系统页面与数据对象章节 | 单文件页面:评价追踪;筛选:核验状态=已提交/展示成功/暂不可核验/异常观察 | 待执行\nTC-PROTO-0200 | 用户运营系统-单文件.html | KOC/KOL | KOC/KOL | 功能测试 | KOC/KOL按业务筛选条件查询并打开详情抽屉 | P2 | 用户已进入“KOC/KOL”;页面存在筛选区、查询按钮、列表和详情入口;当前用户有该页面查询权限。 | 筛选条件=任务状态=待确认/执行中/逾期/已完成;CODE状态=待确认/已配置;详情字段=creator、Brief、CODE、返点、内容链接 | 1. 打开“KOC/KOL”页面。\n2. 在筛选区按业务条件选择或输入:任务状态=待确认/执行中/逾期/已完成;CODE状态=待确认/已配置。\n3. 点击“筛选/查询”。\n4. 在结果列表选择第一条记录,点击“详情/查看”。\n5. 在详情抽屉中核对字段:creator、Brief、CODE、返点、内容链接。\n6. 关闭详情抽屉并点击“重置”。 | 1. 查询结果均符合“任务状态=待确认/执行中/逾期/已完成;CODE状态=待确认/已配置”。\n2. 详情抽屉展示“creator、Brief、CODE、返点、内容链接”。\n3. 关闭详情不清空列表;点击重置后恢复默认查询。\n4. 无数据时显示暂无数据,不沿用旧详情。 | 列表字段、详情字段、筛选条件和后端查询参数一致;重置后不残留旧条件。 | 用户只能查询授权站点、部门、角色范围内数据;详情敏感字段脱敏。 | KOC/KOL查询、详情、重置、空状态均可用。 | 对应子系统页面与数据对象章节 | 单文件页面:KOC/KOL;筛选:任务状态=待确认/执行中/逾期/已完成;CODE状态=待确认/已配置 | 待执行\nTC-PROTO-0201 | 用户运营系统-单文件.html | 审计通知 | 审计通知 | 功能测试 | 审计通知按业务筛选条件查询并打开详情抽屉 | P2 | 用户已进入“审计通知”;页面存在筛选区、查询按钮、列表和详情入口;当前用户有该页面查询权限。 | 筛选条件=动作类型=导出/查看敏感信息/审批/黑名单同步;时间范围;详情字段=日志ID、操作者、对象、动作、结果 | 1. 打开“审计通知”页面。\n2. 在筛选区按业务条件选择或输入:动作类型=导出/查看敏感信息/审批/黑名单同步;时间范围。\n3. 点击“筛选/查询”。\n4. 在结果列表选择第一条记录,点击“详情/查看”。\n5. 在详情抽屉中核对字段:日志ID、操作者、对象、动作、结果。\n6. 关闭详情抽屉并点击“重置”。 | 1. 查询结果均符合“动作类型=导出/查看敏感信息/审批/黑名单同步;时间范围”。\n2. 详情抽屉展示“日志ID、操作者、对象、动作、结果”。\n3. 关闭详情不清空列表;点击重置后恢复默认查询。\n4. 无数据时显示暂无数据,不沿用旧详情。 | 列表字段、详情字段、筛选条件和后端查询参数一致;重置后不残留旧条件。 | 用户只能查询授权站点、部门、角色范围内数据;详情敏感字段脱敏。 | 审计通知查询、详情、重置、空状态均可用。 | 对应子系统页面与数据对象章节 | 单文件页面:审计通知;筛选:动作类型=导出/查看敏感信息/审批/黑名单同步;时间范围 | 待执行\nTC-PROTO-0202 | 用户运营系统-单文件.html | 系统管理 | 系统管理 | 功能测试 | 系统管理按业务筛选条件查询并打开详情抽屉 | P2 | 用户已进入“系统管理”;页面存在筛选区、查询按钮、列表和详情入口;当前用户有该页面查询权限。 | 筛选条件=角色、部门、站点、权限点、账号状态;详情字段=账号、角色、数据范围、权限点、离职交接 | 1. 打开“系统管理”页面。\n2. 在筛选区按业务条件选择或输入:角色、部门、站点、权限点、账号状态。\n3. 点击“筛选/查询”。\n4. 在结果列表选择第一条记录,点击“详情/查看”。\n5. 在详情抽屉中核对字段:账号、角色、数据范围、权限点、离职交接。\n6. 关闭详情抽屉并点击“重置”。 | 1. 查询结果均符合“角色、部门、站点、权限点、账号状态”。\n2. 详情抽屉展示“账号、角色、数据范围、权限点、离职交接”。\n3. 关闭详情不清空列表;点击重置后恢复默认查询。\n4. 无数据时显示暂无数据,不沿用旧详情。 | 列表字段、详情字段、筛选条件和后端查询参数一致;重置后不残留旧条件。 | 用户只能查询授权站点、部门、角色范围内数据;详情敏感字段脱敏。 | 系统管理查询、详情、重置、空状态均可用。 | 对应子系统页面与数据对象章节 | 单文件页面:系统管理;筛选:角色、部门、站点、权限点、账号状态 | 待执行\nTC-PROTO-0203 | 用户运营系统-单文件.html | 额度频控 | 额度与频控 | 异常场景 | 额度边界:测评额度剩余1次预警 | P1 | 已进入额度频控页面;准备真实人额度台账、预占记录和关联计划。 | 边界数据=used=3,in_progress=0,reserved=0,count=1,limit=4 | 1. 打开额度频控页面。\n2. 查询目标真实人的额度台账。\n3. 按边界条件设置或选择记录:used=3,in_progress=0,reserved=0,count=1,limit=4。\n4. 点击额度检查或批量预占。\n5. 打开发送前终校结果和额度审计记录。 | 1. 系统按边界规则处理:允许预占但进入预警池。\n2. 台账 used/in_progress/reserved/remaining 计算正确。\n3. 额度审计记录包含计划ID、真实人ID、操作类型和原因。 | person_quota_ledgers与quota_reservations合计一致;提交评价立即影响累计12,Amazon未展示不回退。 | 额度手动调整、重置、放宽必须要求管理员或授权负责人。 | 额度边界不超发、不重复占用、不漏释放。 | 03-额度与频控 M1/M2/M4 | 额度页面边界:测评额度剩余1次预警 | 待执行\nTC-PROTO-0204 | 用户运营系统-单文件.html | 额度频控 | 额度与频控 | 异常场景 | 额度边界:测评额度已用3且预占1再预占1 | P1 | 已进入额度频控页面;准备真实人额度台账、预占记录和关联计划。 | 边界数据=used=3,reserved=1,count=1,limit=4 | 1. 打开额度频控页面。\n2. 查询目标真实人的额度台账。\n3. 按边界条件设置或选择记录:used=3,reserved=1,count=1,limit=4。\n4. 点击额度检查或批量预占。\n5. 打开发送前终校结果和额度审计记录。 | 1. 系统按边界规则处理:阻止预占,状态exceeded。\n2. 台账 used/in_progress/reserved/remaining 计算正确。\n3. 额度审计记录包含计划ID、真实人ID、操作类型和原因。 | person_quota_ledgers与quota_reservations合计一致;提交评价立即影响累计12,Amazon未展示不回退。 | 额度手动调整、重置、放宽必须要求管理员或授权负责人。 | 额度边界不超发、不重复占用、不漏释放。 | 03-额度与频控 M1/M2/M4 | 额度页面边界:测评额度已用3且预占1再预占1 | 待执行\nTC-PROTO-0205 | 用户运营系统-单文件.html | 额度频控 | 额度与频控 | 异常场景 | 额度边界:免评额度独立预占 | P1 | 已进入额度频控页面;准备真实人额度台账、预占记录和关联计划。 | 边界数据=review used=4, exemption used=0,count=1 | 1. 打开额度频控页面。\n2. 查询目标真实人的额度台账。\n3. 按边界条件设置或选择记录:review used=4, exemption used=0,count=1。\n4. 点击额度检查或批量预占。\n5. 打开发送前终校结果和额度审计记录。 | 1. 系统按边界规则处理:免评可预占,测评不可预占。\n2. 台账 used/in_progress/reserved/remaining 计算正确。\n3. 额度审计记录包含计划ID、真实人ID、操作类型和原因。 | person_quota_ledgers与quota_reservations合计一致;提交评价立即影响累计12,Amazon未展示不回退。 | 额度手动调整、重置、放宽必须要求管理员或授权负责人。 | 额度边界不超发、不重复占用、不漏释放。 | 03-额度与频控 M1/M2/M4 | 额度页面边界:免评额度独立预占 | 待执行\nTC-PROTO-0206 | 用户运营系统-单文件.html | 额度频控 | 额度与频控 | 异常场景 | 额度边界:累计12提交后不因未展示回退 | P1 | 已进入额度频控页面;准备真实人额度台账、预占记录和关联计划。 | 边界数据=lifetime=11,提交评价后Amazon未展示 | 1. 打开额度频控页面。\n2. 查询目标真实人的额度台账。\n3. 按边界条件设置或选择记录:lifetime=11,提交评价后Amazon未展示。\n4. 点击额度检查或批量预占。\n5. 打开发送前终校结果和额度审计记录。 | 1. 系统按边界规则处理:lifetime变12且不回退。\n2. 台账 used/in_progress/reserved/remaining 计算正确。\n3. 额度审计记录包含计划ID、真实人ID、操作类型和原因。 | person_quota_ledgers与quota_reservations合计一致;提交评价立即影响累计12,Amazon未展示不回退。 | 额度手动调整、重置、放宽必须要求管理员或授权负责人。 | 额度边界不超发、不重复占用、不漏释放。 | 03-额度与频控 M1/M2/M4 | 额度页面边界:累计12提交后不因未展示回退 | 待执行\nTC-PROTO-0207 | 用户运营系统-单文件.html | 额度频控 | 额度与频控 | 异常场景 | 额度边界:预占超时自动释放 | P1 | 已进入额度频控页面;准备真实人额度台账、预占记录和关联计划。 | 边界数据=reservation.status=RESERVED且expires_at已过 | 1. 打开额度频控页面。\n2. 查询目标真实人的额度台账。\n3. 按边界条件设置或选择记录:reservation.status=RESERVED且expires_at已过。\n4. 点击额度检查或批量预占。\n5. 打开发送前终校结果和额度审计记录。 | 1. 系统按边界规则处理:状态EXPIRED/RELEASED,remaining恢复。\n2. 台账 used/in_progress/reserved/remaining 计算正确。\n3. 额度审计记录包含计划ID、真实人ID、操作类型和原因。 | person_quota_ledgers与quota_reservations合计一致;提交评价立即影响累计12,Amazon未展示不回退。 | 额度手动调整、重置、放宽必须要求管理员或授权负责人。 | 额度边界不超发、不重复占用、不漏释放。 | 03-额度与频控 M1/M2/M4 | 额度页面边界:预占超时自动释放 | 待执行\nTC-PROTO-0208 | 用户运营系统-单文件.html | 额度频控 | 额度与频控 | 异常场景 | 额度边界:跨计划重复入选 | P1 | 已进入额度频控页面;准备真实人额度台账、预占记录和关联计划。 | 边界数据=同person同时进入PLAN-A和PLAN-B | 1. 打开额度频控页面。\n2. 查询目标真实人的额度台账。\n3. 按边界条件设置或选择记录:同person同时进入PLAN-A和PLAN-B。\n4. 点击额度检查或批量预占。\n5. 打开发送前终校结果和额度审计记录。 | 1. 系统按边界规则处理:只保留高优先级或先预占计划,另一计划排除/预警。\n2. 台账 used/in_progress/reserved/remaining 计算正确。\n3. 额度审计记录包含计划ID、真实人ID、操作类型和原因。 | person_quota_ledgers与quota_reservations合计一致;提交评价立即影响累计12,Amazon未展示不回退。 | 额度手动调整、重置、放宽必须要求管理员或授权负责人。 | 额度边界不超发、不重复占用、不漏释放。 | 03-额度与频控 M1/M2/M4 | 额度页面边界:跨计划重复入选 | 待执行\nTC-PROTO-0209 | 用户运营系统-单文件.html | 推送/触达 | 多渠道触达引擎 | 流程测试 | 触达渠道IM按用户状态执行并产生后续流转 | P1 | 计划已审批;候选用户满足条件:APP活跃+已绑定用户;额度、风险、去重均通过。 | 渠道=IM;用户条件=APP活跃+已绑定用户;动作=推送回评卡片 | 1. 进入推送/触达页面。\n2. 选择已审批计划和满足“APP活跃+已绑定用户”的候选用户。\n3. 点击渠道路由,确认推荐渠道为“IM”。\n4. 执行“推送回评卡片”。\n5. 查看触达历史和后续流转。\n6. 模拟用户响应或失败事件。 | 1. 系统选择“IM”作为推荐渠道或可选渠道。\n2. 执行动作后写入“im_interaction_records”。\n3. 后续处理符合:用户回复后重新校验身份/额度/风险。\n4. Dashboard和用户上下文卡可查看触达历史。 | im_interaction_records记录person_id、plan_id、channel/status、发生时间;channel_dedup_records记录允许或阻断原因。 | 触达发送需通过终校;退订、强风险、未关闭工单用户不得发送。 | IM渠道触达、事件追踪、后续流转完整。 | 04-多渠道触达引擎 M1-M7 | 推送/触达页面渠道:IM | 待执行\nTC-PROTO-0210 | 用户运营系统-单文件.html | 推送/触达 | 多渠道触达引擎 | 流程测试 | 触达渠道EDM按用户状态执行并产生后续流转 | P1 | 计划已审批;候选用户满足条件:未注册APP但邮箱可用用户;额度、风险、去重均通过。 | 渠道=EDM;用户条件=未注册APP但邮箱可用用户;动作=发送邮件并追踪送达/打开/点击/回复/退订 | 1. 进入推送/触达页面。\n2. 选择已审批计划和满足“未注册APP但邮箱可用用户”的候选用户。\n3. 点击渠道路由,确认推荐渠道为“EDM”。\n4. 执行“发送邮件并追踪送达/打开/点击/回复/退订”。\n5. 查看触达历史和后续流转。\n6. 模拟用户响应或失败事件。 | 1. 系统选择“EDM”作为推荐渠道或可选渠道。\n2. 执行动作后写入“edm_message_events”。\n3. 后续处理符合:回复邮件生成客服工单。\n4. Dashboard和用户上下文卡可查看触达历史。 | edm_message_events记录person_id、plan_id、channel/status、发生时间;channel_dedup_records记录允许或阻断原因。 | 触达发送需通过终校;退订、强风险、未关闭工单用户不得发送。 | EDM渠道触达、事件追踪、后续流转完整。 | 04-多渠道触达引擎 M1-M7 | 推送/触达页面渠道:EDM | 待执行\nTC-PROTO-0211 | 用户运营系统-单文件.html | 推送/触达 | 多渠道触达引擎 | 流程测试 | 触达渠道APP Push按用户状态执行并产生后续流转 | P1 | 计划已审批;候选用户满足条件:绑定新玩具/不活跃/计划到期/Listing紧急/活动触发;额度、风险、去重均通过。 | 渠道=APP Push;用户条件=绑定新玩具/不活跃/计划到期/Listing紧急/活动触发;动作=发送Push并追踪点击打开/忽略/卸载 | 1. 进入推送/触达页面。\n2. 选择已审批计划和满足“绑定新玩具/不活跃/计划到期/Listing紧急/活动触发”的候选用户。\n3. 点击渠道路由,确认推荐渠道为“APP Push”。\n4. 执行“发送Push并追踪点击打开/忽略/卸载”。\n5. 查看触达历史和后续流转。\n6. 模拟用户响应或失败事件。 | 1. 系统选择“APP Push”作为推荐渠道或可选渠道。\n2. 执行动作后写入“app_touch_events”。\n3. 后续处理符合:点击后分流到提交回评/联系客服/浏览。\n4. Dashboard和用户上下文卡可查看触达历史。 | app_touch_events记录person_id、plan_id、channel/status、发生时间;channel_dedup_records记录允许或阻断原因。 | 触达发送需通过终校;退订、强风险、未关闭工单用户不得发送。 | APP Push渠道触达、事件追踪、后续流转完整。 | 04-多渠道触达引擎 M1-M7 | 推送/触达页面渠道:APP Push | 待执行\nTC-PROTO-0212 | 用户运营系统-单文件.html | 推送/触达 | 多渠道触达引擎 | 流程测试 | 触达渠道TEL按用户状态执行并产生后续流转 | P1 | 计划已审批;候选用户满足条件:高价值多次无响应或答应配合超时用户;额度、风险、去重均通过。 | 渠道=TEL;用户条件=高价值多次无响应或答应配合超时用户;动作=生成电话任务并记录通话结果 | 1. 进入推送/触达页面。\n2. 选择已审批计划和满足“高价值多次无响应或答应配合超时用户”的候选用户。\n3. 点击渠道路由,确认推荐渠道为“TEL”。\n4. 执行“生成电话任务并记录通话结果”。\n5. 查看触达历史和后续流转。\n6. 模拟用户响应或失败事件。 | 1. 系统选择“TEL”作为推荐渠道或可选渠道。\n2. 执行动作后写入“tel_call_records”。\n3. 后续处理符合:未接通小于3次重拨,大于等于3次降级EDM或关闭。\n4. Dashboard和用户上下文卡可查看触达历史。 | tel_call_records记录person_id、plan_id、channel/status、发生时间;channel_dedup_records记录允许或阻断原因。 | 触达发送需通过终校;退订、强风险、未关闭工单用户不得发送。 | TEL渠道触达、事件追踪、后续流转完整。 | 04-多渠道触达引擎 M1-M7 | 推送/触达页面渠道:TEL | 待执行\nTC-PROTO-0213 | 用户运营系统-单文件.html | 评价追踪 | 评价结果追踪 | 流程测试 | 评价追踪处理截图证据登记 | P1 | 已存在执行中计划、真实人、客服工单或IM互动记录;用户声称已提交评价。 | 评价数据=evidence_type=截图;包含ASIN和评论内容 | 1. 进入评价追踪页面。\n2. 点击“登记评价提交”或打开待核验记录。\n3. 录入/选择数据:evidence_type=截图;包含ASIN和评论内容。\n4. 提交后查看提交记录。\n5. 执行展示核验或等待复查。\n6. 回到计划详情查看完成度。 | 1. 系统处理结果:记录提交事实并触发quota commit。\n2. 用户真实提交评价和Amazon展示核验被拆分记录。\n3. 额度按提交事实计数,计划完成按展示确认计数。\n4. 异常观察有复查记录和通知。 | review_submission_records、review_display_checks、review_results三类数据一致;quota_updated状态正确。 | 只有客服/运营可登记提交;展示核验人工确认需运营负责人或授权角色。 | 提交事实、展示事实、额度、计划完成度四者口径清晰且可追溯。 | 07-评价结果追踪 M1-M4 | 评价追踪场景:截图证据登记 | 待执行\nTC-PROTO-0214 | 用户运营系统-单文件.html | 评价追踪 | 评价结果追踪 | 流程测试 | 评价追踪处理链接证据登记 | P1 | 已存在执行中计划、真实人、客服工单或IM互动记录;用户声称已提交评价。 | 评价数据=evidence_type=Review Link;链接可打开 | 1. 进入评价追踪页面。\n2. 点击“登记评价提交”或打开待核验记录。\n3. 录入/选择数据:evidence_type=Review Link;链接可打开。\n4. 提交后查看提交记录。\n5. 执行展示核验或等待复查。\n6. 回到计划详情查看完成度。 | 1. 系统处理结果:记录提交事实并进入展示核验。\n2. 用户真实提交评价和Amazon展示核验被拆分记录。\n3. 额度按提交事实计数,计划完成按展示确认计数。\n4. 异常观察有复查记录和通知。 | review_submission_records、review_display_checks、review_results三类数据一致;quota_updated状态正确。 | 只有客服/运营可登记提交;展示核验人工确认需运营负责人或授权角色。 | 提交事实、展示事实、额度、计划完成度四者口径清晰且可追溯。 | 07-评价结果追踪 M1-M4 | 评价追踪场景:链接证据登记 | 待执行\nTC-PROTO-0215 | 用户运营系统-单文件.html | 评价追踪 | 评价结果追踪 | 流程测试 | 评价追踪处理人工核验展示成功 | P1 | 已存在执行中计划、真实人、客服工单或IM互动记录;用户声称已提交评价。 | 评价数据=check_method=人工;check_result=DISPLAYED | 1. 进入评价追踪页面。\n2. 点击“登记评价提交”或打开待核验记录。\n3. 录入/选择数据:check_method=人工;check_result=DISPLAYED。\n4. 提交后查看提交记录。\n5. 执行展示核验或等待复查。\n6. 回到计划详情查看完成度。 | 1. 系统处理结果:计入计划完成数并更新ASIN健康。\n2. 用户真实提交评价和Amazon展示核验被拆分记录。\n3. 额度按提交事实计数,计划完成按展示确认计数。\n4. 异常观察有复查记录和通知。 | review_submission_records、review_display_checks、review_results三类数据一致;quota_updated状态正确。 | 只有客服/运营可登记提交;展示核验人工确认需运营负责人或授权角色。 | 提交事实、展示事实、额度、计划完成度四者口径清晰且可追溯。 | 07-评价结果追踪 M1-M4 | 评价追踪场景:人工核验展示成功 | 待执行\nTC-PROTO-0216 | 用户运营系统-单文件.html | 评价追踪 | 评价结果追踪 | 流程测试 | 评价追踪处理自动核验未展示 | P1 | 已存在执行中计划、真实人、客服工单或IM互动记录;用户声称已提交评价。 | 评价数据=check_method=自动;check_result=NOT_DISPLAYED | 1. 进入评价追踪页面。\n2. 点击“登记评价提交”或打开待核验记录。\n3. 录入/选择数据:check_method=自动;check_result=NOT_DISPLAYED。\n4. 提交后查看提交记录。\n5. 执行展示核验或等待复查。\n6. 回到计划详情查看完成度。 | 1. 系统处理结果:进入异常观察队列。\n2. 用户真实提交评价和Amazon展示核验被拆分记录。\n3. 额度按提交事实计数,计划完成按展示确认计数。\n4. 异常观察有复查记录和通知。 | review_submission_records、review_display_checks、review_results三类数据一致;quota_updated状态正确。 | 只有客服/运营可登记提交;展示核验人工确认需运营负责人或授权角色。 | 提交事实、展示事实、额度、计划完成度四者口径清晰且可追溯。 | 07-评价结果追踪 M1-M4 | 评价追踪场景:自动核验未展示 | 待执行\nTC-PROTO-0217 | 用户运营系统-单文件.html | 评价追踪 | 评价结果追踪 | 流程测试 | 评价追踪处理暂不可核验 | P1 | 已存在执行中计划、真实人、客服工单或IM互动记录;用户声称已提交评价。 | 评价数据=check_result=UNVERIFIABLE;原因=Amazon审核中 | 1. 进入评价追踪页面。\n2. 点击“登记评价提交”或打开待核验记录。\n3. 录入/选择数据:check_result=UNVERIFIABLE;原因=Amazon审核中。\n4. 提交后查看提交记录。\n5. 执行展示核验或等待复查。\n6. 回到计划详情查看完成度。 | 1. 系统处理结果:保留已提交事实并定期复查。\n2. 用户真实提交评价和Amazon展示核验被拆分记录。\n3. 额度按提交事实计数,计划完成按展示确认计数。\n4. 异常观察有复查记录和通知。 | review_submission_records、review_display_checks、review_results三类数据一致;quota_updated状态正确。 | 只有客服/运营可登记提交;展示核验人工确认需运营负责人或授权角色。 | 提交事实、展示事实、额度、计划完成度四者口径清晰且可追溯。 | 07-评价结果追踪 M1-M4 | 评价追踪场景:暂不可核验 | 待执行\nTC-PROTO-0218 | 用户运营系统-单文件.html | 评价追踪 | 评价结果追踪 | 流程测试 | 评价追踪处理异常观察复查成功 | P1 | 已存在执行中计划、真实人、客服工单或IM互动记录;用户声称已提交评价。 | 评价数据=OBSERVING重试后DISPLAYED | 1. 进入评价追踪页面。\n2. 点击“登记评价提交”或打开待核验记录。\n3. 录入/选择数据:OBSERVING重试后DISPLAYED。\n4. 提交后查看提交记录。\n5. 执行展示核验或等待复查。\n6. 回到计划详情查看完成度。 | 1. 系统处理结果:转CONFIRMED并回流计划。\n2. 用户真实提交评价和Amazon展示核验被拆分记录。\n3. 额度按提交事实计数,计划完成按展示确认计数。\n4. 异常观察有复查记录和通知。 | review_submission_records、review_display_checks、review_results三类数据一致;quota_updated状态正确。 | 只有客服/运营可登记提交;展示核验人工确认需运营负责人或授权角色。 | 提交事实、展示事实、额度、计划完成度四者口径清晰且可追溯。 | 07-评价结果追踪 M1-M4 | 评价追踪场景:异常观察复查成功 | 待执行\nTC-PROTO-0219 | 用户运营系统-单文件.html | 评价追踪 | 评价结果追踪 | 流程测试 | 评价追踪处理异常观察期满失败 | P1 | 已存在执行中计划、真实人、客服工单或IM互动记录;用户声称已提交评价。 | 评价数据=retry_count超过阈值仍NOT_DISPLAYED | 1. 进入评价追踪页面。\n2. 点击“登记评价提交”或打开待核验记录。\n3. 录入/选择数据:retry_count超过阈值仍NOT_DISPLAYED。\n4. 提交后查看提交记录。\n5. 执行展示核验或等待复查。\n6. 回到计划详情查看完成度。 | 1. 系统处理结果:标记ABNORMAL并通知运营。\n2. 用户真实提交评价和Amazon展示核验被拆分记录。\n3. 额度按提交事实计数,计划完成按展示确认计数。\n4. 异常观察有复查记录和通知。 | review_submission_records、review_display_checks、review_results三类数据一致;quota_updated状态正确。 | 只有客服/运营可登记提交;展示核验人工确认需运营负责人或授权角色。 | 提交事实、展示事实、额度、计划完成度四者口径清晰且可追溯。 | 07-评价结果追踪 M1-M4 | 评价追踪场景:异常观察期满失败 | 待执行\nTC-PROTO-0266 | 用户运营系统-单文件.html | 全局权限 | 系统总览 | 权限校验 | 单文件系统角色Amazon运营模块访问与按钮权限 | P1 | 准备角色为“Amazon运营”的账号;系统存在需求、计划、用户、工单、风险、评价等数据。 | 角色=Amazon运营;可见范围=需求中心/ASIN/计划审核查看;允许=创建需求、查看ASIN健康;限制=不能审批用户运营计划或查看完整用户敏感信息 | 1. 使用“Amazon运营”账号登录单文件系统。\n2. 逐个访问导航模块,记录可见页面。\n3. 在可见页面尝试执行允许动作:创建需求、查看ASIN健康。\n4. 尝试通过URL hash或按钮执行限制动作:不能审批用户运营计划或查看完整用户敏感信息。\n5. 查看审计日志中是否记录越权或敏感访问。 | 1. Amazon运营只能访问“需求中心/ASIN/计划审核查看”。\n2. 允许动作“创建需求、查看ASIN健康”可正常执行。\n3. 限制动作“不能审批用户运营计划或查看完整用户敏感信息”不可执行,直接URL也无法绕过。\n4. 敏感访问和越权尝试有审计记录。 | 前端菜单、按钮、后端接口权限一致;角色切换后缓存权限刷新。 | Amazon运营权限边界符合角色职责。 | 模块访问、按钮权限、数据范围、审计均正确。 | 00-系统总览 角色前端映射;09-审计与通知中心 | 单文件系统角色=Amazon运营 | 待执行\nTC-PROTO-0267 | 用户运营系统-单文件.html | 全局权限 | 系统总览 | 权限校验 | 单文件系统角色用户运营模块访问与按钮权限 | P1 | 准备角色为“用户运营”的账号;系统存在需求、计划、用户、工单、风险、评价等数据。 | 角色=用户运营;可见范围=需求中心/计划中心/推送中心/用户中心;允许=评估需求、生成计划、圈选人群、触达;限制=不能同步黑名单或配置系统权限 | 1. 使用“用户运营”账号登录单文件系统。\n2. 逐个访问导航模块,记录可见页面。\n3. 在可见页面尝试执行允许动作:评估需求、生成计划、圈选人群、触达。\n4. 尝试通过URL hash或按钮执行限制动作:不能同步黑名单或配置系统权限。\n5. 查看审计日志中是否记录越权或敏感访问。 | 1. 用户运营只能访问“需求中心/计划中心/推送中心/用户中心”。\n2. 允许动作“评估需求、生成计划、圈选人群、触达”可正常执行。\n3. 限制动作“不能同步黑名单或配置系统权限”不可执行,直接URL也无法绕过。\n4. 敏感访问和越权尝试有审计记录。 | 前端菜单、按钮、后端接口权限一致;角色切换后缓存权限刷新。 | 用户运营权限边界符合角色职责。 | 模块访问、按钮权限、数据范围、审计均正确。 | 00-系统总览 角色前端映射;09-审计与通知中心 | 单文件系统角色=用户运营 | 待执行\nTC-PROTO-0268 | 用户运营系统-单文件.html | 全局权限 | 系统总览 | 权限校验 | 单文件系统角色客服模块访问与按钮权限 | P1 | 准备角色为“客服”的账号;系统存在需求、计划、用户、工单、风险、评价等数据。 | 角色=客服;可见范围=客服中心/用户上下文摘要/评价登记;允许=处理工单、登记评价提交;限制=不能查看跨团队绩效和完整设备号 | 1. 使用“客服”账号登录单文件系统。\n2. 逐个访问导航模块,记录可见页面。\n3. 在可见页面尝试执行允许动作:处理工单、登记评价提交。\n4. 尝试通过URL hash或按钮执行限制动作:不能查看跨团队绩效和完整设备号。\n5. 查看审计日志中是否记录越权或敏感访问。 | 1. 客服只能访问“客服中心/用户上下文摘要/评价登记”。\n2. 允许动作“处理工单、登记评价提交”可正常执行。\n3. 限制动作“不能查看跨团队绩效和完整设备号”不可执行,直接URL也无法绕过。\n4. 敏感访问和越权尝试有审计记录。 | 前端菜单、按钮、后端接口权限一致;角色切换后缓存权限刷新。 | 客服权限边界符合角色职责。 | 模块访问、按钮权限、数据范围、审计均正确。 | 00-系统总览 角色前端映射;09-审计与通知中心 | 单文件系统角色=客服 | 待执行\nTC-PROTO-0269 | 用户运营系统-单文件.html | 全局权限 | 系统总览 | 权限校验 | 单文件系统角色客服主管模块访问与按钮权限 | P1 | 准备角色为“客服主管”的账号;系统存在需求、计划、用户、工单、风险、评价等数据。 | 角色=客服主管;可见范围=客服中心/客服执行看板/绩效;允许=分配工单、查看组内绩效、排班;限制=不能审批免评计划除非授权 | 1. 使用“客服主管”账号登录单文件系统。\n2. 逐个访问导航模块,记录可见页面。\n3. 在可见页面尝试执行允许动作:分配工单、查看组内绩效、排班。\n4. 尝试通过URL hash或按钮执行限制动作:不能审批免评计划除非授权。\n5. 查看审计日志中是否记录越权或敏感访问。 | 1. 客服主管只能访问“客服中心/客服执行看板/绩效”。\n2. 允许动作“分配工单、查看组内绩效、排班”可正常执行。\n3. 限制动作“不能审批免评计划除非授权”不可执行,直接URL也无法绕过。\n4. 敏感访问和越权尝试有审计记录。 | 前端菜单、按钮、后端接口权限一致;角色切换后缓存权限刷新。 | 客服主管权限边界符合角色职责。 | 模块访问、按钮权限、数据范围、审计均正确。 | 00-系统总览 角色前端映射;09-审计与通知中心 | 单文件系统角色=客服主管 | 待执行\nTC-PROTO-0270 | 用户运营系统-单文件.html | 全局权限 | 系统总览 | 权限校验 | 单文件系统角色风险负责人模块访问与按钮权限 | P1 | 准备角色为“风险负责人”的账号;系统存在需求、计划、用户、工单、风险、评价等数据。 | 角色=风险负责人;可见范围=风险中心/黑名单/审计;允许=复核风险、同步黑名单、标记误报;限制=不能修改计划目标量 | 1. 使用“风险负责人”账号登录单文件系统。\n2. 逐个访问导航模块,记录可见页面。\n3. 在可见页面尝试执行允许动作:复核风险、同步黑名单、标记误报。\n4. 尝试通过URL hash或按钮执行限制动作:不能修改计划目标量。\n5. 查看审计日志中是否记录越权或敏感访问。 | 1. 风险负责人只能访问“风险中心/黑名单/审计”。\n2. 允许动作“复核风险、同步黑名单、标记误报”可正常执行。\n3. 限制动作“不能修改计划目标量”不可执行,直接URL也无法绕过。\n4. 敏感访问和越权尝试有审计记录。 | 前端菜单、按钮、后端接口权限一致;角色切换后缓存权限刷新。 | 风险负责人权限边界符合角色职责。 | 模块访问、按钮权限、数据范围、审计均正确。 | 00-系统总览 角色前端映射;09-审计与通知中心 | 单文件系统角色=风险负责人 | 待执行\nTC-PROTO-0271 | 用户运营系统-单文件.html | 全局权限 | 系统总览 | 权限校验 | 单文件系统角色KOC运营模块访问与按钮权限 | P1 | 准备角色为“KOC运营”的账号;系统存在需求、计划、用户、工单、风险、评价等数据。 | 角色=KOC运营;可见范围=KOC/KOL协作;允许=维护Brief、CODE、内容记录;限制=不能查看普通用户完整身份线索 | 1. 使用“KOC运营”账号登录单文件系统。\n2. 逐个访问导航模块,记录可见页面。\n3. 在可见页面尝试执行允许动作:维护Brief、CODE、内容记录。\n4. 尝试通过URL hash或按钮执行限制动作:不能查看普通用户完整身份线索。\n5. 查看审计日志中是否记录越权或敏感访问。 | 1. KOC运营只能访问“KOC/KOL协作”。\n2. 允许动作“维护Brief、CODE、内容记录”可正常执行。\n3. 限制动作“不能查看普通用户完整身份线索”不可执行,直接URL也无法绕过。\n4. 敏感访问和越权尝试有审计记录。 | 前端菜单、按钮、后端接口权限一致;角色切换后缓存权限刷新。 | KOC运营权限边界符合角色职责。 | 模块访问、按钮权限、数据范围、审计均正确。 | 00-系统总览 角色前端映射;09-审计与通知中心 | 单文件系统角色=KOC运营 | 待执行\nTC-PROTO-0272 | 用户运营系统-单文件.html | 全局权限 | 系统总览 | 权限校验 | 单文件系统角色系统管理员模块访问与按钮权限 | P1 | 准备角色为“系统管理员”的账号;系统存在需求、计划、用户、工单、风险、评价等数据。 | 角色=系统管理员;可见范围=全部模块;允许=账号权限、审计、配置、跨部门看板;限制=敏感访问仍需审计 | 1. 使用“系统管理员”账号登录单文件系统。\n2. 逐个访问导航模块,记录可见页面。\n3. 在可见页面尝试执行允许动作:账号权限、审计、配置、跨部门看板。\n4. 尝试通过URL hash或按钮执行限制动作:敏感访问仍需审计。\n5. 查看审计日志中是否记录越权或敏感访问。 | 1. 系统管理员只能访问“全部模块”。\n2. 允许动作“账号权限、审计、配置、跨部门看板”可正常执行。\n3. 限制动作“敏感访问仍需审计”不可执行,直接URL也无法绕过。\n4. 敏感访问和越权尝试有审计记录。 | 前端菜单、按钮、后端接口权限一致;角色切换后缓存权限刷新。 | 系统管理员权限边界符合角色职责。 | 模块访问、按钮权限、数据范围、审计均正确。 | 00-系统总览 角色前端映射;09-审计与通知中心 | 单文件系统角色=系统管理员 | 待执行\nTC-PROTO-0273 | 用户运营系统-单文件.html | 需求中心 | 需求中心 | 数据校验 | 需求中心执行导出待评估需求并校验导出脱敏与范围 | P2 | 已进入“需求中心”;当前角色具备导出权限;列表支持筛选和导出。 | 筛选=筛选状态=待评估;导出内容=导出demands当前筛选字段 | 1. 打开“需求中心”。\n2. 设置筛选条件:筛选状态=待评估。\n3. 点击查询并确认列表有数据。\n4. 点击导出。\n5. 打开导出文件,检查字段、数据范围和脱敏内容。\n6. 回到审计通知页面查询导出日志。 | 1. 导出内容为:导出demands当前筛选字段。\n2. 导出文件仅包含当前筛选范围。\n3. 敏感字段脱敏。\n4. 审计日志记录导出人、时间、筛选条件和导出对象。 | 导出总数与列表筛选总数一致;脱敏规则与页面展示一致。 | 无导出权限时按钮隐藏或后端拒绝;导出权限与查看完整信息权限分离。 | 导出范围准确、脱敏有效、审计可查。 | 09-审计与通知中心;各子系统数据对象 | 单文件页面=需求中心;导出=导出待评估需求 | 待执行\nTC-PROTO-0274 | 用户运营系统-单文件.html | 计划审核 | 计划审核 | 数据校验 | 计划审核执行导出审批记录并校验导出脱敏与范围 | P2 | 已进入“计划审核”;当前角色具备导出权限;列表支持筛选和导出。 | 筛选=筛选审批状态=待审批;导出内容=导出approval_records | 1. 打开“计划审核”。\n2. 设置筛选条件:筛选审批状态=待审批。\n3. 点击查询并确认列表有数据。\n4. 点击导出。\n5. 打开导出文件,检查字段、数据范围和脱敏内容。\n6. 回到审计通知页面查询导出日志。 | 1. 导出内容为:导出approval_records。\n2. 导出文件仅包含当前筛选范围。\n3. 敏感字段脱敏。\n4. 审计日志记录导出人、时间、筛选条件和导出对象。 | 导出总数与列表筛选总数一致;脱敏规则与页面展示一致。 | 无导出权限时按钮隐藏或后端拒绝;导出权限与查看完整信息权限分离。 | 导出范围准确、脱敏有效、审计可查。 | 09-审计与通知中心;各子系统数据对象 | 单文件页面=计划审核;导出=导出审批记录 | 待执行\nTC-PROTO-0275 | 用户运营系统-单文件.html | 计划中心 | 计划中心 | 数据校验 | 计划中心执行导出计划执行进度并校验导出脱敏与范围 | P2 | 已进入“计划中心”;当前角色具备导出权限;列表支持筛选和导出。 | 筛选=筛选状态=执行中;导出内容=导出计划、计划项、完成率 | 1. 打开“计划中心”。\n2. 设置筛选条件:筛选状态=执行中。\n3. 点击查询并确认列表有数据。\n4. 点击导出。\n5. 打开导出文件,检查字段、数据范围和脱敏内容。\n6. 回到审计通知页面查询导出日志。 | 1. 导出内容为:导出计划、计划项、完成率。\n2. 导出文件仅包含当前筛选范围。\n3. 敏感字段脱敏。\n4. 审计日志记录导出人、时间、筛选条件和导出对象。 | 导出总数与列表筛选总数一致;脱敏规则与页面展示一致。 | 无导出权限时按钮隐藏或后端拒绝;导出权限与查看完整信息权限分离。 | 导出范围准确、脱敏有效、审计可查。 | 09-审计与通知中心;各子系统数据对象 | 单文件页面=计划中心;导出=导出计划执行进度 | 待执行\nTC-PROTO-0276 | 用户运营系统-单文件.html | ASIN/Listing | ASIN/Listing | 数据校验 | ASIN/Listing执行导出健康风险ASIN并校验导出脱敏与范围 | P2 | 已进入“ASIN/Listing”;当前角色具备导出权限;列表支持筛选和导出。 | 筛选=筛选健康状态=风险/严重风险;导出内容=导出评分、评价数、差评数 | 1. 打开“ASIN/Listing”。\n2. 设置筛选条件:筛选健康状态=风险/严重风险。\n3. 点击查询并确认列表有数据。\n4. 点击导出。\n5. 打开导出文件,检查字段、数据范围和脱敏内容。\n6. 回到审计通知页面查询导出日志。 | 1. 导出内容为:导出评分、评价数、差评数。\n2. 导出文件仅包含当前筛选范围。\n3. 敏感字段脱敏。\n4. 审计日志记录导出人、时间、筛选条件和导出对象。 | 导出总数与列表筛选总数一致;脱敏规则与页面展示一致。 | 无导出权限时按钮隐藏或后端拒绝;导出权限与查看完整信息权限分离。 | 导出范围准确、脱敏有效、审计可查。 | 09-审计与通知中心;各子系统数据对象 | 单文件页面=ASIN/Listing;导出=导出健康风险ASIN | 待执行\nTC-PROTO-0277 | 用户运营系统-单文件.html | 用户中心 | 用户中心 | 数据校验 | 用户中心执行导出人群包并校验导出脱敏与范围 | P2 | 已进入“用户中心”;当前角色具备导出权限;列表支持筛选和导出。 | 筛选=筛选标签/国家/产品绑定;导出内容=导出脱敏用户ID和标签 | 1. 打开“用户中心”。\n2. 设置筛选条件:筛选标签/国家/产品绑定。\n3. 点击查询并确认列表有数据。\n4. 点击导出。\n5. 打开导出文件,检查字段、数据范围和脱敏内容。\n6. 回到审计通知页面查询导出日志。 | 1. 导出内容为:导出脱敏用户ID和标签。\n2. 导出文件仅包含当前筛选范围。\n3. 敏感字段脱敏。\n4. 审计日志记录导出人、时间、筛选条件和导出对象。 | 导出总数与列表筛选总数一致;脱敏规则与页面展示一致。 | 无导出权限时按钮隐藏或后端拒绝;导出权限与查看完整信息权限分离。 | 导出范围准确、脱敏有效、审计可查。 | 09-审计与通知中心;各子系统数据对象 | 单文件页面=用户中心;导出=导出人群包 | 待执行\nTC-PROTO-0278 | 用户运营系统-单文件.html | 额度频控 | 额度频控 | 数据校验 | 额度频控执行导出额度预警用户并校验导出脱敏与范围 | P2 | 已进入“额度频控”;当前角色具备导出权限;列表支持筛选和导出。 | 筛选=筛选status=warning/exceeded;导出内容=导出额度台账摘要 | 1. 打开“额度频控”。\n2. 设置筛选条件:筛选status=warning/exceeded。\n3. 点击查询并确认列表有数据。\n4. 点击导出。\n5. 打开导出文件,检查字段、数据范围和脱敏内容。\n6. 回到审计通知页面查询导出日志。 | 1. 导出内容为:导出额度台账摘要。\n2. 导出文件仅包含当前筛选范围。\n3. 敏感字段脱敏。\n4. 审计日志记录导出人、时间、筛选条件和导出对象。 | 导出总数与列表筛选总数一致;脱敏规则与页面展示一致。 | 无导出权限时按钮隐藏或后端拒绝;导出权限与查看完整信息权限分离。 | 导出范围准确、脱敏有效、审计可查。 | 09-审计与通知中心;各子系统数据对象 | 单文件页面=额度频控;导出=导出额度预警用户 | 待执行\nTC-PROTO-0279 | 用户运营系统-单文件.html | 推送/触达 | 推送/触达 | 数据校验 | 推送/触达执行导出退订用户并校验导出脱敏与范围 | P2 | 已进入“推送/触达”;当前角色具备导出权限;列表支持筛选和导出。 | 筛选=筛选event=UNSUBSCRIBED;导出内容=导出退订事件和渠道 | 1. 打开“推送/触达”。\n2. 设置筛选条件:筛选event=UNSUBSCRIBED。\n3. 点击查询并确认列表有数据。\n4. 点击导出。\n5. 打开导出文件,检查字段、数据范围和脱敏内容。\n6. 回到审计通知页面查询导出日志。 | 1. 导出内容为:导出退订事件和渠道。\n2. 导出文件仅包含当前筛选范围。\n3. 敏感字段脱敏。\n4. 审计日志记录导出人、时间、筛选条件和导出对象。 | 导出总数与列表筛选总数一致;脱敏规则与页面展示一致。 | 无导出权限时按钮隐藏或后端拒绝;导出权限与查看完整信息权限分离。 | 导出范围准确、脱敏有效、审计可查。 | 09-审计与通知中心;各子系统数据对象 | 单文件页面=推送/触达;导出=导出退订用户 | 待执行\nTC-PROTO-0280 | 用户运营系统-单文件.html | 客服中心 | 客服中心 | 数据校验 | 客服中心执行导出超时工单并校验导出脱敏与范围 | P2 | 已进入“客服中心”;当前角色具备导出权限;列表支持筛选和导出。 | 筛选=筛选状态=等待用户且超时;导出内容=导出工单与负责人 | 1. 打开“客服中心”。\n2. 设置筛选条件:筛选状态=等待用户且超时。\n3. 点击查询并确认列表有数据。\n4. 点击导出。\n5. 打开导出文件,检查字段、数据范围和脱敏内容。\n6. 回到审计通知页面查询导出日志。 | 1. 导出内容为:导出工单与负责人。\n2. 导出文件仅包含当前筛选范围。\n3. 敏感字段脱敏。\n4. 审计日志记录导出人、时间、筛选条件和导出对象。 | 导出总数与列表筛选总数一致;脱敏规则与页面展示一致。 | 无导出权限时按钮隐藏或后端拒绝;导出权限与查看完整信息权限分离。 | 导出范围准确、脱敏有效、审计可查。 | 09-审计与通知中心;各子系统数据对象 | 单文件页面=客服中心;导出=导出超时工单 | 待执行\nTC-PROTO-0281 | 用户运营系统-单文件.html | 风险中心 | 风险中心 | 数据校验 | 风险中心执行导出风险案件并校验导出脱敏与范围 | P2 | 已进入“风险中心”;当前角色具备导出权限;列表支持筛选和导出。 | 筛选=筛选状态=人工复核中;导出内容=导出风险摘要脱敏 | 1. 打开“风险中心”。\n2. 设置筛选条件:筛选状态=人工复核中。\n3. 点击查询并确认列表有数据。\n4. 点击导出。\n5. 打开导出文件,检查字段、数据范围和脱敏内容。\n6. 回到审计通知页面查询导出日志。 | 1. 导出内容为:导出风险摘要脱敏。\n2. 导出文件仅包含当前筛选范围。\n3. 敏感字段脱敏。\n4. 审计日志记录导出人、时间、筛选条件和导出对象。 | 导出总数与列表筛选总数一致;脱敏规则与页面展示一致。 | 无导出权限时按钮隐藏或后端拒绝;导出权限与查看完整信息权限分离。 | 导出范围准确、脱敏有效、审计可查。 | 09-审计与通知中心;各子系统数据对象 | 单文件页面=风险中心;导出=导出风险案件 | 待执行\nTC-PROTO-0282 | 用户运营系统-单文件.html | 评价追踪 | 评价追踪 | 数据校验 | 评价追踪执行导出异常观察队列并校验导出脱敏与范围 | P2 | 已进入“评价追踪”;当前角色具备导出权限;列表支持筛选和导出。 | 筛选=筛选status=OBSERVING/ABNORMAL;导出内容=导出提交和核验摘要 | 1. 打开“评价追踪”。\n2. 设置筛选条件:筛选status=OBSERVING/ABNORMAL。\n3. 点击查询并确认列表有数据。\n4. 点击导出。\n5. 打开导出文件,检查字段、数据范围和脱敏内容。\n6. 回到审计通知页面查询导出日志。 | 1. 导出内容为:导出提交和核验摘要。\n2. 导出文件仅包含当前筛选范围。\n3. 敏感字段脱敏。\n4. 审计日志记录导出人、时间、筛选条件和导出对象。 | 导出总数与列表筛选总数一致;脱敏规则与页面展示一致。 | 无导出权限时按钮隐藏或后端拒绝;导出权限与查看完整信息权限分离。 | 导出范围准确、脱敏有效、审计可查。 | 09-审计与通知中心;各子系统数据对象 | 单文件页面=评价追踪;导出=导出异常观察队列 | 待执行\nTC-PROTO-0283 | 用户运营系统-单文件.html | KOC/KOL | KOC/KOL | 数据校验 | KOC/KOL执行导出逾期协作任务并校验导出脱敏与范围 | P2 | 已进入“KOC/KOL”;当前角色具备导出权限;列表支持筛选和导出。 | 筛选=筛选状态=逾期;导出内容=导出CODE/Brief/负责人 | 1. 打开“KOC/KOL”。\n2. 设置筛选条件:筛选状态=逾期。\n3. 点击查询并确认列表有数据。\n4. 点击导出。\n5. 打开导出文件,检查字段、数据范围和脱敏内容。\n6. 回到审计通知页面查询导出日志。 | 1. 导出内容为:导出CODE/Brief/负责人。\n2. 导出文件仅包含当前筛选范围。\n3. 敏感字段脱敏。\n4. 审计日志记录导出人、时间、筛选条件和导出对象。 | 导出总数与列表筛选总数一致;脱敏规则与页面展示一致。 | 无导出权限时按钮隐藏或后端拒绝;导出权限与查看完整信息权限分离。 | 导出范围准确、脱敏有效、审计可查。 | 09-审计与通知中心;各子系统数据对象 | 单文件页面=KOC/KOL;导出=导出逾期协作任务 | 待执行\nTC-PROTO-0284 | 用户运营系统-单文件.html | 审计通知 | 审计通知 | 数据校验 | 审计通知执行导出敏感动作日志并校验导出脱敏与范围 | P2 | 已进入“审计通知”;当前角色具备导出权限;列表支持筛选和导出。 | 筛选=筛选动作=查看完整信息/导出;导出内容=导出审计日志 | 1. 打开“审计通知”。\n2. 设置筛选条件:筛选动作=查看完整信息/导出。\n3. 点击查询并确认列表有数据。\n4. 点击导出。\n5. 打开导出文件,检查字段、数据范围和脱敏内容。\n6. 回到审计通知页面查询导出日志。 | 1. 导出内容为:导出审计日志。\n2. 导出文件仅包含当前筛选范围。\n3. 敏感字段脱敏。\n4. 审计日志记录导出人、时间、筛选条件和导出对象。 | 导出总数与列表筛选总数一致;脱敏规则与页面展示一致。 | 无导出权限时按钮隐藏或后端拒绝;导出权限与查看完整信息权限分离。 | 导出范围准确、脱敏有效、审计可查。 | 09-审计与通知中心;各子系统数据对象 | 单文件页面=审计通知;导出=导出敏感动作日志 | 待执行\nTC-PROTO-0298 | 用户运营系统-单文件.html | 需求中心 | 系统稳定性与幂等 | 异常场景 | 需求中心稳定性校验:创建需求重复提交 | P2 | 已进入“需求中心”;准备可执行场景:创建需求重复提交。 | 动作=提交按钮连续点击两次;预期=只创建一个demand_id | 1. 打开原型页面“需求中心”。\n2. 准备或选择满足场景的数据。\n3. 执行操作:提交按钮连续点击两次。\n4. 观察页面提示、按钮状态、列表变化和详情状态。\n5. 刷新页面或重新查询该记录。\n6. 如涉及日志,进入审计通知页面按对象ID查询。 | 1. 系统按幂等/空状态/刷新规则处理。\n2. 结果为:只创建一个demand_id。\n3. 不产生重复记录、重复扣减、重复完成数或错误状态。\n4. 刷新后状态可恢复查询。 | 校验唯一ID、状态、计数、日志数量;重复操作不得造成多条业务成功记录。 | 重复/并发操作仍必须校验后端权限,不能因前端状态异常绕过权限。 | 页面在重复点击、刷新、并发、空状态下保持数据一致且用户可理解。 | 全局幂等与审计要求;各子系统状态规则 | 稳定性场景:创建需求重复提交 | 待执行\nTC-PROTO-0299 | 用户运营系统-单文件.html | 计划审核 | 系统稳定性与幂等 | 异常场景 | 计划审核稳定性校验:两名审批人同时审批 | P2 | 已进入“计划审核”;准备可执行场景:两名审批人同时审批。 | 动作=一个通过一个驳回并发提交;预期=按后端锁定规则只接受一个有效决策 | 1. 打开原型页面“计划审核”。\n2. 准备或选择满足场景的数据。\n3. 执行操作:一个通过一个驳回并发提交。\n4. 观察页面提示、按钮状态、列表变化和详情状态。\n5. 刷新页面或重新查询该记录。\n6. 如涉及日志,进入审计通知页面按对象ID查询。 | 1. 系统按幂等/空状态/刷新规则处理。\n2. 结果为:按后端锁定规则只接受一个有效决策。\n3. 不产生重复记录、重复扣减、重复完成数或错误状态。\n4. 刷新后状态可恢复查询。 | 校验唯一ID、状态、计数、日志数量;重复操作不得造成多条业务成功记录。 | 重复/并发操作仍必须校验后端权限,不能因前端状态异常绕过权限。 | 页面在重复点击、刷新、并发、空状态下保持数据一致且用户可理解。 | 全局幂等与审计要求;各子系统状态规则 | 稳定性场景:两名审批人同时审批 | 待执行\nTC-PROTO-0300 | 用户运营系统-单文件.html | 计划中心 | 系统稳定性与幂等 | 异常场景 | 计划中心稳定性校验:计划暂停后重复暂停 | P2 | 已进入“计划中心”;准备可执行场景:计划暂停后重复暂停。 | 动作=执行中计划点击暂停两次;预期=第二次提示计划已暂停 | 1. 打开原型页面“计划中心”。\n2. 准备或选择满足场景的数据。\n3. 执行操作:执行中计划点击暂停两次。\n4. 观察页面提示、按钮状态、列表变化和详情状态。\n5. 刷新页面或重新查询该记录。\n6. 如涉及日志,进入审计通知页面按对象ID查询。 | 1. 系统按幂等/空状态/刷新规则处理。\n2. 结果为:第二次提示计划已暂停。\n3. 不产生重复记录、重复扣减、重复完成数或错误状态。\n4. 刷新后状态可恢复查询。 | 校验唯一ID、状态、计数、日志数量;重复操作不得造成多条业务成功记录。 | 重复/并发操作仍必须校验后端权限,不能因前端状态异常绕过权限。 | 页面在重复点击、刷新、并发、空状态下保持数据一致且用户可理解。 | 全局幂等与审计要求;各子系统状态规则 | 稳定性场景:计划暂停后重复暂停 | 待执行\nTC-PROTO-0301 | 用户运营系统-单文件.html | 额度频控 | 系统稳定性与幂等 | 异常场景 | 额度频控稳定性校验:并发预占同一真实人最后额度 | P2 | 已进入“额度频控”;准备可执行场景:并发预占同一真实人最后额度。 | 动作=两个计划同时预占remaining=1;预期=只允许一个预占成功 | 1. 打开原型页面“额度频控”。\n2. 准备或选择满足场景的数据。\n3. 执行操作:两个计划同时预占remaining=1。\n4. 观察页面提示、按钮状态、列表变化和详情状态。\n5. 刷新页面或重新查询该记录。\n6. 如涉及日志,进入审计通知页面按对象ID查询。 | 1. 系统按幂等/空状态/刷新规则处理。\n2. 结果为:只允许一个预占成功。\n3. 不产生重复记录、重复扣减、重复完成数或错误状态。\n4. 刷新后状态可恢复查询。 | 校验唯一ID、状态、计数、日志数量;重复操作不得造成多条业务成功记录。 | 重复/并发操作仍必须校验后端权限,不能因前端状态异常绕过权限。 | 页面在重复点击、刷新、并发、空状态下保持数据一致且用户可理解。 | 全局幂等与审计要求;各子系统状态规则 | 稳定性场景:并发预占同一真实人最后额度 | 待执行\nTC-PROTO-0302 | 用户运营系统-单文件.html | 推送/触达 | 系统稳定性与幂等 | 异常场景 | 推送/触达稳定性校验:发送任务队列中刷新 | P2 | 已进入“推送/触达”;准备可执行场景:发送任务队列中刷新。 | 动作=点击发送后立即刷新页面;预期=任务状态可从队列恢复查询 | 1. 打开原型页面“推送/触达”。\n2. 准备或选择满足场景的数据。\n3. 执行操作:点击发送后立即刷新页面。\n4. 观察页面提示、按钮状态、列表变化和详情状态。\n5. 刷新页面或重新查询该记录。\n6. 如涉及日志,进入审计通知页面按对象ID查询。 | 1. 系统按幂等/空状态/刷新规则处理。\n2. 结果为:任务状态可从队列恢复查询。\n3. 不产生重复记录、重复扣减、重复完成数或错误状态。\n4. 刷新后状态可恢复查询。 | 校验唯一ID、状态、计数、日志数量;重复操作不得造成多条业务成功记录。 | 重复/并发操作仍必须校验后端权限,不能因前端状态异常绕过权限。 | 页面在重复点击、刷新、并发、空状态下保持数据一致且用户可理解。 | 全局幂等与审计要求;各子系统状态规则 | 稳定性场景:发送任务队列中刷新 | 待执行\nTC-PROTO-0303 | 用户运营系统-单文件.html | 客服中心 | 系统稳定性与幂等 | 异常场景 | 客服中心稳定性校验:同用户重复创建工单 | P2 | 已进入“客服中心”;准备可执行场景:同用户重复创建工单。 | 动作=同person_id已有open工单再次创建;预期=提示关联已有工单或合并 | 1. 打开原型页面“客服中心”。\n2. 准备或选择满足场景的数据。\n3. 执行操作:同person_id已有open工单再次创建。\n4. 观察页面提示、按钮状态、列表变化和详情状态。\n5. 刷新页面或重新查询该记录。\n6. 如涉及日志,进入审计通知页面按对象ID查询。 | 1. 系统按幂等/空状态/刷新规则处理。\n2. 结果为:提示关联已有工单或合并。\n3. 不产生重复记录、重复扣减、重复完成数或错误状态。\n4. 刷新后状态可恢复查询。 | 校验唯一ID、状态、计数、日志数量;重复操作不得造成多条业务成功记录。 | 重复/并发操作仍必须校验后端权限,不能因前端状态异常绕过权限。 | 页面在重复点击、刷新、并发、空状态下保持数据一致且用户可理解。 | 全局幂等与审计要求;各子系统状态规则 | 稳定性场景:同用户重复创建工单 | 待执行\nTC-PROTO-0304 | 用户运营系统-单文件.html | 风险中心 | 系统稳定性与幂等 | 异常场景 | 风险中心稳定性校验:确认诈骗重复点击 | P2 | 已进入“风险中心”;准备可执行场景:确认诈骗重复点击。 | 动作=风险案件连续点击确认诈骗;预期=只同步一次黑名单候选 | 1. 打开原型页面“风险中心”。\n2. 准备或选择满足场景的数据。\n3. 执行操作:风险案件连续点击确认诈骗。\n4. 观察页面提示、按钮状态、列表变化和详情状态。\n5. 刷新页面或重新查询该记录。\n6. 如涉及日志,进入审计通知页面按对象ID查询。 | 1. 系统按幂等/空状态/刷新规则处理。\n2. 结果为:只同步一次黑名单候选。\n3. 不产生重复记录、重复扣减、重复完成数或错误状态。\n4. 刷新后状态可恢复查询。 | 校验唯一ID、状态、计数、日志数量;重复操作不得造成多条业务成功记录。 | 重复/并发操作仍必须校验后端权限,不能因前端状态异常绕过权限。 | 页面在重复点击、刷新、并发、空状态下保持数据一致且用户可理解。 | 全局幂等与审计要求;各子系统状态规则 | 稳定性场景:确认诈骗重复点击 | 待执行\nTC-PROTO-0305 | 用户运营系统-单文件.html | 评价追踪 | 系统稳定性与幂等 | 异常场景 | 评价追踪稳定性校验:评价提交重复登记 | P2 | 已进入“评价追踪”;准备可执行场景:评价提交重复登记。 | 动作=同person+asin+plan重复提交相同证据;预期=提示重复记录或合并,不重复扣额度 | 1. 打开原型页面“评价追踪”。\n2. 准备或选择满足场景的数据。\n3. 执行操作:同person+asin+plan重复提交相同证据。\n4. 观察页面提示、按钮状态、列表变化和详情状态。\n5. 刷新页面或重新查询该记录。\n6. 如涉及日志,进入审计通知页面按对象ID查询。 | 1. 系统按幂等/空状态/刷新规则处理。\n2. 结果为:提示重复记录或合并,不重复扣额度。\n3. 不产生重复记录、重复扣减、重复完成数或错误状态。\n4. 刷新后状态可恢复查询。 | 校验唯一ID、状态、计数、日志数量;重复操作不得造成多条业务成功记录。 | 重复/并发操作仍必须校验后端权限,不能因前端状态异常绕过权限。 | 页面在重复点击、刷新、并发、空状态下保持数据一致且用户可理解。 | 全局幂等与审计要求;各子系统状态规则 | 稳定性场景:评价提交重复登记 | 待执行\nTC-PROTO-0306 | 用户运营系统-单文件.html | 评价追踪 | 系统稳定性与幂等 | 异常场景 | 评价追踪稳定性校验:展示核验重复确认 | P2 | 已进入“评价追踪”;准备可执行场景:展示核验重复确认。 | 动作=已CONFIRMED记录再次确认展示;预期=计划完成数不重复增加 | 1. 打开原型页面“评价追踪”。\n2. 准备或选择满足场景的数据。\n3. 执行操作:已CONFIRMED记录再次确认展示。\n4. 观察页面提示、按钮状态、列表变化和详情状态。\n5. 刷新页面或重新查询该记录。\n6. 如涉及日志,进入审计通知页面按对象ID查询。 | 1. 系统按幂等/空状态/刷新规则处理。\n2. 结果为:计划完成数不重复增加。\n3. 不产生重复记录、重复扣减、重复完成数或错误状态。\n4. 刷新后状态可恢复查询。 | 校验唯一ID、状态、计数、日志数量;重复操作不得造成多条业务成功记录。 | 重复/并发操作仍必须校验后端权限,不能因前端状态异常绕过权限。 | 页面在重复点击、刷新、并发、空状态下保持数据一致且用户可理解。 | 全局幂等与审计要求;各子系统状态规则 | 稳定性场景:展示核验重复确认 | 待执行\nTC-PROTO-0307 | 用户运营系统-单文件.html | 系统管理 | 系统稳定性与幂等 | 异常场景 | 系统管理稳定性校验:权限变更后立即生效 | P2 | 已进入“系统管理”;准备可执行场景:权限变更后立即生效。 | 动作=撤销用户导出权限后刷新;预期=导出按钮不可用且接口拒绝 | 1. 打开原型页面“系统管理”。\n2. 准备或选择满足场景的数据。\n3. 执行操作:撤销用户导出权限后刷新。\n4. 观察页面提示、按钮状态、列表变化和详情状态。\n5. 刷新页面或重新查询该记录。\n6. 如涉及日志,进入审计通知页面按对象ID查询。 | 1. 系统按幂等/空状态/刷新规则处理。\n2. 结果为:导出按钮不可用且接口拒绝。\n3. 不产生重复记录、重复扣减、重复完成数或错误状态。\n4. 刷新后状态可恢复查询。 | 校验唯一ID、状态、计数、日志数量;重复操作不得造成多条业务成功记录。 | 重复/并发操作仍必须校验后端权限,不能因前端状态异常绕过权限。 | 页面在重复点击、刷新、并发、空状态下保持数据一致且用户可理解。 | 全局幂等与审计要求;各子系统状态规则 | 稳定性场景:权限变更后立即生效 | 待执行\nTC-PROTO-0308 | 用户运营系统-单文件.html | 审计通知 | 系统稳定性与幂等 | 异常场景 | 审计通知稳定性校验:审计列表空状态 | P2 | 已进入“审计通知”;准备可执行场景:审计列表空状态。 | 动作=筛选未来日期无日志;预期=显示暂无数据且可重置 | 1. 打开原型页面“审计通知”。\n2. 准备或选择满足场景的数据。\n3. 执行操作:筛选未来日期无日志。\n4. 观察页面提示、按钮状态、列表变化和详情状态。\n5. 刷新页面或重新查询该记录。\n6. 如涉及日志,进入审计通知页面按对象ID查询。 | 1. 系统按幂等/空状态/刷新规则处理。\n2. 结果为:显示暂无数据且可重置。\n3. 不产生重复记录、重复扣减、重复完成数或错误状态。\n4. 刷新后状态可恢复查询。 | 校验唯一ID、状态、计数、日志数量;重复操作不得造成多条业务成功记录。 | 重复/并发操作仍必须校验后端权限,不能因前端状态异常绕过权限。 | 页面在重复点击、刷新、并发、空状态下保持数据一致且用户可理解。 | 全局幂等与审计要求;各子系统状态规则 | 稳定性场景:审计列表空状态 | 待执行\n# Sheet: 全量用例\n用例编号 | HTML原型 | 功能页面 | 需求模块 | 测试类型 | 用例名称 | 优先级 | 前置条件 | 测试数据 | 操作步骤 | 预期结果 | 数据校验 | 权限校验 | 验收标准 | 需求依据 | 原型依据 | 用例状态\nTC-PROTO-0001 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-核心KPI卡片 | 需求与计划管理 | 功能测试 | 管理员工作台查看测评需求审核卡片并跳转处理页 | P1 | 系统管理员账号已登录;首页默认展示固定待办提醒和核心看板;存在Amazon 运营提交的测评需求模拟数据。 | 卡片=测评需求审核;指标=申请 18 / 已批 8;状态=正常;目标页面=需求中心 | 1. 打开管理员首页原型。\n2. 在核心看板区定位“测评需求审核”卡片,核对卡片标题、指标和状态标签。\n3. 将鼠标移入卡片,观察是否有可点击反馈。\n4. 执行“点击卡片进入需求中心待审核入口”。\n5. 返回首页后再次查看该卡片是否保持原指标展示。 | 1. 卡片展示“测评需求审核”和“申请 18 / 已批 8”,状态为“正常”。\n2. 点击后进入或打开与“需求中心”相关的列表/处理区域。\n3. 返回首页后核心指标未丢失,仍可继续查看固定待办。 | 核对测评需求审核的日/周/月指标、风险状态与页面内模拟数据一致;跳转后筛选上下文应保留需求中心语义。 | 仅系统管理员、负责人/总监可查看全部部门指标;普通客服不得看到跨部门风险汇总和黑名单严重度。 | 卡片内容准确、可点击、跳转目标正确;敏感指标对无权限角色不可见。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | 核心看板:测评需求审核;状态:正常;操作:点击卡片进入需求中心待审核入口 | 待执行\nTC-PROTO-0002 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-核心KPI卡片 | 多渠道触达引擎 | 功能测试 | 管理员工作台查看渠道推送风险卡片并跳转处理页 | P1 | 系统管理员账号已登录;首页默认展示固定待办提醒和核心看板;存在退订率高于基线的推送风险模拟数据。 | 卡片=渠道推送风险;指标=IM、EDM、TEL、App Push 日周月风险与反馈;状态=偏高;目标页面=推送中心 | 1. 打开管理员首页原型。\n2. 在核心看板区定位“渠道推送风险”卡片,核对卡片标题、指标和状态标签。\n3. 将鼠标移入卡片,观察是否有可点击反馈。\n4. 执行“点击卡片进入推送风险复核”。\n5. 返回首页后再次查看该卡片是否 | 1. 卡片展示“渠道推送风险”和“IM、EDM、TEL、App Push 日周月风险与反馈”,状态为“偏高”。\n2. 点击后进入或打开与“推送中心”相关的列表/处理区域。\n3. 返回首页后核心指标未丢失,仍可继续查看固定待办。 | 核对渠道推送风险的日/周/月指标、风险状态与页面内模拟数据一致;跳转后筛选上下文应保留推送中心语义。 | 仅系统管理员、负责人/总监可查看全部部门指标;普通客服不得看到跨部门风险汇总和黑名单严重度。 | 卡片内容准确、可点击、跳转目标正确;敏感指标对无权限角色不可见。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | 核心看板:渠道推送风险;状态:偏高;操作:点击卡片进入推送风险复核 | 待执行\nTC-PROTO-0003 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-核心KPI卡片 | 风险与反欺诈 | 功能测试 | 管理员工作台查看新增诈骗事件卡片并跳转处理页 | P1 | 系统管理员账号已登录;首页默认展示固定待办提醒和核心看板;存在诈骗同步与黑名单待同步事件模拟数据。 | 卡片=新增诈骗事件;指标=昨 5 / 周 18;状态=需复核;目标页面=风险中心 | 1. 打开管理员首页原型。\n2. 在核心看板区定位“新增诈骗事件”卡片,核对卡片标题、指标和状态标签。\n3. 将鼠标移入卡片,观察是否有可点击反馈。\n4. 执行“点击卡片进入风险中心”。\n5. 返回首页后再次查看该卡片是否保持原指标展示。 | 1. 卡片展示“新增诈骗事件”和“昨 5 / 周 18”,状态为“需复核”。\n2. 点击后进入或打开与“风险中心”相关的列表/处理区域。\n3. 返回首页后核心指标未丢失,仍可继续查看固定待办。 | 核对新增诈骗事件的日/周/月指标、风险状态与页面内模拟数据一致;跳转后筛选上下文应保留风险中心语义。 | 仅系统管理员、负责人/总监可查看全部部门指标;普通客服不得看到跨部门风险汇总和黑名单严重度。 | 卡片内容准确、可点击、跳转目标正确;敏感指标对无权限角色不可见。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | 核心看板:新增诈骗事件;状态:需复核;操作:点击卡片进入风险中心 | 待执行\nTC-PROTO-0004 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-核心KPI卡片 | 需求与计划管理 | 功能测试 | 管理员工作台查看紧急 Listing卡片并跳转处理页 | P1 | 系统管理员账号已登录;首页默认展示固定待办提醒和核心看板;存在评分接近 4.2 的 Listing模拟数据。 | 卡片=紧急 Listing;指标=新 3 / 未处理 7;状态=紧急;目标页面=Listing 管理 | 1. 打开管理员首页原型。\n2. 在核心看板区定位“紧急 Listing”卡片,核对卡片标题、指标和状态标签。\n3. 将鼠标移入卡片,观察是否有可点击反馈。\n4. 执行“点击卡片进入紧急 Listing 策略”。\n5. 返回首页后再次查看该卡片是否保持原指标展示。 | 1. 卡片展示“紧急 Listing”和“新 3 / 未处理 7”,状态为“紧急”。\n2. 点击后进入或打开与“Listing 管理”相关的列表/处理区域。\n3. 返回首页后核心指标未丢失,仍可继续查看固定待办。 | 核对紧急 Listing的日/周/月指标、风险状态与页面内模拟数据一致;跳转后筛选上下文应保留Listing 管理语义。 | 仅系统管理员、负责人/总监可查看全部部门指标;普通客服不得看到跨部门风险汇总和黑名单严重度。 | 卡片内容准确、可点击、跳转目标正确;敏感指标对无权限角色不可见。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | 核心看板:紧急 Listing;状态:紧急;操作:点击卡片进入紧急 Listing 策略 | 待执行\nTC-PROTO-0005 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-核心KPI卡片 | 需求与计划管理 | 功能测试 | 管理员工作台查看推广计划与紧急策略卡片并跳转处理页 | P1 | 系统管理员账号已登录;首页默认展示固定待办提醒和核心看板;存在已确认需求生成的推广计划模拟数据。 | 卡片=推广计划与紧急策略;指标=日 12 / 周 38;状态=注意审核积压;目标页面=计划中心 | 1. 打开管理员首页原型。\n2. 在核心看板区定位“推广计划与紧急策略”卡片,核对卡片标题、指标和状态标签。\n3. 将鼠标移入卡片,观察是否有可点击反馈。\n4. 执行“点击卡片进入计划中心”。\n5. 返回首页后再次查看该卡片是否保持原指标展示。 | 1. 卡片展示“推广计划与紧急策略”和“日 12 / 周 38”,状态为“注意审核积压”。\n2. 点击后进入或打开与“计划中心”相关的列表/处理区域。\n3. 返回首页后核心指标未丢失,仍可继续查看固定待办。 | 核对推广计划与紧急策略的日/周/月指标、风险状态与页面内模拟数据一致;跳转后筛选上下文应保留计划中心语义。 | 仅系统管理员、负责人/总监可查看全部部门指标;普通客服不得看到跨部门风险汇总和黑名单严重度。 | 卡片内容准确、可点击、跳转目标正确;敏感指标对无权限角色不可见。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | 核心看板:推广计划与紧急策略;状态:注意审核积压;操作:点击卡片进入计划中心 | 待执行\nTC-PROTO-0006 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-核心KPI卡片 | 评价结果追踪 | 功能测试 | 管理员工作台查看评价产出趋势卡片并跳转处理页 | P1 | 系统管理员账号已登录;首页默认展示固定待办提醒和核心看板;存在真实消费者回评完成趋势模拟数据。 | 卡片=评价产出趋势;指标=日 18 / 周 96;状态=稳定;目标页面=数据中心 | 1. 打开管理员首页原型。\n2. 在核心看板区定位“评价产出趋势”卡片,核对卡片标题、指标和状态标签。\n3. 将鼠标移入卡片,观察是否有可点击反馈。\n4. 执行“点击卡片进入评价产出趋势”。\n5. 返回首页后再次查看该卡片是否保持原指标展示。 | 1. 卡片展示“评价产出趋势”和“日 18 / 周 96”,状态为“稳定”。\n2. 点击后进入或打开与“数据中心”相关的列表/处理区域。\n3. 返回首页后核心指标未丢失,仍可继续查看固定待办。 | 核对评价产出趋势的日/周/月指标、风险状态与页面内模拟数据一致;跳转后筛选上下文应保留数据中心语义。 | 仅系统管理员、负责人/总监可查看全部部门指标;普通客服不得看到跨部门风险汇总和黑名单严重度。 | 卡片内容准确、可点击、跳转目标正确;敏感指标对无权限角色不可见。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | 核心看板:评价产出趋势;状态:稳定;操作:点击卡片进入评价产出趋势 | 待执行\nTC-PROTO-0007 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-核心KPI卡片 | 风险与反欺诈 | 功能测试 | 管理员工作台查看黑名单同步严重度卡片并跳转处理页 | P1 | 系统管理员账号已登录;首页默认展示固定待办提醒和核心看板;存在黑名单系统接口超时模拟数据。 | 卡片=黑名单同步严重度;指标=失败 2 / 高危 1;状态=需复核;目标页面=风险中心 | 1. 打开管理员首页原型。\n2. 在核心看板区定位“黑名单同步严重度”卡片,核对卡片标题、指标和状态标签。\n3. 将鼠标移入卡片,观察是否有可点击反馈。\n4. 执行“点击卡片进入黑名单同步”。\n5. 返回首页后再次查看该卡片是否保持原指标展示。 | 1. 卡片展示“黑名单同步严重度”和“失败 2 / 高危 1”,状态为“需复核”。\n2. 点击后进入或打开与“风险中心”相关的列表/处理区域。\n3. 返回首页后核心指标未丢失,仍可继续查看固定待办。 | 核对黑名单同步严重度的日/周/月指标、风险状态与页面内模拟数据一致;跳转后筛选上下文应保留风险中心语义。 | 仅系统管理员、负责人/总监可查看全部部门指标;普通客服不得看到跨部门风险汇总和黑名单严重度。 | 卡片内容准确、可点击、跳转目标正确;敏感指标对无权限角色不可见。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | 核心看板:黑名单同步严重度;状态:需复核;操作:点击卡片进入黑名单同步 | 待执行\nTC-PROTO-0008 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-核心KPI卡片 | KOC/KOL协作 | 功能测试 | 管理员工作台查看KOC/KOL 对接卡片并跳转处理页 | P1 | 系统管理员账号已登录;首页默认展示固定待办提醒和核心看板;存在PR 对外联系、价格、CODE、返点和提款进度模拟数据。 | 卡片=KOC/KOL 对接;指标=2 个逾期;状态=逾期;目标页面=计划中心 | 1. 打开管理员首页原型。\n2. 在核心看板区定位“KOC/KOL 对接”卡片,核对卡片标题、指标和状态标签。\n3. 将鼠标移入卡片,观察是否有可点击反馈。\n4. 执行“点击卡片进入对外合作跟进”。\n5. 返回首页后再次查看该卡片是否保持原指标展示。 | 1. 卡片展示“KOC/KOL 对接”和“2 个逾期”,状态为“逾期”。\n2. 点击后进入或打开与“计划中心”相关的列表/处理区域。\n3. 返回首页后核心指标未丢失,仍可继续查看固定待办。 | 核对KOC/KOL 对接的日/周/月指标、风险状态与页面内模拟数据一致;跳转后筛选上下文应保留计划中心语义。 | 仅系统管理员、负责人/总监可查看全部部门指标;普通客服不得看到跨部门风险汇总和黑名单严重度。 | 卡片内容准确、可点击、跳转目标正确;敏感指标对无权限角色不可见。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | 核心看板:KOC/KOL 对接;状态:逾期;操作:点击卡片进入对外合作跟进 | 待执行\nTC-PROTO-0009 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-核心KPI卡片 | 客服工单与管理 | 功能测试 | 管理员工作台查看菲律宾团队管理卡片并跳转处理页 | P1 | 系统管理员账号已登录;首页默认展示固定待办提醒和核心看板;存在菲律宾团队工作时长、请假、缺席、人均产出模拟数据。 | 卡片=菲律宾团队管理;指标=风险 2 / 缺口 1;状态=排班风险;目标页面=客服中心 | 1. 打开管理员首页原型。\n2. 在核心看板区定位“菲律宾团队管理”卡片,核对卡片标题、指标和状态标签。\n3. 将鼠标移入卡片,观察是否有可点击反馈。\n4. 执行“点击卡片进入客服中心”。\n5. 返回首页后再次查看该卡片是否保持原指标展示。 | 1. 卡片展示“菲律宾团队管理”和“风险 2 / 缺口 1”,状态为“排班风险”。\n2. 点击后进入或打开与“客服中心”相关的列表/处理区域。\n3. 返回首页后核心指标未丢失,仍可继续查看固定待办。 | 核对菲律宾团队管理的日/周/月指标、风险状态与页面内模拟数据一致;跳转后筛选上下文应保留客服中心语义。 | 仅系统管理员、负责人/总监可查看全部部门指标;普通客服不得看到跨部门风险汇总和黑名单严重度。 | 卡片内容准确、可点击、跳转目标正确;敏感指标对无权限角色不可见。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | 核心看板:菲律宾团队管理;状态:排班风险;操作:点击卡片进入客服中心 | 待执行\nTC-PROTO-0010 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-核心KPI卡片 | 审计与通知中心 | 功能测试 | 管理员工作台查看审核积压与风险卡片并跳转处理页 | P1 | 系统管理员账号已登录;首页默认展示固定待办提醒和核心看板;存在已发现问题汇总到总页面模拟数据。 | 卡片=审核积压与风险;指标=卡点 4;状态=影响进度;目标页面=工作台 | 1. 打开管理员首页原型。\n2. 在核心看板区定位“审核积压与风险”卡片,核对卡片标题、指标和状态标签。\n3. 将鼠标移入卡片,观察是否有可点击反馈。\n4. 执行“点击卡片进入处理卡点”。\n5. 返回首页后再次查看该卡片是否保持原指标展示。 | 1. 卡片展示“审核积压与风险”和“卡点 4”,状态为“影响进度”。\n2. 点击后进入或打开与“工作台”相关的列表/处理区域。\n3. 返回首页后核心指标未丢失,仍可继续查看固定待办。 | 核对审核积压与风险的日/周/月指标、风险状态与页面内模拟数据一致;跳转后筛选上下文应保留工作台语义。 | 仅系统管理员、负责人/总监可查看全部部门指标;普通客服不得看到跨部门风险汇总和黑名单严重度。 | 卡片内容准确、可点击、跳转目标正确;敏感指标对无权限角色不可见。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | 核心看板:审核积压与风险;状态:影响进度;操作:点击卡片进入处理卡点 | 待执行\nTC-PROTO-0011 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-P0/P1处理队列 | 审计与通知中心 | 流程测试 | 处理队列中对测评需求执行接收动作 | P1 | 系统管理员登录;P0/P1 处理队列存在事项“测评需求”;当前环节为“Amazon 已批准”,负责人为“用户运营负责人”。 | 事项=测评需求;来源=飞书需求表单 DEMO-001;截止=今日 18:00;处理动作=接收;描述=评分 4.46,低于 4.5,需要生成用户互动与真实评价跟踪计划 | 1. 进入工作台的“P0/P1 处理队列”。\n2. 在队列中按事项名称查找“测评需求”。\n3. 核对对象说明、当前环节、负责人、截止时间和风险描述。\n4. 点击该行右侧“接收”。\n5. 在详情弹窗查看状态流转记录和脱敏与审计说明。\n6. 在操作确认区选择“通过 / 确认”,填写处理意见“测试通过:测评需求已核对”。\n7. 点击确认提交。 | 1. 队列行展示测评需求、Amazon 已批准、用户运营负责人、今日 18:00。\n2. 详情弹窗打开,展示来源“飞书需求表单 DEMO-001”及状态流转记录。\n3. 提交后该事项从待处理状态更新为已确认或流转到下一负责人。\n4. 页面出现成功反馈,通知/审计记录新增一条处理日志。 | 校验事项ID、来源表单、负责人、截止时间、处理意见、动作类型均写入状态流转记录;处理前后队列统计同步变化。 | 只有系统管理员或当前负责人可提交确认;非负责人只能查看,不能操作审批/分配。 | 队列事项可定位、详情可追溯、操作后状态变化清晰,且动作留痕。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | P0/P1处理队列:测评需求;操作:接收 | 待执行\nTC-PROTO-0012 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-P0/P1处理队列 | 审计与通知中心 | 异常场景 | 测评需求处理意见为空时阻止提交 | P2 | 已打开“测评需求”详情弹窗;当前用户有“接收”权限。 | 动作类型=通过/确认;处理意见=空;事项=测评需求 | 1. 在“测评需求”详情弹窗点击“审批/确认”。\n2. 选择动作类型“通过 / 确认”。\n3. 清空处理意见文本框。\n4. 点击确认按钮提交。 | 1. 系统阻止提交。\n2. 处理意见输入框出现必填提示。\n3. 事项状态不改变,状态流转记录不新增确认日志。\n4. 弹窗保持打开,用户可补充意见后重新提交。 | 确认数据库或前端状态中该事项仍保持原当前环节;无空意见审计记录。 | 有权限用户也必须填写处理意见;无权限用户不显示确认按钮。 | 必填校验生效,不产生错误状态流转。 | 09-审计与通知中心;README 权限要求 | 操作确认弹窗:处理意见 textarea;动作类型:通过/确认 | 待执行\nTC-PROTO-0013 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-P0/P1处理队列 | 审计与通知中心 | 流程测试 | 处理队列中对昨日推送风险执行复核动作 | P1 | 系统管理员登录;P0/P1 处理队列存在事项“昨日推送风险”;当前环节为“待复核”,负责人为“用户运营组长”。 | 事项=昨日推送风险;来源=推送风险自动单 DEMO-006;截止=今日 12:00;处理动作=复核;描述=昨日推送退订率高于基线,需复核人群、素材和文案 | 1. 进入工作台的“P0/P1 处理队列”。\n2. 在队列中按事项名称查找“昨日推送风险”。\n3. 核对对象说明、当前环节、负责人、截止时间和风险描述。\n4. 点击该行右侧“复核”。\n5. 在详情弹窗查看状态流转记录和脱敏与审计说明。\n6. 在操作确认区选择“通过 / 确认”,填写处理意见“测试通过:昨日推送风险已核对”。\n7. 点击确认提交。 | 1. 队列行展示昨日推送风险、待复核、用户运营组长、今日 12:00。\n2. 详情弹窗打开,展示来源“推送风险自动单 DEMO-006”及状态流转记录。\n3. 提交后该事项从待处理状态更新为已确认或流转到下一负责人。\n4. 页面出现成功反馈,通知/审计记录新增一条处理日志。 | 校验事项ID、来源表单、负责人、截止时间、处理意见、动作类型均写入状态流转记录;处理前后队列统计同步变化。 | 只有系统管理员或当前负责人可提交确认;非负责人只能查看,不能操作审批/分配。 | 队列事项可定位、详情可追溯、操作后状态变化清晰,且动作留痕。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | P0/P1处理队列:昨日推送风险;操作:复核 | 待执行\nTC-PROTO-0014 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-P0/P1处理队列 | 审计与通知中心 | 异常场景 | 昨日推送风险处理意见为空时阻止提交 | P2 | 已打开“昨日推送风险”详情弹窗;当前用户有“复核”权限。 | 动作类型=通过/确认;处理意见=空;事项=昨日推送风险 | 1. 在“昨日推送风险”详情弹窗点击“审批/确认”。\n2. 选择动作类型“通过 / 确认”。\n3. 清空处理意见文本框。\n4. 点击确认按钮提交。 | 1. 系统阻止提交。\n2. 处理意见输入框出现必填提示。\n3. 事项状态不改变,状态流转记录不新增确认日志。\n4. 弹窗保持打开,用户可补充意见后重新提交。 | 确认数据库或前端状态中该事项仍保持原当前环节;无空意见审计记录。 | 有权限用户也必须填写处理意见;无权限用户不显示确认按钮。 | 必填校验生效,不产生错误状态流转。 | 09-审计与通知中心;README 权限要求 | 操作确认弹窗:处理意见 textarea;动作类型:通过/确认 | 待执行\nTC-PROTO-0015 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-P0/P1处理队列 | 审计与通知中心 | 流程测试 | 处理队列中对待同步黑名单执行审核动作 | P1 | 系统管理员登录;P0/P1 处理队列存在事项“待同步黑名单”;当前环节为“待审核”,负责人为“风险负责人”。 | 事项=待同步黑名单;来源=客服升级表单 DEMO-003;截止=今日 14:00;处理动作=审核;描述=同一 JOYHUB ID 与多个 Profile ID 关联异常样品申请,邮箱和设备号已脱敏 | 1. 进入工作台的“P0/P1 处理队列”。\n2. 在队列中按事项名称查找“待同步黑名单”。\n3. 核对对象说明、当前环节、负责人、截止时间和风险描述。\n4. 点击该行右侧“审核”。\n5. 在详情弹窗查看状态流转记录和脱敏与审计说明。\n6. 在操作确认区选择“通过 / 确认”,填写处理意见“测试通过:待同步黑名单已核对”。\n7. 点击确认提交。 | 1. 队列行展示待同步黑名单、待审核、风险负责人、今日 14:00。\n2. 详情弹窗打开,展示来源“客服升级表单 DEMO-003”及状态流转记录。\n3. 提交后该事项从待处理状态更新为已确认或流转到下一负责人。\n4. 页面出现成功反馈,通知/审计记录新增一条处理日志。 | 校验事项ID、来源表单、负责人、截止时间、处理意见、动作类型均写入状态流转记录;处理前后队列统计同步变化。 | 只有系统管理员或当前负责人可提交确认;非负责人只能查看,不能操作审批/分配。 | 队列事项可定位、详情可追溯、操作后状态变化清晰,且动作留痕。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | P0/P1处理队列:待同步黑名单;操作:审核 | 待执行\nTC-PROTO-0016 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-P0/P1处理队列 | 审计与通知中心 | 异常场景 | 待同步黑名单处理意见为空时阻止提交 | P2 | 已打开“待同步黑名单”详情弹窗;当前用户有“审核”权限。 | 动作类型=通过/确认;处理意见=空;事项=待同步黑名单 | 1. 在“待同步黑名单”详情弹窗点击“审批/确认”。\n2. 选择动作类型“通过 / 确认”。\n3. 清空处理意见文本框。\n4. 点击确认按钮提交。 | 1. 系统阻止提交。\n2. 处理意见输入框出现必填提示。\n3. 事项状态不改变,状态流转记录不新增确认日志。\n4. 弹窗保持打开,用户可补充意见后重新提交。 | 确认数据库或前端状态中该事项仍保持原当前环节;无空意见审计记录。 | 有权限用户也必须填写处理意见;无权限用户不显示确认按钮。 | 必填校验生效,不产生错误状态流转。 | 09-审计与通知中心;README 权限要求 | 操作确认弹窗:处理意见 textarea;动作类型:通过/确认 | 待执行\nTC-PROTO-0017 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-P0/P1处理队列 | 审计与通知中心 | 流程测试 | 处理队列中对紧急策略审批执行审批动作 | P1 | 系统管理员登录;P0/P1 处理队列存在事项“紧急策略审批”;当前环节为“待系统管理员确认”,负责人为“Amazon 运营总监”。 | 事项=紧急策略审批;来源=紧急 Listing 表单 DEMO-004;截止=今日 11:30;处理动作=审批;描述=当前评分 4.21,接近 4.2 紧急阈值,需要 Amazon 与用户运营联合策略 | 1. 进入工作台的“P0/P1 处理队列”。\n2. 在队列中按事项名称查找“紧急策略审批”。\n3. 核对对象说明、当前环节、负责人、截止时间和风险描述。\n4. 点击该行右侧“审批”。\n5. 在详情弹窗查看状态流转记录和脱敏与审计说明。\n6. 在操作确认区选择“通过 / 确认”,填写处理意见“测试通过:紧急策略审批已核对”。\n7. 点击确认提交。 | 1. 队列行展示紧急策略审批、待系统管理员确认、Amazon 运营总监、今日 11:30。\n2. 详情弹窗打开,展示来源“紧急 Listing 表单 DEMO-004”及状态流转记录。\n3. 提交后该事项从待处理状态更新为已确认或流转到下一负责人。\n4. 页面出现成功反馈,通知/审计记录新增一条处理日志。 | 校验事项ID、来源表单、负责人、截止时间、处理意见、动作类型均写入状态流转记录;处理前后队列统计同步变化。 | 只有系统管理员或当前负责人可提交确认;非负责人只能查看,不能操作审批/分配。 | 队列事项可定位、详情可追溯、操作后状态变化清晰,且动作留痕。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | P0/P1处理队列:紧急策略审批;操作:审批 | 待执行\nTC-PROTO-0018 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-P0/P1处理队列 | 审计与通知中心 | 异常场景 | 紧急策略审批处理意见为空时阻止提交 | P2 | 已打开“紧急策略审批”详情弹窗;当前用户有“审批”权限。 | 动作类型=通过/确认;处理意见=空;事项=紧急策略审批 | 1. 在“紧急策略审批”详情弹窗点击“审批/确认”。\n2. 选择动作类型“通过 / 确认”。\n3. 清空处理意见文本框。\n4. 点击确认按钮提交。 | 1. 系统阻止提交。\n2. 处理意见输入框出现必填提示。\n3. 事项状态不改变,状态流转记录不新增确认日志。\n4. 弹窗保持打开,用户可补充意见后重新提交。 | 确认数据库或前端状态中该事项仍保持原当前环节;无空意见审计记录。 | 有权限用户也必须填写处理意见;无权限用户不显示确认按钮。 | 必填校验生效,不产生错误状态流转。 | 09-审计与通知中心;README 权限要求 | 操作确认弹窗:处理意见 textarea;动作类型:通过/确认 | 待执行\nTC-PROTO-0019 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-P0/P1处理队列 | 审计与通知中心 | 流程测试 | 处理队列中对差评跟进执行分配动作 | P1 | 系统管理员登录;P0/P1 处理队列存在事项“差评跟进”;当前环节为“客服升级”,负责人为“客服负责人”。 | 事项=差评跟进;来源=飞书客服需求 DEMO-005;截止=明日 10:00;处理动作=分配;描述=用户反馈产品说明理解偏差,需要客服跟进并回传产品改进建议 | 1. 进入工作台的“P0/P1 处理队列”。\n2. 在队列中按事项名称查找“差评跟进”。\n3. 核对对象说明、当前环节、负责人、截止时间和风险描述。\n4. 点击该行右侧“分配”。\n5. 在详情弹窗查看状态流转记录和脱敏与审计说明。\n6. 在操作确认区选择“通过 / 确认”,填写处理意见“测试通过:差评跟进已核对”。\n7. 点击确认提交。 | 1. 队列行展示差评跟进、客服升级、客服负责人、明日 10:00。\n2. 详情弹窗打开,展示来源“飞书客服需求 DEMO-005”及状态流转记录。\n3. 提交后该事项从待处理状态更新为已确认或流转到下一负责人。\n4. 页面出现成功反馈,通知/审计记录新增一条处理日志。 | 校验事项ID、来源表单、负责人、截止时间、处理意见、动作类型均写入状态流转记录;处理前后队列统计同步变化。 | 只有系统管理员或当前负责人可提交确认;非负责人只能查看,不能操作审批/分配。 | 队列事项可定位、详情可追溯、操作后状态变化清晰,且动作留痕。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | P0/P1处理队列:差评跟进;操作:分配 | 待执行\nTC-PROTO-0020 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-P0/P1处理队列 | 审计与通知中心 | 异常场景 | 差评跟进处理意见为空时阻止提交 | P2 | 已打开“差评跟进”详情弹窗;当前用户有“分配”权限。 | 动作类型=通过/确认;处理意见=空;事项=差评跟进 | 1. 在“差评跟进”详情弹窗点击“审批/确认”。\n2. 选择动作类型“通过 / 确认”。\n3. 清空处理意见文本框。\n4. 点击确认按钮提交。 | 1. 系统阻止提交。\n2. 处理意见输入框出现必填提示。\n3. 事项状态不改变,状态流转记录不新增确认日志。\n4. 弹窗保持打开,用户可补充意见后重新提交。 | 确认数据库或前端状态中该事项仍保持原当前环节;无空意见审计记录。 | 有权限用户也必须填写处理意见;无权限用户不显示确认按钮。 | 必填校验生效,不产生错误状态流转。 | 09-审计与通知中心;README 权限要求 | 操作确认弹窗:处理意见 textarea;动作类型:通过/确认 | 待执行\nTC-PROTO-0021 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 需求中心 | 系统管理/页面导航 | 功能测试 | 从左侧导航进入需求中心并校验列表字段 | P1 | 系统管理员已登录;左侧导航包含“需求中心”;模拟数据已加载。 | 页面=需求中心;主按钮=Amazon 提交测评需求;辅助按钮=待审核入口;字段=需求ID、类型、提交人、审核人、审核结果、来源表单、ASIN/站点、当前环节、负责人、风险、截止、操作 | 1. 在管理员首页左侧导航点击“需求中心”。\n2. 观察页面标题是否切换为“需求中心列表”。\n3. 检查列表表头是否包含:需求ID、类型、提交人、审核人、审核结果、来源表单、ASIN/站点、当前环节、负责人、风险、截止、操作。\n4. 点击页面主按钮“Amazon 提交测评需求”,观察是否打开对应创建/处理入口。\n5. 关闭入口后点击“待审核入口”,观察是否进入辅助操作。\n6. 点击“导出”或“流转”按钮,确认对应操作入口可用。 | 1. 当前模块高亮切换到“需求中心”。\n2. 列表字段与原型定义一致。\n3. “Amazon 提交测评需求”和“待审核入口”按钮可点击,打开的弹窗/区域与页面业务一致。\n4. 返回列表后筛选条件不丢失。 | 列表数据字段顺序、状态标签、负责人、风险和操作列与模拟数据一致;导出时仅导出当前筛选结果。 | 系统管理员可访问需求中心全部数据;部门负责人仅可访问本部门/站点范围;普通角色无权限进入系统级配置。 | 导航、字段、按钮、筛选和导出符合需求中心页面定位。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | 左侧导航:需求中心;按钮:Amazon 提交测评需求/待审核入口;字段:需求ID、类型、提交人、审核人、审核结果、来源表单、ASIN/站点、当前环节、负责人、风险、截止、操作 | 待执行\nTC-PROTO-0022 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | Listing 管理 | 系统管理/页面导航 | 功能测试 | 从左侧导航进入Listing 管理并校验列表字段 | P1 | 系统管理员已登录;左侧导航包含“Listing 管理”;模拟数据已加载。 | 页面=Listing 管理;主按钮=创建紧急策略;辅助按钮=更多;字段=站点组合、评分、等级、评价数、差评数、健康状态、责任人、问题所在、参与人员/进度 | 1. 在管理员首页左侧导航点击“Listing 管理”。\n2. 观察页面标题是否切换为“Listing 管理列表”。\n3. 检查列表表头是否包含:站点组合、评分、等级、评价数、差评数、健康状态、责任人、问题所在、参与人员/进度。\n4. 点击页面主按钮“创建紧急策略”,观察是否打开对应创建/处理入口。\n5. 关闭入口后点击“更多”,观察是否进入辅助操作。\n6. 点击“导出”或“流转”按钮,确认对应操作入口可用。 | 1. 当前模块高亮切换到“Listing 管理”。\n2. 列表字段与原型定义一致。\n3. “创建紧急策略”和“更多”按钮可点击,打开的弹窗/区域与页面业务一致。\n4. 返回列表后筛选条件不丢失。 | 列表数据字段顺序、状态标签、负责人、风险和操作列与模拟数据一致;导出时仅导出当前筛选结果。 | 系统管理员可访问Listing 管理全部数据;部门负责人仅可访问本部门/站点范围;普通角色无权限进入系统级配置。 | 导航、字段、按钮、筛选和导出符合Listing 管理页面定位。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | 左侧导航:Listing 管理;按钮:创建紧急策略/更多;字段:站点组合、评分、等级、评价数、差评数、健康状态、责任人、问题所在、参与人员/进度 | 待执行\nTC-PROTO-0023 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 计划中心 | 系统管理/页面导航 | 功能测试 | 从左侧导航进入计划中心并校验列表字段 | P1 | 系统管理员已登录;左侧导航包含“计划中心”;模拟数据已加载。 | 页面=计划中心;主按钮=生成计划;辅助按钮=批量审批;字段=计划ID、关联需求、覆盖状态、资源分配、目标量、状态、审批人 | 1. 在管理员首页左侧导航点击“计划中心”。\n2. 观察页面标题是否切换为“计划中心列表”。\n3. 检查列表表头是否包含:计划ID、关联需求、覆盖状态、资源分配、目标量、状态、审批人。\n4. 点击页面主按钮“生成计划”,观察是否打开对应创建/处理入口。\n5. 关闭入口后点击“批量审批”,观察是否进入辅助操作。\n6. 点击“导出”或“流转”按钮,确认对应操作入口可用。 | 1. 当前模块高亮切换到“计划中心”。\n2. 列表字段与原型定义一致。\n3. “生成计划”和“批量审批”按钮可点击,打开的弹窗/区域与页面业务一致。\n4. 返回列表后筛选条件不丢失。 | 列表数据字段顺序、状态标签、负责人、风险和操作列与模拟数据一致;导出时仅导出当前筛选结果。 | 系统管理员可访问计划中心全部数据;部门负责人仅可访问本部门/站点范围;普通角色无权限进入系统级配置。 | 导航、字段、按钮、筛选和导出符合计划中心页面定位。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | 左侧导航:计划中心;按钮:生成计划/批量审批;字段:计划ID、关联需求、覆盖状态、资源分配、目标量、状态、审批人 | 待执行\nTC-PROTO-0024 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 推送中心 | 系统管理/页面导航 | 功能测试 | 从左侧导航进入推送中心并校验列表字段 | P1 | 系统管理员已登录;左侧导航包含“推送中心”;模拟数据已加载。 | 页面=推送中心;主按钮=计划与推送分配;辅助按钮=风险复核;字段=推送ID、计划、渠道、策略、H5/素材、人群、发送、点击、回复、退订 | 1. 在管理员首页左侧导航点击“推送中心”。\n2. 观察页面标题是否切换为“推送中心列表”。\n3. 检查列表表头是否包含:推送ID、计划、渠道、策略、H5/素材、人群、发送、点击、回复、退订。\n4. 点击页面主按钮“计划与推送分配”,观察是否打开对应创建/处理入口。\n5. 关闭入口后点击“风险复核”,观察是否进入辅助操作。\n6. 点击“导出”或“流转”按钮,确认对应操作入口可用。 | 1. 当前模块高亮切换到“推送中心”。\n2. 列表字段与原型定义一致。\n3. “计划与推送分配”和“风险复核”按钮可点击,打开的弹窗/区域与页面业务一致。\n4. 返回列表后筛选条件不丢失。 | 列表数据字段顺序、状态标签、负责人、风险和操作列与模拟数据一致;导出时仅导出当前筛选结果。 | 系统管理员可访问推送中心全部数据;部门负责人仅可访问本部门/站点范围;普通角色无权限进入系统级配置。 | 导航、字段、按钮、筛选和导出符合推送中心页面定位。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | 左侧导航:推送中心;按钮:计划与推送分配/风险复核;字段:推送ID、计划、渠道、策略、H5/素材、人群、发送、点击、回复、退订 | 待执行\nTC-PROTO-0025 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 客服中心 | 系统管理/页面导航 | 功能测试 | 从左侧导航进入客服中心并校验列表字段 | P1 | 系统管理员已登录;左侧导航包含“客服中心”;模拟数据已加载。 | 页面=客服中心;主按钮=分配工单;辅助按钮=流转;字段=工单ID、用户摘要、平均响应、工作时长、出勤、人均产出 | 1. 在管理员首页左侧导航点击“客服中心”。\n2. 观察页面标题是否切换为“客服中心列表”。\n3. 检查列表表头是否包含:工单ID、用户摘要、平均响应、工作时长、出勤、人均产出。\n4. 点击页面主按钮“分配工单”,观察是否打开对应创建/处理入口。\n5. 关闭入口后点击“流转”,观察是否进入辅助操作。\n6. 点击“导出”或“流转”按钮,确认对应操作入口可用。 | 1. 当前模块高亮切换到“客服中心”。\n2. 列表字段与原型定义一致。\n3. “分配工单”和“流转”按钮可点击,打开的弹窗/区域与页面业务一致。\n4. 返回列表后筛选条件不丢失。 | 列表数据字段顺序、状态标签、负责人、风险和操作列与模拟数据一致;导出时仅导出当前筛选结果。 | 系统管理员可访问客服中心全部数据;部门负责人仅可访问本部门/站点范围;普通角色无权限进入系统级配置。 | 导航、字段、按钮、筛选和导出符合客服中心页面定位。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | 左侧导航:客服中心;按钮:分配工单/流转;字段:工单ID、用户摘要、平均响应、工作时长、出勤、人均产出 | 待执行\nTC-PROTO-0026 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 风险中心 | 系统管理/页面导航 | 功能测试 | 从左侧导航进入风险中心并校验列表字段 | P1 | 系统管理员已登录;左侧导航包含“风险中心”;模拟数据已加载。 | 页面=风险中心;主按钮=同步黑名单;辅助按钮=规则复核;字段=事件ID、主体摘要、关联字段、来源、同步频率、最近同步、记录数 | 1. 在管理员首页左侧导航点击“风险中心”。\n2. 观察页面标题是否切换为“风险中心列表”。\n3. 检查列表表头是否包含:事件ID、主体摘要、关联字段、来源、同步频率、最近同步、记录数。\n4. 点击页面主按钮“同步黑名单”,观察是否打开对应创建/处理入口。\n5. 关闭入口后点击“规则复核”,观察是否进入辅助操作。\n6. 点击“导出”或“流转”按钮,确认对应操作入口可用。 | 1. 当前模块高亮切换到“风险中心”。\n2. 列表字段与原型定义一致。\n3. “同步黑名单”和“规则复核”按钮可点击,打开的弹窗/区域与页面业务一致。\n4. 返回列表后筛选条件不丢失。 | 列表数据字段顺序、状态标签、负责人、风险和操作列与模拟数据一致;导出时仅导出当前筛选结果。 | 系统管理员可访问风险中心全部数据;部门负责人仅可访问本部门/站点范围;普通角色无权限进入系统级配置。 | 导航、字段、按钮、筛选和导出符合风险中心页面定位。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | 左侧导航:风险中心;按钮:同步黑名单/规则复核;字段:事件ID、主体摘要、关联字段、来源、同步频率、最近同步、记录数 | 待执行\nTC-PROTO-0027 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 数据中心 | 系统管理/页面导航 | 功能测试 | 从左侧导航进入数据中心并校验列表字段 | P1 | 系统管理员已登录;左侧导航包含“数据中心”;模拟数据已加载。 | 页面=数据中心;主按钮=立即同步;辅助按钮=导出;字段=来源、同步频率、最近同步、记录数 | 1. 在管理员首页左侧导航点击“数据中心”。\n2. 观察页面标题是否切换为“数据中心列表”。\n3. 检查列表表头是否包含:来源、同步频率、最近同步、记录数。\n4. 点击页面主按钮“立即同步”,观察是否打开对应创建/处理入口。\n5. 关闭入口后点击“导出”,观察是否进入辅助操作。\n6. 点击“导出”或“流转”按钮,确认对应操作入口可用。 | 1. 当前模块高亮切换到“数据中心”。\n2. 列表字段与原型定义一致。\n3. “立即同步”和“导出”按钮可点击,打开的弹窗/区域与页面业务一致。\n4. 返回列表后筛选条件不丢失。 | 列表数据字段顺序、状态标签、负责人、风险和操作列与模拟数据一致;导出时仅导出当前筛选结果。 | 系统管理员可访问数据中心全部数据;部门负责人仅可访问本部门/站点范围;普通角色无权限进入系统级配置。 | 导航、字段、按钮、筛选和导出符合数据中心页面定位。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | 左侧导航:数据中心;按钮:立即同步/导出;字段:来源、同步频率、最近同步、记录数 | 待执行\nTC-PROTO-0028 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 报表中心 | 系统管理/页面导航 | 功能测试 | 从左侧导航进入报表中心并校验列表字段 | P1 | 系统管理员已登录;左侧导航包含“报表中心”;模拟数据已加载。 | 页面=报表中心;主按钮=生成/下载报表;辅助按钮=上传记录;字段=报表ID、报表名称、可见角色、周期、生成计划、上传/记录、可导出、脱敏 | 1. 在管理员首页左侧导航点击“报表中心”。\n2. 观察页面标题是否切换为“报表中心列表”。\n3. 检查列表表头是否包含:报表ID、报表名称、可见角色、周期、生成计划、上传/记录、可导出、脱敏。\n4. 点击页面主按钮“生成/下载报表”,观察是否打开对应创建/处理入口。\n5. 关闭入口后点击“上传记录”,观察是否进入辅助操作。\n6. 点击“导出”或“流转”按钮,确认对应操作入口可用。 | 1. 当前模块高亮切换到“报表中心”。\n2. 列表字段与原型定义一致。\n3. “生成/下载报表”和“上传记录”按钮可点击,打开的弹窗/区域与页面业务一致。\n4. 返回列表后筛选条件不丢失。 | 列表数据字段顺序、状态标签、负责人、风险和操作列与模拟数据一致;导出时仅导出当前筛选结果。 | 系统管理员可访问报表中心全部数据;部门负责人仅可访问本部门/站点范围;普通角色无权限进入系统级配置。 | 导航、字段、按钮、筛选和导出符合报表中心页面定位。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | 左侧导航:报表中心;按钮:生成/下载报表/上传记录;字段:报表ID、报表名称、可见角色、周期、生成计划、上传/记录、可导出、脱敏 | 待执行\nTC-PROTO-0029 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 系统管理 | 系统管理/页面导航 | 功能测试 | 从左侧导航进入系统管理并校验列表字段 | P1 | 系统管理员已登录;左侧导航包含“系统管理”;模拟数据已加载。 | 页面=系统管理;主按钮=新建账号;辅助按钮=离职管理;字段=配置ID、模块、说明、权限分配、审计日志 | 1. 在管理员首页左侧导航点击“系统管理”。\n2. 观察页面标题是否切换为“系统管理列表”。\n3. 检查列表表头是否包含:配置ID、模块、说明、权限分配、审计日志。\n4. 点击页面主按钮“新建账号”,观察是否打开对应创建/处理入口。\n5. 关闭入口后点击“离职管理”,观察是否进入辅助操作。\n6. 点击“导出”或“流转”按钮,确认对应操作入口可用。 | 1. 当前模块高亮切换到“系统管理”。\n2. 列表字段与原型定义一致。\n3. “新建账号”和“离职管理”按钮可点击,打开的弹窗/区域与页面业务一致。\n4. 返回列表后筛选条件不丢失。 | 列表数据字段顺序、状态标签、负责人、风险和操作列与模拟数据一致;导出时仅导出当前筛选结果。 | 系统管理员可访问系统管理全部数据;部门负责人仅可访问本部门/站点范围;普通角色无权限进入系统级配置。 | 导航、字段、按钮、筛选和导出符合系统管理页面定位。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | 左侧导航:系统管理;按钮:新建账号/离职管理;字段:配置ID、模块、说明、权限分配、审计日志 | 待执行\nTC-PROTO-0030 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-时间范围与周期切换 | 数据中心 | 数据校验 | 管理员首页切换最近 7 天时间范围后刷新趋势指标 | P2 | 系统管理员停留在工作台;核心看板、经营主题矩阵、业务复盘趋势均已展示。 | 时间范围=最近 7 天;涉及指标=审核卡点、未处理紧急、评价产出趋势、黑名单同步严重度 | 1. 在首页顶部时间范围控件选择“最近 7 天”。\n2. 如果选择自定义,则输入开始日期 2026-05-01、结束日期 2026-05-07。\n3. 点击查询或等待页面自动刷新。\n4. 对比核心看板、经营主题矩阵、业务复盘趋势中的日/周/月数值。\n5. 切换到其他模块再返回首页。 | 1. 页面按“最近 7 天”刷新相关趋势指标。\n2. 周/月预生成提示仍显示,不影响实时入口。\n3. 切换模块再返回后,时间范围保持用户最后一次选择。 | 日/周/月聚合口径一致;自定义范围不能出现结束日期早于开始日期的数据。 | 普通客服仅能查看与本人相关指标;系统管理员可查看全部部门趋势。 | 时间筛选可用,趋势数据与范围一致,筛选状态可保持。 | 00-系统总览;evaluation-business-architecture 数据看板 | 时间范围;周期切换;周/月预生成 | 待执行\nTC-PROTO-0031 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-时间范围与周期切换 | 数据中心 | 数据校验 | 管理员首页切换最近 30 天时间范围后刷新趋势指标 | P2 | 系统管理员停留在工作台;核心看板、经营主题矩阵、业务复盘趋势均已展示。 | 时间范围=最近 30 天;涉及指标=审核卡点、未处理紧急、评价产出趋势、黑名单同步严重度 | 1. 在首页顶部时间范围控件选择“最近 30 天”。\n2. 如果选择自定义,则输入开始日期 2026-05-01、结束日期 2026-05-07。\n3. 点击查询或等待页面自动刷新。\n4. 对比核心看板、经营主题矩阵、业务复盘趋势中的日/周/月数值。\n5. 切换到其他模块再返回首页。 | 1. 页面按“最近 30 天”刷新相关趋势指标。\n2. 周/月预生成提示仍显示,不影响实时入口。\n3. 切换模块再返回后,时间范围保持用户最后一次选择。 | 日/周/月聚合口径一致;自定义范围不能出现结束日期早于开始日期的数据。 | 普通客服仅能查看与本人相关指标;系统管理员可查看全部部门趋势。 | 时间筛选可用,趋势数据与范围一致,筛选状态可保持。 | 00-系统总览;evaluation-business-architecture 数据看板 | 时间范围;周期切换;周/月预生成 | 待执行\nTC-PROTO-0032 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-时间范围与周期切换 | 数据中心 | 数据校验 | 管理员首页切换本月时间范围后刷新趋势指标 | P2 | 系统管理员停留在工作台;核心看板、经营主题矩阵、业务复盘趋势均已展示。 | 时间范围=本月;涉及指标=审核卡点、未处理紧急、评价产出趋势、黑名单同步严重度 | 1. 在首页顶部时间范围控件选择“本月”。\n2. 如果选择自定义,则输入开始日期 2026-05-01、结束日期 2026-05-07。\n3. 点击查询或等待页面自动刷新。\n4. 对比核心看板、经营主题矩阵、业务复盘趋势中的日/周/月数值。\n5. 切换到其他模块再返回首页。 | 1. 页面按“本月”刷新相关趋势指标。\n2. 周/月预生成提示仍显示,不影响实时入口。\n3. 切换模块再返回后,时间范围保持用户最后一次选择。 | 日/周/月聚合口径一致;自定义范围不能出现结束日期早于开始日期的数据。 | 普通客服仅能查看与本人相关指标;系统管理员可查看全部部门趋势。 | 时间筛选可用,趋势数据与范围一致,筛选状态可保持。 | 00-系统总览;evaluation-business-architecture 数据看板 | 时间范围;周期切换;周/月预生成 | 待执行\nTC-PROTO-0033 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-时间范围与周期切换 | 数据中心 | 数据校验 | 管理员首页切换自定义时间范围后刷新趋势指标 | P2 | 系统管理员停留在工作台;核心看板、经营主题矩阵、业务复盘趋势均已展示。 | 时间范围=自定义;涉及指标=审核卡点、未处理紧急、评价产出趋势、黑名单同步严重度 | 1. 在首页顶部时间范围控件选择“自定义”。\n2. 如果选择自定义,则输入开始日期 2026-05-01、结束日期 2026-05-07。\n3. 点击查询或等待页面自动刷新。\n4. 对比核心看板、经营主题矩阵、业务复盘趋势中的日/周/月数值。\n5. 切换到其他模块再返回首页。 | 1. 页面按“自定义”刷新相关趋势指标。\n2. 周/月预生成提示仍显示,不影响实时入口。\n3. 切换模块再返回后,时间范围保持用户最后一次选择。 | 日/周/月聚合口径一致;自定义范围不能出现结束日期早于开始日期的数据。 | 普通客服仅能查看与本人相关指标;系统管理员可查看全部部门趋势。 | 时间筛选可用,趋势数据与范围一致,筛选状态可保持。 | 00-系统总览;evaluation-business-architecture 数据看板 | 时间范围;周期切换;周/月预生成 | 待执行\nTC-PROTO-0034 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-用户管理 | 用户身份与上下文 | 功能测试 | 现有ERP页面用户管理字段展示与MVP纳入方式校验 | P1 | 系统管理员打开 v10 原型;当前模块切换到“现有ERP”;存在现有页面“用户管理”。 | 现有页面=用户中心 / 用户;字段=JOYHUB 用户ID、用户名、头像、注册时间、最近活跃时间、用户身份、标签、邮箱后缀、主页背景图、自我介绍;查询条件=搜索字段、时间类型、标签、性别、国家、产品数、活动数、EDM近7天、渠道、身份;MVP用途=用户画像筛选、推送人群、客服定位、风险排查 | 1. 点击一级模块“现有ERP”。\n2. 在现有页面与当前字段区域定位“用户管理”。\n3. 核对现有页面名称是否为“用户中心 / 用户”。\n4. 展开字段详情,逐项核对字段:JOYHUB 用户ID、用户名、头像、注册时间、最近活跃时间、用户身份、标签、邮箱后缀、主页背景图、自我介绍。\n5. 在查询条件区按“搜索字段、时间类型、标签、性别、国家、产品数、活动数、EDM近7天、渠道、身份”组合输入筛选值。\n6. 点击“生成字段表”。\n7. 点击“导出现有关系”。 | 1. “用户管理”显示在现有ERP字段关系区域。\n2. 字段、查询条件、关系对象、MVP纳入方式均能展示。\n3. 生成字段表后可看到新增字段明细。\n4. 导出关系时文件只包含当前模块关系,不混入无关模块。 | 字段表包含页面ID、现有页面、模块、现有表格字段、现有查询条件、关系对象、MVP纳入方式;导出记录写入审计。 | 只有系统管理员/负责人可生成字段表和导出现有关系;普通客服不可导出现有ERP字段。 | 现有ERP字段能作为MVP建模依据,字段关系可查看、可导出、可审计。 | 01-用户身份与上下文;00-系统总览 数据所有权 | 现有ERP字段关系:用户管理;按钮:生成字段表、导出现有关系 | 待执行\nTC-PROTO-0035 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-用户管理 | 用户身份与上下文 | 异常场景 | 用户管理查询条件组合无结果时显示空状态 | P3 | 已进入现有ERP“用户管理”关系页面;用户有查询权限。 | 查询条件=搜索字段、时间类型、标签、性别、国家、产品数、活动数、EDM近7天、渠道、身份;输入值=不存在的标签/身份/国家组合 | 1. 在“用户管理”查询区域输入一个不存在的关键词,例如 ZZZ-NOT-FOUND。\n2. 选择一个与页面不匹配的状态或标签分类。\n3. 点击查询。\n4. 查看字段表、关系对象和MVP纳入方式区域。\n5. 点击重置。 | 1. 查询结果为空时页面显示暂无数据或空状态提示。\n2. 不应出现脚本错误、字段错位或沿用上一次结果。\n3. 点击重置后恢复默认数据。 | 空结果不生成脏数据;重置后查询条件和结果恢复默认。 | 用户只能查询有权限的数据范围;无权限字段应脱敏或不可见。 | 无结果场景可理解、可恢复,不污染已有字段关系。 | README 权限要求;00-系统总览 单一数据源 | 查询需求矩阵;筛选;重置 | 待执行\nTC-PROTO-0036 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-公域-用户标签 | 用户身份与上下文 | 功能测试 | 现有ERP页面公域-用户标签字段展示与MVP纳入方式校验 | P1 | 系统管理员打开 v10 原型;当前模块切换到“现有ERP”;存在现有页面“公域-用户标签”。 | 现有页面=标签 / 公域用户;字段=ID、标签编号、标签名称、标签分类、打标方式、标签覆盖人数、最新打标时间、备注、状态;查询条件=搜索字段、标签分类、覆盖用户数量、打标方式、时间类型、开始/截止时间;MVP用途=公域人群圈选、覆盖人数评估、推送前过滤 | 1. 点击一级模块“现有ERP”。\n2. 在现有页面与当前字段区域定位“公域-用户标签”。\n3. 核对现有页面名称是否为“标签 / 公域用户”。\n4. 展开字段详情,逐项核对字段:ID、标签编号、标签名称、标签分类、打标方式、标签覆盖人数、最新打标时间、备注、状态。\n5. 在查询条件区按“搜索字段、标签分类、覆盖用户数量、打标方式、时间类型、开始/截止时间”组合输入筛选值。\n6. 点击“生成字段表”。\n7. 点击“导出现有关系”。 | 1. “公域-用户标签”显示在现有ERP字段关系区域。\n2. 字段、查询条件、关系对象、MVP纳入方式均能展示。\n3. 生成字段表后可看到新增字段明细。\n4. 导出关系时文件只包含当前模块关系,不混入无关模块。 | 字段表包含页面ID、现有页面、模块、现有表格字段、现有查询条件、关系对象、MVP纳入方式;导出记录写入审计。 | 只有系统管理员/负责人可生成字段表和导出现有关系;普通客服不可导出现有ERP字段。 | 现有ERP字段能作为MVP建模依据,字段关系可查看、可导出、可审计。 | 01-用户身份与上下文;00-系统总览 数据所有权 | 现有ERP字段关系:公域-用户标签;按钮:生成字段表、导出现有关系 | 待执行\nTC-PROTO-0037 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-公域-用户标签 | 用户身份与上下文 | 异常场景 | 公域-用户标签查询条件组合无结果时显示空状态 | P3 | 已进入现有ERP“公域-用户标签”关系页面;用户有查询权限。 | 查询条件=搜索字段、标签分类、覆盖用户数量、打标方式、时间类型、开始/截止时间;输入值=不存在的标签/身份/国家组合 | 1. 在“公域-用户标签”查询区域输入一个不存在的关键词,例如 ZZZ-NOT-FOUND。\n2. 选择一个与页面不匹配的状态或标签分类。\n3. 点击查询。\n4. 查看字段表、关系对象和MVP纳入方式区域。\n5. 点击重置。 | 1. 查询结果为空时页面显示暂无数据或空状态提示。\n2. 不应出现脚本错误、字段错位或沿用上一次结果。\n3. 点击重置后恢复默认数据。 | 空结果不生成脏数据;重置后查询条件和结果恢复默认。 | 用户只能查询有权限的数据范围;无权限字段应脱敏或不可见。 | 无结果场景可理解、可恢复,不污染已有字段关系。 | README 权限要求;00-系统总览 单一数据源 | 查询需求矩阵;筛选;重置 | 待执行\nTC-PROTO-0038 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-公域-产品标签 | 需求与计划管理 | 功能测试 | 现有ERP页面公域-产品标签字段展示与MVP纳入方式校验 | P1 | 系统管理员打开 v10 原型;当前模块切换到“现有ERP”;存在现有页面“公域-产品标签”。 | 现有页面=标签 / 公域产品;字段=标签ID、标签名称、产品、标签覆盖产品数量、备注、创建时间、创建人;查询条件=搜索字段、搜索关键词、覆盖产品数量、创建标签时间、开始/截止时间;MVP用途=产品分层、Listing 健康策略、产品绑定率分析 | 1. 点击一级模块“现有ERP”。\n2. 在现有页面与当前字段区域定位“公域-产品标签”。\n3. 核对现有页面名称是否为“标签 / 公域产品”。\n4. 展开字段详情,逐项核对字段:标签ID、标签名称、产品、标签覆盖产品数量、备注、创建时间、创建人。\n5. 在查询条件区按“搜索字段、搜索关键词、覆盖产品数量、创建标签时间、开始/截止时间”组合输入筛选值。\n6. 点击“生成字段表”。\n7. 点击“导出现有关系”。 | 1. “公域-产品标签”显示在现有ERP字段关系区域。\n2. 字段、查询条件、关系对象、MVP纳入方式均能展示。\n3. 生成字段表后可看到新增字段明细。\n4. 导出关系时文件只包含当前模块关系,不混入无关模块。 | 字段表包含页面ID、现有页面、模块、现有表格字段、现有查询条件、关系对象、MVP纳入方式;导出记录写入审计。 | 只有系统管理员/负责人可生成字段表和导出现有关系;普通客服不可导出现有ERP字段。 | 现有ERP字段能作为MVP建模依据,字段关系可查看、可导出、可审计。 | 01-用户身份与上下文;00-系统总览 数据所有权 | 现有ERP字段关系:公域-产品标签;按钮:生成字段表、导出现有关系 | 待执行\nTC-PROTO-0039 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-公域-产品标签 | 需求与计划管理 | 异常场景 | 公域-产品标签查询条件组合无结果时显示空状态 | P3 | 已进入现有ERP“公域-产品标签”关系页面;用户有查询权限。 | 查询条件=搜索字段、搜索关键词、覆盖产品数量、创建标签时间、开始/截止时间;输入值=不存在的标签/身份/国家组合 | 1. 在“公域-产品标签”查询区域输入一个不存在的关键词,例如 ZZZ-NOT-FOUND。\n2. 选择一个与页面不匹配的状态或标签分类。\n3. 点击查询。\n4. 查看字段表、关系对象和MVP纳入方式区域。\n5. 点击重置。 | 1. 查询结果为空时页面显示暂无数据或空状态提示。\n2. 不应出现脚本错误、字段错位或沿用上一次结果。\n3. 点击重置后恢复默认数据。 | 空结果不生成脏数据;重置后查询条件和结果恢复默认。 | 用户只能查询有权限的数据范围;无权限字段应脱敏或不可见。 | 无结果场景可理解、可恢复,不污染已有字段关系。 | README 权限要求;00-系统总览 单一数据源 | 查询需求矩阵;筛选;重置 | 待执行\nTC-PROTO-0040 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-私域-用户标签 | 用户身份与上下文 | 功能测试 | 现有ERP页面私域-用户标签字段展示与MVP纳入方式校验 | P1 | 系统管理员打开 v10 原型;当前模块切换到“现有ERP”;存在现有页面“私域-用户标签”。 | 现有页面=标签 / 私域用户;字段=ID、标签编号、标签名称、标签分类、打标方式、标签覆盖人数、最新打标时间、状态;查询条件=标签分类、打标方式、覆盖人数、状态、时间范围;MVP用途=私域精细运营、客服分组、活动复盘、风险用户隔离 | 1. 点击一级模块“现有ERP”。\n2. 在现有页面与当前字段区域定位“私域-用户标签”。\n3. 核对现有页面名称是否为“标签 / 私域用户”。\n4. 展开字段详情,逐项核对字段:ID、标签编号、标签名称、标签分类、打标方式、标签覆盖人数、最新打标时间、状态。\n5. 在查询条件区按“标签分类、打标方式、覆盖人数、状态、时间范围”组合输入筛选值。\n6. 点击“生成字段表”。\n7. 点击“导出现有关系”。 | 1. “私域-用户标签”显示在现有ERP字段关系区域。\n2. 字段、查询条件、关系对象、MVP纳入方式均能展示。\n3. 生成字段表后可看到新增字段明细。\n4. 导出关系时文件只包含当前模块关系,不混入无关模块。 | 字段表包含页面ID、现有页面、模块、现有表格字段、现有查询条件、关系对象、MVP纳入方式;导出记录写入审计。 | 只有系统管理员/负责人可生成字段表和导出现有关系;普通客服不可导出现有ERP字段。 | 现有ERP字段能作为MVP建模依据,字段关系可查看、可导出、可审计。 | 01-用户身份与上下文;00-系统总览 数据所有权 | 现有ERP字段关系:私域-用户标签;按钮:生成字段表、导出现有关系 | 待执行\nTC-PROTO-0041 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-私域-用户标签 | 用户身份与上下文 | 异常场景 | 私域-用户标签查询条件组合无结果时显示空状态 | P3 | 已进入现有ERP“私域-用户标签”关系页面;用户有查询权限。 | 查询条件=标签分类、打标方式、覆盖人数、状态、时间范围;输入值=不存在的标签/身份/国家组合 | 1. 在“私域-用户标签”查询区域输入一个不存在的关键词,例如 ZZZ-NOT-FOUND。\n2. 选择一个与页面不匹配的状态或标签分类。\n3. 点击查询。\n4. 查看字段表、关系对象和MVP纳入方式区域。\n5. 点击重置。 | 1. 查询结果为空时页面显示暂无数据或空状态提示。\n2. 不应出现脚本错误、字段错位或沿用上一次结果。\n3. 点击重置后恢复默认数据。 | 空结果不生成脏数据;重置后查询条件和结果恢复默认。 | 用户只能查询有权限的数据范围;无权限字段应脱敏或不可见。 | 无结果场景可理解、可恢复,不污染已有字段关系。 | README 权限要求;00-系统总览 单一数据源 | 查询需求矩阵;筛选;重置 | 待执行\nTC-PROTO-0042 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-身份管理 | 用户身份与上下文 | 功能测试 | 现有ERP页面身份管理字段展示与MVP纳入方式校验 | P1 | 系统管理员打开 v10 原型;当前模块切换到“现有ERP”;存在现有页面“身份管理”。 | 现有页面=身份;字段=账号身份、图标PNG(英)、图标PNG(德)、图标PNG(日)、操作;查询条件=身份名称、身份分组、状态、更新时间;MVP用途=识别官方、品牌、达人、风险、客服等用户身份 | 1. 点击一级模块“现有ERP”。\n2. 在现有页面与当前字段区域定位“身份管理”。\n3. 核对现有页面名称是否为“身份”。\n4. 展开字段详情,逐项核对字段:账号身份、图标PNG(英)、图标PNG(德)、图标PNG(日)、操作。\n5. 在查询条件区按“身份名称、身份分组、状态、更新时间”组合输入筛选值。\n6. 点击“生成字段表”。\n7. 点击“导出现有关系”。 | 1. “身份管理”显示在现有ERP字段关系区域。\n2. 字段、查询条件、关系对象、MVP纳入方式均能展示。\n3. 生成字段表后可看到新增字段明细。\n4. 导出关系时文件只包含当前模块关系,不混入无关模块。 | 字段表包含页面ID、现有页面、模块、现有表格字段、现有查询条件、关系对象、MVP纳入方式;导出记录写入审计。 | 只有系统管理员/负责人可生成字段表和导出现有关系;普通客服不可导出现有ERP字段。 | 现有ERP字段能作为MVP建模依据,字段关系可查看、可导出、可审计。 | 01-用户身份与上下文;00-系统总览 数据所有权 | 现有ERP字段关系:身份管理;按钮:生成字段表、导出现有关系 | 待执行\nTC-PROTO-0043 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-身份管理 | 用户身份与上下文 | 异常场景 | 身份管理查询条件组合无结果时显示空状态 | P3 | 已进入现有ERP“身份管理”关系页面;用户有查询权限。 | 查询条件=身份名称、身份分组、状态、更新时间;输入值=不存在的标签/身份/国家组合 | 1. 在“身份管理”查询区域输入一个不存在的关键词,例如 ZZZ-NOT-FOUND。\n2. 选择一个与页面不匹配的状态或标签分类。\n3. 点击查询。\n4. 查看字段表、关系对象和MVP纳入方式区域。\n5. 点击重置。 | 1. 查询结果为空时页面显示暂无数据或空状态提示。\n2. 不应出现脚本错误、字段错位或沿用上一次结果。\n3. 点击重置后恢复默认数据。 | 空结果不生成脏数据;重置后查询条件和结果恢复默认。 | 用户只能查询有权限的数据范围;无权限字段应脱敏或不可见。 | 无结果场景可理解、可恢复,不污染已有字段关系。 | README 权限要求;00-系统总览 单一数据源 | 查询需求矩阵;筛选;重置 | 待执行\nTC-PROTO-0044 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-关系图谱 | 用户身份与上下文 | 数据校验 | 关系图谱校验用户 - 用户标签关系用于人群圈选、用户画像、风险过滤 | P2 | 系统管理员进入 v10 原型的现有ERP模块;关系图谱区域已展示。 | 关系=用户 - 用户标签;关系类型=多对多;用途=人群圈选、用户画像、风险过滤 | 1. 进入“现有ERP”。\n2. 滚动到“关系图谱”区域。\n3. 定位关系“用户 - 用户标签”。\n4. 查看关系类型是否显示为“多对多”。\n5. 点击该关系行的查看/展开操作。\n6. 检查弹出的关系详情中是否说明“人群圈选、用户画像、风险过滤”。 | 1. 关系“用户 - 用户标签”存在。\n2. 类型展示为“多对多”。\n3. 详情能说明该关系服务于“人群圈选、用户画像、风险过滤”。\n4. 关闭详情后返回关系图谱不丢失当前位置。 | 关系对象、类型、用途和来源页面字段一致;待确认关系必须标注待确认,不能当作已定规则。 | 只有系统管理员/负责人能查看完整关系;普通运营只看业务可用摘要。 | 关系图谱可支撑用户画像、人群圈选、风险过滤和触达频控建模。 | 00-系统总览 子系统数据所有权;01-用户身份与上下文 | 关系图谱:用户 - 用户标签 | 待执行\nTC-PROTO-0045 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-关系图谱 | 用户身份与上下文 | 数据校验 | 关系图谱校验用户 - 身份关系用于官方、品牌、达人、客服、风险身份识别 | P2 | 系统管理员进入 v10 原型的现有ERP模块;关系图谱区域已展示。 | 关系=用户 - 身份;关系类型=待确认:一对多或多对多;用途=官方、品牌、达人、客服、风险身份识别 | 1. 进入“现有ERP”。\n2. 滚动到“关系图谱”区域。\n3. 定位关系“用户 - 身份”。\n4. 查看关系类型是否显示为“待确认:一对多或多对多”。\n5. 点击该关系行的查看/展开操作。\n6. 检查弹出的关系详情中是否说明“官方、品牌、达人、客服、风险身份识别”。 | 1. 关系“用户 - 身份”存在。\n2. 类型展示为“待确认:一对多或多对多”。\n3. 详情能说明该关系服务于“官方、品牌、达人、客服、风险身份识别”。\n4. 关闭详情后返回关系图谱不丢失当前位置。 | 关系对象、类型、用途和来源页面字段一致;待确认关系必须标注待确认,不能当作已定规则。 | 只有系统管理员/负责人能查看完整关系;普通运营只看业务可用摘要。 | 关系图谱可支撑用户画像、人群圈选、风险过滤和触达频控建模。 | 00-系统总览 子系统数据所有权;01-用户身份与上下文 | 关系图谱:用户 - 身份 | 待执行\nTC-PROTO-0046 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-关系图谱 | 用户身份与上下文 | 数据校验 | 关系图谱校验用户 - 产品关系用于测评用户池、客服定位 | P2 | 系统管理员进入 v10 原型的现有ERP模块;关系图谱区域已展示。 | 关系=用户 - 产品;关系类型=绑定/连接产品;用途=测评用户池、客服定位 | 1. 进入“现有ERP”。\n2. 滚动到“关系图谱”区域。\n3. 定位关系“用户 - 产品”。\n4. 查看关系类型是否显示为“绑定/连接产品”。\n5. 点击该关系行的查看/展开操作。\n6. 检查弹出的关系详情中是否说明“测评用户池、客服定位”。 | 1. 关系“用户 - 产品”存在。\n2. 类型展示为“绑定/连接产品”。\n3. 详情能说明该关系服务于“测评用户池、客服定位”。\n4. 关闭详情后返回关系图谱不丢失当前位置。 | 关系对象、类型、用途和来源页面字段一致;待确认关系必须标注待确认,不能当作已定规则。 | 只有系统管理员/负责人能查看完整关系;普通运营只看业务可用摘要。 | 关系图谱可支撑用户画像、人群圈选、风险过滤和触达频控建模。 | 00-系统总览 子系统数据所有权;01-用户身份与上下文 | 关系图谱:用户 - 产品 | 待执行\nTC-PROTO-0047 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-关系图谱 | 用户身份与上下文 | 数据校验 | 关系图谱校验产品 - 产品标签 - Listing关系用于Listing 健康策略、ASIN 归因 | P2 | 系统管理员进入 v10 原型的现有ERP模块;关系图谱区域已展示。 | 关系=产品 - 产品标签 - Listing;关系类型=产品分层;用途=Listing 健康策略、ASIN 归因 | 1. 进入“现有ERP”。\n2. 滚动到“关系图谱”区域。\n3. 定位关系“产品 - 产品标签 - Listing”。\n4. 查看关系类型是否显示为“产品分层”。\n5. 点击该关系行的查看/展开操作。\n6. 检查弹出的关系详情中是否说明“Listing 健康策略、ASIN 归因”。 | 1. 关系“产品 - 产品标签 - Listing”存在。\n2. 类型展示为“产品分层”。\n3. 详情能说明该关系服务于“Listing 健康策略、ASIN 归因”。\n4. 关闭详情后返回关系图谱不丢失当前位置。 | 关系对象、类型、用途和来源页面字段一致;待确认关系必须标注待确认,不能当作已定规则。 | 只有系统管理员/负责人能查看完整关系;普通运营只看业务可用摘要。 | 关系图谱可支撑用户画像、人群圈选、风险过滤和触达频控建模。 | 00-系统总览 子系统数据所有权;01-用户身份与上下文 | 关系图谱:产品 - 产品标签 - Listing | 待执行\nTC-PROTO-0048 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-关系图谱 | 用户身份与上下文 | 数据校验 | 关系图谱校验用户 - 活动关系用于KOC/KOL、私域运营沉淀 | P2 | 系统管理员进入 v10 原型的现有ERP模块;关系图谱区域已展示。 | 关系=用户 - 活动;关系类型=活动参与;用途=KOC/KOL、私域运营沉淀 | 1. 进入“现有ERP”。\n2. 滚动到“关系图谱”区域。\n3. 定位关系“用户 - 活动”。\n4. 查看关系类型是否显示为“活动参与”。\n5. 点击该关系行的查看/展开操作。\n6. 检查弹出的关系详情中是否说明“KOC/KOL、私域运营沉淀”。 | 1. 关系“用户 - 活动”存在。\n2. 类型展示为“活动参与”。\n3. 详情能说明该关系服务于“KOC/KOL、私域运营沉淀”。\n4. 关闭详情后返回关系图谱不丢失当前位置。 | 关系对象、类型、用途和来源页面字段一致;待确认关系必须标注待确认,不能当作已定规则。 | 只有系统管理员/负责人能查看完整关系;普通运营只看业务可用摘要。 | 关系图谱可支撑用户画像、人群圈选、风险过滤和触达频控建模。 | 00-系统总览 子系统数据所有权;01-用户身份与上下文 | 关系图谱:用户 - 活动 | 待执行\nTC-PROTO-0049 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-关系图谱 | 用户身份与上下文 | 数据校验 | 关系图谱校验用户 - 推送关系用于IM/EDM/TEL/App Push 频控、点击、回复、退订 | P2 | 系统管理员进入 v10 原型的现有ERP模块;关系图谱区域已展示。 | 关系=用户 - 推送;关系类型=一对多;用途=IM/EDM/TEL/App Push 频控、点击、回复、退订 | 1. 进入“现有ERP”。\n2. 滚动到“关系图谱”区域。\n3. 定位关系“用户 - 推送”。\n4. 查看关系类型是否显示为“一对多”。\n5. 点击该关系行的查看/展开操作。\n6. 检查弹出的关系详情中是否说明“IM/EDM/TEL/App Push 频控、点击、回复、退订”。 | 1. 关系“用户 - 推送”存在。\n2. 类型展示为“一对多”。\n3. 详情能说明该关系服务于“IM/EDM/TEL/App Push 频控、点击、回复、退订”。\n4. 关闭详情后返回关系图谱不丢失当前位置。 | 关系对象、类型、用途和来源页面字段一致;待确认关系必须标注待确认,不能当作已定规则。 | 只有系统管理员/负责人能查看完整关系;普通运营只看业务可用摘要。 | 关系图谱可支撑用户画像、人群圈选、风险过滤和触达频控建模。 | 00-系统总览 子系统数据所有权;01-用户身份与上下文 | 关系图谱:用户 - 推送 | 待执行\nTC-PROTO-0050 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-关系图谱 | 用户身份与上下文 | 数据校验 | 关系图谱校验用户 - 风险/黑名单关系用于诈骗同步、客服升级、风险用户隔离 | P2 | 系统管理员进入 v10 原型的现有ERP模块;关系图谱区域已展示。 | 关系=用户 - 风险/黑名单;关系类型=风险隔离;用途=诈骗同步、客服升级、风险用户隔离 | 1. 进入“现有ERP”。\n2. 滚动到“关系图谱”区域。\n3. 定位关系“用户 - 风险/黑名单”。\n4. 查看关系类型是否显示为“风险隔离”。\n5. 点击该关系行的查看/展开操作。\n6. 检查弹出的关系详情中是否说明“诈骗同步、客服升级、风险用户隔离”。 | 1. 关系“用户 - 风险/黑名单”存在。\n2. 类型展示为“风险隔离”。\n3. 详情能说明该关系服务于“诈骗同步、客服升级、风险用户隔离”。\n4. 关闭详情后返回关系图谱不丢失当前位置。 | 关系对象、类型、用途和来源页面字段一致;待确认关系必须标注待确认,不能当作已定规则。 | 只有系统管理员/负责人能查看完整关系;普通运营只看业务可用摘要。 | 关系图谱可支撑用户画像、人群圈选、风险过滤和触达频控建模。 | 00-系统总览 子系统数据所有权;01-用户身份与上下文 | 关系图谱:用户 - 风险/黑名单 | 待执行\nTC-PROTO-0051 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-查询需求矩阵 | 用户身份与上下文 | 流程测试 | 查询需求矩阵执行用户主档查询并校验输出用途 | P1 | 系统管理员或用户运营负责人打开 v10 原型;现有ERP模块的查询需求矩阵已展示。 | 查询场景=用户主档查询;查询条件=JOYHUB ID、用户名、邮箱后缀、国家、性别、注册/活跃时间;预期输出=用户主档、标签、身份、产品关系、近期活跃;使用页面=用户中心 / 客服中心 / 风险中心 | 1. 进入“现有ERP”模块。\n2. 在“查询需求矩阵”中定位“用户主档查询”。\n3. 点击该查询场景的查看/进入处理按钮。\n4. 按原型列出的查询条件输入:JOYHUB ID、用户名、邮箱后缀、国家、性别、注册/活跃时间。\n5. 点击查询。\n6. 查看结果区是否输出:用户主档、标签、身份、产品关系、近期活跃。\n7. 点击“保存人群包”或“进入计划中心/风险中心”相关入口。 | 1. “用户主档查询”可从矩阵进入。\n2. 查询条件与原型字段一致。\n3. 结果输出符合“用户主档、标签、身份、产品关系、近期活跃”。\n4. 跳转到“用户中心 / 客服中心 / 风险中心”时携带当前查询上下文。 | 候选用户数、排除用户池、风险身份、EDM近7天次数等统计与筛选条件一致;保存人群包生成唯一ID。 | 客服只能查看客服定位所需字段;风险负责人可查看风险身份;系统管理员可查看完整字段,邮箱/设备仍默认脱敏。 | 查询矩阵能从现有ERP字段转化为MVP业务查询能力。 | 01-用户身份与上下文;03-额度与频控;04-多渠道触达 | 查询需求矩阵:用户主档查询 | 待执行\nTC-PROTO-0052 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-查询需求矩阵 | 用户身份与上下文 | 流程测试 | 查询需求矩阵执行推送前人群圈选并校验输出用途 | P1 | 系统管理员或用户运营负责人打开 v10 原型;现有ERP模块的查询需求矩阵已展示。 | 查询场景=推送前人群圈选;查询条件=标签、身份、国家、渠道、产品绑定/连接、活动、EDM近7天次数;预期输出=候选用户数、预计触达、频控风险、可保存人群包;使用页面=计划中心 / 推送中心 | 1. 进入“现有ERP”模块。\n2. 在“查询需求矩阵”中定位“推送前人群圈选”。\n3. 点击该查询场景的查看/进入处理按钮。\n4. 按原型列出的查询条件输入:标签、身份、国家、渠道、产品绑定/连接、活动、EDM近7天次数。\n5. 点击查询。\n6. 查看结果区是否输出:候选用户数、预计触达、频控风险、可保存人群包。\n7. 点击“保存人群包”或“进入计划中心/风险中心”相关入口。 | 1. “推送前人群圈选”可从矩阵进入。\n2. 查询条件与原型字段一致。\n3. 结果输出符合“候选用户数、预计触达、频控风险、可保存人群包”。\n4. 跳转到“计划中心 / 推送中心”时携带当前查询上下文。 | 候选用户数、排除用户池、风险身份、EDM近7天次数等统计与筛选条件一致;保存人群包生成唯一ID。 | 客服只能查看客服定位所需字段;风险负责人可查看风险身份;系统管理员可查看完整字段,邮箱/设备仍默认脱敏。 | 查询矩阵能从现有ERP字段转化为MVP业务查询能力。 | 01-用户身份与上下文;03-额度与频控;04-多渠道触达 | 查询需求矩阵:推送前人群圈选 | 待执行\nTC-PROTO-0053 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-查询需求矩阵 | 用户身份与上下文 | 流程测试 | 查询需求矩阵执行测评与真实评价跟踪人群并校验输出用途 | P1 | 系统管理员或用户运营负责人打开 v10 原型;现有ERP模块的查询需求矩阵已展示。 | 查询场景=测评与真实评价跟踪人群;查询条件=ASIN/Listing、产品绑定、连接产品、最近活跃、国家/站点、风险身份排除;预期输出=推荐用户池、排除用户池、进入计划中心;使用页面=需求中心 / 计划中心 / 客服中心 | 1. 进入“现有ERP”模块。\n2. 在“查询需求矩阵”中定位“测评与真实评价跟踪人群”。\n3. 点击该查询场景的查看/进入处理按钮。\n4. 按原型列出的查询条件输入:ASIN/Listing、产品绑定、连接产品、最近活跃、国家/站点、风险身份排除。\n5. 点击查询。\n6. 查看结果区是否输出:推荐用户池、排除用户池、进入计划中心。\n7. 点击“保存人群包”或“进入计划中心/风险中心”相关入口。 | 1. “测评与真实评价跟踪人群”可从矩阵进入。\n2. 查询条件与原型字段一致。\n3. 结果输出符合“推荐用户池、排除用户池、进入计划中心”。\n4. 跳转到“需求中心 / 计划中心 / 客服中心”时携带当前查询上下文。 | 候选用户数、排除用户池、风险身份、EDM近7天次数等统计与筛选条件一致;保存人群包生成唯一ID。 | 客服只能查看客服定位所需字段;风险负责人可查看风险身份;系统管理员可查看完整字段,邮箱/设备仍默认脱敏。 | 查询矩阵能从现有ERP字段转化为MVP业务查询能力。 | 01-用户身份与上下文;03-额度与频控;04-多渠道触达 | 查询需求矩阵:测评与真实评价跟踪人群 | 待执行\nTC-PROTO-0054 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-查询需求矩阵 | 用户身份与上下文 | 流程测试 | 查询需求矩阵执行标签覆盖查询并校验输出用途 | P1 | 系统管理员或用户运营负责人打开 v10 原型;现有ERP模块的查询需求矩阵已展示。 | 查询场景=标签覆盖查询;查询条件=标签分类、打标方式、覆盖人数、最新打标时间、状态;预期输出=标签列表、覆盖趋势、异常覆盖提示;使用页面=现有ERP / 数据中心 | 1. 进入“现有ERP”模块。\n2. 在“查询需求矩阵”中定位“标签覆盖查询”。\n3. 点击该查询场景的查看/进入处理按钮。\n4. 按原型列出的查询条件输入:标签分类、打标方式、覆盖人数、最新打标时间、状态。\n5. 点击查询。\n6. 查看结果区是否输出:标签列表、覆盖趋势、异常覆盖提示。\n7. 点击“保存人群包”或“进入计划中心/风险中心”相关入口。 | 1. “标签覆盖查询”可从矩阵进入。\n2. 查询条件与原型字段一致。\n3. 结果输出符合“标签列表、覆盖趋势、异常覆盖提示”。\n4. 跳转到“现有ERP / 数据中心”时携带当前查询上下文。 | 候选用户数、排除用户池、风险身份、EDM近7天次数等统计与筛选条件一致;保存人群包生成唯一ID。 | 客服只能查看客服定位所需字段;风险负责人可查看风险身份;系统管理员可查看完整字段,邮箱/设备仍默认脱敏。 | 查询矩阵能从现有ERP字段转化为MVP业务查询能力。 | 01-用户身份与上下文;03-额度与频控;04-多渠道触达 | 查询需求矩阵:标签覆盖查询 | 待执行\nTC-PROTO-0055 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-查询需求矩阵 | 用户身份与上下文 | 流程测试 | 查询需求矩阵执行身份风险查询并校验输出用途 | P1 | 系统管理员或用户运营负责人打开 v10 原型;现有ERP模块的查询需求矩阵已展示。 | 查询场景=身份风险查询;查询条件=身份名称、身份分组、风险等级、状态;预期输出=风险用户池、客服/推送排除名单、黑名单同步候选;使用页面=风险中心 / 系统管理 | 1. 进入“现有ERP”模块。\n2. 在“查询需求矩阵”中定位“身份风险查询”。\n3. 点击该查询场景的查看/进入处理按钮。\n4. 按原型列出的查询条件输入:身份名称、身份分组、风险等级、状态。\n5. 点击查询。\n6. 查看结果区是否输出:风险用户池、客服/推送排除名单、黑名单同步候选。\n7. 点击“保存人群包”或“进入计划中心/风险中心”相关入口。 | 1. “身份风险查询”可从矩阵进入。\n2. 查询条件与原型字段一致。\n3. 结果输出符合“风险用户池、客服/推送排除名单、黑名单同步候选”。\n4. 跳转到“风险中心 / 系统管理”时携带当前查询上下文。 | 候选用户数、排除用户池、风险身份、EDM近7天次数等统计与筛选条件一致;保存人群包生成唯一ID。 | 客服只能查看客服定位所需字段;风险负责人可查看风险身份;系统管理员可查看完整字段,邮箱/设备仍默认脱敏。 | 查询矩阵能从现有ERP字段转化为MVP业务查询能力。 | 01-用户身份与上下文;03-额度与频控;04-多渠道触达 | 查询需求矩阵:身份风险查询 | 待执行\nTC-PROTO-0056 | user_erp_mvp_admin_prototype_v10(1).html | 系统资产-系统管理 | 审计与通知中心 | 权限校验 | 系统管理执行新建账号并校验权限与审计 | P1 | 用户以系统管理员身份登录;系统资产模块可访问;系统管理列表包含“新建账号”。 | 动作=新建账号;说明=按部门、角色、站点、数据范围开通账号;预期=账号创建后出现在系统管理列表 | 1. 点击一级模块“系统资产”。\n2. 进入“系统管理”。\n3. 定位配置项“新建账号”。\n4. 点击对应操作按钮。\n5. 按页面说明执行:按部门、角色、站点、数据范围开通账号。\n6. 提交后进入审计日志,按动作类型筛选“新建账号”。 | 1. 有权限角色可完成“新建账号”。\n2. 执行结果符合“账号创建后出现在系统管理列表”。\n3. 审计日志新增记录,包含动作类型、操作者、时间、影响对象和处理意见。\n4. 无权限角色访问时按钮隐藏或提交被拒绝。 | 账号状态、权限点、任务交接关系和审计日志一致;敏感权限回收后立即生效。 | 新建账号仅对系统管理员开放;查看敏感信息、导出、黑名单同步、审批动作需独立授权。 | 权限配置可执行、可追溯、可撤销;离职管理无遗留敏感权限。 | 09-审计与通知中心;00-系统总览 角色前端映射 | 系统资产:新建账号;权限分配;审计日志 | 待执行\nTC-PROTO-0057 | user_erp_mvp_admin_prototype_v10(1).html | 系统资产-系统管理 | 审计与通知中心 | 权限校验 | 系统管理执行离职管理并校验权限与审计 | P1 | 用户以系统管理员身份登录;系统资产模块可访问;系统管理列表包含“离职管理”。 | 动作=离职管理;说明=停用账号、交接任务、回收敏感权限;预期=离职账号不可登录且任务已交接 | 1. 点击一级模块“系统资产”。\n2. 进入“系统管理”。\n3. 定位配置项“离职管理”。\n4. 点击对应操作按钮。\n5. 按页面说明执行:停用账号、交接任务、回收敏感权限。\n6. 提交后进入审计日志,按动作类型筛选“离职管理”。 | 1. 有权限角色可完成“离职管理”。\n2. 执行结果符合“离职账号不可登录且任务已交接”。\n3. 审计日志新增记录,包含动作类型、操作者、时间、影响对象和处理意见。\n4. 无权限角色访问时按钮隐藏或提交被拒绝。 | 账号状态、权限点、任务交接关系和审计日志一致;敏感权限回收后立即生效。 | 离职管理仅对系统管理员开放;查看敏感信息、导出、黑名单同步、审批动作需独立授权。 | 权限配置可执行、可追溯、可撤销;离职管理无遗留敏感权限。 | 09-审计与通知中心;00-系统总览 角色前端映射 | 系统资产:离职管理;权限分配;审计日志 | 待执行\nTC-PROTO-0058 | user_erp_mvp_admin_prototype_v10(1).html | 系统资产-系统管理 | 审计与通知中心 | 权限校验 | 系统管理执行权限分配并校验权限与审计 | P1 | 用户以系统管理员/负责人身份登录;系统资产模块可访问;系统管理列表包含“权限分配”。 | 动作=权限分配;说明=导出、审批、查看敏感信息、黑名单同步独立授权;预期=权限粒度按按钮和数据范围生效 | 1. 点击一级模块“系统资产”。\n2. 进入“系统管理”。\n3. 定位配置项“权限分配”。\n4. 点击对应操作按钮。\n5. 按页面说明执行:导出、审批、查看敏感信息、黑名单同步独立授权。\n6. 提交后进入审计日志,按动作类型筛选“权限分配”。 | 1. 有权限角色可完成“权限分配”。\n2. 执行结果符合“权限粒度按按钮和数据范围生效”。\n3. 审计日志新增记录,包含动作类型、操作者、时间、影响对象和处理意见。\n4. 无权限角色访问时按钮隐藏或提交被拒绝。 | 账号状态、权限点、任务交接关系和审计日志一致;敏感权限回收后立即生效。 | 权限分配仅对系统管理员/负责人开放;查看敏感信息、导出、黑名单同步、审批动作需独立授权。 | 权限配置可执行、可追溯、可撤销;离职管理无遗留敏感权限。 | 09-审计与通知中心;00-系统总览 角色前端映射 | 系统资产:权限分配;权限分配;审计日志 | 待执行\nTC-PROTO-0059 | user_erp_mvp_admin_prototype_v10(1).html | 系统资产-系统管理 | 审计与通知中心 | 权限校验 | 系统管理执行审计日志并校验权限与审计 | P1 | 用户以系统管理员/审计角色身份登录;系统资产模块可访问;系统管理列表包含“审计日志”。 | 动作=审计日志;说明=导出、查看敏感信息、黑名单同步、审批动作;预期=每个敏感动作有日志ID和操作者 | 1. 点击一级模块“系统资产”。\n2. 进入“系统管理”。\n3. 定位配置项“审计日志”。\n4. 点击对应操作按钮。\n5. 按页面说明执行:导出、查看敏感信息、黑名单同步、审批动作。\n6. 提交后进入审计日志,按动作类型筛选“审计日志”。 | 1. 有权限角色可完成“审计日志”。\n2. 执行结果符合“每个敏感动作有日志ID和操作者”。\n3. 审计日志新增记录,包含动作类型、操作者、时间、影响对象和处理意见。\n4. 无权限角色访问时按钮隐藏或提交被拒绝。 | 账号状态、权限点、任务交接关系和审计日志一致;敏感权限回收后立即生效。 | 审计日志仅对系统管理员/审计角色开放;查看敏感信息、导出、黑名单同步、审批动作需独立授权。 | 权限配置可执行、可追溯、可撤销;离职管理无遗留敏感权限。 | 09-审计与通知中心;00-系统总览 角色前端映射 | 系统资产:审计日志;权限分配;审计日志 | 待执行\nTC-PROTO-0060 | 客服执行.html | 客服执行看板 | 客服工单与管理 | 功能测试 | 客服执行看板查看在线客服数指标并钻取明细 | P1 | 客服主管账号已登录客服执行看板;存在当天排班、工单、消息、评价和绩效数据。 | 指标=在线客服数;原型变量=onlineAgents 人;动作=查看当前可用客服池 | 1. 打开“客服执行看板”。\n2. 在顶部指标区定位“在线客服数”。\n3. 核对指标值单位是否符合“onlineAgents 人”。\n4. 点击该指标卡片。\n5. 查看弹出的明细列表或右侧详情。\n6. 将时间范围切换到本月,再回到今日。 | 1. 指标“在线客服数”显示在客服执行看板。\n2. 点击后进入与“查看当前可用客服池”一致的明细。\n3. 今日/本月切换后指标重新计算。\n4. 返回看板后指标卡片仍展示最新状态。 | 指标明细总数与卡片汇总一致;首次回复时长单位为分钟,评价数区分 RSO/RDO。 | 客服本人只能看本人指标;组长可看组内;主管/管理员可看团队汇总。 | 客服执行指标可见、可钻取、按周期统计准确。 | 05-客服工单与管理 绩效统计;07-评价结果追踪 | React 原型变量:onlineAgents 人;标题:客服执行看板 | 待执行\nTC-PROTO-0061 | 客服执行.html | 客服执行看板 | 客服工单与管理 | 功能测试 | 客服执行看板查看今日工单指标并钻取明细 | P1 | 客服主管账号已登录客服执行看板;存在当天排班、工单、消息、评价和绩效数据。 | 指标=今日工单;原型变量=todayTickets 单;动作=查看今日进入客服中心的工单总量 | 1. 打开“客服执行看板”。\n2. 在顶部指标区定位“今日工单”。\n3. 核对指标值单位是否符合“todayTickets 单”。\n4. 点击该指标卡片。\n5. 查看弹出的明细列表或右侧详情。\n6. 将时间范围切换到本月,再回到今日。 | 1. 指标“今日工单”显示在客服执行看板。\n2. 点击后进入与“查看今日进入客服中心的工单总量”一致的明细。\n3. 今日/本月切换后指标重新计算。\n4. 返回看板后指标卡片仍展示最新状态。 | 指标明细总数与卡片汇总一致;首次回复时长单位为分钟,评价数区分 RSO/RDO。 | 客服本人只能看本人指标;组长可看组内;主管/管理员可看团队汇总。 | 客服执行指标可见、可钻取、按周期统计准确。 | 05-客服工单与管理 绩效统计;07-评价结果追踪 | React 原型变量:todayTickets 单;标题:客服执行看板 | 待执行\nTC-PROTO-0062 | 客服执行.html | 客服执行看板 | 客服工单与管理 | 功能测试 | 客服执行看板查看待处理工单指标并钻取明细 | P1 | 客服主管账号已登录客服执行看板;存在当天排班、工单、消息、评价和绩效数据。 | 指标=待处理工单;原型变量=pendingTickets 单;动作=查看未关闭/待处理队列 | 1. 打开“客服执行看板”。\n2. 在顶部指标区定位“待处理工单”。\n3. 核对指标值单位是否符合“pendingTickets 单”。\n4. 点击该指标卡片。\n5. 查看弹出的明细列表或右侧详情。\n6. 将时间范围切换到本月,再回到今日。 | 1. 指标“待处理工单”显示在客服执行看板。\n2. 点击后进入与“查看未关闭/待处理队列”一致的明细。\n3. 今日/本月切换后指标重新计算。\n4. 返回看板后指标卡片仍展示最新状态。 | 指标明细总数与卡片汇总一致;首次回复时长单位为分钟,评价数区分 RSO/RDO。 | 客服本人只能看本人指标;组长可看组内;主管/管理员可看团队汇总。 | 客服执行指标可见、可钻取、按周期统计准确。 | 05-客服工单与管理 绩效统计;07-评价结果追踪 | React 原型变量:pendingTickets 单;标题:客服执行看板 | 待执行\nTC-PROTO-0063 | 客服执行.html | 客服执行看板 | 多渠道触达引擎 | 功能测试 | 客服执行看板查看今日消息指标并钻取明细 | P1 | 客服主管账号已登录客服执行看板;存在当天排班、工单、消息、评价和绩效数据。 | 指标=今日消息;原型变量=todayMessages 条;动作=查看客服发送和接收消息量 | 1. 打开“客服执行看板”。\n2. 在顶部指标区定位“今日消息”。\n3. 核对指标值单位是否符合“todayMessages 条”。\n4. 点击该指标卡片。\n5. 查看弹出的明细列表或右侧详情。\n6. 将时间范围切换到本月,再回到今日。 | 1. 指标“今日消息”显示在客服执行看板。\n2. 点击后进入与“查看客服发送和接收消息量”一致的明细。\n3. 今日/本月切换后指标重新计算。\n4. 返回看板后指标卡片仍展示最新状态。 | 指标明细总数与卡片汇总一致;首次回复时长单位为分钟,评价数区分 RSO/RDO。 | 客服本人只能看本人指标;组长可看组内;主管/管理员可看团队汇总。 | 客服执行指标可见、可钻取、按周期统计准确。 | 05-客服工单与管理 绩效统计;07-评价结果追踪 | React 原型变量:todayMessages 条;标题:客服执行看板 | 待执行\nTC-PROTO-0064 | 客服执行.html | 客服执行看板 | 评价结果追踪 | 功能测试 | 客服执行看板查看今日获取评价指标并钻取明细 | P1 | 客服主管账号已登录客服执行看板;存在当天排班、工单、消息、评价和绩效数据。 | 指标=今日获取评价;原型变量=todayReviews 条;动作=查看今日客服转化评价数 | 1. 打开“客服执行看板”。\n2. 在顶部指标区定位“今日获取评价”。\n3. 核对指标值单位是否符合“todayReviews 条”。\n4. 点击该指标卡片。\n5. 查看弹出的明细列表或右侧详情。\n6. 将时间范围切换到本月,再回到今日。 | 1. 指标“今日获取评价”显示在客服执行看板。\n2. 点击后进入与“查看今日客服转化评价数”一致的明细。\n3. 今日/本月切换后指标重新计算。\n4. 返回看板后指标卡片仍展示最新状态。 | 指标明细总数与卡片汇总一致;首次回复时长单位为分钟,评价数区分 RSO/RDO。 | 客服本人只能看本人指标;组长可看组内;主管/管理员可看团队汇总。 | 客服执行指标可见、可钻取、按周期统计准确。 | 05-客服工单与管理 绩效统计;07-评价结果追踪 | React 原型变量:todayReviews 条;标题:客服执行看板 | 待执行\nTC-PROTO-0065 | 客服执行.html | 客服执行看板 | 评价结果追踪 | 功能测试 | 客服执行看板查看本月获取评价指标并钻取明细 | P1 | 客服主管账号已登录客服执行看板;存在当天排班、工单、消息、评价和绩效数据。 | 指标=本月获取评价;原型变量=monthReviews 条;动作=查看月度评价产出 | 1. 打开“客服执行看板”。\n2. 在顶部指标区定位“本月获取评价”。\n3. 核对指标值单位是否符合“monthReviews 条”。\n4. 点击该指标卡片。\n5. 查看弹出的明细列表或右侧详情。\n6. 将时间范围切换到本月,再回到今日。 | 1. 指标“本月获取评价”显示在客服执行看板。\n2. 点击后进入与“查看月度评价产出”一致的明细。\n3. 今日/本月切换后指标重新计算。\n4. 返回看板后指标卡片仍展示最新状态。 | 指标明细总数与卡片汇总一致;首次回复时长单位为分钟,评价数区分 RSO/RDO。 | 客服本人只能看本人指标;组长可看组内;主管/管理员可看团队汇总。 | 客服执行指标可见、可钻取、按周期统计准确。 | 05-客服工单与管理 绩效统计;07-评价结果追踪 | React 原型变量:monthReviews 条;标题:客服执行看板 | 待执行\nTC-PROTO-0066 | 客服执行.html | 客服执行看板 | 客服工单与管理 | 功能测试 | 客服执行看板查看排班到岗指标并钻取明细 | P1 | 客服主管账号已登录客服执行看板;存在当天排班、工单、消息、评价和绩效数据。 | 指标=排班到岗;原型变量=实际/应到 人;动作=查看排班、在线状态和出勤异常 | 1. 打开“客服执行看板”。\n2. 在顶部指标区定位“排班到岗”。\n3. 核对指标值单位是否符合“实际/应到 人”。\n4. 点击该指标卡片。\n5. 查看弹出的明细列表或右侧详情。\n6. 将时间范围切换到本月,再回到今日。 | 1. 指标“排班到岗”显示在客服执行看板。\n2. 点击后进入与“查看排班、在线状态和出勤异常”一致的明细。\n3. 今日/本月切换后指标重新计算。\n4. 返回看板后指标卡片仍展示最新状态。 | 指标明细总数与卡片汇总一致;首次回复时长单位为分钟,评价数区分 RSO/RDO。 | 客服本人只能看本人指标;组长可看组内;主管/管理员可看团队汇总。 | 客服执行指标可见、可钻取、按周期统计准确。 | 05-客服工单与管理 绩效统计;07-评价结果追踪 | React 原型变量:实际/应到 人;标题:客服执行看板 | 待执行\nTC-PROTO-0067 | 客服执行.html | 客服执行看板 | 客服工单与管理 | 功能测试 | 客服执行看板查看迟到次数指标并钻取明细 | P1 | 客服主管账号已登录客服执行看板;存在当天排班、工单、消息、评价和绩效数据。 | 指标=迟到次数;原型变量=lateDays 次;动作=查看迟到/早退/请假/缺勤 | 1. 打开“客服执行看板”。\n2. 在顶部指标区定位“迟到次数”。\n3. 核对指标值单位是否符合“lateDays 次”。\n4. 点击该指标卡片。\n5. 查看弹出的明细列表或右侧详情。\n6. 将时间范围切换到本月,再回到今日。 | 1. 指标“迟到次数”显示在客服执行看板。\n2. 点击后进入与“查看迟到/早退/请假/缺勤”一致的明细。\n3. 今日/本月切换后指标重新计算。\n4. 返回看板后指标卡片仍展示最新状态。 | 指标明细总数与卡片汇总一致;首次回复时长单位为分钟,评价数区分 RSO/RDO。 | 客服本人只能看本人指标;组长可看组内;主管/管理员可看团队汇总。 | 客服执行指标可见、可钻取、按周期统计准确。 | 05-客服工单与管理 绩效统计;07-评价结果追踪 | React 原型变量:lateDays 次;标题:客服执行看板 | 待执行\nTC-PROTO-0068 | 客服执行.html | 客服执行看板 | 客服工单与管理 | 功能测试 | 客服执行看板查看回复用户数指标并钻取明细 | P1 | 客服主管账号已登录客服执行看板;存在当天排班、工单、消息、评价和绩效数据。 | 指标=回复用户数;原型变量=repliedUsers 人;动作=查看回复覆盖用户数 | 1. 打开“客服执行看板”。\n2. 在顶部指标区定位“回复用户数”。\n3. 核对指标值单位是否符合“repliedUsers 人”。\n4. 点击该指标卡片。\n5. 查看弹出的明细列表或右侧详情。\n6. 将时间范围切换到本月,再回到今日。 | 1. 指标“回复用户数”显示在客服执行看板。\n2. 点击后进入与“查看回复覆盖用户数”一致的明细。\n3. 今日/本月切换后指标重新计算。\n4. 返回看板后指标卡片仍展示最新状态。 | 指标明细总数与卡片汇总一致;首次回复时长单位为分钟,评价数区分 RSO/RDO。 | 客服本人只能看本人指标;组长可看组内;主管/管理员可看团队汇总。 | 客服执行指标可见、可钻取、按周期统计准确。 | 05-客服工单与管理 绩效统计;07-评价结果追踪 | React 原型变量:repliedUsers 人;标题:客服执行看板 | 待执行\nTC-PROTO-0069 | 客服执行.html | 客服执行看板 | 客服工单与管理 | 功能测试 | 客服执行看板查看处理工单数指标并钻取明细 | P1 | 客服主管账号已登录客服执行看板;存在当天排班、工单、消息、评价和绩效数据。 | 指标=处理工单数;原型变量=ticketCount 单;动作=查看处理工单量 | 1. 打开“客服执行看板”。\n2. 在顶部指标区定位“处理工单数”。\n3. 核对指标值单位是否符合“ticketCount 单”。\n4. 点击该指标卡片。\n5. 查看弹出的明细列表或右侧详情。\n6. 将时间范围切换到本月,再回到今日。 | 1. 指标“处理工单数”显示在客服执行看板。\n2. 点击后进入与“查看处理工单量”一致的明细。\n3. 今日/本月切换后指标重新计算。\n4. 返回看板后指标卡片仍展示最新状态。 | 指标明细总数与卡片汇总一致;首次回复时长单位为分钟,评价数区分 RSO/RDO。 | 客服本人只能看本人指标;组长可看组内;主管/管理员可看团队汇总。 | 客服执行指标可见、可钻取、按周期统计准确。 | 05-客服工单与管理 绩效统计;07-评价结果追踪 | React 原型变量:ticketCount 单;标题:客服执行看板 | 待执行\nTC-PROTO-0070 | 客服执行.html | 客服执行看板 | 客服工单与管理 | 功能测试 | 客服执行看板查看发送消息数指标并钻取明细 | P1 | 客服主管账号已登录客服执行看板;存在当天排班、工单、消息、评价和绩效数据。 | 指标=发送消息数;原型变量=messageCount 条;动作=查看消息发送量 | 1. 打开“客服执行看板”。\n2. 在顶部指标区定位“发送消息数”。\n3. 核对指标值单位是否符合“messageCount 条”。\n4. 点击该指标卡片。\n5. 查看弹出的明细列表或右侧详情。\n6. 将时间范围切换到本月,再回到今日。 | 1. 指标“发送消息数”显示在客服执行看板。\n2. 点击后进入与“查看消息发送量”一致的明细。\n3. 今日/本月切换后指标重新计算。\n4. 返回看板后指标卡片仍展示最新状态。 | 指标明细总数与卡片汇总一致;首次回复时长单位为分钟,评价数区分 RSO/RDO。 | 客服本人只能看本人指标;组长可看组内;主管/管理员可看团队汇总。 | 客服执行指标可见、可钻取、按周期统计准确。 | 05-客服工单与管理 绩效统计;07-评价结果追踪 | React 原型变量:messageCount 条;标题:客服执行看板 | 待执行\nTC-PROTO-0071 | 客服执行.html | 客服执行看板 | 客服工单与管理 | 功能测试 | 客服执行看板查看平均首次回复指标并钻取明细 | P1 | 客服主管账号已登录客服执行看板;存在当天排班、工单、消息、评价和绩效数据。 | 指标=平均首次回复;原型变量=averageFirstReply 分钟;动作=查看平均首次回复时长 | 1. 打开“客服执行看板”。\n2. 在顶部指标区定位“平均首次回复”。\n3. 核对指标值单位是否符合“averageFirstReply 分钟”。\n4. 点击该指标卡片。\n5. 查看弹出的明细列表或右侧详情。\n6. 将时间范围切换到本月,再回到今日。 | 1. 指标“平均首次回复”显示在客服执行看板。\n2. 点击后进入与“查看平均首次回复时长”一致的明细。\n3. 今日/本月切换后指标重新计算。\n4. 返回看板后指标卡片仍展示最新状态。 | 指标明细总数与卡片汇总一致;首次回复时长单位为分钟,评价数区分 RSO/RDO。 | 客服本人只能看本人指标;组长可看组内;主管/管理员可看团队汇总。 | 客服执行指标可见、可钻取、按周期统计准确。 | 05-客服工单与管理 绩效统计;07-评价结果追踪 | React 原型变量:averageFirstReply 分钟;标题:客服执行看板 | 待执行\nTC-PROTO-0072 | 客服执行.html | 客服执行看板 | 评价结果追踪 | 功能测试 | 客服执行看板查看RSO/RDO评价数指标并钻取明细 | P1 | 客服主管账号已登录客服执行看板;存在当天排班、工单、消息、评价和绩效数据。 | 指标=RSO/RDO评价数;原型变量=rsoReviews+rdoReviews 条;动作=查看回评/测评转化 | 1. 打开“客服执行看板”。\n2. 在顶部指标区定位“RSO/RDO评价数”。\n3. 核对指标值单位是否符合“rsoReviews+rdoReviews 条”。\n4. 点击该指标卡片。\n5. 查看弹出的明细列表或右侧详情。\n6. 将时间范围切换到本月,再回到今日。 | 1. 指标“RSO/RDO评价数”显示在客服执行看板。\n2. 点击后进入与“查看回评/测评转化”一致的明细。\n3. 今日/本月切换后指标重新计算。\n4. 返回看板后指标卡片仍展示最新状态。 | 指标明细总数与卡片汇总一致;首次回复时长单位为分钟,评价数区分 RSO/RDO。 | 客服本人只能看本人指标;组长可看组内;主管/管理员可看团队汇总。 | 客服执行指标可见、可钻取、按周期统计准确。 | 05-客服工单与管理 绩效统计;07-评价结果追踪 | React 原型变量:rsoReviews+rdoReviews 条;标题:客服执行看板 | 待执行\nTC-PROTO-0073 | 客服执行.html | 客服执行看板 | 客服工单与管理 | 功能测试 | 客服执行看板查看目标完成率指标并钻取明细 | P1 | 客服主管账号已登录客服执行看板;存在当天排班、工单、消息、评价和绩效数据。 | 指标=目标完成率;原型变量=totalRate;动作=查看目标完成进度 | 1. 打开“客服执行看板”。\n2. 在顶部指标区定位“目标完成率”。\n3. 核对指标值单位是否符合“totalRate”。\n4. 点击该指标卡片。\n5. 查看弹出的明细列表或右侧详情。\n6. 将时间范围切换到本月,再回到今日。 | 1. 指标“目标完成率”显示在客服执行看板。\n2. 点击后进入与“查看目标完成进度”一致的明细。\n3. 今日/本月切换后指标重新计算。\n4. 返回看板后指标卡片仍展示最新状态。 | 指标明细总数与卡片汇总一致;首次回复时长单位为分钟,评价数区分 RSO/RDO。 | 客服本人只能看本人指标;组长可看组内;主管/管理员可看团队汇总。 | 客服执行指标可见、可钻取、按周期统计准确。 | 05-客服工单与管理 绩效统计;07-评价结果追踪 | React 原型变量:totalRate;标题:客服执行看板 | 待执行\nTC-PROTO-0074 | 客服执行.html | 客服工单生命周期 | 客服工单与管理 | 流程测试 | 用户消息进入工单从待分配执行自动分配流转到已分配 | P1 | 客服系统存在来源为“用户消息进入”的工单;当前状态为“待分配”;用户上下文卡可查询或降级展示。 | 来源=用户消息进入;起始状态=待分配;操作=自动分配;目标状态=已分配 | 1. 打开客服执行看板。\n2. 在工单列表按来源筛选“用户消息进入”。\n3. 打开状态为“待分配”的工单详情。\n4. 查看用户上下文卡、历史聊天、历史评价和风险提示。\n5. 执行业务动作“自动分配”:在线客服池按班次+在线状态+当前负载+最大工单数分配。\n6. 保存处理结果并返回工单列表。\n7. 再次筛选该工单,查看当前状态。 | 1. 工单详情展示来源“用户消息进入”和当前状态“待分配”。\n2. 执行“自动分配”后状态变为“已分配”。\n3. 处理记录写入 support_followups 或 support_tickets。\n4. 工单列表、看板待处理数和绩效统计同步更新。 | support_tickets.status、support_followups.status、support_assignment_logs 或绩效快照按动作更新;状态不得跳过必要节点。 | 客服只能处理分配给自己的工单;组长可改派;风险相关动作需组长或风险负责人确认。 | 工单状态流转符合待分配→已分配→处理中→等待用户/等待内部→已解决/疑似诈骗→已关闭规则。 | 05-客服工单与管理 M1/M2/M3 | 客服执行.html:客服执行看板;工单/回复/评价/目标指标 | 待执行\nTC-PROTO-0075 | 客服执行.html | 客服工单生命周期 | 客服工单与管理 | 流程测试 | 推送转人工工单从待分配执行手动分配流转到已分配 | P1 | 客服系统存在来源为“推送转人工”的工单;当前状态为“待分配”;用户上下文卡可查询或降级展示。 | 来源=推送转人工;起始状态=待分配;操作=手动分配;目标状态=已分配 | 1. 打开客服执行看板。\n2. 在工单列表按来源筛选“推送转人工”。\n3. 打开状态为“待分配”的工单详情。\n4. 查看用户上下文卡、历史聊天、历史评价和风险提示。\n5. 执行业务动作“手动分配”:组长选择在线且未满载客服。\n6. 保存处理结果并返回工单列表。\n7. 再次筛选该工单,查看当前状态。 | 1. 工单详情展示来源“推送转人工”和当前状态“待分配”。\n2. 执行“手动分配”后状态变为“已分配”。\n3. 处理记录写入 support_followups 或 support_tickets。\n4. 工单列表、看板待处理数和绩效统计同步更新。 | support_tickets.status、support_followups.status、support_assignment_logs 或绩效快照按动作更新;状态不得跳过必要节点。 | 客服只能处理分配给自己的工单;组长可改派;风险相关动作需组长或风险负责人确认。 | 工单状态流转符合待分配→已分配→处理中→等待用户/等待内部→已解决/疑似诈骗→已关闭规则。 | 05-客服工单与管理 M1/M2/M3 | 客服执行.html:客服执行看板;工单/回复/评价/目标指标 | 待执行\nTC-PROTO-0076 | 客服执行.html | 客服工单生命周期 | 客服工单与管理 | 流程测试 | 售后触发工单从已分配执行首次回复流转到处理中 | P1 | 客服系统存在来源为“售后触发”的工单;当前状态为“已分配”;用户上下文卡可查询或降级展示。 | 来源=售后触发;起始状态=已分配;操作=首次回复;目标状态=处理中 | 1. 打开客服执行看板。\n2. 在工单列表按来源筛选“售后触发”。\n3. 打开状态为“已分配”的工单详情。\n4. 查看用户上下文卡、历史聊天、历史评价和风险提示。\n5. 执行业务动作“首次回复”:客服查看用户上下文后发送第一条回复。\n6. 保存处理结果并返回工单列表。\n7. 再次筛选该工单,查看当前状态。 | 1. 工单详情展示来源“售后触发”和当前状态“已分配”。\n2. 执行“首次回复”后状态变为“处理中”。\n3. 处理记录写入 support_followups 或 support_tickets。\n4. 工单列表、看板待处理数和绩效统计同步更新。 | support_tickets.status、support_followups.status、support_assignment_logs 或绩效快照按动作更新;状态不得跳过必要节点。 | 客服只能处理分配给自己的工单;组长可改派;风险相关动作需组长或风险负责人确认。 | 工单状态流转符合待分配→已分配→处理中→等待用户/等待内部→已解决/疑似诈骗→已关闭规则。 | 05-客服工单与管理 M1/M2/M3 | 客服执行.html:客服执行看板;工单/回复/评价/目标指标 | 待执行\nTC-PROTO-0077 | 客服执行.html | 客服工单生命周期 | 客服工单与管理 | 流程测试 | 风险触发工单从处理中执行标记疑似诈骗流转到疑似诈骗 | P1 | 客服系统存在来源为“风险触发”的工单;当前状态为“处理中”;用户上下文卡可查询或降级展示。 | 来源=风险触发;起始状态=处理中;操作=标记疑似诈骗;目标状态=疑似诈骗 | 1. 打开客服执行看板。\n2. 在工单列表按来源筛选“风险触发”。\n3. 打开状态为“处理中”的工单详情。\n4. 查看用户上下文卡、历史聊天、历史评价和风险提示。\n5. 执行业务动作“标记疑似诈骗”:客服在工单处理结果中选择疑似诈骗。\n6. 保存处理结果并返回工单列表。\n7. 再次筛选该工单,查看当前状态。 | 1. 工单详情展示来源“风险触发”和当前状态“处理中”。\n2. 执行“标记疑似诈骗”后状态变为“疑似诈骗”。\n3. 处理记录写入 support_followups 或 support_tickets。\n4. 工单列表、看板待处理数和绩效统计同步更新。 | support_tickets.status、support_followups.status、support_assignment_logs 或绩效快照按动作更新;状态不得跳过必要节点。 | 客服只能处理分配给自己的工单;组长可改派;风险相关动作需组长或风险负责人确认。 | 工单状态流转符合待分配→已分配→处理中→等待用户/等待内部→已解决/疑似诈骗→已关闭规则。 | 05-客服工单与管理 M1/M2/M3 | 客服执行.html:客服执行看板;工单/回复/评价/目标指标 | 待执行\nTC-PROTO-0078 | 客服执行.html | 客服工单生命周期 | 客服工单与管理 | 流程测试 | 电话后续工单从处理中执行等待用户回复流转到等待用户 | P1 | 客服系统存在来源为“电话后续”的工单;当前状态为“处理中”;用户上下文卡可查询或降级展示。 | 来源=电话后续;起始状态=处理中;操作=等待用户回复;目标状态=等待用户 | 1. 打开客服执行看板。\n2. 在工单列表按来源筛选“电话后续”。\n3. 打开状态为“处理中”的工单详情。\n4. 查看用户上下文卡、历史聊天、历史评价和风险提示。\n5. 执行业务动作“等待用户回复”:客服记录通话后等待用户补充订单号。\n6. 保存处理结果并返回工单列表。\n7. 再次筛选该工单,查看当前状态。 | 1. 工单详情展示来源“电话后续”和当前状态“处理中”。\n2. 执行“等待用户回复”后状态变为“等待用户”。\n3. 处理记录写入 support_followups 或 support_tickets。\n4. 工单列表、看板待处理数和绩效统计同步更新。 | support_tickets.status、support_followups.status、support_assignment_logs 或绩效快照按动作更新;状态不得跳过必要节点。 | 客服只能处理分配给自己的工单;组长可改派;风险相关动作需组长或风险负责人确认。 | 工单状态流转符合待分配→已分配→处理中→等待用户/等待内部→已解决/疑似诈骗→已关闭规则。 | 05-客服工单与管理 M1/M2/M3 | 客服执行.html:客服执行看板;工单/回复/评价/目标指标 | 待执行\nTC-PROTO-0079 | 客服执行.html | 客服工单生命周期 | 客服工单与管理 | 流程测试 | 用户答应配合工单从处理中执行创建跟进任务流转到待提醒 | P1 | 客服系统存在来源为“用户答应配合”的工单;当前状态为“处理中”;用户上下文卡可查询或降级展示。 | 来源=用户答应配合;起始状态=处理中;操作=创建跟进任务;目标状态=待提醒 | 1. 打开客服执行看板。\n2. 在工单列表按来源筛选“用户答应配合”。\n3. 打开状态为“处理中”的工单详情。\n4. 查看用户上下文卡、历史聊天、历史评价和风险提示。\n5. 执行业务动作“创建跟进任务”:客服将答应配合状态置为已答应并设置负责人。\n6. 保存处理结果并返回工单列表。\n7. 再次筛选该工单,查看当前状态。 | 1. 工单详情展示来源“用户答应配合”和当前状态“处理中”。\n2. 执行“创建跟进任务”后状态变为“待提醒”。\n3. 处理记录写入 support_followups 或 support_tickets。\n4. 工单列表、看板待处理数和绩效统计同步更新。 | support_tickets.status、support_followups.status、support_assignment_logs 或绩效快照按动作更新;状态不得跳过必要节点。 | 客服只能处理分配给自己的工单;组长可改派;风险相关动作需组长或风险负责人确认。 | 工单状态流转符合待分配→已分配→处理中→等待用户/等待内部→已解决/疑似诈骗→已关闭规则。 | 05-客服工单与管理 M1/M2/M3 | 客服执行.html:客服执行看板;工单/回复/评价/目标指标 | 待执行\nTC-PROTO-0080 | 客服执行.html | 客服工单生命周期 | 客服工单与管理 | 流程测试 | 等待提交工单从待提醒执行提醒用户流转到等待提交 | P1 | 客服系统存在来源为“等待提交”的工单;当前状态为“待提醒”;用户上下文卡可查询或降级展示。 | 来源=等待提交;起始状态=待提醒;操作=提醒用户;目标状态=等待提交 | 1. 打开客服执行看板。\n2. 在工单列表按来源筛选“等待提交”。\n3. 打开状态为“待提醒”的工单详情。\n4. 查看用户上下文卡、历史聊天、历史评价和风险提示。\n5. 执行业务动作“提醒用户”:到期前客服发送提醒消息。\n6. 保存处理结果并返回工单列表。\n7. 再次筛选该工单,查看当前状态。 | 1. 工单详情展示来源“等待提交”和当前状态“待提醒”。\n2. 执行“提醒用户”后状态变为“等待提交”。\n3. 处理记录写入 support_followups 或 support_tickets。\n4. 工单列表、看板待处理数和绩效统计同步更新。 | support_tickets.status、support_followups.status、support_assignment_logs 或绩效快照按动作更新;状态不得跳过必要节点。 | 客服只能处理分配给自己的工单;组长可改派;风险相关动作需组长或风险负责人确认。 | 工单状态流转符合待分配→已分配→处理中→等待用户/等待内部→已解决/疑似诈骗→已关闭规则。 | 05-客服工单与管理 M1/M2/M3 | 客服执行.html:客服执行看板;工单/回复/评价/目标指标 | 待执行\nTC-PROTO-0081 | 客服执行.html | 客服工单生命周期 | 客服工单与管理 | 流程测试 | 用户提交评价工单从等待提交执行登记提交事实流转到已提交 | P1 | 客服系统存在来源为“用户提交评价”的工单;当前状态为“等待提交”;用户上下文卡可查询或降级展示。 | 来源=用户提交评价;起始状态=等待提交;操作=登记提交事实;目标状态=已提交 | 1. 打开客服执行看板。\n2. 在工单列表按来源筛选“用户提交评价”。\n3. 打开状态为“等待提交”的工单详情。\n4. 查看用户上下文卡、历史聊天、历史评价和风险提示。\n5. 执行业务动作“登记提交事实”:客服上传截图/链接并关联计划和ASIN。\n6. 保存处理结果并返回工单列表。\n7. 再次筛选该工单,查看当前状态。 | 1. 工单详情展示来源“用户提交评价”和当前状态“等待提交”。\n2. 执行“登记提交事实”后状态变为“已提交”。\n3. 处理记录写入 support_followups 或 support_tickets。\n4. 工单列表、看板待处理数和绩效统计同步更新。 | support_tickets.status、support_followups.status、support_assignment_logs 或绩效快照按动作更新;状态不得跳过必要节点。 | 客服只能处理分配给自己的工单;组长可改派;风险相关动作需组长或风险负责人确认。 | 工单状态流转符合待分配→已分配→处理中→等待用户/等待内部→已解决/疑似诈骗→已关闭规则。 | 05-客服工单与管理 M1/M2/M3 | 客服执行.html:客服执行看板;工单/回复/评价/目标指标 | 待执行\nTC-PROTO-0082 | 客服执行.html | 客服工单生命周期 | 客服工单与管理 | 流程测试 | 评价核验完成工单从已提交执行关闭工单流转到已关闭 | P1 | 客服系统存在来源为“评价核验完成”的工单;当前状态为“已提交”;用户上下文卡可查询或降级展示。 | 来源=评价核验完成;起始状态=已提交;操作=关闭工单;目标状态=已关闭 | 1. 打开客服执行看板。\n2. 在工单列表按来源筛选“评价核验完成”。\n3. 打开状态为“已提交”的工单详情。\n4. 查看用户上下文卡、历史聊天、历史评价和风险提示。\n5. 执行业务动作“关闭工单”:评价展示确认后客服将工单置为已解决并关闭。\n6. 保存处理结果并返回工单列表。\n7. 再次筛选该工单,查看当前状态。 | 1. 工单详情展示来源“评价核验完成”和当前状态“已提交”。\n2. 执行“关闭工单”后状态变为“已关闭”。\n3. 处理记录写入 support_followups 或 support_tickets。\n4. 工单列表、看板待处理数和绩效统计同步更新。 | support_tickets.status、support_followups.status、support_assignment_logs 或绩效快照按动作更新;状态不得跳过必要节点。 | 客服只能处理分配给自己的工单;组长可改派;风险相关动作需组长或风险负责人确认。 | 工单状态流转符合待分配→已分配→处理中→等待用户/等待内部→已解决/疑似诈骗→已关闭规则。 | 05-客服工单与管理 M1/M2/M3 | 客服执行.html:客服执行看板;工单/回复/评价/目标指标 | 待执行\nTC-PROTO-0083 | 客服执行.html | 客服工单生命周期 | 客服工单与管理 | 流程测试 | 超时未提交工单从等待提交执行需再次联系流转到需再次联系 | P1 | 客服系统存在来源为“超时未提交”的工单;当前状态为“等待提交”;用户上下文卡可查询或降级展示。 | 来源=超时未提交;起始状态=等待提交;操作=需再次联系;目标状态=需再次联系 | 1. 打开客服执行看板。\n2. 在工单列表按来源筛选“超时未提交”。\n3. 打开状态为“等待提交”的工单详情。\n4. 查看用户上下文卡、历史聊天、历史评价和风险提示。\n5. 执行业务动作“需再次联系”:超过答应配合期限后生成再次联系任务。\n6. 保存处理结果并返回工单列表。\n7. 再次筛选该工单,查看当前状态。 | 1. 工单详情展示来源“超时未提交”和当前状态“等待提交”。\n2. 执行“需再次联系”后状态变为“需再次联系”。\n3. 处理记录写入 support_followups 或 support_tickets。\n4. 工单列表、看板待处理数和绩效统计同步更新。 | support_tickets.status、support_followups.status、support_assignment_logs 或绩效快照按动作更新;状态不得跳过必要节点。 | 客服只能处理分配给自己的工单;组长可改派;风险相关动作需组长或风险负责人确认。 | 工单状态流转符合待分配→已分配→处理中→等待用户/等待内部→已解决/疑似诈骗→已关闭规则。 | 05-客服工单与管理 M1/M2/M3 | 客服执行.html:客服执行看板;工单/回复/评价/目标指标 | 待执行\nTC-PROTO-0084 | 客服执行.html | 客服异常处理 | 客服工单与管理 | 异常场景 | 客服执行异常场景:自动分配无在线客服 | P2 | 客服执行看板可用;准备异常条件:所有排班客服均离线或满载。 | 异常=自动分配无在线客服;条件=所有排班客服均离线或满载 | 1. 进入客服执行看板。\n2. 构造或选择满足条件的工单:所有排班客服均离线或满载。\n3. 按正常处理路径执行对应动作。\n4. 观察页面提示、工单状态和待办数量。\n5. 打开工单详情的处理记录。 | 1. 系统识别异常“自动分配无在线客服”。\n2. 处理结果为:工单留在公共池并提醒组长。\n3. 不产生错误状态或重复工单。\n4. 异常处理记录可在工单详情中查看。 | 异常前后 support_tickets、support_followups、assignment_logs 数据一致;不应出现状态倒退或重复计数。 | 无权限客服不得绕过异常限制;组长/主管可进行改派、关闭、风险升级等授权动作。 | 异常被明确提示并进入可追踪处理路径,不影响其他工单。 | 05-客服工单与管理 业务澄清与状态规则 | 客服执行看板异常:自动分配无在线客服 | 待执行\nTC-PROTO-0085 | 客服执行.html | 客服异常处理 | 客服工单与管理 | 异常场景 | 客服执行异常场景:分配给离线客服 | P2 | 客服执行看板可用;准备异常条件:客服在线状态在分配前变为离线。 | 异常=分配给离线客服;条件=客服在线状态在分配前变为离线 | 1. 进入客服执行看板。\n2. 构造或选择满足条件的工单:客服在线状态在分配前变为离线。\n3. 按正常处理路径执行对应动作。\n4. 观察页面提示、工单状态和待办数量。\n5. 打开工单详情的处理记录。 | 1. 系统识别异常“分配给离线客服”。\n2. 处理结果为:阻止分配并要求重新选择。\n3. 不产生错误状态或重复工单。\n4. 异常处理记录可在工单详情中查看。 | 异常前后 support_tickets、support_followups、assignment_logs 数据一致;不应出现状态倒退或重复计数。 | 无权限客服不得绕过异常限制;组长/主管可进行改派、关闭、风险升级等授权动作。 | 异常被明确提示并进入可追踪处理路径,不影响其他工单。 | 05-客服工单与管理 业务澄清与状态规则 | 客服执行看板异常:分配给离线客服 | 待执行\nTC-PROTO-0086 | 客服执行.html | 客服异常处理 | 客服工单与管理 | 异常场景 | 客服执行异常场景:当前负载超过最大工单数 | P2 | 客服执行看板可用;准备异常条件:客服未关闭工单数达到上限。 | 异常=当前负载超过最大工单数;条件=客服未关闭工单数达到上限 | 1. 进入客服执行看板。\n2. 构造或选择满足条件的工单:客服未关闭工单数达到上限。\n3. 按正常处理路径执行对应动作。\n4. 观察页面提示、工单状态和待办数量。\n5. 打开工单详情的处理记录。 | 1. 系统识别异常“当前负载超过最大工单数”。\n2. 处理结果为:自动跳过该客服。\n3. 不产生错误状态或重复工单。\n4. 异常处理记录可在工单详情中查看。 | 异常前后 support_tickets、support_followups、assignment_logs 数据一致;不应出现状态倒退或重复计数。 | 无权限客服不得绕过异常限制;组长/主管可进行改派、关闭、风险升级等授权动作。 | 异常被明确提示并进入可追踪处理路径,不影响其他工单。 | 05-客服工单与管理 业务澄清与状态规则 | 客服执行看板异常:当前负载超过最大工单数 | 待执行\nTC-PROTO-0087 | 客服执行.html | 客服异常处理 | 客服工单与管理 | 异常场景 | 客服执行异常场景:用户上下文卡查询失败 | P2 | 客服执行看板可用;准备异常条件:identity 服务超时。 | 异常=用户上下文卡查询失败;条件=identity 服务超时 | 1. 进入客服执行看板。\n2. 构造或选择满足条件的工单:identity 服务超时。\n3. 按正常处理路径执行对应动作。\n4. 观察页面提示、工单状态和待办数量。\n5. 打开工单详情的处理记录。 | 1. 系统识别异常“用户上下文卡查询失败”。\n2. 处理结果为:工单可继续处理但显示上下文数据可能过期。\n3. 不产生错误状态或重复工单。\n4. 异常处理记录可在工单详情中查看。 | 异常前后 support_tickets、support_followups、assignment_logs 数据一致;不应出现状态倒退或重复计数。 | 无权限客服不得绕过异常限制;组长/主管可进行改派、关闭、风险升级等授权动作。 | 异常被明确提示并进入可追踪处理路径,不影响其他工单。 | 05-客服工单与管理 业务澄清与状态规则 | 客服执行看板异常:用户上下文卡查询失败 | 待执行\nTC-PROTO-0088 | 客服执行.html | 客服异常处理 | 客服工单与管理 | 异常场景 | 客服执行异常场景:首次回复为空 | P2 | 客服执行看板可用;准备异常条件:客服点击发送但消息内容为空。 | 异常=首次回复为空;条件=客服点击发送但消息内容为空 | 1. 进入客服执行看板。\n2. 构造或选择满足条件的工单:客服点击发送但消息内容为空。\n3. 按正常处理路径执行对应动作。\n4. 观察页面提示、工单状态和待办数量。\n5. 打开工单详情的处理记录。 | 1. 系统识别异常“首次回复为空”。\n2. 处理结果为:阻止发送并提示请输入回复内容。\n3. 不产生错误状态或重复工单。\n4. 异常处理记录可在工单详情中查看。 | 异常前后 support_tickets、support_followups、assignment_logs 数据一致;不应出现状态倒退或重复计数。 | 无权限客服不得绕过异常限制;组长/主管可进行改派、关闭、风险升级等授权动作。 | 异常被明确提示并进入可追踪处理路径,不影响其他工单。 | 05-客服工单与管理 业务澄清与状态规则 | 客服执行看板异常:首次回复为空 | 待执行\nTC-PROTO-0089 | 客服执行.html | 客服异常处理 | 客服工单与管理 | 异常场景 | 客服执行异常场景:关闭工单未选择处理结果 | P2 | 客服执行看板可用;准备异常条件:点击关闭但未选择已解决/拒绝/疑似诈骗等结果。 | 异常=关闭工单未选择处理结果;条件=点击关闭但未选择已解决/拒绝/疑似诈骗等结果 | 1. 进入客服执行看板。\n2. 构造或选择满足条件的工单:点击关闭但未选择已解决/拒绝/疑似诈骗等结果。\n3. 按正常处理路径执行对应动作。\n4. 观察页面提示、工单状态和待办数量。\n5. 打开工单详情的处理记录。 | 1. 系统识别异常“关闭工单未选择处理结果”。\n2. 处理结果为:阻止关闭。\n3. 不产生错误状态或重复工单。\n4. 异常处理记录可在工单详情中查看。 | 异常前后 support_tickets、support_followups、assignment_logs 数据一致;不应出现状态倒退或重复计数。 | 无权限客服不得绕过异常限制;组长/主管可进行改派、关闭、风险升级等授权动作。 | 异常被明确提示并进入可追踪处理路径,不影响其他工单。 | 05-客服工单与管理 业务澄清与状态规则 | 客服执行看板异常:关闭工单未选择处理结果 | 待执行\nTC-PROTO-0090 | 客服执行.html | 客服异常处理 | 客服工单与管理 | 异常场景 | 客服执行异常场景:登记评价缺少证据 | P2 | 客服执行看板可用;准备异常条件:用户声称已评价但未上传截图或链接。 | 异常=登记评价缺少证据;条件=用户声称已评价但未上传截图或链接 | 1. 进入客服执行看板。\n2. 构造或选择满足条件的工单:用户声称已评价但未上传截图或链接。\n3. 按正常处理路径执行对应动作。\n4. 观察页面提示、工单状态和待办数量。\n5. 打开工单详情的处理记录。 | 1. 系统识别异常“登记评价缺少证据”。\n2. 处理结果为:不允许进入已提交状态。\n3. 不产生错误状态或重复工单。\n4. 异常处理记录可在工单详情中查看。 | 异常前后 support_tickets、support_followups、assignment_logs 数据一致;不应出现状态倒退或重复计数。 | 无权限客服不得绕过异常限制;组长/主管可进行改派、关闭、风险升级等授权动作。 | 异常被明确提示并进入可追踪处理路径,不影响其他工单。 | 05-客服工单与管理 业务澄清与状态规则 | 客服执行看板异常:登记评价缺少证据 | 待执行\nTC-PROTO-0091 | 客服执行.html | 客服异常处理 | 客服工单与管理 | 异常场景 | 客服执行异常场景:答应配合任务超期 | P2 | 客服执行看板可用;准备异常条件:deadline_at 已过且无提交记录。 | 异常=答应配合任务超期;条件=deadline_at 已过且无提交记录 | 1. 进入客服执行看板。\n2. 构造或选择满足条件的工单:deadline_at 已过且无提交记录。\n3. 按正常处理路径执行对应动作。\n4. 观察页面提示、工单状态和待办数量。\n5. 打开工单详情的处理记录。 | 1. 系统识别异常“答应配合任务超期”。\n2. 处理结果为:状态变为超时并生成需再次联系。\n3. 不产生错误状态或重复工单。\n4. 异常处理记录可在工单详情中查看。 | 异常前后 support_tickets、support_followups、assignment_logs 数据一致;不应出现状态倒退或重复计数。 | 无权限客服不得绕过异常限制;组长/主管可进行改派、关闭、风险升级等授权动作。 | 异常被明确提示并进入可追踪处理路径,不影响其他工单。 | 05-客服工单与管理 业务澄清与状态规则 | 客服执行看板异常:答应配合任务超期 | 待执行\nTC-PROTO-0092 | 客服执行.html | 客服异常处理 | 客服工单与管理 | 异常场景 | 客服执行异常场景:风险状态确认诈骗 | P2 | 客服执行看板可用;准备异常条件:risk 返回确认诈骗。 | 异常=风险状态确认诈骗;条件=risk 返回确认诈骗 | 1. 进入客服执行看板。\n2. 构造或选择满足条件的工单:risk 返回确认诈骗。\n3. 按正常处理路径执行对应动作。\n4. 观察页面提示、工单状态和待办数量。\n5. 打开工单详情的处理记录。 | 1. 系统识别异常“风险状态确认诈骗”。\n2. 处理结果为:工单自动或人工确认后关闭并同步黑名单候选。\n3. 不产生错误状态或重复工单。\n4. 异常处理记录可在工单详情中查看。 | 异常前后 support_tickets、support_followups、assignment_logs 数据一致;不应出现状态倒退或重复计数。 | 无权限客服不得绕过异常限制;组长/主管可进行改派、关闭、风险升级等授权动作。 | 异常被明确提示并进入可追踪处理路径,不影响其他工单。 | 05-客服工单与管理 业务澄清与状态规则 | 客服执行看板异常:风险状态确认诈骗 | 待执行\nTC-PROTO-0093 | 客服执行.html | 客服异常处理 | 客服工单与管理 | 异常场景 | 客服执行异常场景:重复创建同用户打开工单 | P2 | 客服执行看板可用;准备异常条件:同 person_id 已存在 open 工单。 | 异常=重复创建同用户打开工单;条件=同 person_id 已存在 open 工单 | 1. 进入客服执行看板。\n2. 构造或选择满足条件的工单:同 person_id 已存在 open 工单。\n3. 按正常处理路径执行对应动作。\n4. 观察页面提示、工单状态和待办数量。\n5. 打开工单详情的处理记录。 | 1. 系统识别异常“重复创建同用户打开工单”。\n2. 处理结果为:新工单关联已有工单或提示合并。\n3. 不产生错误状态或重复工单。\n4. 异常处理记录可在工单详情中查看。 | 异常前后 support_tickets、support_followups、assignment_logs 数据一致;不应出现状态倒退或重复计数。 | 无权限客服不得绕过异常限制;组长/主管可进行改派、关闭、风险升级等授权动作。 | 异常被明确提示并进入可追踪处理路径,不影响其他工单。 | 05-客服工单与管理 业务澄清与状态规则 | 客服执行看板异常:重复创建同用户打开工单 | 待执行\nTC-PROTO-0094 | 用户运营系统-单文件.html | 工作台 | 系统总览 | UI/交互测试 | 单文件系统路由#/dashboard进入Dashboard页面 | P1 | 用户已登录 USER评价业务闭环系统;浏览器地址支持 hash 路由;当前账号拥有Dashboard访问权限。 | 路由=#/dashboard;页面=Dashboard;用途=查看经营指标、待办、风险、评价进度 | 1. 在浏览器打开用户运营系统单文件原型。\n2. 将地址 hash 修改为“#/dashboard”或从侧边菜单点击“Dashboard”。\n3. 等待页面渲染完成。\n4. 检查页面标题、面包屑、主按钮、筛选区和列表区域。\n5. 刷新浏览器页面。\n6. 再次确认仍停留在“Dashboard”页面。 | 1. 页面成功进入“Dashboard”。\n2. 当前菜单高亮,页面内容与“查看经营指标、待办、风险、评价进度”一致。\n3. 刷新后 hash 路由不丢失,仍展示“Dashboard”。\n4. 无权限时应显示无权限或返回默认工作台。 | 路由、菜单高亮、页面状态和当前用户权限一致;刷新后筛选默认值正确。 | 只有具备Dashboard访问权限的角色能进入该页面;无权限角色不能通过直接输入 hash 绕过。 | Hash 路由可访问、可刷新、权限拦截有效。 | 00-系统总览 角色独立前端;对应子系统文档 | 用户运营系统-单文件.html 路由:#/dashboard | 待执行\nTC-PROTO-0095 | 用户运营系统-单文件.html | 需求管理 | 需求与计划管理 | UI/交互测试 | 单文件系统路由#/demand进入需求中心页面 | P1 | 用户已登录 USER评价业务闭环系统;浏览器地址支持 hash 路由;当前账号拥有需求中心访问权限。 | 路由=#/demand;页面=需求中心;用途=创建/评估/驳回/转计划 | 1. 在浏览器打开用户运营系统单文件原型。\n2. 将地址 hash 修改为“#/demand”或从侧边菜单点击“需求中心”。\n3. 等待页面渲染完成。\n4. 检查页面标题、面包屑、主按钮、筛选区和列表区域。\n5. 刷新浏览器页面。\n6. 再次确认仍停留在“需求中心”页面。 | 1. 页面成功进入“需求中心”。\n2. 当前菜单高亮,页面内容与“创建/评估/驳回/转计划”一致。\n3. 刷新后 hash 路由不丢失,仍展示“需求中心”。\n4. 无权限时应显示无权限或返回默认工作台。 | 路由、菜单高亮、页面状态和当前用户权限一致;刷新后筛选默认值正确。 | 只有具备需求中心访问权限的角色能进入该页面;无权限角色不能通过直接输入 hash 绕过。 | Hash 路由可访问、可刷新、权限拦截有效。 | 00-系统总览 角色独立前端;对应子系统文档 | 用户运营系统-单文件.html 路由:#/demand | 待执行\nTC-PROTO-0096 | 用户运营系统-单文件.html | 计划审核 | 需求与计划管理 | UI/交互测试 | 单文件系统路由#/plan/review进入计划审核页面 | P1 | 用户已登录 USER评价业务闭环系统;浏览器地址支持 hash 路由;当前账号拥有计划审核访问权限。 | 路由=#/plan/review;页面=计划审核;用途=提交审批、通过、驳回、待补充 | 1. 在浏览器打开用户运营系统单文件原型。\n2. 将地址 hash 修改为“#/plan/review”或从侧边菜单点击“计划审核”。\n3. 等待页面渲染完成。\n4. 检查页面标题、面包屑、主按钮、筛选区和列表区域。\n5. 刷新浏览器页面。\n6. 再次确认仍停留在“计划审核”页面。 | 1. 页面成功进入“计划审核”。\n2. 当前菜单高亮,页面内容与“提交审批、通过、驳回、待补充”一致。\n3. 刷新后 hash 路由不丢失,仍展示“计划审核”。\n4. 无权限时应显示无权限或返回默认工作台。 | 路由、菜单高亮、页面状态和当前用户权限一致;刷新后筛选默认值正确。 | 只有具备计划审核访问权限的角色能进入该页面;无权限角色不能通过直接输入 hash 绕过。 | Hash 路由可访问、可刷新、权限拦截有效。 | 00-系统总览 角色独立前端;对应子系统文档 | 用户运营系统-单文件.html 路由:#/plan/review | 待执行\nTC-PROTO-0097 | 用户运营系统-单文件.html | 计划管理 | 需求与计划管理 | UI/交互测试 | 单文件系统路由#/plan进入计划中心页面 | P1 | 用户已登录 USER评价业务闭环系统;浏览器地址支持 hash 路由;当前账号拥有计划中心访问权限。 | 路由=#/plan;页面=计划中心;用途=生成计划、拆分计划项、执行中/暂停/终止 | 1. 在浏览器打开用户运营系统单文件原型。\n2. 将地址 hash 修改为“#/plan”或从侧边菜单点击“计划中心”。\n3. 等待页面渲染完成。\n4. 检查页面标题、面包屑、主按钮、筛选区和列表区域。\n5. 刷新浏览器页面。\n6. 再次确认仍停留在“计划中心”页面。 | 1. 页面成功进入“计划中心”。\n2. 当前菜单高亮,页面内容与“生成计划、拆分计划项、执行中/暂停/终止”一致。\n3. 刷新后 hash 路由不丢失,仍展示“计划中心”。\n4. 无权限时应显示无权限或返回默认工作台。 | 路由、菜单高亮、页面状态和当前用户权限一致;刷新后筛选默认值正确。 | 只有具备计划中心访问权限的角色能进入该页面;无权限角色不能通过直接输入 hash 绕过。 | Hash 路由可访问、可刷新、权限拦截有效。 | 00-系统总览 角色独立前端;对应子系统文档 | 用户运营系统-单文件.html 路由:#/plan | 待执行\nTC-PROTO-0098 | 用户运营系统-单文件.html | Listing健康 | 需求与计划管理 | UI/交互测试 | 单文件系统路由#/asin进入ASIN/Listing页面 | P1 | 用户已登录 USER评价业务闭环系统;浏览器地址支持 hash 路由;当前账号拥有ASIN/Listing访问权限。 | 路由=#/asin;页面=ASIN/Listing;用途=查看评分、评价数、健康状态、紧急策略 | 1. 在浏览器打开用户运营系统单文件原型。\n2. 将地址 hash 修改为“#/asin”或从侧边菜单点击“ASIN/Listing”。\n3. 等待页面渲染完成。\n4. 检查页面标题、面包屑、主按钮、筛选区和列表区域。\n5. 刷新浏览器页面。\n6. 再次确认仍停留在“ASIN/Listing”页面。 | 1. 页面成功进入“ASIN/Listing”。\n2. 当前菜单高亮,页面内容与“查看评分、评价数、健康状态、紧急策略”一致。\n3. 刷新后 hash 路由不丢失,仍展示“ASIN/Listing”。\n4. 无权限时应显示无权限或返回默认工作台。 | 路由、菜单高亮、页面状态和当前用户权限一致;刷新后筛选默认值正确。 | 只有具备ASIN/Listing访问权限的角色能进入该页面;无权限角色不能通过直接输入 hash 绕过。 | Hash 路由可访问、可刷新、权限拦截有效。 | 00-系统总览 角色独立前端;对应子系统文档 | 用户运营系统-单文件.html 路由:#/asin | 待执行\nTC-PROTO-0099 | 用户运营系统-单文件.html | 用户上下文 | 用户身份与上下文 | UI/交互测试 | 单文件系统路由#/user进入用户中心页面 | P1 | 用户已登录 USER评价业务闭环系统;浏览器地址支持 hash 路由;当前账号拥有用户中心访问权限。 | 路由=#/user;页面=用户中心;用途=用户主档、标签、身份、产品、活动、触达历史 | 1. 在浏览器打开用户运营系统单文件原型。\n2. 将地址 hash 修改为“#/user”或从侧边菜单点击“用户中心”。\n3. 等待页面渲染完成。\n4. 检查页面标题、面包屑、主按钮、筛选区和列表区域。\n5. 刷新浏览器页面。\n6. 再次确认仍停留在“用户中心”页面。 | 1. 页面成功进入“用户中心”。\n2. 当前菜单高亮,页面内容与“用户主档、标签、身份、产品、活动、触达历史”一致。\n3. 刷新后 hash 路由不丢失,仍展示“用户中心”。\n4. 无权限时应显示无权限或返回默认工作台。 | 路由、菜单高亮、页面状态和当前用户权限一致;刷新后筛选默认值正确。 | 只有具备用户中心访问权限的角色能进入该页面;无权限角色不能通过直接输入 hash 绕过。 | Hash 路由可访问、可刷新、权限拦截有效。 | 00-系统总览 角色独立前端;对应子系统文档 | 用户运营系统-单文件.html 路由:#/user | 待执行\nTC-PROTO-0100 | 用户运营系统-单文件.html | 额度管理 | 额度与频控 | UI/交互测试 | 单文件系统路由#/quota进入额度频控页面 | P1 | 用户已登录 USER评价业务闭环系统;浏览器地址支持 hash 路由;当前账号拥有额度频控访问权限。 | 路由=#/quota;页面=额度频控;用途=额度查询、预占、确认、释放、终校 | 1. 在浏览器打开用户运营系统单文件原型。\n2. 将地址 hash 修改为“#/quota”或从侧边菜单点击“额度频控”。\n3. 等待页面渲染完成。\n4. 检查页面标题、面包屑、主按钮、筛选区和列表区域。\n5. 刷新浏览器页面。\n6. 再次确认仍停留在“额度频控”页面。 | 1. 页面成功进入“额度频控”。\n2. 当前菜单高亮,页面内容与“额度查询、预占、确认、释放、终校”一致。\n3. 刷新后 hash 路由不丢失,仍展示“额度频控”。\n4. 无权限时应显示无权限或返回默认工作台。 | 路由、菜单高亮、页面状态和当前用户权限一致;刷新后筛选默认值正确。 | 只有具备额度频控访问权限的角色能进入该页面;无权限角色不能通过直接输入 hash 绕过。 | Hash 路由可访问、可刷新、权限拦截有效。 | 00-系统总览 角色独立前端;对应子系统文档 | 用户运营系统-单文件.html 路由:#/quota | 待执行\nTC-PROTO-0101 | 用户运营系统-单文件.html | 多渠道触达 | 多渠道触达引擎 | UI/交互测试 | 单文件系统路由#/outreach进入推送/触达页面 | P1 | 用户已登录 USER评价业务闭环系统;浏览器地址支持 hash 路由;当前账号拥有推送/触达访问权限。 | 路由=#/outreach;页面=推送/触达;用途=IM/EDM/APP/TEL 路由、去重、发送、追踪 | 1. 在浏览器打开用户运营系统单文件原型。\n2. 将地址 hash 修改为“#/outreach”或从侧边菜单点击“推送/触达”。\n3. 等待页面渲染完成。\n4. 检查页面标题、面包屑、主按钮、筛选区和列表区域。\n5. 刷新浏览器页面。\n6. 再次确认仍停留在“推送/触达”页面。 | 1. 页面成功进入“推送/触达”。\n2. 当前菜单高亮,页面内容与“IM/EDM/APP/TEL 路由、去重、发送、追踪”一致。\n3. 刷新后 hash 路由不丢失,仍展示“推送/触达”。\n4. 无权限时应显示无权限或返回默认工作台。 | 路由、菜单高亮、页面状态和当前用户权限一致;刷新后筛选默认值正确。 | 只有具备推送/触达访问权限的角色能进入该页面;无权限角色不能通过直接输入 hash 绕过。 | Hash 路由可访问、可刷新、权限拦截有效。 | 00-系统总览 角色独立前端;对应子系统文档 | 用户运营系统-单文件.html 路由:#/outreach | 待执行\nTC-PROTO-0102 | 用户运营系统-单文件.html | 工单管理 | 客服工单与管理 | UI/交互测试 | 单文件系统路由#/support进入客服中心页面 | P1 | 用户已登录 USER评价业务闭环系统;浏览器地址支持 hash 路由;当前账号拥有客服中心访问权限。 | 路由=#/support;页面=客服中心;用途=工单创建、分配、处理、跟进 | 1. 在浏览器打开用户运营系统单文件原型。\n2. 将地址 hash 修改为“#/support”或从侧边菜单点击“客服中心”。\n3. 等待页面渲染完成。\n4. 检查页面标题、面包屑、主按钮、筛选区和列表区域。\n5. 刷新浏览器页面。\n6. 再次确认仍停留在“客服中心”页面。 | 1. 页面成功进入“客服中心”。\n2. 当前菜单高亮,页面内容与“工单创建、分配、处理、跟进”一致。\n3. 刷新后 hash 路由不丢失,仍展示“客服中心”。\n4. 无权限时应显示无权限或返回默认工作台。 | 路由、菜单高亮、页面状态和当前用户权限一致;刷新后筛选默认值正确。 | 只有具备客服中心访问权限的角色能进入该页面;无权限角色不能通过直接输入 hash 绕过。 | Hash 路由可访问、可刷新、权限拦截有效。 | 00-系统总览 角色独立前端;对应子系统文档 | 用户运营系统-单文件.html 路由:#/support | 待执行\nTC-PROTO-0103 | 用户运营系统-单文件.html | 风险反欺诈 | 风险与反欺诈 | UI/交互测试 | 单文件系统路由#/risk进入风险中心页面 | P1 | 用户已登录 USER评价业务闭环系统;浏览器地址支持 hash 路由;当前账号拥有风险中心访问权限。 | 路由=#/risk;页面=风险中心;用途=风险信号、强弱关联、黑名单、复核 | 1. 在浏览器打开用户运营系统单文件原型。\n2. 将地址 hash 修改为“#/risk”或从侧边菜单点击“风险中心”。\n3. 等待页面渲染完成。\n4. 检查页面标题、面包屑、主按钮、筛选区和列表区域。\n5. 刷新浏览器页面。\n6. 再次确认仍停留在“风险中心”页面。 | 1. 页面成功进入“风险中心”。\n2. 当前菜单高亮,页面内容与“风险信号、强弱关联、黑名单、复核”一致。\n3. 刷新后 hash 路由不丢失,仍展示“风险中心”。\n4. 无权限时应显示无权限或返回默认工作台。 | 路由、菜单高亮、页面状态和当前用户权限一致;刷新后筛选默认值正确。 | 只有具备风险中心访问权限的角色能进入该页面;无权限角色不能通过直接输入 hash 绕过。 | Hash 路由可访问、可刷新、权限拦截有效。 | 00-系统总览 角色独立前端;对应子系统文档 | 用户运营系统-单文件.html 路由:#/risk | 待执行\nTC-PROTO-0104 | 用户运营系统-单文件.html | 评价结果 | 评价结果追踪 | UI/交互测试 | 单文件系统路由#/review进入评价追踪页面 | P1 | 用户已登录 USER评价业务闭环系统;浏览器地址支持 hash 路由;当前账号拥有评价追踪访问权限。 | 路由=#/review;页面=评价追踪;用途=提交记录、Amazon展示核验、异常观察 | 1. 在浏览器打开用户运营系统单文件原型。\n2. 将地址 hash 修改为“#/review”或从侧边菜单点击“评价追踪”。\n3. 等待页面渲染完成。\n4. 检查页面标题、面包屑、主按钮、筛选区和列表区域。\n5. 刷新浏览器页面。\n6. 再次确认仍停留在“评价追踪”页面。 | 1. 页面成功进入“评价追踪”。\n2. 当前菜单高亮,页面内容与“提交记录、Amazon展示核验、异常观察”一致。\n3. 刷新后 hash 路由不丢失,仍展示“评价追踪”。\n4. 无权限时应显示无权限或返回默认工作台。 | 路由、菜单高亮、页面状态和当前用户权限一致;刷新后筛选默认值正确。 | 只有具备评价追踪访问权限的角色能进入该页面;无权限角色不能通过直接输入 hash 绕过。 | Hash 路由可访问、可刷新、权限拦截有效。 | 00-系统总览 角色独立前端;对应子系统文档 | 用户运营系统-单文件.html 路由:#/review | 待执行\nTC-PROTO-0105 | 用户运营系统-单文件.html | 达人协作 | KOC/KOL协作 | UI/交互测试 | 单文件系统路由#/creator进入KOC/KOL页面 | P1 | 用户已登录 USER评价业务闭环系统;浏览器地址支持 hash 路由;当前账号拥有KOC/KOL访问权限。 | 路由=#/creator;页面=KOC/KOL;用途=免评计划、内容、CODE、JOYCOLLAB同步 | 1. 在浏览器打开用户运营系统单文件原型。\n2. 将地址 hash 修改为“#/creator”或从侧边菜单点击“KOC/KOL”。\n3. 等待页面渲染完成。\n4. 检查页面标题、面包屑、主按钮、筛选区和列表区域。\n5. 刷新浏览器页面。\n6. 再次确认仍停留在“KOC/KOL”页面。 | 1. 页面成功进入“KOC/KOL”。\n2. 当前菜单高亮,页面内容与“免评计划、内容、CODE、JOYCOLLAB同步”一致。\n3. 刷新后 hash 路由不丢失,仍展示“KOC/KOL”。\n4. 无权限时应显示无权限或返回默认工作台。 | 路由、菜单高亮、页面状态和当前用户权限一致;刷新后筛选默认值正确。 | 只有具备KOC/KOL访问权限的角色能进入该页面;无权限角色不能通过直接输入 hash 绕过。 | Hash 路由可访问、可刷新、权限拦截有效。 | 00-系统总览 角色独立前端;对应子系统文档 | 用户运营系统-单文件.html 路由:#/creator | 待执行\nTC-PROTO-0106 | 用户运营系统-单文件.html | 审计与通知 | 审计与通知中心 | UI/交互测试 | 单文件系统路由#/audit进入审计通知页面 | P1 | 用户已登录 USER评价业务闭环系统;浏览器地址支持 hash 路由;当前账号拥有审计通知访问权限。 | 路由=#/audit;页面=审计通知;用途=状态变更、敏感访问、通知告警 | 1. 在浏览器打开用户运营系统单文件原型。\n2. 将地址 hash 修改为“#/audit”或从侧边菜单点击“审计通知”。\n3. 等待页面渲染完成。\n4. 检查页面标题、面包屑、主按钮、筛选区和列表区域。\n5. 刷新浏览器页面。\n6. 再次确认仍停留在“审计通知”页面。 | 1. 页面成功进入“审计通知”。\n2. 当前菜单高亮,页面内容与“状态变更、敏感访问、通知告警”一致。\n3. 刷新后 hash 路由不丢失,仍展示“审计通知”。\n4. 无权限时应显示无权限或返回默认工作台。 | 路由、菜单高亮、页面状态和当前用户权限一致;刷新后筛选默认值正确。 | 只有具备审计通知访问权限的角色能进入该页面;无权限角色不能通过直接输入 hash 绕过。 | Hash 路由可访问、可刷新、权限拦截有效。 | 00-系统总览 角色独立前端;对应子系统文档 | 用户运营系统-单文件.html 路由:#/audit | 待执行\nTC-PROTO-0107 | 用户运营系统-单文件.html | 权限配置 | 审计与通知中心 | UI/交互测试 | 单文件系统路由#/system进入系统管理页面 | P1 | 用户已登录 USER评价业务闭环系统;浏览器地址支持 hash 路由;当前账号拥有系统管理访问权限。 | 路由=#/system;页面=系统管理;用途=用户角色、权限、数据范围、导出授权 | 1. 在浏览器打开用户运营系统单文件原型。\n2. 将地址 hash 修改为“#/system”或从侧边菜单点击“系统管理”。\n3. 等待页面渲染完成。\n4. 检查页面标题、面包屑、主按钮、筛选区和列表区域。\n5. 刷新浏览器页面。\n6. 再次确认仍停留在“系统管理”页面。 | 1. 页面成功进入“系统管理”。\n2. 当前菜单高亮,页面内容与“用户角色、权限、数据范围、导出授权”一致。\n3. 刷新后 hash 路由不丢失,仍展示“系统管理”。\n4. 无权限时应显示无权限或返回默认工作台。 | 路由、菜单高亮、页面状态和当前用户权限一致;刷新后筛选默认值正确。 | 只有具备系统管理访问权限的角色能进入该页面;无权限角色不能通过直接输入 hash 绕过。 | Hash 路由可访问、可刷新、权限拦截有效。 | 00-系统总览 角色独立前端;对应子系统文档 | 用户运营系统-单文件.html 路由:#/system | 待执行\nTC-PROTO-0108 | 用户运营系统-单文件.html | 需求中心 | 需求中心 | 功能测试 | 需求中心执行创建测评需求并校验业务结果 | P1 | 已进入“需求中心”;当前用户具备执行“创建测评需求”的权限;相关基础数据已准备。 | ASIN=B0TEST001;类型=测评;目标数量=20;周期=2026-05-01至2026-05-31;优先级=P0 | 1. 打开“用户运营系统-单文件.html”的“需求中心”页面。\n2. 点击与“创建测评需求”对应的主按钮或列表行操作。\n3. 在表单/弹窗中录入测试数据:ASIN=B0TEST001;类型=测评;目标数量=20;周期=2026-05-01至2026-05-31;优先级=P0。\n4. 根据页面业务选择确认、提交、保存或审批动作。\n5. 返回列表,使用关键词或ID搜索刚才处理的数据。\n6. 打开详情页查看状态流转、关联对象和审计记录。 | 1. “创建测评需求”提交成功。\n2. 列表中可搜索到对应记录。\n3. 记录状态变为“PENDING/EVALUATING”。\n4. 详情页展示关联计划/用户/ASIN/风险/工单等上下文。\n5. 关键动作写入审计或通知。 | 校验数据写入/更新对象:demands;状态值=PENDING/EVALUATING;关联ID、创建人、更新时间、处理意见完整。 | 无对应权限时不能看到或不能提交“创建测评需求”;跨站点/跨部门数据需按权限范围过滤。 | 创建测评需求完整落库、状态正确、可追溯、可在相关模块回查。 | 对应子系统需求文档与数据对象章节 | 单文件系统页面:需求中心;动作:创建测评需求 | 待执行\nTC-PROTO-0109 | 用户运营系统-单文件.html | 需求中心 | 需求中心 | 功能测试 | 需求中心执行评估需求为待补充并校验业务结果 | P1 | 已进入“需求中心”;当前用户具备执行“评估需求为待补充”的权限;相关基础数据已准备。 | 需求ID=DEM-001;原因=ASIN目标数量缺少依据 | 1. 打开“用户运营系统-单文件.html”的“需求中心”页面。\n2. 点击与“评估需求为待补充”对应的主按钮或列表行操作。\n3. 在表单/弹窗中录入测试数据:需求ID=DEM-001;原因=ASIN目标数量缺少依据。\n4. 根据页面业务选择确认、提交、保存或审批动作。\n5. 返回列表,使用关键词或ID搜索刚才处理的数据。\n6. 打开详情页查看状态流转、关联对象和审计记录。 | 1. “评估需求为待补充”提交成功。\n2. 列表中可搜索到对应记录。\n3. 记录状态变为“WAITING”。\n4. 详情页展示关联计划/用户/ASIN/风险/工单等上下文。\n5. 关键动作写入审计或通知。 | 校验数据写入/更新对象:demands;状态值=WAITING;关联ID、创建人、更新时间、处理意见完整。 | 无对应权限时不能看到或不能提交“评估需求为待补充”;跨站点/跨部门数据需按权限范围过滤。 | 评估需求为待补充完整落库、状态正确、可追溯、可在相关模块回查。 | 对应子系统需求文档与数据对象章节 | 单文件系统页面:需求中心;动作:评估需求为待补充 | 待执行\nTC-PROTO-0110 | 用户运营系统-单文件.html | 需求中心 | 需求中心 | 功能测试 | 需求中心执行驳回不成立需求并校验业务结果 | P1 | 已进入“需求中心”;当前用户具备执行“驳回不成立需求”的权限;相关基础数据已准备。 | 需求ID=DEM-002;原因=ASIN评分已达标无需计划 | 1. 打开“用户运营系统-单文件.html”的“需求中心”页面。\n2. 点击与“驳回不成立需求”对应的主按钮或列表行操作。\n3. 在表单/弹窗中录入测试数据:需求ID=DEM-002;原因=ASIN评分已达标无需计划。\n4. 根据页面业务选择确认、提交、保存或审批动作。\n5. 返回列表,使用关键词或ID搜索刚才处理的数据。\n6. 打开详情页查看状态流转、关联对象和审计记录。 | 1. “驳回不成立需求”提交成功。\n2. 列表中可搜索到对应记录。\n3. 记录状态变为“REJECTED”。\n4. 详情页展示关联计划/用户/ASIN/风险/工单等上下文。\n5. 关键动作写入审计或通知。 | 校验数据写入/更新对象:demands;状态值=REJECTED;关联ID、创建人、更新时间、处理意见完整。 | 无对应权限时不能看到或不能提交“驳回不成立需求”;跨站点/跨部门数据需按权限范围过滤。 | 驳回不成立需求完整落库、状态正确、可追溯、可在相关模块回查。 | 对应子系统需求文档与数据对象章节 | 单文件系统页面:需求中心;动作:驳回不成立需求 | 待执行\nTC-PROTO-0111 | 用户运营系统-单文件.html | 计划审核 | 计划审核 | 功能测试 | 计划审核执行提交测评计划审批并校验业务结果 | P1 | 已进入“计划审核”;当前用户具备执行“提交测评计划审批”的权限;相关基础数据已准备。 | 计划ID=PLAN-001;审批链=Amazon运营总监→用户负责人 | 1. 打开“用户运营系统-单文件.html”的“计划审核”页面。\n2. 点击与“提交测评计划审批”对应的主按钮或列表行操作。\n3. 在表单/弹窗中录入测试数据:计划ID=PLAN-001;审批链=Amazon运营总监→用户负责人。\n4. 根据页面业务选择确认、提交、保存或审批动作。\n5. 返回列表,使用关键词或ID搜索刚才处理的数据。\n6. 打开详情页查看状态流转、关联对象和审计记录。 | 1. “提交测评计划审批”提交成功。\n2. 列表中可搜索到对应记录。\n3. 记录状态变为“REVIEW”。\n4. 详情页展示关联计划/用户/ASIN/风险/工单等上下文。\n5. 关键动作写入审计或通知。 | 校验数据写入/更新对象:approval_records;状态值=REVIEW;关联ID、创建人、更新时间、处理意见完整。 | 无对应权限时不能看到或不能提交“提交测评计划审批”;跨站点/跨部门数据需按权限范围过滤。 | 提交测评计划审批完整落库、状态正确、可追溯、可在相关模块回查。 | 对应子系统需求文档与数据对象章节 | 单文件系统页面:计划审核;动作:提交测评计划审批 | 待执行\nTC-PROTO-0112 | 用户运营系统-单文件.html | 计划审核 | 计划审核 | 功能测试 | 计划审核执行审批通过计划并校验业务结果 | P1 | 已进入“计划审核”;当前用户具备执行“审批通过计划”的权限;相关基础数据已准备。 | 计划ID=PLAN-001;意见=同意执行;目标评价数=20 | 1. 打开“用户运营系统-单文件.html”的“计划审核”页面。\n2. 点击与“审批通过计划”对应的主按钮或列表行操作。\n3. 在表单/弹窗中录入测试数据:计划ID=PLAN-001;意见=同意执行;目标评价数=20。\n4. 根据页面业务选择确认、提交、保存或审批动作。\n5. 返回列表,使用关键词或ID搜索刚才处理的数据。\n6. 打开详情页查看状态流转、关联对象和审计记录。 | 1. “审批通过计划”提交成功。\n2. 列表中可搜索到对应记录。\n3. 记录状态变为“APPROVED”。\n4. 详情页展示关联计划/用户/ASIN/风险/工单等上下文。\n5. 关键动作写入审计或通知。 | 校验数据写入/更新对象:approval_records/plans;状态值=APPROVED;关联ID、创建人、更新时间、处理意见完整。 | 无对应权限时不能看到或不能提交“审批通过计划”;跨站点/跨部门数据需按权限范围过滤。 | 审批通过计划完整落库、状态正确、可追溯、可在相关模块回查。 | 对应子系统需求文档与数据对象章节 | 单文件系统页面:计划审核;动作:审批通过计划 | 待执行\nTC-PROTO-0113 | 用户运营系统-单文件.html | 计划审核 | 计划审核 | 功能测试 | 计划审核执行审批驳回计划并校验业务结果 | P1 | 已进入“计划审核”;当前用户具备执行“审批驳回计划”的权限;相关基础数据已准备。 | 计划ID=PLAN-002;意见=预算和风险说明不足 | 1. 打开“用户运营系统-单文件.html”的“计划审核”页面。\n2. 点击与“审批驳回计划”对应的主按钮或列表行操作。\n3. 在表单/弹窗中录入测试数据:计划ID=PLAN-002;意见=预算和风险说明不足。\n4. 根据页面业务选择确认、提交、保存或审批动作。\n5. 返回列表,使用关键词或ID搜索刚才处理的数据。\n6. 打开详情页查看状态流转、关联对象和审计记录。 | 1. “审批驳回计划”提交成功。\n2. 列表中可搜索到对应记录。\n3. 记录状态变为“DRAFT/REJECTED”。\n4. 详情页展示关联计划/用户/ASIN/风险/工单等上下文。\n5. 关键动作写入审计或通知。 | 校验数据写入/更新对象:approval_records/plans;状态值=DRAFT/REJECTED;关联ID、创建人、更新时间、处理意见完整。 | 无对应权限时不能看到或不能提交“审批驳回计划”;跨站点/跨部门数据需按权限范围过滤。 | 审批驳回计划完整落库、状态正确、可追溯、可在相关模块回查。 | 对应子系统需求文档与数据对象章节 | 单文件系统页面:计划审核;动作:审批驳回计划 | 待执行\nTC-PROTO-0114 | 用户运营系统-单文件.html | 计划中心 | 计划中心 | 功能测试 | 计划中心执行生成候选用户池并校验业务结果 | P1 | 已进入“计划中心”;当前用户具备执行“生成候选用户池”的权限;相关基础数据已准备。 | 计划ID=PLAN-003;ASIN=B0TEST003;目标=50人 | 1. 打开“用户运营系统-单文件.html”的“计划中心”页面。\n2. 点击与“生成候选用户池”对应的主按钮或列表行操作。\n3. 在表单/弹窗中录入测试数据:计划ID=PLAN-003;ASIN=B0TEST003;目标=50人。\n4. 根据页面业务选择确认、提交、保存或审批动作。\n5. 返回列表,使用关键词或ID搜索刚才处理的数据。\n6. 打开详情页查看状态流转、关联对象和审计记录。 | 1. “生成候选用户池”提交成功。\n2. 列表中可搜索到对应记录。\n3. 记录状态变为“待触达”。\n4. 详情页展示关联计划/用户/ASIN/风险/工单等上下文。\n5. 关键动作写入审计或通知。 | 校验数据写入/更新对象:plan_items/quota_reservations;状态值=待触达;关联ID、创建人、更新时间、处理意见完整。 | 无对应权限时不能看到或不能提交“生成候选用户池”;跨站点/跨部门数据需按权限范围过滤。 | 生成候选用户池完整落库、状态正确、可追溯、可在相关模块回查。 | 对应子系统需求文档与数据对象章节 | 单文件系统页面:计划中心;动作:生成候选用户池 | 待执行\nTC-PROTO-0115 | 用户运营系统-单文件.html | 计划中心 | 计划中心 | 功能测试 | 计划中心执行暂停执行中计划并校验业务结果 | P1 | 已进入“计划中心”;当前用户具备执行“暂停执行中计划”的权限;相关基础数据已准备。 | 计划ID=PLAN-004;暂停原因=库存异常 | 1. 打开“用户运营系统-单文件.html”的“计划中心”页面。\n2. 点击与“暂停执行中计划”对应的主按钮或列表行操作。\n3. 在表单/弹窗中录入测试数据:计划ID=PLAN-004;暂停原因=库存异常。\n4. 根据页面业务选择确认、提交、保存或审批动作。\n5. 返回列表,使用关键词或ID搜索刚才处理的数据。\n6. 打开详情页查看状态流转、关联对象和审计记录。 | 1. “暂停执行中计划”提交成功。\n2. 列表中可搜索到对应记录。\n3. 记录状态变为“已暂停”。\n4. 详情页展示关联计划/用户/ASIN/风险/工单等上下文。\n5. 关键动作写入审计或通知。 | 校验数据写入/更新对象:plans;状态值=已暂停;关联ID、创建人、更新时间、处理意见完整。 | 无对应权限时不能看到或不能提交“暂停执行中计划”;跨站点/跨部门数据需按权限范围过滤。 | 暂停执行中计划完整落库、状态正确、可追溯、可在相关模块回查。 | 对应子系统需求文档与数据对象章节 | 单文件系统页面:计划中心;动作:暂停执行中计划 | 待执行\nTC-PROTO-0116 | 用户运营系统-单文件.html | 额度频控 | 额度频控 | 功能测试 | 额度频控执行批量预占额度并校验业务结果 | P1 | 已进入“额度频控”;当前用户具备执行“批量预占额度”的权限;相关基础数据已准备。 | person_ids=10个;type=REVIEW;plan_id=PLAN-005;count=1 | 1. 打开“用户运营系统-单文件.html”的“额度频控”页面。\n2. 点击与“批量预占额度”对应的主按钮或列表行操作。\n3. 在表单/弹窗中录入测试数据:person_ids=10个;type=REVIEW;plan_id=PLAN-005;count=1。\n4. 根据页面业务选择确认、提交、保存或审批动作。\n5. 返回列表,使用关键词或ID搜索刚才处理的数据。\n6. 打开详情页查看状态流转、关联对象和审计记录。 | 1. “批量预占额度”提交成功。\n2. 列表中可搜索到对应记录。\n3. 记录状态变为“RESERVED”。\n4. 详情页展示关联计划/用户/ASIN/风险/工单等上下文。\n5. 关键动作写入审计或通知。 | 校验数据写入/更新对象:quota_reservations;状态值=RESERVED;关联ID、创建人、更新时间、处理意见完整。 | 无对应权限时不能看到或不能提交“批量预占额度”;跨站点/跨部门数据需按权限范围过滤。 | 批量预占额度完整落库、状态正确、可追溯、可在相关模块回查。 | 对应子系统需求文档与数据对象章节 | 单文件系统页面:额度频控;动作:批量预占额度 | 待执行\nTC-PROTO-0117 | 用户运营系统-单文件.html | 额度频控 | 额度频控 | 功能测试 | 额度频控执行释放触达失败预占并校验业务结果 | P1 | 已进入“额度频控”;当前用户具备执行“释放触达失败预占”的权限;相关基础数据已准备。 | reservation_id=QR-001;释放原因=IM不可达 | 1. 打开“用户运营系统-单文件.html”的“额度频控”页面。\n2. 点击与“释放触达失败预占”对应的主按钮或列表行操作。\n3. 在表单/弹窗中录入测试数据:reservation_id=QR-001;释放原因=IM不可达。\n4. 根据页面业务选择确认、提交、保存或审批动作。\n5. 返回列表,使用关键词或ID搜索刚才处理的数据。\n6. 打开详情页查看状态流转、关联对象和审计记录。 | 1. “释放触达失败预占”提交成功。\n2. 列表中可搜索到对应记录。\n3. 记录状态变为“RELEASED”。\n4. 详情页展示关联计划/用户/ASIN/风险/工单等上下文。\n5. 关键动作写入审计或通知。 | 校验数据写入/更新对象:quota_reservations;状态值=RELEASED;关联ID、创建人、更新时间、处理意见完整。 | 无对应权限时不能看到或不能提交“释放触达失败预占”;跨站点/跨部门数据需按权限范围过滤。 | 释放触达失败预占完整落库、状态正确、可追溯、可在相关模块回查。 | 对应子系统需求文档与数据对象章节 | 单文件系统页面:额度频控;动作:释放触达失败预占 | 待执行\nTC-PROTO-0118 | 用户运营系统-单文件.html | 推送/触达 | 推送/触达 | 功能测试 | 推送/触达执行执行IM触达并校验业务结果 | P1 | 已进入“推送/触达”;当前用户具备执行“执行IM触达”的权限;相关基础数据已准备。 | plan_id=PLAN-006;channel=IM;content=回评卡片 | 1. 打开“用户运营系统-单文件.html”的“推送/触达”页面。\n2. 点击与“执行IM触达”对应的主按钮或列表行操作。\n3. 在表单/弹窗中录入测试数据:plan_id=PLAN-006;channel=IM;content=回评卡片。\n4. 根据页面业务选择确认、提交、保存或审批动作。\n5. 返回列表,使用关键词或ID搜索刚才处理的数据。\n6. 打开详情页查看状态流转、关联对象和审计记录。 | 1. “执行IM触达”提交成功。\n2. 列表中可搜索到对应记录。\n3. 记录状态变为“OUTBOUND/SENT”。\n4. 详情页展示关联计划/用户/ASIN/风险/工单等上下文。\n5. 关键动作写入审计或通知。 | 校验数据写入/更新对象:im_interaction_records;状态值=OUTBOUND/SENT;关联ID、创建人、更新时间、处理意见完整。 | 无对应权限时不能看到或不能提交“执行IM触达”;跨站点/跨部门数据需按权限范围过滤。 | 执行IM触达完整落库、状态正确、可追溯、可在相关模块回查。 | 对应子系统需求文档与数据对象章节 | 单文件系统页面:推送/触达;动作:执行IM触达 | 待执行\nTC-PROTO-0119 | 用户运营系统-单文件.html | 推送/触达 | 推送/触达 | 功能测试 | 推送/触达执行执行EDM触达并校验业务结果 | P1 | 已进入“推送/触达”;当前用户具备执行“执行EDM触达”的权限;相关基础数据已准备。 | email=user@example.com;模板=回评邮件V1 | 1. 打开“用户运营系统-单文件.html”的“推送/触达”页面。\n2. 点击与“执行EDM触达”对应的主按钮或列表行操作。\n3. 在表单/弹窗中录入测试数据:email=user@example.com;模板=回评邮件V1。\n4. 根据页面业务选择确认、提交、保存或审批动作。\n5. 返回列表,使用关键词或ID搜索刚才处理的数据。\n6. 打开详情页查看状态流转、关联对象和审计记录。 | 1. “执行EDM触达”提交成功。\n2. 列表中可搜索到对应记录。\n3. 记录状态变为“SENT/DELIVERED”。\n4. 详情页展示关联计划/用户/ASIN/风险/工单等上下文。\n5. 关键动作写入审计或通知。 | 校验数据写入/更新对象:edm_message_events;状态值=SENT/DELIVERED;关联ID、创建人、更新时间、处理意见完整。 | 无对应权限时不能看到或不能提交“执行EDM触达”;跨站点/跨部门数据需按权限范围过滤。 | 执行EDM触达完整落库、状态正确、可追溯、可在相关模块回查。 | 对应子系统需求文档与数据对象章节 | 单文件系统页面:推送/触达;动作:执行EDM触达 | 待执行\nTC-PROTO-0120 | 用户运营系统-单文件.html | 推送/触达 | 推送/触达 | 功能测试 | 推送/触达执行用户退订后停止EDM并校验业务结果 | P1 | 已进入“推送/触达”;当前用户具备执行“用户退订后停止EDM”的权限;相关基础数据已准备。 | person_id=P100;event=UNSUBSCRIBED | 1. 打开“用户运营系统-单文件.html”的“推送/触达”页面。\n2. 点击与“用户退订后停止EDM”对应的主按钮或列表行操作。\n3. 在表单/弹窗中录入测试数据:person_id=P100;event=UNSUBSCRIBED。\n4. 根据页面业务选择确认、提交、保存或审批动作。\n5. 返回列表,使用关键词或ID搜索刚才处理的数据。\n6. 打开详情页查看状态流转、关联对象和审计记录。 | 1. “用户退订后停止EDM”提交成功。\n2. 列表中可搜索到对应记录。\n3. 记录状态变为“BLOCKED”。\n4. 详情页展示关联计划/用户/ASIN/风险/工单等上下文。\n5. 关键动作写入审计或通知。 | 校验数据写入/更新对象:edm_message_events/channel_dedup_records;状态值=BLOCKED;关联ID、创建人、更新时间、处理意见完整。 | 无对应权限时不能看到或不能提交“用户退订后停止EDM”;跨站点/跨部门数据需按权限范围过滤。 | 用户退订后停止EDM完整落库、状态正确、可追溯、可在相关模块回查。 | 对应子系统需求文档与数据对象章节 | 单文件系统页面:推送/触达;动作:用户退订后停止EDM | 待执行\nTC-PROTO-0121 | 用户运营系统-单文件.html | 客服中心 | 客服中心 | 功能测试 | 客服中心执行创建客服工单并校验业务结果 | P1 | 已进入“客服中心”;当前用户具备执行“创建客服工单”的权限;相关基础数据已准备。 | person_id=P200;source=IM转人工;type=催评 | 1. 打开“用户运营系统-单文件.html”的“客服中心”页面。\n2. 点击与“创建客服工单”对应的主按钮或列表行操作。\n3. 在表单/弹窗中录入测试数据:person_id=P200;source=IM转人工;type=催评。\n4. 根据页面业务选择确认、提交、保存或审批动作。\n5. 返回列表,使用关键词或ID搜索刚才处理的数据。\n6. 打开详情页查看状态流转、关联对象和审计记录。 | 1. “创建客服工单”提交成功。\n2. 列表中可搜索到对应记录。\n3. 记录状态变为“待分配”。\n4. 详情页展示关联计划/用户/ASIN/风险/工单等上下文。\n5. 关键动作写入审计或通知。 | 校验数据写入/更新对象:support_tickets;状态值=待分配;关联ID、创建人、更新时间、处理意见完整。 | 无对应权限时不能看到或不能提交“创建客服工单”;跨站点/跨部门数据需按权限范围过滤。 | 创建客服工单完整落库、状态正确、可追溯、可在相关模块回查。 | 对应子系统需求文档与数据对象章节 | 单文件系统页面:客服中心;动作:创建客服工单 | 待执行\nTC-PROTO-0122 | 用户运营系统-单文件.html | 客服中心 | 客服中心 | 功能测试 | 客服中心执行改派工单给组员并校验业务结果 | P1 | 已进入“客服中心”;当前用户具备执行“改派工单给组员”的权限;相关基础数据已准备。 | ticket_id=T001;from=组长;to=客服A;reason=当前负载低 | 1. 打开“用户运营系统-单文件.html”的“客服中心”页面。\n2. 点击与“改派工单给组员”对应的主按钮或列表行操作。\n3. 在表单/弹窗中录入测试数据:ticket_id=T001;from=组长;to=客服A;reason=当前负载低。\n4. 根据页面业务选择确认、提交、保存或审批动作。\n5. 返回列表,使用关键词或ID搜索刚才处理的数据。\n6. 打开详情页查看状态流转、关联对象和审计记录。 | 1. “改派工单给组员”提交成功。\n2. 列表中可搜索到对应记录。\n3. 记录状态变为“已分配”。\n4. 详情页展示关联计划/用户/ASIN/风险/工单等上下文。\n5. 关键动作写入审计或通知。 | 校验数据写入/更新对象:support_assignment_logs;状态值=已分配;关联ID、创建人、更新时间、处理意见完整。 | 无对应权限时不能看到或不能提交“改派工单给组员”;跨站点/跨部门数据需按权限范围过滤。 | 改派工单给组员完整落库、状态正确、可追溯、可在相关模块回查。 | 对应子系统需求文档与数据对象章节 | 单文件系统页面:客服中心;动作:改派工单给组员 | 待执行\nTC-PROTO-0123 | 用户运营系统-单文件.html | 风险中心 | 风险中心 | 功能测试 | 风险中心执行强风险拦截并校验业务结果 | P1 | 已进入“风险中心”;当前用户具备执行“强风险拦截”的权限;相关基础数据已准备。 | person_id=P300;命中黑名单邮箱和设备 | 1. 打开“用户运营系统-单文件.html”的“风险中心”页面。\n2. 点击与“强风险拦截”对应的主按钮或列表行操作。\n3. 在表单/弹窗中录入测试数据:person_id=P300;命中黑名单邮箱和设备。\n4. 根据页面业务选择确认、提交、保存或审批动作。\n5. 返回列表,使用关键词或ID搜索刚才处理的数据。\n6. 打开详情页查看状态流转、关联对象和审计记录。 | 1. “强风险拦截”提交成功。\n2. 列表中可搜索到对应记录。\n3. 记录状态变为“强风险拦截”。\n4. 详情页展示关联计划/用户/ASIN/风险/工单等上下文。\n5. 关键动作写入审计或通知。 | 校验数据写入/更新对象:risk_cases/blacklist_entities;状态值=强风险拦截;关联ID、创建人、更新时间、处理意见完整。 | 无对应权限时不能看到或不能提交“强风险拦截”;跨站点/跨部门数据需按权限范围过滤。 | 强风险拦截完整落库、状态正确、可追溯、可在相关模块回查。 | 对应子系统需求文档与数据对象章节 | 单文件系统页面:风险中心;动作:强风险拦截 | 待执行\nTC-PROTO-0124 | 用户运营系统-单文件.html | 风险中心 | 风险中心 | 功能测试 | 风险中心执行弱风险人工放行并校验业务结果 | P1 | 已进入“风险中心”;当前用户具备执行“弱风险人工放行”的权限;相关基础数据已准备。 | risk_case=R001;原因=家庭共用设备;意见=放行 | 1. 打开“用户运营系统-单文件.html”的“风险中心”页面。\n2. 点击与“弱风险人工放行”对应的主按钮或列表行操作。\n3. 在表单/弹窗中录入测试数据:risk_case=R001;原因=家庭共用设备;意见=放行。\n4. 根据页面业务选择确认、提交、保存或审批动作。\n5. 返回列表,使用关键词或ID搜索刚才处理的数据。\n6. 打开详情页查看状态流转、关联对象和审计记录。 | 1. “弱风险人工放行”提交成功。\n2. 列表中可搜索到对应记录。\n3. 记录状态变为“已放行”。\n4. 详情页展示关联计划/用户/ASIN/风险/工单等上下文。\n5. 关键动作写入审计或通知。 | 校验数据写入/更新对象:risk_cases;状态值=已放行;关联ID、创建人、更新时间、处理意见完整。 | 无对应权限时不能看到或不能提交“弱风险人工放行”;跨站点/跨部门数据需按权限范围过滤。 | 弱风险人工放行完整落库、状态正确、可追溯、可在相关模块回查。 | 对应子系统需求文档与数据对象章节 | 单文件系统页面:风险中心;动作:弱风险人工放行 | 待执行\nTC-PROTO-0125 | 用户运营系统-单文件.html | 评价追踪 | 评价追踪 | 功能测试 | 评价追踪执行登记评价提交并校验业务结果 | P1 | 已进入“评价追踪”;当前用户具备执行“登记评价提交”的权限;相关基础数据已准备。 | person_id=P400;asin=B0TEST004;plan_id=PLAN-007;evidence=截图+链接 | 1. 打开“用户运营系统-单文件.html”的“评价追踪”页面。\n2. 点击与“登记评价提交”对应的主按钮或列表行操作。\n3. 在表单/弹窗中录入测试数据:person_id=P400;asin=B0TEST004;plan_id=PLAN-007;evidence=截图+链接。\n4. 根据页面业务选择确认、提交、保存或审批动作。\n5. 返回列表,使用关键词或ID搜索刚才处理的数据。\n6. 打开详情页查看状态流转、关联对象和审计记录。 | 1. “登记评价提交”提交成功。\n2. 列表中可搜索到对应记录。\n3. 记录状态变为“已提交”。\n4. 详情页展示关联计划/用户/ASIN/风险/工单等上下文。\n5. 关键动作写入审计或通知。 | 校验数据写入/更新对象:review_submission_records;状态值=已提交;关联ID、创建人、更新时间、处理意见完整。 | 无对应权限时不能看到或不能提交“登记评价提交”;跨站点/跨部门数据需按权限范围过滤。 | 登记评价提交完整落库、状态正确、可追溯、可在相关模块回查。 | 对应子系统需求文档与数据对象章节 | 单文件系统页面:评价追踪;动作:登记评价提交 | 待执行\nTC-PROTO-0126 | 用户运营系统-单文件.html | 评价追踪 | 评价追踪 | 功能测试 | 评价追踪执行Amazon展示核验成功并校验业务结果 | P1 | 已进入“评价追踪”;当前用户具备执行“Amazon展示核验成功”的权限;相关基础数据已准备。 | submission_id=SUB001;check_method=人工;result=DISPLAYED | 1. 打开“用户运营系统-单文件.html”的“评价追踪”页面。\n2. 点击与“Amazon展示核验成功”对应的主按钮或列表行操作。\n3. 在表单/弹窗中录入测试数据:submission_id=SUB001;check_method=人工;result=DISPLAYED。\n4. 根据页面业务选择确认、提交、保存或审批动作。\n5. 返回列表,使用关键词或ID搜索刚才处理的数据。\n6. 打开详情页查看状态流转、关联对象和审计记录。 | 1. “Amazon展示核验成功”提交成功。\n2. 列表中可搜索到对应记录。\n3. 记录状态变为“CONFIRMED”。\n4. 详情页展示关联计划/用户/ASIN/风险/工单等上下文。\n5. 关键动作写入审计或通知。 | 校验数据写入/更新对象:review_display_checks/review_results;状态值=CONFIRMED;关联ID、创建人、更新时间、处理意见完整。 | 无对应权限时不能看到或不能提交“Amazon展示核验成功”;跨站点/跨部门数据需按权限范围过滤。 | Amazon展示核验成功完整落库、状态正确、可追溯、可在相关模块回查。 | 对应子系统需求文档与数据对象章节 | 单文件系统页面:评价追踪;动作:Amazon展示核验成功 | 待执行\nTC-PROTO-0127 | 用户运营系统-单文件.html | 评价追踪 | 评价追踪 | 功能测试 | 评价追踪执行Amazon暂不可核验进入观察并校验业务结果 | P1 | 已进入“评价追踪”;当前用户具备执行“Amazon暂不可核验进入观察”的权限;相关基础数据已准备。 | submission_id=SUB002;result=UNVERIFIABLE | 1. 打开“用户运营系统-单文件.html”的“评价追踪”页面。\n2. 点击与“Amazon暂不可核验进入观察”对应的主按钮或列表行操作。\n3. 在表单/弹窗中录入测试数据:submission_id=SUB002;result=UNVERIFIABLE。\n4. 根据页面业务选择确认、提交、保存或审批动作。\n5. 返回列表,使用关键词或ID搜索刚才处理的数据。\n6. 打开详情页查看状态流转、关联对象和审计记录。 | 1. “Amazon暂不可核验进入观察”提交成功。\n2. 列表中可搜索到对应记录。\n3. 记录状态变为“OBSERVING”。\n4. 详情页展示关联计划/用户/ASIN/风险/工单等上下文。\n5. 关键动作写入审计或通知。 | 校验数据写入/更新对象:review_display_checks;状态值=OBSERVING;关联ID、创建人、更新时间、处理意见完整。 | 无对应权限时不能看到或不能提交“Amazon暂不可核验进入观察”;跨站点/跨部门数据需按权限范围过滤。 | Amazon暂不可核验进入观察完整落库、状态正确、可追溯、可在相关模块回查。 | 对应子系统需求文档与数据对象章节 | 单文件系统页面:评价追踪;动作:Amazon暂不可核验进入观察 | 待执行\nTC-PROTO-0128 | 用户运营系统-单文件.html | KOC/KOL | KOC/KOL | 功能测试 | KOC/KOL执行创建免评协作任务并校验业务结果 | P1 | 已进入“KOC/KOL”;当前用户具备执行“创建免评协作任务”的权限;相关基础数据已准备。 | creator_id=C001;ASIN=B0TEST005;CODE=KOC20;Brief=短视频 | 1. 打开“用户运营系统-单文件.html”的“KOC/KOL”页面。\n2. 点击与“创建免评协作任务”对应的主按钮或列表行操作。\n3. 在表单/弹窗中录入测试数据:creator_id=C001;ASIN=B0TEST005;CODE=KOC20;Brief=短视频。\n4. 根据页面业务选择确认、提交、保存或审批动作。\n5. 返回列表,使用关键词或ID搜索刚才处理的数据。\n6. 打开详情页查看状态流转、关联对象和审计记录。 | 1. “创建免评协作任务”提交成功。\n2. 列表中可搜索到对应记录。\n3. 记录状态变为“执行中”。\n4. 详情页展示关联计划/用户/ASIN/风险/工单等上下文。\n5. 关键动作写入审计或通知。 | 校验数据写入/更新对象:exemption_plan_tasks/code_records;状态值=执行中;关联ID、创建人、更新时间、处理意见完整。 | 无对应权限时不能看到或不能提交“创建免评协作任务”;跨站点/跨部门数据需按权限范围过滤。 | 创建免评协作任务完整落库、状态正确、可追溯、可在相关模块回查。 | 对应子系统需求文档与数据对象章节 | 单文件系统页面:KOC/KOL;动作:创建免评协作任务 | 待执行\nTC-PROTO-0129 | 用户运营系统-单文件.html | 审计通知 | 审计通知 | 功能测试 | 审计通知执行查看敏感信息审计并校验业务结果 | P1 | 已进入“审计通知”;当前用户具备执行“查看敏感信息审计”的权限;相关基础数据已准备。 | 对象=用户邮箱/设备号;动作=查看完整信息 | 1. 打开“用户运营系统-单文件.html”的“审计通知”页面。\n2. 点击与“查看敏感信息审计”对应的主按钮或列表行操作。\n3. 在表单/弹窗中录入测试数据:对象=用户邮箱/设备号;动作=查看完整信息。\n4. 根据页面业务选择确认、提交、保存或审批动作。\n5. 返回列表,使用关键词或ID搜索刚才处理的数据。\n6. 打开详情页查看状态流转、关联对象和审计记录。 | 1. “查看敏感信息审计”提交成功。\n2. 列表中可搜索到对应记录。\n3. 记录状态变为“已记录”。\n4. 详情页展示关联计划/用户/ASIN/风险/工单等上下文。\n5. 关键动作写入审计或通知。 | 校验数据写入/更新对象:interaction_audit_logs;状态值=已记录;关联ID、创建人、更新时间、处理意见完整。 | 无对应权限时不能看到或不能提交“查看敏感信息审计”;跨站点/跨部门数据需按权限范围过滤。 | 查看敏感信息审计完整落库、状态正确、可追溯、可在相关模块回查。 | 对应子系统需求文档与数据对象章节 | 单文件系统页面:审计通知;动作:查看敏感信息审计 | 待执行\nTC-PROTO-0130 | 用户运营系统-单文件.html | 系统管理 | 系统管理 | 功能测试 | 系统管理执行分配导出权限并校验业务结果 | P1 | 已进入“系统管理”;当前用户具备执行“分配导出权限”的权限;相关基础数据已准备。 | role=用户运营组长;permission=导出计划数据;scope=US站点 | 1. 打开“用户运营系统-单文件.html”的“系统管理”页面。\n2. 点击与“分配导出权限”对应的主按钮或列表行操作。\n3. 在表单/弹窗中录入测试数据:role=用户运营组长;permission=导出计划数据;scope=US站点。\n4. 根据页面业务选择确认、提交、保存或审批动作。\n5. 返回列表,使用关键词或ID搜索刚才处理的数据。\n6. 打开详情页查看状态流转、关联对象和审计记录。 | 1. “分配导出权限”提交成功。\n2. 列表中可搜索到对应记录。\n3. 记录状态变为“已授权”。\n4. 详情页展示关联计划/用户/ASIN/风险/工单等上下文。\n5. 关键动作写入审计或通知。 | 校验数据写入/更新对象:权限配置/审计日志;状态值=已授权;关联ID、创建人、更新时间、处理意见完整。 | 无对应权限时不能看到或不能提交“分配导出权限”;跨站点/跨部门数据需按权限范围过滤。 | 分配导出权限完整落库、状态正确、可追溯、可在相关模块回查。 | 对应子系统需求文档与数据对象章节 | 单文件系统页面:系统管理;动作:分配导出权限 | 待执行\nTC-PROTO-0131 | 用户运营系统-单文件.html | 需求中心 | 需求中心 | 异常场景 | 需求中心异常校验:创建需求缺少ASIN | P2 | 已进入“需求中心”;准备异常数据或异常状态:ASIN为空,其他字段完整。 | 异常场景=创建需求缺少ASIN;异常数据=ASIN为空,其他字段完整 | 1. 打开“需求中心”。\n2. 按正常业务入口开始操作。\n3. 输入或选择异常数据:ASIN为空,其他字段完整。\n4. 点击提交/保存/审批/发送。\n5. 查看页面校验提示、状态变化和日志记录。\n6. 刷新页面后再次查询该对象。 | 1. 系统识别异常“创建需求缺少ASIN”。\n2. 处理结果为:提示ASIN必填,需求不创建。\n3. 不应产生错误落库、重复扣减额度或错误计划完成数。\n4. 刷新后异常状态仍可追溯。 | 异常场景下相关业务表不产生不一致数据;需要记录失败原因、操作者和时间。 | 无权限角色不能通过异常路径绕过审批、额度、风险或敏感字段控制。 | 异常被明确拦截或进入规定处理队列,业务数据保持一致。 | 对应子系统异常/待确认规则;09-审计与通知中心 | 单文件系统页面:需求中心;异常:创建需求缺少ASIN | 待执行\nTC-PROTO-0132 | 用户运营系统-单文件.html | 需求中心 | 需求中心 | 异常场景 | 需求中心异常校验:目标数量为0或负数 | P2 | 已进入“需求中心”;准备异常数据或异常状态:target_count=0/-1。 | 异常场景=目标数量为0或负数;异常数据=target_count=0/-1 | 1. 打开“需求中心”。\n2. 按正常业务入口开始操作。\n3. 输入或选择异常数据:target_count=0/-1。\n4. 点击提交/保存/审批/发送。\n5. 查看页面校验提示、状态变化和日志记录。\n6. 刷新页面后再次查询该对象。 | 1. 系统识别异常“目标数量为0或负数”。\n2. 处理结果为:提示目标数量必须大于0。\n3. 不应产生错误落库、重复扣减额度或错误计划完成数。\n4. 刷新后异常状态仍可追溯。 | 异常场景下相关业务表不产生不一致数据;需要记录失败原因、操作者和时间。 | 无权限角色不能通过异常路径绕过审批、额度、风险或敏感字段控制。 | 异常被明确拦截或进入规定处理队列,业务数据保持一致。 | 对应子系统异常/待确认规则;09-审计与通知中心 | 单文件系统页面:需求中心;异常:目标数量为0或负数 | 待执行\nTC-PROTO-0133 | 用户运营系统-单文件.html | 计划审核 | 计划审核 | 异常场景 | 计划审核异常校验:审批意见为空驳回 | P2 | 已进入“计划审核”;准备异常数据或异常状态:decision=驳回;comment为空。 | 异常场景=审批意见为空驳回;异常数据=decision=驳回;comment为空 | 1. 打开“计划审核”。\n2. 按正常业务入口开始操作。\n3. 输入或选择异常数据:decision=驳回;comment为空。\n4. 点击提交/保存/审批/发送。\n5. 查看页面校验提示、状态变化和日志记录。\n6. 刷新页面后再次查询该对象。 | 1. 系统识别异常“审批意见为空驳回”。\n2. 处理结果为:阻止提交并提示填写驳回原因。\n3. 不应产生错误落库、重复扣减额度或错误计划完成数。\n4. 刷新后异常状态仍可追溯。 | 异常场景下相关业务表不产生不一致数据;需要记录失败原因、操作者和时间。 | 无权限角色不能通过异常路径绕过审批、额度、风险或敏感字段控制。 | 异常被明确拦截或进入规定处理队列,业务数据保持一致。 | 对应子系统异常/待确认规则;09-审计与通知中心 | 单文件系统页面:计划审核;异常:审批意见为空驳回 | 待执行\nTC-PROTO-0134 | 用户运营系统-单文件.html | 计划中心 | 计划中心 | 异常场景 | 计划中心异常校验:已终止计划再次启动 | P2 | 已进入“计划中心”;准备异常数据或异常状态:plan.status=CANCELLED。 | 异常场景=已终止计划再次启动;异常数据=plan.status=CANCELLED | 1. 打开“计划中心”。\n2. 按正常业务入口开始操作。\n3. 输入或选择异常数据:plan.status=CANCELLED。\n4. 点击提交/保存/审批/发送。\n5. 查看页面校验提示、状态变化和日志记录。\n6. 刷新页面后再次查询该对象。 | 1. 系统识别异常“已终止计划再次启动”。\n2. 处理结果为:启动按钮不可用或提示不可恢复。\n3. 不应产生错误落库、重复扣减额度或错误计划完成数。\n4. 刷新后异常状态仍可追溯。 | 异常场景下相关业务表不产生不一致数据;需要记录失败原因、操作者和时间。 | 无权限角色不能通过异常路径绕过审批、额度、风险或敏感字段控制。 | 异常被明确拦截或进入规定处理队列,业务数据保持一致。 | 对应子系统异常/待确认规则;09-审计与通知中心 | 单文件系统页面:计划中心;异常:已终止计划再次启动 | 待执行\nTC-PROTO-0135 | 用户运营系统-单文件.html | 额度频控 | 额度频控 | 异常场景 | 额度频控异常校验:月度测评额度超过4 | P2 | 已进入“额度频控”;准备异常数据或异常状态:used=4,reserved=0,count=1。 | 异常场景=月度测评额度超过4;异常数据=used=4,reserved=0,count=1 | 1. 打开“额度频控”。\n2. 按正常业务入口开始操作。\n3. 输入或选择异常数据:used=4,reserved=0,count=1。\n4. 点击提交/保存/审批/发送。\n5. 查看页面校验提示、状态变化和日志记录。\n6. 刷新页面后再次查询该对象。 | 1. 系统识别异常“月度测评额度超过4”。\n2. 处理结果为:返回exceeded并阻止预占。\n3. 不应产生错误落库、重复扣减额度或错误计划完成数。\n4. 刷新后异常状态仍可追溯。 | 异常场景下相关业务表不产生不一致数据;需要记录失败原因、操作者和时间。 | 无权限角色不能通过异常路径绕过审批、额度、风险或敏感字段控制。 | 异常被明确拦截或进入规定处理队列,业务数据保持一致。 | 对应子系统异常/待确认规则;09-审计与通知中心 | 单文件系统页面:额度频控;异常:月度测评额度超过4 | 待执行\nTC-PROTO-0136 | 用户运营系统-单文件.html | 额度频控 | 额度频控 | 异常场景 | 额度频控异常校验:累计评价超过12 | P2 | 已进入“额度频控”;准备异常数据或异常状态:lifetime_submission=12。 | 异常场景=累计评价超过12;异常数据=lifetime_submission=12 | 1. 打开“额度频控”。\n2. 按正常业务入口开始操作。\n3. 输入或选择异常数据:lifetime_submission=12。\n4. 点击提交/保存/审批/发送。\n5. 查看页面校验提示、状态变化和日志记录。\n6. 刷新页面后再次查询该对象。 | 1. 系统识别异常“累计评价超过12”。\n2. 处理结果为:候选人进入排除池。\n3. 不应产生错误落库、重复扣减额度或错误计划完成数。\n4. 刷新后异常状态仍可追溯。 | 异常场景下相关业务表不产生不一致数据;需要记录失败原因、操作者和时间。 | 无权限角色不能通过异常路径绕过审批、额度、风险或敏感字段控制。 | 异常被明确拦截或进入规定处理队列,业务数据保持一致。 | 对应子系统异常/待确认规则;09-审计与通知中心 | 单文件系统页面:额度频控;异常:累计评价超过12 | 待执行\nTC-PROTO-0137 | 用户运营系统-单文件.html | 额度频控 | 额度频控 | 异常场景 | 额度频控异常校验:发送前终校发现未关闭工单 | P2 | 已进入“额度频控”;准备异常数据或异常状态:support open ticket exists。 | 异常场景=发送前终校发现未关闭工单;异常数据=support open ticket exists | 1. 打开“额度频控”。\n2. 按正常业务入口开始操作。\n3. 输入或选择异常数据:support open ticket exists。\n4. 点击提交/保存/审批/发送。\n5. 查看页面校验提示、状态变化和日志记录。\n6. 刷新页面后再次查询该对象。 | 1. 系统识别异常“发送前终校发现未关闭工单”。\n2. 处理结果为:撤出本批次并记录原因。\n3. 不应产生错误落库、重复扣减额度或错误计划完成数。\n4. 刷新后异常状态仍可追溯。 | 异常场景下相关业务表不产生不一致数据;需要记录失败原因、操作者和时间。 | 无权限角色不能通过异常路径绕过审批、额度、风险或敏感字段控制。 | 异常被明确拦截或进入规定处理队列,业务数据保持一致。 | 对应子系统异常/待确认规则;09-审计与通知中心 | 单文件系统页面:额度频控;异常:发送前终校发现未关闭工单 | 待执行\nTC-PROTO-0138 | 用户运营系统-单文件.html | 推送/触达 | 推送/触达 | 异常场景 | 推送/触达异常校验:同计划同用户重复触达 | P2 | 已进入“推送/触达”;准备异常数据或异常状态:person_id相同、plan_id相同、channel不同。 | 异常场景=同计划同用户重复触达;异常数据=person_id相同、plan_id相同、channel不同 | 1. 打开“推送/触达”。\n2. 按正常业务入口开始操作。\n3. 输入或选择异常数据:person_id相同、plan_id相同、channel不同。\n4. 点击提交/保存/审批/发送。\n5. 查看页面校验提示、状态变化和日志记录。\n6. 刷新页面后再次查询该对象。 | 1. 系统识别异常“同计划同用户重复触达”。\n2. 处理结果为:去重记录BLOCKED。\n3. 不应产生错误落库、重复扣减额度或错误计划完成数。\n4. 刷新后异常状态仍可追溯。 | 异常场景下相关业务表不产生不一致数据;需要记录失败原因、操作者和时间。 | 无权限角色不能通过异常路径绕过审批、额度、风险或敏感字段控制。 | 异常被明确拦截或进入规定处理队列,业务数据保持一致。 | 对应子系统异常/待确认规则;09-审计与通知中心 | 单文件系统页面:推送/触达;异常:同计划同用户重复触达 | 待执行\nTC-PROTO-0139 | 用户运营系统-单文件.html | 推送/触达 | 推送/触达 | 异常场景 | 推送/触达异常校验:EDM硬退信 | P2 | 已进入“推送/触达”;准备异常数据或异常状态:event=HARD_BOUNCED。 | 异常场景=EDM硬退信;异常数据=event=HARD_BOUNCED | 1. 打开“推送/触达”。\n2. 按正常业务入口开始操作。\n3. 输入或选择异常数据:event=HARD_BOUNCED。\n4. 点击提交/保存/审批/发送。\n5. 查看页面校验提示、状态变化和日志记录。\n6. 刷新页面后再次查询该对象。 | 1. 系统识别异常“EDM硬退信”。\n2. 处理结果为:邮箱状态标记不可触达。\n3. 不应产生错误落库、重复扣减额度或错误计划完成数。\n4. 刷新后异常状态仍可追溯。 | 异常场景下相关业务表不产生不一致数据;需要记录失败原因、操作者和时间。 | 无权限角色不能通过异常路径绕过审批、额度、风险或敏感字段控制。 | 异常被明确拦截或进入规定处理队列,业务数据保持一致。 | 对应子系统异常/待确认规则;09-审计与通知中心 | 单文件系统页面:推送/触达;异常:EDM硬退信 | 待执行\nTC-PROTO-0140 | 用户运营系统-单文件.html | 推送/触达 | 推送/触达 | 异常场景 | 推送/触达异常校验:TEL三次未接通 | P2 | 已进入“推送/触达”;准备异常数据或异常状态:retry_count=3。 | 异常场景=TEL三次未接通;异常数据=retry_count=3 | 1. 打开“推送/触达”。\n2. 按正常业务入口开始操作。\n3. 输入或选择异常数据:retry_count=3。\n4. 点击提交/保存/审批/发送。\n5. 查看页面校验提示、状态变化和日志记录。\n6. 刷新页面后再次查询该对象。 | 1. 系统识别异常“TEL三次未接通”。\n2. 处理结果为:降级EDM或关闭电话任务。\n3. 不应产生错误落库、重复扣减额度或错误计划完成数。\n4. 刷新后异常状态仍可追溯。 | 异常场景下相关业务表不产生不一致数据;需要记录失败原因、操作者和时间。 | 无权限角色不能通过异常路径绕过审批、额度、风险或敏感字段控制。 | 异常被明确拦截或进入规定处理队列,业务数据保持一致。 | 对应子系统异常/待确认规则;09-审计与通知中心 | 单文件系统页面:推送/触达;异常:TEL三次未接通 | 待执行\nTC-PROTO-0141 | 用户运营系统-单文件.html | 客服中心 | 客服中心 | 异常场景 | 客服中心异常校验:关闭工单缺少处理结果 | P2 | 已进入“客服中心”;准备异常数据或异常状态:result为空。 | 异常场景=关闭工单缺少处理结果;异常数据=result为空 | 1. 打开“客服中心”。\n2. 按正常业务入口开始操作。\n3. 输入或选择异常数据:result为空。\n4. 点击提交/保存/审批/发送。\n5. 查看页面校验提示、状态变化和日志记录。\n6. 刷新页面后再次查询该对象。 | 1. 系统识别异常“关闭工单缺少处理结果”。\n2. 处理结果为:阻止关闭。\n3. 不应产生错误落库、重复扣减额度或错误计划完成数。\n4. 刷新后异常状态仍可追溯。 | 异常场景下相关业务表不产生不一致数据;需要记录失败原因、操作者和时间。 | 无权限角色不能通过异常路径绕过审批、额度、风险或敏感字段控制。 | 异常被明确拦截或进入规定处理队列,业务数据保持一致。 | 对应子系统异常/待确认规则;09-审计与通知中心 | 单文件系统页面:客服中心;异常:关闭工单缺少处理结果 | 待执行\nTC-PROTO-0142 | 用户运营系统-单文件.html | 客服中心 | 客服中心 | 异常场景 | 客服中心异常校验:答应配合超时 | P2 | 已进入“客服中心”;准备异常数据或异常状态:deadline_at过期且无submission。 | 异常场景=答应配合超时;异常数据=deadline_at过期且无submission | 1. 打开“客服中心”。\n2. 按正常业务入口开始操作。\n3. 输入或选择异常数据:deadline_at过期且无submission。\n4. 点击提交/保存/审批/发送。\n5. 查看页面校验提示、状态变化和日志记录。\n6. 刷新页面后再次查询该对象。 | 1. 系统识别异常“答应配合超时”。\n2. 处理结果为:生成需再次联系任务。\n3. 不应产生错误落库、重复扣减额度或错误计划完成数。\n4. 刷新后异常状态仍可追溯。 | 异常场景下相关业务表不产生不一致数据;需要记录失败原因、操作者和时间。 | 无权限角色不能通过异常路径绕过审批、额度、风险或敏感字段控制。 | 异常被明确拦截或进入规定处理队列,业务数据保持一致。 | 对应子系统异常/待确认规则;09-审计与通知中心 | 单文件系统页面:客服中心;异常:答应配合超时 | 待执行\nTC-PROTO-0143 | 用户运营系统-单文件.html | 风险中心 | 风险中心 | 异常场景 | 风险中心异常校验:黑名单同步接口超时 | P2 | 已进入“风险中心”;准备异常数据或异常状态:blacklist API timeout。 | 异常场景=黑名单同步接口超时;异常数据=blacklist API timeout | 1. 打开“风险中心”。\n2. 按正常业务入口开始操作。\n3. 输入或选择异常数据:blacklist API timeout。\n4. 点击提交/保存/审批/发送。\n5. 查看页面校验提示、状态变化和日志记录。\n6. 刷新页面后再次查询该对象。 | 1. 系统识别异常“黑名单同步接口超时”。\n2. 处理结果为:状态为失败待重试。\n3. 不应产生错误落库、重复扣减额度或错误计划完成数。\n4. 刷新后异常状态仍可追溯。 | 异常场景下相关业务表不产生不一致数据;需要记录失败原因、操作者和时间。 | 无权限角色不能通过异常路径绕过审批、额度、风险或敏感字段控制。 | 异常被明确拦截或进入规定处理队列,业务数据保持一致。 | 对应子系统异常/待确认规则;09-审计与通知中心 | 单文件系统页面:风险中心;异常:黑名单同步接口超时 | 待执行\nTC-PROTO-0144 | 用户运营系统-单文件.html | 风险中心 | 风险中心 | 异常场景 | 风险中心异常校验:弱风险复核被拒绝 | P2 | 已进入“风险中心”;准备异常数据或异常状态:人工意见=拒绝。 | 异常场景=弱风险复核被拒绝;异常数据=人工意见=拒绝 | 1. 打开“风险中心”。\n2. 按正常业务入口开始操作。\n3. 输入或选择异常数据:人工意见=拒绝。\n4. 点击提交/保存/审批/发送。\n5. 查看页面校验提示、状态变化和日志记录。\n6. 刷新页面后再次查询该对象。 | 1. 系统识别异常“弱风险复核被拒绝”。\n2. 处理结果为:用户不能进入触达。\n3. 不应产生错误落库、重复扣减额度或错误计划完成数。\n4. 刷新后异常状态仍可追溯。 | 异常场景下相关业务表不产生不一致数据;需要记录失败原因、操作者和时间。 | 无权限角色不能通过异常路径绕过审批、额度、风险或敏感字段控制。 | 异常被明确拦截或进入规定处理队列,业务数据保持一致。 | 对应子系统异常/待确认规则;09-审计与通知中心 | 单文件系统页面:风险中心;异常:弱风险复核被拒绝 | 待执行\nTC-PROTO-0145 | 用户运营系统-单文件.html | 评价追踪 | 评价追踪 | 异常场景 | 评价追踪异常校验:提交评价ASIN不匹配 | P2 | 已进入“评价追踪”;准备异常数据或异常状态:登记ASIN=A,证据链接ASIN=B。 | 异常场景=提交评价ASIN不匹配;异常数据=登记ASIN=A,证据链接ASIN=B | 1. 打开“评价追踪”。\n2. 按正常业务入口开始操作。\n3. 输入或选择异常数据:登记ASIN=A,证据链接ASIN=B。\n4. 点击提交/保存/审批/发送。\n5. 查看页面校验提示、状态变化和日志记录。\n6. 刷新页面后再次查询该对象。 | 1. 系统识别异常“提交评价ASIN不匹配”。\n2. 处理结果为:标记异常不计入完成。\n3. 不应产生错误落库、重复扣减额度或错误计划完成数。\n4. 刷新后异常状态仍可追溯。 | 异常场景下相关业务表不产生不一致数据;需要记录失败原因、操作者和时间。 | 无权限角色不能通过异常路径绕过审批、额度、风险或敏感字段控制。 | 异常被明确拦截或进入规定处理队列,业务数据保持一致。 | 对应子系统异常/待确认规则;09-审计与通知中心 | 单文件系统页面:评价追踪;异常:提交评价ASIN不匹配 | 待执行\nTC-PROTO-0146 | 用户运营系统-单文件.html | 评价追踪 | 评价追踪 | 异常场景 | 评价追踪异常校验:Amazon未展示超过观察期 | P2 | 已进入“评价追踪”;准备异常数据或异常状态:status=OBSERVING且retry超期。 | 异常场景=Amazon未展示超过观察期;异常数据=status=OBSERVING且retry超期 | 1. 打开“评价追踪”。\n2. 按正常业务入口开始操作。\n3. 输入或选择异常数据:status=OBSERVING且retry超期。\n4. 点击提交/保存/审批/发送。\n5. 查看页面校验提示、状态变化和日志记录。\n6. 刷新页面后再次查询该对象。 | 1. 系统识别异常“Amazon未展示超过观察期”。\n2. 处理结果为:标记ABNORMAL并通知运营。\n3. 不应产生错误落库、重复扣减额度或错误计划完成数。\n4. 刷新后异常状态仍可追溯。 | 异常场景下相关业务表不产生不一致数据;需要记录失败原因、操作者和时间。 | 无权限角色不能通过异常路径绕过审批、额度、风险或敏感字段控制。 | 异常被明确拦截或进入规定处理队列,业务数据保持一致。 | 对应子系统异常/待确认规则;09-审计与通知中心 | 单文件系统页面:评价追踪;异常:Amazon未展示超过观察期 | 待执行\nTC-PROTO-0147 | 用户运营系统-单文件.html | KOC/KOL | KOC/KOL | 异常场景 | KOC/KOL异常校验:CODE缺失 | P2 | 已进入“KOC/KOL”;准备异常数据或异常状态:免评任务未填写CODE。 | 异常场景=CODE缺失;异常数据=免评任务未填写CODE | 1. 打开“KOC/KOL”。\n2. 按正常业务入口开始操作。\n3. 输入或选择异常数据:免评任务未填写CODE。\n4. 点击提交/保存/审批/发送。\n5. 查看页面校验提示、状态变化和日志记录。\n6. 刷新页面后再次查询该对象。 | 1. 系统识别异常“CODE缺失”。\n2. 处理结果为:阻止创建或标记价格/CODE待确认。\n3. 不应产生错误落库、重复扣减额度或错误计划完成数。\n4. 刷新后异常状态仍可追溯。 | 异常场景下相关业务表不产生不一致数据;需要记录失败原因、操作者和时间。 | 无权限角色不能通过异常路径绕过审批、额度、风险或敏感字段控制。 | 异常被明确拦截或进入规定处理队列,业务数据保持一致。 | 对应子系统异常/待确认规则;09-审计与通知中心 | 单文件系统页面:KOC/KOL;异常:CODE缺失 | 待执行\nTC-PROTO-0148 | 用户运营系统-单文件.html | 审计通知 | 审计通知 | 异常场景 | 审计通知异常校验:普通客服查看完整邮箱 | P2 | 已进入“审计通知”;准备异常数据或异常状态:role=客服;action=查看完整信息。 | 异常场景=普通客服查看完整邮箱;异常数据=role=客服;action=查看完整信息 | 1. 打开“审计通知”。\n2. 按正常业务入口开始操作。\n3. 输入或选择异常数据:role=客服;action=查看完整信息。\n4. 点击提交/保存/审批/发送。\n5. 查看页面校验提示、状态变化和日志记录。\n6. 刷新页面后再次查询该对象。 | 1. 系统识别异常“普通客服查看完整邮箱”。\n2. 处理结果为:拒绝访问并记录越权尝试。\n3. 不应产生错误落库、重复扣减额度或错误计划完成数。\n4. 刷新后异常状态仍可追溯。 | 异常场景下相关业务表不产生不一致数据;需要记录失败原因、操作者和时间。 | 无权限角色不能通过异常路径绕过审批、额度、风险或敏感字段控制。 | 异常被明确拦截或进入规定处理队列,业务数据保持一致。 | 对应子系统异常/待确认规则;09-审计与通知中心 | 单文件系统页面:审计通知;异常:普通客服查看完整邮箱 | 待执行\nTC-PROTO-0149 | 用户运营系统-单文件.html | 系统管理 | 系统管理 | 异常场景 | 系统管理异常校验:离职账号仍有审批任务 | P2 | 已进入“系统管理”;准备异常数据或异常状态:account=disabled但任务未交接。 | 异常场景=离职账号仍有审批任务;异常数据=account=disabled但任务未交接 | 1. 打开“系统管理”。\n2. 按正常业务入口开始操作。\n3. 输入或选择异常数据:account=disabled但任务未交接。\n4. 点击提交/保存/审批/发送。\n5. 查看页面校验提示、状态变化和日志记录。\n6. 刷新页面后再次查询该对象。 | 1. 系统识别异常“离职账号仍有审批任务”。\n2. 处理结果为:阻止完成离职并提示先交接。\n3. 不应产生错误落库、重复扣减额度或错误计划完成数。\n4. 刷新后异常状态仍可追溯。 | 异常场景下相关业务表不产生不一致数据;需要记录失败原因、操作者和时间。 | 无权限角色不能通过异常路径绕过审批、额度、风险或敏感字段控制。 | 异常被明确拦截或进入规定处理队列,业务数据保持一致。 | 对应子系统异常/待确认规则;09-审计与通知中心 | 单文件系统页面:系统管理;异常:离职账号仍有审批任务 | 待执行\nTC-PROTO-0150 | 用户运营系统-单文件.html | 用户中心 | 用户身份与上下文 | 数据校验 | 用户中心页面触发按线索查真实人并校验接口数据 | P2 | 前端页面“用户中心”已打开;后端或 mock 服务提供接口“GET /api/identity/person?type=email&value=xxx”;测试用户拥有页面访问权限。 | 接口=GET /api/identity/person?type=email&value=xxx;预期输出=返回person_id、confidence、matched_clues | 1. 打开“用户中心”页面。\n2. 执行会触发“按线索查真实人”的页面操作。\n3. 在浏览器网络面板或接口日志中定位请求“GET /api/identity/person?type=email&value=xxx”。\n4. 校验请求参数来自页面当前选择的数据。\n5. 查看接口响应并回到页面查看展示结果。 | 1. 页面操作正确触发“GET /api/identity/person?type=email&value=xxx”。\n2. 接口响应包含:返回person_id、confidence、matched_clues。\n3. 页面展示与接口响应一致。\n4. 接口失败时页面给出可理解的错误提示,不出现空白页。 | 请求参数、响应字段、页面展示、数据库对象四者一致;失败响应不写入成功状态。 | 接口必须校验登录态和角色权限;前端隐藏按钮不能替代后端鉴权。 | 按线索查真实人在页面、接口、数据层三端一致。 | 对应子系统 API 契约章节 | 单文件页面:用户中心;接口:GET /api/identity/person?type=email&value=xxx | 待执行\nTC-PROTO-0151 | 用户运营系统-单文件.html | 用户中心 | 用户身份与上下文 | 数据校验 | 用户中心页面触发获取用户上下文卡并校验接口数据 | P2 | 前端页面“用户中心”已打开;后端或 mock 服务提供接口“GET /api/identity/context/{person_id}”;测试用户拥有页面访问权限。 | 接口=GET /api/identity/context/{person_id};预期输出=返回identity、transactions、services、risks、devices、outreach_history | 1. 打开“用户中心”页面。\n2. 执行会触发“获取用户上下文卡”的页面操作。\n3. 在浏览器网络面板或接口日志中定位请求“GET /api/identity/context/{person_id}”。\n4. 校验请求参数来自页面当前选择的数据。\n5. 查看接口响应并回到页面查看展示结果。 | 1. 页面操作正确触发“GET /api/identity/context/{person_id}”。\n2. 接口响应包含:返回identity、transactions、services、risks、devices、outreach_history。\n3. 页面展示与接口响应一致。\n4. 接口失败时页面给出可理解的错误提示,不出现空白页。 | 请求参数、响应字段、页面展示、数据库对象四者一致;失败响应不写入成功状态。 | 接口必须校验登录态和角色权限;前端隐藏按钮不能替代后端鉴权。 | 获取用户上下文卡在页面、接口、数据层三端一致。 | 对应子系统 API 契约章节 | 单文件页面:用户中心;接口:GET /api/identity/context/{person_id} | 待执行\nTC-PROTO-0152 | 用户运营系统-单文件.html | 用户中心 | 用户身份与上下文 | 数据校验 | 用户中心页面触发批量身份查询并校验接口数据 | P2 | 前端页面“用户中心”已打开;后端或 mock 服务提供接口“POST /api/identity/batch-check”;测试用户拥有页面访问权限。 | 接口=POST /api/identity/batch-check;预期输出=返回每个线索对应person_id和confidence | 1. 打开“用户中心”页面。\n2. 执行会触发“批量身份查询”的页面操作。\n3. 在浏览器网络面板或接口日志中定位请求“POST /api/identity/batch-check”。\n4. 校验请求参数来自页面当前选择的数据。\n5. 查看接口响应并回到页面查看展示结果。 | 1. 页面操作正确触发“POST /api/identity/batch-check”。\n2. 接口响应包含:返回每个线索对应person_id和confidence。\n3. 页面展示与接口响应一致。\n4. 接口失败时页面给出可理解的错误提示,不出现空白页。 | 请求参数、响应字段、页面展示、数据库对象四者一致;失败响应不写入成功状态。 | 接口必须校验登录态和角色权限;前端隐藏按钮不能替代后端鉴权。 | 批量身份查询在页面、接口、数据层三端一致。 | 对应子系统 API 契约章节 | 单文件页面:用户中心;接口:POST /api/identity/batch-check | 待执行\nTC-PROTO-0153 | 用户运营系统-单文件.html | 计划中心 | 需求与计划管理 | 数据校验 | 计划中心页面触发创建需求接口并校验接口数据 | P2 | 前端页面“计划中心”已打开;后端或 mock 服务提供接口“POST /api/demands”;测试用户拥有页面访问权限。 | 接口=POST /api/demands;预期输出=返回demand_id和status | 1. 打开“计划中心”页面。\n2. 执行会触发“创建需求接口”的页面操作。\n3. 在浏览器网络面板或接口日志中定位请求“POST /api/demands”。\n4. 校验请求参数来自页面当前选择的数据。\n5. 查看接口响应并回到页面查看展示结果。 | 1. 页面操作正确触发“POST /api/demands”。\n2. 接口响应包含:返回demand_id和status。\n3. 页面展示与接口响应一致。\n4. 接口失败时页面给出可理解的错误提示,不出现空白页。 | 请求参数、响应字段、页面展示、数据库对象四者一致;失败响应不写入成功状态。 | 接口必须校验登录态和角色权限;前端隐藏按钮不能替代后端鉴权。 | 创建需求接口在页面、接口、数据层三端一致。 | 对应子系统 API 契约章节 | 单文件页面:计划中心;接口:POST /api/demands | 待执行\nTC-PROTO-0154 | 用户运营系统-单文件.html | 计划审核 | 需求与计划管理 | 数据校验 | 计划审核页面触发提交审批接口并校验接口数据 | P2 | 前端页面“计划审核”已打开;后端或 mock 服务提供接口“POST /api/approvals/{plan_id}/submit”;测试用户拥有页面访问权限。 | 接口=POST /api/approvals/{plan_id}/submit;预期输出=生成approval_records | 1. 打开“计划审核”页面。\n2. 执行会触发“提交审批接口”的页面操作。\n3. 在浏览器网络面板或接口日志中定位请求“POST /api/approvals/{plan_id}/submit”。\n4. 校验请求参数来自页面当前选择的数据。\n5. 查看接口响应并回到页面查看展示结果。 | 1. 页面操作正确触发“POST /api/approvals/{plan_id}/submit”。\n2. 接口响应包含:生成approval_records。\n3. 页面展示与接口响应一致。\n4. 接口失败时页面给出可理解的错误提示,不出现空白页。 | 请求参数、响应字段、页面展示、数据库对象四者一致;失败响应不写入成功状态。 | 接口必须校验登录态和角色权限;前端隐藏按钮不能替代后端鉴权。 | 提交审批接口在页面、接口、数据层三端一致。 | 对应子系统 API 契约章节 | 单文件页面:计划审核;接口:POST /api/approvals/{plan_id}/submit | 待执行\nTC-PROTO-0155 | 用户运营系统-单文件.html | 额度频控 | 额度与频控 | 数据校验 | 额度频控页面触发额度查询接口并校验接口数据 | P2 | 前端页面“额度频控”已打开;后端或 mock 服务提供接口“GET /api/quota/check/{person_id}?type=REVIEW”;测试用户拥有页面访问权限。 | 接口=GET /api/quota/check/{person_id}?type=REVIEW;预期输出=返回used、in_progress、reserved、remaining、status | 1. 打开“额度频控”页面。\n2. 执行会触发“额度查询接口”的页面操作。\n3. 在浏览器网络面板或接口日志中定位请求“GET /api/quota/check/{person_id}?type=REVIEW”。\n4. 校验请求参数来自页面当前选择的数据。\n5. 查看接口响应并回到页面查看展示结果。 | 1. 页面操作正确触发“GET /api/quota/check/{person_id}?type=REVIEW”。\n2. 接口响应包含:返回used、in_progress、reserved、remaining、status。\n3. 页面展示与接口响应一致。\n4. 接口失败时页面给出可理解的错误提示,不出现空白页。 | 请求参数、响应字段、页面展示、数据库对象四者一致;失败响应不写入成功状态。 | 接口必须校验登录态和角色权限;前端隐藏按钮不能替代后端鉴权。 | 额度查询接口在页面、接口、数据层三端一致。 | 对应子系统 API 契约章节 | 单文件页面:额度频控;接口:GET /api/quota/check/{person_id}?type=REVIEW | 待执行\nTC-PROTO-0156 | 用户运营系统-单文件.html | 额度频控 | 额度与频控 | 数据校验 | 额度频控页面触发批量预占接口并校验接口数据 | P2 | 前端页面“额度频控”已打开;后端或 mock 服务提供接口“POST /api/quota/reserve”;测试用户拥有页面访问权限。 | 接口=POST /api/quota/reserve;预期输出=返回reservation_id并更新reserved | 1. 打开“额度频控”页面。\n2. 执行会触发“批量预占接口”的页面操作。\n3. 在浏览器网络面板或接口日志中定位请求“POST /api/quota/reserve”。\n4. 校验请求参数来自页面当前选择的数据。\n5. 查看接口响应并回到页面查看展示结果。 | 1. 页面操作正确触发“POST /api/quota/reserve”。\n2. 接口响应包含:返回reservation_id并更新reserved。\n3. 页面展示与接口响应一致。\n4. 接口失败时页面给出可理解的错误提示,不出现空白页。 | 请求参数、响应字段、页面展示、数据库对象四者一致;失败响应不写入成功状态。 | 接口必须校验登录态和角色权限;前端隐藏按钮不能替代后端鉴权。 | 批量预占接口在页面、接口、数据层三端一致。 | 对应子系统 API 契约章节 | 单文件页面:额度频控;接口:POST /api/quota/reserve | 待执行\nTC-PROTO-0157 | 用户运营系统-单文件.html | 额度频控 | 额度与频控 | 数据校验 | 额度频控页面触发发送前终校接口并校验接口数据 | P2 | 前端页面“额度频控”已打开;后端或 mock 服务提供接口“POST /api/quota/final-check”;测试用户拥有页面访问权限。 | 接口=POST /api/quota/final-check;预期输出=返回APPROVED/WITHDRAWN和reasons | 1. 打开“额度频控”页面。\n2. 执行会触发“发送前终校接口”的页面操作。\n3. 在浏览器网络面板或接口日志中定位请求“POST /api/quota/final-check”。\n4. 校验请求参数来自页面当前选择的数据。\n5. 查看接口响应并回到页面查看展示结果。 | 1. 页面操作正确触发“POST /api/quota/final-check”。\n2. 接口响应包含:返回APPROVED/WITHDRAWN和reasons。\n3. 页面展示与接口响应一致。\n4. 接口失败时页面给出可理解的错误提示,不出现空白页。 | 请求参数、响应字段、页面展示、数据库对象四者一致;失败响应不写入成功状态。 | 接口必须校验登录态和角色权限;前端隐藏按钮不能替代后端鉴权。 | 发送前终校接口在页面、接口、数据层三端一致。 | 对应子系统 API 契约章节 | 单文件页面:额度频控;接口:POST /api/quota/final-check | 待执行\nTC-PROTO-0158 | 用户运营系统-单文件.html | 推送/触达 | 多渠道触达引擎 | 数据校验 | 推送/触达页面触发渠道路由接口并校验接口数据 | P2 | 前端页面“推送/触达”已打开;后端或 mock 服务提供接口“POST /api/outreach/route”;测试用户拥有页面访问权限。 | 接口=POST /api/outreach/route;预期输出=返回recommended_channel和alternatives | 1. 打开“推送/触达”页面。\n2. 执行会触发“渠道路由接口”的页面操作。\n3. 在浏览器网络面板或接口日志中定位请求“POST /api/outreach/route”。\n4. 校验请求参数来自页面当前选择的数据。\n5. 查看接口响应并回到页面查看展示结果。 | 1. 页面操作正确触发“POST /api/outreach/route”。\n2. 接口响应包含:返回recommended_channel和alternatives。\n3. 页面展示与接口响应一致。\n4. 接口失败时页面给出可理解的错误提示,不出现空白页。 | 请求参数、响应字段、页面展示、数据库对象四者一致;失败响应不写入成功状态。 | 接口必须校验登录态和角色权限;前端隐藏按钮不能替代后端鉴权。 | 渠道路由接口在页面、接口、数据层三端一致。 | 对应子系统 API 契约章节 | 单文件页面:推送/触达;接口:POST /api/outreach/route | 待执行\nTC-PROTO-0159 | 用户运营系统-单文件.html | 推送/触达 | 多渠道触达引擎 | 数据校验 | 推送/触达页面触发触达历史接口并校验接口数据 | P2 | 前端页面“推送/触达”已打开;后端或 mock 服务提供接口“GET /api/outreach/history/{person_id}”;测试用户拥有页面访问权限。 | 接口=GET /api/outreach/history/{person_id};预期输出=返回im、edm、app、tel历史 | 1. 打开“推送/触达”页面。\n2. 执行会触发“触达历史接口”的页面操作。\n3. 在浏览器网络面板或接口日志中定位请求“GET /api/outreach/history/{person_id}”。\n4. 校验请求参数来自页面当前选择的数据。\n5. 查看接口响应并回到页面查看展示结果。 | 1. 页面操作正确触发“GET /api/outreach/history/{person_id}”。\n2. 接口响应包含:返回im、edm、app、tel历史。\n3. 页面展示与接口响应一致。\n4. 接口失败时页面给出可理解的错误提示,不出现空白页。 | 请求参数、响应字段、页面展示、数据库对象四者一致;失败响应不写入成功状态。 | 接口必须校验登录态和角色权限;前端隐藏按钮不能替代后端鉴权。 | 触达历史接口在页面、接口、数据层三端一致。 | 对应子系统 API 契约章节 | 单文件页面:推送/触达;接口:GET /api/outreach/history/{person_id} | 待执行\nTC-PROTO-0160 | 用户运营系统-单文件.html | 客服中心 | 客服工单与管理 | 数据校验 | 客服中心页面触发创建工单接口并校验接口数据 | P2 | 前端页面“客服中心”已打开;后端或 mock 服务提供接口“POST /api/tickets”;测试用户拥有页面访问权限。 | 接口=POST /api/tickets;预期输出=返回ticket_id | 1. 打开“客服中心”页面。\n2. 执行会触发“创建工单接口”的页面操作。\n3. 在浏览器网络面板或接口日志中定位请求“POST /api/tickets”。\n4. 校验请求参数来自页面当前选择的数据。\n5. 查看接口响应并回到页面查看展示结果。 | 1. 页面操作正确触发“POST /api/tickets”。\n2. 接口响应包含:返回ticket_id。\n3. 页面展示与接口响应一致。\n4. 接口失败时页面给出可理解的错误提示,不出现空白页。 | 请求参数、响应字段、页面展示、数据库对象四者一致;失败响应不写入成功状态。 | 接口必须校验登录态和角色权限;前端隐藏按钮不能替代后端鉴权。 | 创建工单接口在页面、接口、数据层三端一致。 | 对应子系统 API 契约章节 | 单文件页面:客服中心;接口:POST /api/tickets | 待执行\nTC-PROTO-0161 | 用户运营系统-单文件.html | 客服中心 | 客服工单与管理 | 数据校验 | 客服中心页面触发查询可用客服接口并校验接口数据 | P2 | 前端页面“客服中心”已打开;后端或 mock 服务提供接口“GET /api/support/available-agents”;测试用户拥有页面访问权限。 | 接口=GET /api/support/available-agents;预期输出=返回agent_id和current_load | 1. 打开“客服中心”页面。\n2. 执行会触发“查询可用客服接口”的页面操作。\n3. 在浏览器网络面板或接口日志中定位请求“GET /api/support/available-agents”。\n4. 校验请求参数来自页面当前选择的数据。\n5. 查看接口响应并回到页面查看展示结果。 | 1. 页面操作正确触发“GET /api/support/available-agents”。\n2. 接口响应包含:返回agent_id和current_load。\n3. 页面展示与接口响应一致。\n4. 接口失败时页面给出可理解的错误提示,不出现空白页。 | 请求参数、响应字段、页面展示、数据库对象四者一致;失败响应不写入成功状态。 | 接口必须校验登录态和角色权限;前端隐藏按钮不能替代后端鉴权。 | 查询可用客服接口在页面、接口、数据层三端一致。 | 对应子系统 API 契约章节 | 单文件页面:客服中心;接口:GET /api/support/available-agents | 待执行\nTC-PROTO-0162 | 用户运营系统-单文件.html | 评价追踪 | 评价结果追踪 | 数据校验 | 评价追踪页面触发记录评价提交接口并校验接口数据 | P2 | 前端页面“评价追踪”已打开;后端或 mock 服务提供接口“POST /api/reviews/submission”;测试用户拥有页面访问权限。 | 接口=POST /api/reviews/submission;预期输出=返回submission_id和quota_updated | 1. 打开“评价追踪”页面。\n2. 执行会触发“记录评价提交接口”的页面操作。\n3. 在浏览器网络面板或接口日志中定位请求“POST /api/reviews/submission”。\n4. 校验请求参数来自页面当前选择的数据。\n5. 查看接口响应并回到页面查看展示结果。 | 1. 页面操作正确触发“POST /api/reviews/submission”。\n2. 接口响应包含:返回submission_id和quota_updated。\n3. 页面展示与接口响应一致。\n4. 接口失败时页面给出可理解的错误提示,不出现空白页。 | 请求参数、响应字段、页面展示、数据库对象四者一致;失败响应不写入成功状态。 | 接口必须校验登录态和角色权限;前端隐藏按钮不能替代后端鉴权。 | 记录评价提交接口在页面、接口、数据层三端一致。 | 对应子系统 API 契约章节 | 单文件页面:评价追踪;接口:POST /api/reviews/submission | 待执行\nTC-PROTO-0163 | 用户运营系统-单文件.html | 评价追踪 | 评价结果追踪 | 数据校验 | 评价追踪页面触发查询计划评价进度接口并校验接口数据 | P2 | 前端页面“评价追踪”已打开;后端或 mock 服务提供接口“GET /api/reviews/status/{plan_id}”;测试用户拥有页面访问权限。 | 接口=GET /api/reviews/status/{plan_id};预期输出=返回total_submissions、verified、pending、completion_rate | 1. 打开“评价追踪”页面。\n2. 执行会触发“查询计划评价进度接口”的页面操作。\n3. 在浏览器网络面板或接口日志中定位请求“GET /api/reviews/status/{plan_id}”。\n4. 校验请求参数来自页面当前选择的数据。\n5. 查看接口响应并回到页面查看展示结果。 | 1. 页面操作正确触发“GET /api/reviews/status/{plan_id}”。\n2. 接口响应包含:返回total_submissions、verified、pending、completion_rate。\n3. 页面展示与接口响应一致。\n4. 接口失败时页面给出可理解的错误提示,不出现空白页。 | 请求参数、响应字段、页面展示、数据库对象四者一致;失败响应不写入成功状态。 | 接口必须校验登录态和角色权限;前端隐藏按钮不能替代后端鉴权。 | 查询计划评价进度接口在页面、接口、数据层三端一致。 | 对应子系统 API 契约章节 | 单文件页面:评价追踪;接口:GET /api/reviews/status/{plan_id} | 待执行\nTC-PROTO-0164 | 用户运营系统-单文件.html | 端到端流程 | 系统总览 | 验收测试 | 端到端验收:评价主闭环 | P1 | 准备完整链路数据;管理员、Amazon运营、用户运营、客服、风险负责人、KOC/KOL运营账号均可登录;相关外部系统可使用mock。 | ASIN评分4.46触发需求→生成计划→审批→候选筛选→额度预占→风险放行→IM触达→客服跟进→用户提交→Amazon展示→计划完成度回流 | 1. 从 Dashboard 或对应入口启动“评价主闭环”。\n2. 按流程依次完成:ASIN评分4.46触发需求→生成计划→审批→候选筛选→额度预占→风险放行→IM触达→客服跟进→用户提交→Amazon展示→计划完成度回流。\n3. 每到一个状态节点,记录页面状态、负责人、时间和关联ID。\n4. 在 Dashboard、计划中心、客服中心、风险中心、评价追踪中分别回查结果。\n5. 查看审计日志和通知记录。 | 1. “评价主闭环”可完整跑通。\n2. 每个模块状态与上游动作一致。\n3. Dashboard 指标、计划完成度、工单绩效、风险记录和评价结果均同步回流。\n4. 审计日志可按关联ID串起全链路。 | 需求、计划、候选人、额度、风险、触达、工单、评价、审计对象均有一致关联ID;提交评价与展示核验分开计数。 | 不同角色只能执行自己职责内动作;审批、黑名单、敏感信息、导出需独立权限。 | 评价主闭环闭环无断点、状态无冲突、数据可追溯、异常可恢复。 | 全部需求文档;业务闭环流程图 | 单文件系统 Dashboard 与各业务路由;流程:评价主闭环 | 待执行\nTC-PROTO-0165 | 用户运营系统-单文件.html | 端到端流程 | 系统总览 | 验收测试 | 端到端验收:紧急Listing闭环 | P1 | 准备完整链路数据;管理员、Amazon运营、用户运营、客服、风险负责人、KOC/KOL运营账号均可登录;相关外部系统可使用mock。 | 评分4.21接近4.2→创建紧急策略→系统管理员审批→用户运营执行→风险雷达监控→评价健康回升 | 1. 从 Dashboard 或对应入口启动“紧急Listing闭环”。\n2. 按流程依次完成:评分4.21接近4.2→创建紧急策略→系统管理员审批→用户运营执行→风险雷达监控→评价健康回升。\n3. 每到一个状态节点,记录页面状态、负责人、时间和关联ID。\n4. 在 Dashboard、计划中心、客服中心、风险中心、评价追踪中分别回查结果。\n5. 查看审计日志和通知记录。 | 1. “紧急Listing闭环”可完整跑通。\n2. 每个模块状态与上游动作一致。\n3. Dashboard 指标、计划完成度、工单绩效、风险记录和评价结果均同步回流。\n4. 审计日志可按关联ID串起全链路。 | 需求、计划、候选人、额度、风险、触达、工单、评价、审计对象均有一致关联ID;提交评价与展示核验分开计数。 | 不同角色只能执行自己职责内动作;审批、黑名单、敏感信息、导出需独立权限。 | 紧急Listing闭环闭环无断点、状态无冲突、数据可追溯、异常可恢复。 | 全部需求文档;业务闭环流程图 | 单文件系统 Dashboard 与各业务路由;流程:紧急Listing闭环 | 待执行\nTC-PROTO-0166 | 用户运营系统-单文件.html | 端到端流程 | 系统总览 | 验收测试 | 端到端验收:推送风险复核闭环 | P1 | 准备完整链路数据;管理员、Amazon运营、用户运营、客服、风险负责人、KOC/KOL运营账号均可登录;相关外部系统可使用mock。 | 退订率高于基线→进入推送风险→复核人群和素材→暂停同策略→输出复盘记录 | 1. 从 Dashboard 或对应入口启动“推送风险复核闭环”。\n2. 按流程依次完成:退订率高于基线→进入推送风险→复核人群和素材→暂停同策略→输出复盘记录。\n3. 每到一个状态节点,记录页面状态、负责人、时间和关联ID。\n4. 在 Dashboard、计划中心、客服中心、风险中心、评价追踪中分别回查结果。\n5. 查看审计日志和通知记录。 | 1. “推送风险复核闭环”可完整跑通。\n2. 每个模块状态与上游动作一致。\n3. Dashboard 指标、计划完成度、工单绩效、风险记录和评价结果均同步回流。\n4. 审计日志可按关联ID串起全链路。 | 需求、计划、候选人、额度、风险、触达、工单、评价、审计对象均有一致关联ID;提交评价与展示核验分开计数。 | 不同角色只能执行自己职责内动作;审批、黑名单、敏感信息、导出需独立权限。 | 推送风险复核闭环闭环无断点、状态无冲突、数据可追溯、异常可恢复。 | 全部需求文档;业务闭环流程图 | 单文件系统 Dashboard 与各业务路由;流程:推送风险复核闭环 | 待执行\nTC-PROTO-0167 | 用户运营系统-单文件.html | 端到端流程 | 系统总览 | 验收测试 | 端到端验收:黑名单同步闭环 | P1 | 准备完整链路数据;管理员、Amazon运营、用户运营、客服、风险负责人、KOC/KOL运营账号均可登录;相关外部系统可使用mock。 | 客服升级疑似诈骗→风险复核→确认诈骗→同步黑名单→失败待重试→审计可查 | 1. 从 Dashboard 或对应入口启动“黑名单同步闭环”。\n2. 按流程依次完成:客服升级疑似诈骗→风险复核→确认诈骗→同步黑名单→失败待重试→审计可查。\n3. 每到一个状态节点,记录页面状态、负责人、时间和关联ID。\n4. 在 Dashboard、计划中心、客服中心、风险中心、评价追踪中分别回查结果。\n5. 查看审计日志和通知记录。 | 1. “黑名单同步闭环”可完整跑通。\n2. 每个模块状态与上游动作一致。\n3. Dashboard 指标、计划完成度、工单绩效、风险记录和评价结果均同步回流。\n4. 审计日志可按关联ID串起全链路。 | 需求、计划、候选人、额度、风险、触达、工单、评价、审计对象均有一致关联ID;提交评价与展示核验分开计数。 | 不同角色只能执行自己职责内动作;审批、黑名单、敏感信息、导出需独立权限。 | 黑名单同步闭环闭环无断点、状态无冲突、数据可追溯、异常可恢复。 | 全部需求文档;业务闭环流程图 | 单文件系统 Dashboard 与各业务路由;流程:黑名单同步闭环 | 待执行\nTC-PROTO-0168 | 用户运营系统-单文件.html | 端到端流程 | 系统总览 | 验收测试 | 端到端验收:客服转化闭环 | P1 | 准备完整链路数据;管理员、Amazon运营、用户运营、客服、风险负责人、KOC/KOL运营账号均可登录;相关外部系统可使用mock。 | 用户消息进入→自动分配→客服回复→用户答应配合→提醒→提交评价→工单关闭→绩效更新 | 1. 从 Dashboard 或对应入口启动“客服转化闭环”。\n2. 按流程依次完成:用户消息进入→自动分配→客服回复→用户答应配合→提醒→提交评价→工单关闭→绩效更新。\n3. 每到一个状态节点,记录页面状态、负责人、时间和关联ID。\n4. 在 Dashboard、计划中心、客服中心、风险中心、评价追踪中分别回查结果。\n5. 查看审计日志和通知记录。 | 1. “客服转化闭环”可完整跑通。\n2. 每个模块状态与上游动作一致。\n3. Dashboard 指标、计划完成度、工单绩效、风险记录和评价结果均同步回流。\n4. 审计日志可按关联ID串起全链路。 | 需求、计划、候选人、额度、风险、触达、工单、评价、审计对象均有一致关联ID;提交评价与展示核验分开计数。 | 不同角色只能执行自己职责内动作;审批、黑名单、敏感信息、导出需独立权限。 | 客服转化闭环闭环无断点、状态无冲突、数据可追溯、异常可恢复。 | 全部需求文档;业务闭环流程图 | 单文件系统 Dashboard 与各业务路由;流程:客服转化闭环 | 待执行\nTC-PROTO-0169 | 用户运营系统-单文件.html | 端到端流程 | 系统总览 | 验收测试 | 端到端验收:免评协作闭环 | P1 | 准备完整链路数据;管理员、Amazon运营、用户运营、客服、风险负责人、KOC/KOL运营账号均可登录;相关外部系统可使用mock。 | 免评需求→免评计划审批→KOC/KOL匹配→CODE配置→内容发布→结果回流→ASIN健康更新 | 1. 从 Dashboard 或对应入口启动“免评协作闭环”。\n2. 按流程依次完成:免评需求→免评计划审批→KOC/KOL匹配→CODE配置→内容发布→结果回流→ASIN健康更新。\n3. 每到一个状态节点,记录页面状态、负责人、时间和关联ID。\n4. 在 Dashboard、计划中心、客服中心、风险中心、评价追踪中分别回查结果。\n5. 查看审计日志和通知记录。 | 1. “免评协作闭环”可完整跑通。\n2. 每个模块状态与上游动作一致。\n3. Dashboard 指标、计划完成度、工单绩效、风险记录和评价结果均同步回流。\n4. 审计日志可按关联ID串起全链路。 | 需求、计划、候选人、额度、风险、触达、工单、评价、审计对象均有一致关联ID;提交评价与展示核验分开计数。 | 不同角色只能执行自己职责内动作;审批、黑名单、敏感信息、导出需独立权限。 | 免评协作闭环闭环无断点、状态无冲突、数据可追溯、异常可恢复。 | 全部需求文档;业务闭环流程图 | 单文件系统 Dashboard 与各业务路由;流程:免评协作闭环 | 待执行\nTC-PROTO-0170 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-P0/P1处理队列 | 审计与通知中心 | 功能测试 | P0/P1处理队列切换全部标签后只展示对应事项 | P2 | 系统管理员在工作台;P0/P1处理队列包含审核、黑名单、推送三类事项;当前标签可切换到“全部”。 | 标签=全部;队列事项=测评需求、推送风险、待同步黑名单、紧急策略审批、差评跟进 | 1. 打开管理员首页。\n2. 在P0/P1处理队列点击“全部”标签。\n3. 逐行检查事项类型、负责人、时限和操作按钮。\n4. 点击任意一条事项的“处理/审核/复核/分配”按钮进入详情。\n5. 关闭详情后再次查看当前标签是否仍为“全部”。 | 1. 队列只展示与“全部”匹配的事项;如果为全部则展示所有事项。\n2. 当前标签高亮。\n3. 打开并关闭详情后筛选标签不丢失。 | 筛选后的事项数量与队列分类统计一致;关闭详情不重置筛选条件。 | 普通角色只能看到本人相关事项;系统管理员可以切换全部标签。 | 队列标签筛选准确、状态保持、权限范围正确。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | P0/P1处理队列标签:全部 | 待执行\nTC-PROTO-0171 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-P0/P1处理队列 | 审计与通知中心 | 功能测试 | P0/P1处理队列切换审核标签后只展示对应事项 | P2 | 系统管理员在工作台;P0/P1处理队列包含审核、黑名单、推送三类事项;当前标签可切换到“审核”。 | 标签=审核;队列事项=测评需求、推送风险、待同步黑名单、紧急策略审批、差评跟进 | 1. 打开管理员首页。\n2. 在P0/P1处理队列点击“审核”标签。\n3. 逐行检查事项类型、负责人、时限和操作按钮。\n4. 点击任意一条事项的“处理/审核/复核/分配”按钮进入详情。\n5. 关闭详情后再次查看当前标签是否仍为“审核”。 | 1. 队列只展示与“审核”匹配的事项;如果为全部则展示所有事项。\n2. 当前标签高亮。\n3. 打开并关闭详情后筛选标签不丢失。 | 筛选后的事项数量与队列分类统计一致;关闭详情不重置筛选条件。 | 普通角色只能看到本人相关事项;系统管理员可以切换全部标签。 | 队列标签筛选准确、状态保持、权限范围正确。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | P0/P1处理队列标签:审核 | 待执行\nTC-PROTO-0172 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-P0/P1处理队列 | 审计与通知中心 | 功能测试 | P0/P1处理队列切换黑名单标签后只展示对应事项 | P2 | 系统管理员在工作台;P0/P1处理队列包含审核、黑名单、推送三类事项;当前标签可切换到“黑名单”。 | 标签=黑名单;队列事项=测评需求、推送风险、待同步黑名单、紧急策略审批、差评跟进 | 1. 打开管理员首页。\n2. 在P0/P1处理队列点击“黑名单”标签。\n3. 逐行检查事项类型、负责人、时限和操作按钮。\n4. 点击任意一条事项的“处理/审核/复核/分配”按钮进入详情。\n5. 关闭详情后再次查看当前标签是否仍为“黑名单”。 | 1. 队列只展示与“黑名单”匹配的事项;如果为全部则展示所有事项。\n2. 当前标签高亮。\n3. 打开并关闭详情后筛选标签不丢失。 | 筛选后的事项数量与队列分类统计一致;关闭详情不重置筛选条件。 | 普通角色只能看到本人相关事项;系统管理员可以切换全部标签。 | 队列标签筛选准确、状态保持、权限范围正确。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | P0/P1处理队列标签:黑名单 | 待执行\nTC-PROTO-0173 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台-P0/P1处理队列 | 审计与通知中心 | 功能测试 | P0/P1处理队列切换推送标签后只展示对应事项 | P2 | 系统管理员在工作台;P0/P1处理队列包含审核、黑名单、推送三类事项;当前标签可切换到“推送”。 | 标签=推送;队列事项=测评需求、推送风险、待同步黑名单、紧急策略审批、差评跟进 | 1. 打开管理员首页。\n2. 在P0/P1处理队列点击“推送”标签。\n3. 逐行检查事项类型、负责人、时限和操作按钮。\n4. 点击任意一条事项的“处理/审核/复核/分配”按钮进入详情。\n5. 关闭详情后再次查看当前标签是否仍为“推送”。 | 1. 队列只展示与“推送”匹配的事项;如果为全部则展示所有事项。\n2. 当前标签高亮。\n3. 打开并关闭详情后筛选标签不丢失。 | 筛选后的事项数量与队列分类统计一致;关闭详情不重置筛选条件。 | 普通角色只能看到本人相关事项;系统管理员可以切换全部标签。 | 队列标签筛选准确、状态保持、权限范围正确。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | P0/P1处理队列标签:推送 | 待执行\nTC-PROTO-0174 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 各模块列表-组合筛选 | 系统总览 | 功能测试 | 列表按部门全部部门状态全部状态风险全部风险负责人全部负责人组合查询 | P2 | 系统管理员进入任一业务列表页;列表顶部存在部门、状态、风险、负责人筛选项和查询按钮。 | 部门=全部部门;状态=全部状态;风险=全部风险;负责人=全部负责人 | 1. 从左侧导航进入需求中心或风险中心。\n2. 在筛选区选择部门“全部部门”。\n3. 选择状态“全部状态”、风险“全部风险”、负责人“全部负责人”。\n4. 点击“查询”。\n5. 检查列表每一行的部门、当前环节、风险和负责人。\n6. 点击“导出”。 | 1. 列表只返回符合全部部门/全部状态/全部风险/全部负责人的记录。\n2. 统计数量与当前筛选条件一致。\n3. 导出文件只包含当前筛选结果。\n4. 导出动作写入审计日志。 | 筛选条件、列表结果、导出结果、审计日志中的查询条件一致。 | 无导出权限时导出按钮隐藏或提示无权限;不能导出其他部门数据。 | 组合筛选准确、导出范围正确、审计完整。 | 00-系统总览;09-审计与通知中心 | 筛选项:全部部门/全部状态/全部风险/全部负责人;按钮:查询/导出 | 待执行\nTC-PROTO-0175 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 各模块列表-组合筛选 | 系统总览 | 功能测试 | 列表按部门Amazon 运营状态待审批风险全部风险负责人Amazon 总监组合查询 | P2 | 系统管理员进入任一业务列表页;列表顶部存在部门、状态、风险、负责人筛选项和查询按钮。 | 部门=Amazon 运营;状态=待审批;风险=全部风险;负责人=Amazon 总监 | 1. 从左侧导航进入需求中心或风险中心。\n2. 在筛选区选择部门“Amazon 运营”。\n3. 选择状态“待审批”、风险“全部风险”、负责人“Amazon 总监”。\n4. 点击“查询”。\n5. 检查列表每一行的部门、当前环节、风险和负责人。\n6. 点击“导出”。 | 1. 列表只返回符合Amazon 运营/待审批/全部风险/Amazon 总监的记录。\n2. 统计数量与当前筛选条件一致。\n3. 导出文件只包含当前筛选结果。\n4. 导出动作写入审计日志。 | 筛选条件、列表结果、导出结果、审计日志中的查询条件一致。 | 无导出权限时导出按钮隐藏或提示无权限;不能导出其他部门数据。 | 组合筛选准确、导出范围正确、审计完整。 | 00-系统总览;09-审计与通知中心 | 筛选项:全部部门/全部状态/全部风险/全部负责人;按钮:查询/导出 | 待执行\nTC-PROTO-0176 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 各模块列表-组合筛选 | 系统总览 | 功能测试 | 列表按部门用户运营状态待复核风险偏高负责人用户运营组长组合查询 | P2 | 系统管理员进入任一业务列表页;列表顶部存在部门、状态、风险、负责人筛选项和查询按钮。 | 部门=用户运营;状态=待复核;风险=偏高;负责人=用户运营组长 | 1. 从左侧导航进入需求中心或风险中心。\n2. 在筛选区选择部门“用户运营”。\n3. 选择状态“待复核”、风险“偏高”、负责人“用户运营组长”。\n4. 点击“查询”。\n5. 检查列表每一行的部门、当前环节、风险和负责人。\n6. 点击“导出”。 | 1. 列表只返回符合用户运营/待复核/偏高/用户运营组长的记录。\n2. 统计数量与当前筛选条件一致。\n3. 导出文件只包含当前筛选结果。\n4. 导出动作写入审计日志。 | 筛选条件、列表结果、导出结果、审计日志中的查询条件一致。 | 无导出权限时导出按钮隐藏或提示无权限;不能导出其他部门数据。 | 组合筛选准确、导出范围正确、审计完整。 | 00-系统总览;09-审计与通知中心 | 筛选项:全部部门/全部状态/全部风险/全部负责人;按钮:查询/导出 | 待执行\nTC-PROTO-0177 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 各模块列表-组合筛选 | 系统总览 | 功能测试 | 列表按部门客服状态客服升级风险高风险负责人客服负责人组合查询 | P2 | 系统管理员进入任一业务列表页;列表顶部存在部门、状态、风险、负责人筛选项和查询按钮。 | 部门=客服;状态=客服升级;风险=高风险;负责人=客服负责人 | 1. 从左侧导航进入需求中心或风险中心。\n2. 在筛选区选择部门“客服”。\n3. 选择状态“客服升级”、风险“高风险”、负责人“客服负责人”。\n4. 点击“查询”。\n5. 检查列表每一行的部门、当前环节、风险和负责人。\n6. 点击“导出”。 | 1. 列表只返回符合客服/客服升级/高风险/客服负责人的记录。\n2. 统计数量与当前筛选条件一致。\n3. 导出文件只包含当前筛选结果。\n4. 导出动作写入审计日志。 | 筛选条件、列表结果、导出结果、审计日志中的查询条件一致。 | 无导出权限时导出按钮隐藏或提示无权限;不能导出其他部门数据。 | 组合筛选准确、导出范围正确、审计完整。 | 00-系统总览;09-审计与通知中心 | 筛选项:全部部门/全部状态/全部风险/全部负责人;按钮:查询/导出 | 待执行\nTC-PROTO-0178 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 各模块列表-组合筛选 | 系统总览 | 功能测试 | 列表按部门系统管理员状态待系统管理员确认风险紧急负责人系统管理员组合查询 | P2 | 系统管理员进入任一业务列表页;列表顶部存在部门、状态、风险、负责人筛选项和查询按钮。 | 部门=系统管理员;状态=待系统管理员确认;风险=紧急;负责人=系统管理员 | 1. 从左侧导航进入需求中心或风险中心。\n2. 在筛选区选择部门“系统管理员”。\n3. 选择状态“待系统管理员确认”、风险“紧急”、负责人“系统管理员”。\n4. 点击“查询”。\n5. 检查列表每一行的部门、当前环节、风险和负责人。\n6. 点击“导出”。 | 1. 列表只返回符合系统管理员/待系统管理员确认/紧急/系统管理员的记录。\n2. 统计数量与当前筛选条件一致。\n3. 导出文件只包含当前筛选结果。\n4. 导出动作写入审计日志。 | 筛选条件、列表结果、导出结果、审计日志中的查询条件一致。 | 无导出权限时导出按钮隐藏或提示无权限;不能导出其他部门数据。 | 组合筛选准确、导出范围正确、审计完整。 | 00-系统总览;09-审计与通知中心 | 筛选项:全部部门/全部状态/全部风险/全部负责人;按钮:查询/导出 | 待执行\nTC-PROTO-0179 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-字段权限与脱敏 | 用户身份与上下文 | 权限校验 | 现有ERP字段JOYHUB 用户ID按全员可见权限展示 | P2 | v10原型进入现有ERP;测试账号分别准备系统管理员、用户运营、客服、风险负责人;字段“JOYHUB 用户ID”存在。 | 字段=JOYHUB 用户ID;可见范围=全员可见;期望=完整ID可见 | 1. 使用系统管理员账号进入现有ERP用户管理字段表,查看“JOYHUB 用户ID”。\n2. 退出后使用普通客服账号进入同一页面。\n3. 再使用风险负责人或用户运营账号进入同一页面。\n4. 分别点击“查看完整信息”和“导出现有关系”。\n5. 对比三个角色看到的字段内容。 | 1. 字段“JOYHUB 用户ID”按照“全员可见”控制可见性。\n2. 符合预期:完整ID可见。\n3. 未授权角色点击查看完整信息被拒绝并记录审计。\n4. 导出文件不包含未授权字段明文。 | 字段展示、导出内容、审计记录中的角色和权限点一致;脱敏字段不得在前端源码/导出中泄露明文。 | JOYHUB 用户ID必须按全员可见控制;查看完整信息和导出是独立权限。 | 字段级权限和脱敏在页面展示、详情、导出三个场景均生效。 | 00-系统总览;09-审计与通知中心;01-用户身份与上下文 | 字段权限清单:JOYHUB 用户ID/全员可见 | 待执行\nTC-PROTO-0180 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-字段权限与脱敏 | 用户身份与上下文 | 权限校验 | 现有ERP字段用户名按授权可见权限展示 | P2 | v10原型进入现有ERP;测试账号分别准备系统管理员、用户运营、客服、风险负责人;字段“用户名”存在。 | 字段=用户名;可见范围=授权可见;期望=未授权显示脱敏 | 1. 使用系统管理员账号进入现有ERP用户管理字段表,查看“用户名”。\n2. 退出后使用普通客服账号进入同一页面。\n3. 再使用风险负责人或用户运营账号进入同一页面。\n4. 分别点击“查看完整信息”和“导出现有关系”。\n5. 对比三个角色看到的字段内容。 | 1. 字段“用户名”按照“授权可见”控制可见性。\n2. 符合预期:未授权显示脱敏。\n3. 未授权角色点击查看完整信息被拒绝并记录审计。\n4. 导出文件不包含未授权字段明文。 | 字段展示、导出内容、审计记录中的角色和权限点一致;脱敏字段不得在前端源码/导出中泄露明文。 | 用户名必须按授权可见控制;查看完整信息和导出是独立权限。 | 字段级权限和脱敏在页面展示、详情、导出三个场景均生效。 | 00-系统总览;09-审计与通知中心;01-用户身份与上下文 | 字段权限清单:用户名/授权可见 | 待执行\nTC-PROTO-0181 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-字段权限与脱敏 | 用户身份与上下文 | 权限校验 | 现有ERP字段邮箱后缀按已脱敏权限展示 | P2 | v10原型进入现有ERP;测试账号分别准备系统管理员、用户运营、客服、风险负责人;字段“邮箱后缀”存在。 | 字段=邮箱后缀;可见范围=已脱敏;期望=只显示邮箱域名/后缀 | 1. 使用系统管理员账号进入现有ERP用户管理字段表,查看“邮箱后缀”。\n2. 退出后使用普通客服账号进入同一页面。\n3. 再使用风险负责人或用户运营账号进入同一页面。\n4. 分别点击“查看完整信息”和“导出现有关系”。\n5. 对比三个角色看到的字段内容。 | 1. 字段“邮箱后缀”按照“已脱敏”控制可见性。\n2. 符合预期:只显示邮箱域名/后缀。\n3. 未授权角色点击查看完整信息被拒绝并记录审计。\n4. 导出文件不包含未授权字段明文。 | 字段展示、导出内容、审计记录中的角色和权限点一致;脱敏字段不得在前端源码/导出中泄露明文。 | 邮箱后缀必须按已脱敏控制;查看完整信息和导出是独立权限。 | 字段级权限和脱敏在页面展示、详情、导出三个场景均生效。 | 00-系统总览;09-审计与通知中心;01-用户身份与上下文 | 字段权限清单:邮箱后缀/已脱敏 | 待执行\nTC-PROTO-0182 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-字段权限与脱敏 | 用户身份与上下文 | 权限校验 | 现有ERP字段近7天EDM推送数按推送数据权限展示 | P2 | v10原型进入现有ERP;测试账号分别准备系统管理员、用户运营、客服、风险负责人;字段“近7天EDM推送数”存在。 | 字段=近7天EDM推送数;可见范围=推送数据;期望=仅推送/管理员可见 | 1. 使用系统管理员账号进入现有ERP用户管理字段表,查看“近7天EDM推送数”。\n2. 退出后使用普通客服账号进入同一页面。\n3. 再使用风险负责人或用户运营账号进入同一页面。\n4. 分别点击“查看完整信息”和“导出现有关系”。\n5. 对比三个角色看到的字段内容。 | 1. 字段“近7天EDM推送数”按照“推送数据”控制可见性。\n2. 符合预期:仅推送/管理员可见。\n3. 未授权角色点击查看完整信息被拒绝并记录审计。\n4. 导出文件不包含未授权字段明文。 | 字段展示、导出内容、审计记录中的角色和权限点一致;脱敏字段不得在前端源码/导出中泄露明文。 | 近7天EDM推送数必须按推送数据控制;查看完整信息和导出是独立权限。 | 字段级权限和脱敏在页面展示、详情、导出三个场景均生效。 | 00-系统总览;09-审计与通知中心;01-用户身份与上下文 | 字段权限清单:近7天EDM推送数/推送数据 | 待执行\nTC-PROTO-0183 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-字段权限与脱敏 | 用户身份与上下文 | 权限校验 | 现有ERP字段身份风险等级按系统管理员/风险负责人权限展示 | P2 | v10原型进入现有ERP;测试账号分别准备系统管理员、用户运营、客服、风险负责人;字段“身份风险等级”存在。 | 字段=身份风险等级;可见范围=系统管理员/风险负责人;期望=普通运营不可见 | 1. 使用系统管理员账号进入现有ERP用户管理字段表,查看“身份风险等级”。\n2. 退出后使用普通客服账号进入同一页面。\n3. 再使用风险负责人或用户运营账号进入同一页面。\n4. 分别点击“查看完整信息”和“导出现有关系”。\n5. 对比三个角色看到的字段内容。 | 1. 字段“身份风险等级”按照“系统管理员/风险负责人”控制可见性。\n2. 符合预期:普通运营不可见。\n3. 未授权角色点击查看完整信息被拒绝并记录审计。\n4. 导出文件不包含未授权字段明文。 | 字段展示、导出内容、审计记录中的角色和权限点一致;脱敏字段不得在前端源码/导出中泄露明文。 | 身份风险等级必须按系统管理员/风险负责人控制;查看完整信息和导出是独立权限。 | 字段级权限和脱敏在页面展示、详情、导出三个场景均生效。 | 00-系统总览;09-审计与通知中心;01-用户身份与上下文 | 字段权限清单:身份风险等级/系统管理员/风险负责人 | 待执行\nTC-PROTO-0184 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-字段权限与脱敏 | 用户身份与上下文 | 权限校验 | 现有ERP字段标签覆盖人数按标签模块权限展示 | P2 | v10原型进入现有ERP;测试账号分别准备系统管理员、用户运营、客服、风险负责人;字段“标签覆盖人数”存在。 | 字段=标签覆盖人数;可见范围=标签模块;期望=负责人可见汇总,普通客服不可导出 | 1. 使用系统管理员账号进入现有ERP用户管理字段表,查看“标签覆盖人数”。\n2. 退出后使用普通客服账号进入同一页面。\n3. 再使用风险负责人或用户运营账号进入同一页面。\n4. 分别点击“查看完整信息”和“导出现有关系”。\n5. 对比三个角色看到的字段内容。 | 1. 字段“标签覆盖人数”按照“标签模块”控制可见性。\n2. 符合预期:负责人可见汇总,普通客服不可导出。\n3. 未授权角色点击查看完整信息被拒绝并记录审计。\n4. 导出文件不包含未授权字段明文。 | 字段展示、导出内容、审计记录中的角色和权限点一致;脱敏字段不得在前端源码/导出中泄露明文。 | 标签覆盖人数必须按标签模块控制;查看完整信息和导出是独立权限。 | 字段级权限和脱敏在页面展示、详情、导出三个场景均生效。 | 00-系统总览;09-审计与通知中心;01-用户身份与上下文 | 字段权限清单:标签覆盖人数/标签模块 | 待执行\nTC-PROTO-0185 | 客服执行.html | 客服执行看板-角色权限 | 客服工单与管理 | 权限校验 | 客服本人在客服执行看板的可操作范围校验 | P1 | 准备客服本人账号;客服执行看板存在待分配、处理中、等待提交、疑似诈骗等工单。 | 角色=客服本人;数据范围=我的工单;允许=回复用户、登记提交事实;限制=不能改派他人工单或查看团队绩效 | 1. 使用“客服本人”账号登录客服执行看板。\n2. 查看顶部指标、工单列表、绩效区域和排班区域。\n3. 尝试执行允许动作:回复用户、登记提交事实。\n4. 尝试执行限制动作:不能改派他人工单或查看团队绩效。\n5. 打开审计日志查看敏感操作记录。 | 1. 客服本人只能看到“我的工单”。\n2. 允许动作“回复用户、登记提交事实”可正常提交。\n3. 限制动作“不能改派他人工单或查看团队绩效”按钮隐藏或提交失败。\n4. 敏感查看、导出、风险处置均记录审计。 | support_tickets、assignment_logs、performance_snapshots按角色范围返回;越权请求后端拒绝。 | 客服本人权限模型正确,前后端均不可越权。 | 角色数据范围、按钮权限、审计记录一致。 | 05-客服工单与管理;09-审计与通知中心 | 客服执行角色:客服本人 | 待执行\nTC-PROTO-0186 | 客服执行.html | 客服执行看板-角色权限 | 客服工单与管理 | 权限校验 | 客服组长在客服执行看板的可操作范围校验 | P1 | 准备客服组长账号;客服执行看板存在待分配、处理中、等待提交、疑似诈骗等工单。 | 角色=客服组长;数据范围=组内工单池;允许=手动分配、转移、查看组员负载;限制=不能查看跨团队敏感字段 | 1. 使用“客服组长”账号登录客服执行看板。\n2. 查看顶部指标、工单列表、绩效区域和排班区域。\n3. 尝试执行允许动作:手动分配、转移、查看组员负载。\n4. 尝试执行限制动作:不能查看跨团队敏感字段。\n5. 打开审计日志查看敏感操作记录。 | 1. 客服组长只能看到“组内工单池”。\n2. 允许动作“手动分配、转移、查看组员负载”可正常提交。\n3. 限制动作“不能查看跨团队敏感字段”按钮隐藏或提交失败。\n4. 敏感查看、导出、风险处置均记录审计。 | support_tickets、assignment_logs、performance_snapshots按角色范围返回;越权请求后端拒绝。 | 客服组长权限模型正确,前后端均不可越权。 | 角色数据范围、按钮权限、审计记录一致。 | 05-客服工单与管理;09-审计与通知中心 | 客服执行角色:客服组长 | 待执行\nTC-PROTO-0187 | 客服执行.html | 客服执行看板-角色权限 | 客服工单与管理 | 权限校验 | 客服主管在客服执行看板的可操作范围校验 | P1 | 准备客服主管账号;客服执行看板存在待分配、处理中、等待提交、疑似诈骗等工单。 | 角色=客服主管;数据范围=团队看板;允许=查看排班、绩效、目标完成率;限制=不能同步黑名单除非额外授权 | 1. 使用“客服主管”账号登录客服执行看板。\n2. 查看顶部指标、工单列表、绩效区域和排班区域。\n3. 尝试执行允许动作:查看排班、绩效、目标完成率。\n4. 尝试执行限制动作:不能同步黑名单除非额外授权。\n5. 打开审计日志查看敏感操作记录。 | 1. 客服主管只能看到“团队看板”。\n2. 允许动作“查看排班、绩效、目标完成率”可正常提交。\n3. 限制动作“不能同步黑名单除非额外授权”按钮隐藏或提交失败。\n4. 敏感查看、导出、风险处置均记录审计。 | support_tickets、assignment_logs、performance_snapshots按角色范围返回;越权请求后端拒绝。 | 客服主管权限模型正确,前后端均不可越权。 | 角色数据范围、按钮权限、审计记录一致。 | 05-客服工单与管理;09-审计与通知中心 | 客服执行角色:客服主管 | 待执行\nTC-PROTO-0188 | 客服执行.html | 客服执行看板-角色权限 | 客服工单与管理 | 权限校验 | 风险负责人在客服执行看板的可操作范围校验 | P1 | 准备风险负责人账号;客服执行看板存在待分配、处理中、等待提交、疑似诈骗等工单。 | 角色=风险负责人;数据范围=疑似诈骗工单;允许=确认诈骗、标记误报、同步黑名单候选;限制=不能修改客服排班 | 1. 使用“风险负责人”账号登录客服执行看板。\n2. 查看顶部指标、工单列表、绩效区域和排班区域。\n3. 尝试执行允许动作:确认诈骗、标记误报、同步黑名单候选。\n4. 尝试执行限制动作:不能修改客服排班。\n5. 打开审计日志查看敏感操作记录。 | 1. 风险负责人只能看到“疑似诈骗工单”。\n2. 允许动作“确认诈骗、标记误报、同步黑名单候选”可正常提交。\n3. 限制动作“不能修改客服排班”按钮隐藏或提交失败。\n4. 敏感查看、导出、风险处置均记录审计。 | support_tickets、assignment_logs、performance_snapshots按角色范围返回;越权请求后端拒绝。 | 风险负责人权限模型正确,前后端均不可越权。 | 角色数据范围、按钮权限、审计记录一致。 | 05-客服工单与管理;09-审计与通知中心 | 客服执行角色:风险负责人 | 待执行\nTC-PROTO-0189 | 客服执行.html | 客服执行看板-角色权限 | 客服工单与管理 | 权限校验 | 系统管理员在客服执行看板的可操作范围校验 | P1 | 准备系统管理员账号;客服执行看板存在待分配、处理中、等待提交、疑似诈骗等工单。 | 角色=系统管理员;数据范围=全部客服数据;允许=查看审计、配置权限、导出绩效;限制=敏感查看仍需记录审计 | 1. 使用“系统管理员”账号登录客服执行看板。\n2. 查看顶部指标、工单列表、绩效区域和排班区域。\n3. 尝试执行允许动作:查看审计、配置权限、导出绩效。\n4. 尝试执行限制动作:敏感查看仍需记录审计。\n5. 打开审计日志查看敏感操作记录。 | 1. 系统管理员只能看到“全部客服数据”。\n2. 允许动作“查看审计、配置权限、导出绩效”可正常提交。\n3. 限制动作“敏感查看仍需记录审计”按钮隐藏或提交失败。\n4. 敏感查看、导出、风险处置均记录审计。 | support_tickets、assignment_logs、performance_snapshots按角色范围返回;越权请求后端拒绝。 | 系统管理员权限模型正确,前后端均不可越权。 | 角色数据范围、按钮权限、审计记录一致。 | 05-客服工单与管理;09-审计与通知中心 | 客服执行角色:系统管理员 | 待执行\nTC-PROTO-0190 | 用户运营系统-单文件.html | 需求中心 | 需求中心 | 功能测试 | 需求中心按业务筛选条件查询并打开详情抽屉 | P2 | 用户已进入“需求中心”;页面存在筛选区、查询按钮、列表和详情入口;当前用户有该页面查询权限。 | 筛选条件=类型=测评/回评/免评;状态=待评估/待补充/已通过/已拒绝;优先级=P0/P1/P2;详情字段=需求ID、ASIN、目标数量、周期、提交人、评估结果 | 1. 打开“需求中心”页面。\n2. 在筛选区按业务条件选择或输入:类型=测评/回评/免评;状态=待评估/待补充/已通过/已拒绝;优先级=P0/P1/P2。\n3. 点击“筛选/查询”。\n4. 在结果列表选择第一条记录,点击“详情/查看”。\n5. 在详情抽屉中核对字段:需求ID、ASIN、目标数量、周期、提交人、评估结果。\n6. 关闭详情抽屉并点击“重置”。 | 1. 查询结果均符合“类型=测评/回评/免评;状态=待评估/待补充/已通过/已拒绝;优先级=P0/P1/P2”。\n2. 详情抽屉展示“需求ID、ASIN、目标数量、周期、提交人、评估结果”。\n3. 关闭详情不清空列表;点击重置后恢复默认查询。\n4. 无数据时显示暂无数据,不沿用旧详情。 | 列表字段、详情字段、筛选条件和后端查询参数一致;重置后不残留旧条件。 | 用户只能查询授权站点、部门、角色范围内数据;详情敏感字段脱敏。 | 需求中心查询、详情、重置、空状态均可用。 | 对应子系统页面与数据对象章节 | 单文件页面:需求中心;筛选:类型=测评/回评/免评;状态=待评估/待补充/已通过/已拒绝;优先级=P0/P1/P2 | 待执行\nTC-PROTO-0191 | 用户运营系统-单文件.html | 计划审核 | 计划审核 | 功能测试 | 计划审核按业务筛选条件查询并打开详情抽屉 | P2 | 用户已进入“计划审核”;页面存在筛选区、查询按钮、列表和详情入口;当前用户有该页面查询权限。 | 筛选条件=计划类型=推新/回评/免评/紧急;审批状态=待审批/已通过/已驳回;详情字段=审批链、审批人、意见、step_order、decided_at | 1. 打开“计划审核”页面。\n2. 在筛选区按业务条件选择或输入:计划类型=推新/回评/免评/紧急;审批状态=待审批/已通过/已驳回。\n3. 点击“筛选/查询”。\n4. 在结果列表选择第一条记录,点击“详情/查看”。\n5. 在详情抽屉中核对字段:审批链、审批人、意见、step_order、decided_at。\n6. 关闭详情抽屉并点击“重置”。 | 1. 查询结果均符合“计划类型=推新/回评/免评/紧急;审批状态=待审批/已通过/已驳回”。\n2. 详情抽屉展示“审批链、审批人、意见、step_order、decided_at”。\n3. 关闭详情不清空列表;点击重置后恢复默认查询。\n4. 无数据时显示暂无数据,不沿用旧详情。 | 列表字段、详情字段、筛选条件和后端查询参数一致;重置后不残留旧条件。 | 用户只能查询授权站点、部门、角色范围内数据;详情敏感字段脱敏。 | 计划审核查询、详情、重置、空状态均可用。 | 对应子系统页面与数据对象章节 | 单文件页面:计划审核;筛选:计划类型=推新/回评/免评/紧急;审批状态=待审批/已通过/已驳回 | 待执行\nTC-PROTO-0192 | 用户运营系统-单文件.html | 计划中心 | 计划中心 | 功能测试 | 计划中心按业务筛选条件查询并打开详情抽屉 | P2 | 用户已进入“计划中心”;页面存在筛选区、查询按钮、列表和详情入口;当前用户有该页面查询权限。 | 筛选条件=状态=草稿/执行中/待核验/已完成/已终止;渠道=IM/EDM/APP/TEL;详情字段=计划项、目标量、候选人、资源分配、完成率 | 1. 打开“计划中心”页面。\n2. 在筛选区按业务条件选择或输入:状态=草稿/执行中/待核验/已完成/已终止;渠道=IM/EDM/APP/TEL。\n3. 点击“筛选/查询”。\n4. 在结果列表选择第一条记录,点击“详情/查看”。\n5. 在详情抽屉中核对字段:计划项、目标量、候选人、资源分配、完成率。\n6. 关闭详情抽屉并点击“重置”。 | 1. 查询结果均符合“状态=草稿/执行中/待核验/已完成/已终止;渠道=IM/EDM/APP/TEL”。\n2. 详情抽屉展示“计划项、目标量、候选人、资源分配、完成率”。\n3. 关闭详情不清空列表;点击重置后恢复默认查询。\n4. 无数据时显示暂无数据,不沿用旧详情。 | 列表字段、详情字段、筛选条件和后端查询参数一致;重置后不残留旧条件。 | 用户只能查询授权站点、部门、角色范围内数据;详情敏感字段脱敏。 | 计划中心查询、详情、重置、空状态均可用。 | 对应子系统页面与数据对象章节 | 单文件页面:计划中心;筛选:状态=草稿/执行中/待核验/已完成/已终止;渠道=IM/EDM/APP/TEL | 待执行\nTC-PROTO-0193 | 用户运营系统-单文件.html | ASIN/Listing | ASIN/Listing | 功能测试 | ASIN/Listing按业务筛选条件查询并打开详情抽屉 | P2 | 用户已进入“ASIN/Listing”;页面存在筛选区、查询按钮、列表和详情入口;当前用户有该页面查询权限。 | 筛选条件=站点=US/CA/UK;健康状态=健康/关注/风险/严重风险;评分区间;详情字段=评分、评价数、差评数、健康状态、责任人 | 1. 打开“ASIN/Listing”页面。\n2. 在筛选区按业务条件选择或输入:站点=US/CA/UK;健康状态=健康/关注/风险/严重风险;评分区间。\n3. 点击“筛选/查询”。\n4. 在结果列表选择第一条记录,点击“详情/查看”。\n5. 在详情抽屉中核对字段:评分、评价数、差评数、健康状态、责任人。\n6. 关闭详情抽屉并点击“重置”。 | 1. 查询结果均符合“站点=US/CA/UK;健康状态=健康/关注/风险/严重风险;评分区间”。\n2. 详情抽屉展示“评分、评价数、差评数、健康状态、责任人”。\n3. 关闭详情不清空列表;点击重置后恢复默认查询。\n4. 无数据时显示暂无数据,不沿用旧详情。 | 列表字段、详情字段、筛选条件和后端查询参数一致;重置后不残留旧条件。 | 用户只能查询授权站点、部门、角色范围内数据;详情敏感字段脱敏。 | ASIN/Listing查询、详情、重置、空状态均可用。 | 对应子系统页面与数据对象章节 | 单文件页面:ASIN/Listing;筛选:站点=US/CA/UK;健康状态=健康/关注/风险/严重风险;评分区间 | 待执行\nTC-PROTO-0194 | 用户运营系统-单文件.html | 用户中心 | 用户中心 | 功能测试 | 用户中心按业务筛选条件查询并打开详情抽屉 | P2 | 用户已进入“用户中心”;页面存在筛选区、查询按钮、列表和详情入口;当前用户有该页面查询权限。 | 筛选条件=国家、性别、标签、身份、产品数、活动数、近7天EDM次数;详情字段=用户主档、标签、身份、产品关系、近期活跃 | 1. 打开“用户中心”页面。\n2. 在筛选区按业务条件选择或输入:国家、性别、标签、身份、产品数、活动数、近7天EDM次数。\n3. 点击“筛选/查询”。\n4. 在结果列表选择第一条记录,点击“详情/查看”。\n5. 在详情抽屉中核对字段:用户主档、标签、身份、产品关系、近期活跃。\n6. 关闭详情抽屉并点击“重置”。 | 1. 查询结果均符合“国家、性别、标签、身份、产品数、活动数、近7天EDM次数”。\n2. 详情抽屉展示“用户主档、标签、身份、产品关系、近期活跃”。\n3. 关闭详情不清空列表;点击重置后恢复默认查询。\n4. 无数据时显示暂无数据,不沿用旧详情。 | 列表字段、详情字段、筛选条件和后端查询参数一致;重置后不残留旧条件。 | 用户只能查询授权站点、部门、角色范围内数据;详情敏感字段脱敏。 | 用户中心查询、详情、重置、空状态均可用。 | 对应子系统页面与数据对象章节 | 单文件页面:用户中心;筛选:国家、性别、标签、身份、产品数、活动数、近7天EDM次数 | 待执行\nTC-PROTO-0195 | 用户运营系统-单文件.html | 额度频控 | 额度频控 | 功能测试 | 额度频控按业务筛选条件查询并打开详情抽屉 | P2 | 用户已进入“额度频控”;页面存在筛选区、查询按钮、列表和详情入口;当前用户有该页面查询权限。 | 筛选条件=额度类型=测评/免评/累计;状态=sufficient/warning/exceeded;详情字段=used、in_progress、reserved、remaining、limit_value | 1. 打开“额度频控”页面。\n2. 在筛选区按业务条件选择或输入:额度类型=测评/免评/累计;状态=sufficient/warning/exceeded。\n3. 点击“筛选/查询”。\n4. 在结果列表选择第一条记录,点击“详情/查看”。\n5. 在详情抽屉中核对字段:used、in_progress、reserved、remaining、limit_value。\n6. 关闭详情抽屉并点击“重置”。 | 1. 查询结果均符合“额度类型=测评/免评/累计;状态=sufficient/warning/exceeded”。\n2. 详情抽屉展示“used、in_progress、reserved、remaining、limit_value”。\n3. 关闭详情不清空列表;点击重置后恢复默认查询。\n4. 无数据时显示暂无数据,不沿用旧详情。 | 列表字段、详情字段、筛选条件和后端查询参数一致;重置后不残留旧条件。 | 用户只能查询授权站点、部门、角色范围内数据;详情敏感字段脱敏。 | 额度频控查询、详情、重置、空状态均可用。 | 对应子系统页面与数据对象章节 | 单文件页面:额度频控;筛选:额度类型=测评/免评/累计;状态=sufficient/warning/exceeded | 待执行\nTC-PROTO-0196 | 用户运营系统-单文件.html | 推送/触达 | 推送/触达 | 功能测试 | 推送/触达按业务筛选条件查询并打开详情抽屉 | P2 | 用户已进入“推送/触达”;页面存在筛选区、查询按钮、列表和详情入口;当前用户有该页面查询权限。 | 筛选条件=渠道=IM/EDM/APP/TEL;状态=待发送/已发送/失败/退订;详情字段=发送、点击、回复、退订、route decision、dedup reason | 1. 打开“推送/触达”页面。\n2. 在筛选区按业务条件选择或输入:渠道=IM/EDM/APP/TEL;状态=待发送/已发送/失败/退订。\n3. 点击“筛选/查询”。\n4. 在结果列表选择第一条记录,点击“详情/查看”。\n5. 在详情抽屉中核对字段:发送、点击、回复、退订、route decision、dedup reason。\n6. 关闭详情抽屉并点击“重置”。 | 1. 查询结果均符合“渠道=IM/EDM/APP/TEL;状态=待发送/已发送/失败/退订”。\n2. 详情抽屉展示“发送、点击、回复、退订、route decision、dedup reason”。\n3. 关闭详情不清空列表;点击重置后恢复默认查询。\n4. 无数据时显示暂无数据,不沿用旧详情。 | 列表字段、详情字段、筛选条件和后端查询参数一致;重置后不残留旧条件。 | 用户只能查询授权站点、部门、角色范围内数据;详情敏感字段脱敏。 | 推送/触达查询、详情、重置、空状态均可用。 | 对应子系统页面与数据对象章节 | 单文件页面:推送/触达;筛选:渠道=IM/EDM/APP/TEL;状态=待发送/已发送/失败/退订 | 待执行\nTC-PROTO-0197 | 用户运营系统-单文件.html | 客服中心 | 客服中心 | 功能测试 | 客服中心按业务筛选条件查询并打开详情抽屉 | P2 | 用户已进入“客服中心”;页面存在筛选区、查询按钮、列表和详情入口;当前用户有该页面查询权限。 | 筛选条件=来源=IM转人工/售后/风险/电话;状态=待分配/处理中/等待用户/已关闭;详情字段=工单ID、assigned_agent、followup状态、首次回复时长 | 1. 打开“客服中心”页面。\n2. 在筛选区按业务条件选择或输入:来源=IM转人工/售后/风险/电话;状态=待分配/处理中/等待用户/已关闭。\n3. 点击“筛选/查询”。\n4. 在结果列表选择第一条记录,点击“详情/查看”。\n5. 在详情抽屉中核对字段:工单ID、assigned_agent、followup状态、首次回复时长。\n6. 关闭详情抽屉并点击“重置”。 | 1. 查询结果均符合“来源=IM转人工/售后/风险/电话;状态=待分配/处理中/等待用户/已关闭”。\n2. 详情抽屉展示“工单ID、assigned_agent、followup状态、首次回复时长”。\n3. 关闭详情不清空列表;点击重置后恢复默认查询。\n4. 无数据时显示暂无数据,不沿用旧详情。 | 列表字段、详情字段、筛选条件和后端查询参数一致;重置后不残留旧条件。 | 用户只能查询授权站点、部门、角色范围内数据;详情敏感字段脱敏。 | 客服中心查询、详情、重置、空状态均可用。 | 对应子系统页面与数据对象章节 | 单文件页面:客服中心;筛选:来源=IM转人工/售后/风险/电话;状态=待分配/处理中/等待用户/已关闭 | 待执行\nTC-PROTO-0198 | 用户运营系统-单文件.html | 风险中心 | 风险中心 | 功能测试 | 风险中心按业务筛选条件查询并打开详情抽屉 | P2 | 用户已进入“风险中心”;页面存在筛选区、查询按钮、列表和详情入口;当前用户有该页面查询权限。 | 筛选条件=风险类型=强关联/弱关联/黑名单/双重退款;状态=复核中/已放行/已拒绝;详情字段=risk_signal、risk_case、blacklist_entity | 1. 打开“风险中心”页面。\n2. 在筛选区按业务条件选择或输入:风险类型=强关联/弱关联/黑名单/双重退款;状态=复核中/已放行/已拒绝。\n3. 点击“筛选/查询”。\n4. 在结果列表选择第一条记录,点击“详情/查看”。\n5. 在详情抽屉中核对字段:risk_signal、risk_case、blacklist_entity。\n6. 关闭详情抽屉并点击“重置”。 | 1. 查询结果均符合“风险类型=强关联/弱关联/黑名单/双重退款;状态=复核中/已放行/已拒绝”。\n2. 详情抽屉展示“risk_signal、risk_case、blacklist_entity”。\n3. 关闭详情不清空列表;点击重置后恢复默认查询。\n4. 无数据时显示暂无数据,不沿用旧详情。 | 列表字段、详情字段、筛选条件和后端查询参数一致;重置后不残留旧条件。 | 用户只能查询授权站点、部门、角色范围内数据;详情敏感字段脱敏。 | 风险中心查询、详情、重置、空状态均可用。 | 对应子系统页面与数据对象章节 | 单文件页面:风险中心;筛选:风险类型=强关联/弱关联/黑名单/双重退款;状态=复核中/已放行/已拒绝 | 待执行\nTC-PROTO-0199 | 用户运营系统-单文件.html | 评价追踪 | 评价追踪 | 功能测试 | 评价追踪按业务筛选条件查询并打开详情抽屉 | P2 | 用户已进入“评价追踪”;页面存在筛选区、查询按钮、列表和详情入口;当前用户有该页面查询权限。 | 筛选条件=核验状态=已提交/展示成功/暂不可核验/异常观察;详情字段=submission_id、display_check、retry_count、completion_rate | 1. 打开“评价追踪”页面。\n2. 在筛选区按业务条件选择或输入:核验状态=已提交/展示成功/暂不可核验/异常观察。\n3. 点击“筛选/查询”。\n4. 在结果列表选择第一条记录,点击“详情/查看”。\n5. 在详情抽屉中核对字段:submission_id、display_check、retry_count、completion_rate。\n6. 关闭详情抽屉并点击“重置”。 | 1. 查询结果均符合“核验状态=已提交/展示成功/暂不可核验/异常观察”。\n2. 详情抽屉展示“submission_id、display_check、retry_count、completion_rate”。\n3. 关闭详情不清空列表;点击重置后恢复默认查询。\n4. 无数据时显示暂无数据,不沿用旧详情。 | 列表字段、详情字段、筛选条件和后端查询参数一致;重置后不残留旧条件。 | 用户只能查询授权站点、部门、角色范围内数据;详情敏感字段脱敏。 | 评价追踪查询、详情、重置、空状态均可用。 | 对应子系统页面与数据对象章节 | 单文件页面:评价追踪;筛选:核验状态=已提交/展示成功/暂不可核验/异常观察 | 待执行\nTC-PROTO-0200 | 用户运营系统-单文件.html | KOC/KOL | KOC/KOL | 功能测试 | KOC/KOL按业务筛选条件查询并打开详情抽屉 | P2 | 用户已进入“KOC/KOL”;页面存在筛选区、查询按钮、列表和详情入口;当前用户有该页面查询权限。 | 筛选条件=任务状态=待确认/执行中/逾期/已完成;CODE状态=待确认/已配置;详情字段=creator、Brief、CODE、返点、内容链接 | 1. 打开“KOC/KOL”页面。\n2. 在筛选区按业务条件选择或输入:任务状态=待确认/执行中/逾期/已完成;CODE状态=待确认/已配置。\n3. 点击“筛选/查询”。\n4. 在结果列表选择第一条记录,点击“详情/查看”。\n5. 在详情抽屉中核对字段:creator、Brief、CODE、返点、内容链接。\n6. 关闭详情抽屉并点击“重置”。 | 1. 查询结果均符合“任务状态=待确认/执行中/逾期/已完成;CODE状态=待确认/已配置”。\n2. 详情抽屉展示“creator、Brief、CODE、返点、内容链接”。\n3. 关闭详情不清空列表;点击重置后恢复默认查询。\n4. 无数据时显示暂无数据,不沿用旧详情。 | 列表字段、详情字段、筛选条件和后端查询参数一致;重置后不残留旧条件。 | 用户只能查询授权站点、部门、角色范围内数据;详情敏感字段脱敏。 | KOC/KOL查询、详情、重置、空状态均可用。 | 对应子系统页面与数据对象章节 | 单文件页面:KOC/KOL;筛选:任务状态=待确认/执行中/逾期/已完成;CODE状态=待确认/已配置 | 待执行\nTC-PROTO-0201 | 用户运营系统-单文件.html | 审计通知 | 审计通知 | 功能测试 | 审计通知按业务筛选条件查询并打开详情抽屉 | P2 | 用户已进入“审计通知”;页面存在筛选区、查询按钮、列表和详情入口;当前用户有该页面查询权限。 | 筛选条件=动作类型=导出/查看敏感信息/审批/黑名单同步;时间范围;详情字段=日志ID、操作者、对象、动作、结果 | 1. 打开“审计通知”页面。\n2. 在筛选区按业务条件选择或输入:动作类型=导出/查看敏感信息/审批/黑名单同步;时间范围。\n3. 点击“筛选/查询”。\n4. 在结果列表选择第一条记录,点击“详情/查看”。\n5. 在详情抽屉中核对字段:日志ID、操作者、对象、动作、结果。\n6. 关闭详情抽屉并点击“重置”。 | 1. 查询结果均符合“动作类型=导出/查看敏感信息/审批/黑名单同步;时间范围”。\n2. 详情抽屉展示“日志ID、操作者、对象、动作、结果”。\n3. 关闭详情不清空列表;点击重置后恢复默认查询。\n4. 无数据时显示暂无数据,不沿用旧详情。 | 列表字段、详情字段、筛选条件和后端查询参数一致;重置后不残留旧条件。 | 用户只能查询授权站点、部门、角色范围内数据;详情敏感字段脱敏。 | 审计通知查询、详情、重置、空状态均可用。 | 对应子系统页面与数据对象章节 | 单文件页面:审计通知;筛选:动作类型=导出/查看敏感信息/审批/黑名单同步;时间范围 | 待执行\nTC-PROTO-0202 | 用户运营系统-单文件.html | 系统管理 | 系统管理 | 功能测试 | 系统管理按业务筛选条件查询并打开详情抽屉 | P2 | 用户已进入“系统管理”;页面存在筛选区、查询按钮、列表和详情入口;当前用户有该页面查询权限。 | 筛选条件=角色、部门、站点、权限点、账号状态;详情字段=账号、角色、数据范围、权限点、离职交接 | 1. 打开“系统管理”页面。\n2. 在筛选区按业务条件选择或输入:角色、部门、站点、权限点、账号状态。\n3. 点击“筛选/查询”。\n4. 在结果列表选择第一条记录,点击“详情/查看”。\n5. 在详情抽屉中核对字段:账号、角色、数据范围、权限点、离职交接。\n6. 关闭详情抽屉并点击“重置”。 | 1. 查询结果均符合“角色、部门、站点、权限点、账号状态”。\n2. 详情抽屉展示“账号、角色、数据范围、权限点、离职交接”。\n3. 关闭详情不清空列表;点击重置后恢复默认查询。\n4. 无数据时显示暂无数据,不沿用旧详情。 | 列表字段、详情字段、筛选条件和后端查询参数一致;重置后不残留旧条件。 | 用户只能查询授权站点、部门、角色范围内数据;详情敏感字段脱敏。 | 系统管理查询、详情、重置、空状态均可用。 | 对应子系统页面与数据对象章节 | 单文件页面:系统管理;筛选:角色、部门、站点、权限点、账号状态 | 待执行\nTC-PROTO-0203 | 用户运营系统-单文件.html | 额度频控 | 额度与频控 | 异常场景 | 额度边界:测评额度剩余1次预警 | P1 | 已进入额度频控页面;准备真实人额度台账、预占记录和关联计划。 | 边界数据=used=3,in_progress=0,reserved=0,count=1,limit=4 | 1. 打开额度频控页面。\n2. 查询目标真实人的额度台账。\n3. 按边界条件设置或选择记录:used=3,in_progress=0,reserved=0,count=1,limit=4。\n4. 点击额度检查或批量预占。\n5. 打开发送前终校结果和额度审计记录。 | 1. 系统按边界规则处理:允许预占但进入预警池。\n2. 台账 used/in_progress/reserved/remaining 计算正确。\n3. 额度审计记录包含计划ID、真实人ID、操作类型和原因。 | person_quota_ledgers与quota_reservations合计一致;提交评价立即影响累计12,Amazon未展示不回退。 | 额度手动调整、重置、放宽必须要求管理员或授权负责人。 | 额度边界不超发、不重复占用、不漏释放。 | 03-额度与频控 M1/M2/M4 | 额度页面边界:测评额度剩余1次预警 | 待执行\nTC-PROTO-0204 | 用户运营系统-单文件.html | 额度频控 | 额度与频控 | 异常场景 | 额度边界:测评额度已用3且预占1再预占1 | P1 | 已进入额度频控页面;准备真实人额度台账、预占记录和关联计划。 | 边界数据=used=3,reserved=1,count=1,limit=4 | 1. 打开额度频控页面。\n2. 查询目标真实人的额度台账。\n3. 按边界条件设置或选择记录:used=3,reserved=1,count=1,limit=4。\n4. 点击额度检查或批量预占。\n5. 打开发送前终校结果和额度审计记录。 | 1. 系统按边界规则处理:阻止预占,状态exceeded。\n2. 台账 used/in_progress/reserved/remaining 计算正确。\n3. 额度审计记录包含计划ID、真实人ID、操作类型和原因。 | person_quota_ledgers与quota_reservations合计一致;提交评价立即影响累计12,Amazon未展示不回退。 | 额度手动调整、重置、放宽必须要求管理员或授权负责人。 | 额度边界不超发、不重复占用、不漏释放。 | 03-额度与频控 M1/M2/M4 | 额度页面边界:测评额度已用3且预占1再预占1 | 待执行\nTC-PROTO-0205 | 用户运营系统-单文件.html | 额度频控 | 额度与频控 | 异常场景 | 额度边界:免评额度独立预占 | P1 | 已进入额度频控页面;准备真实人额度台账、预占记录和关联计划。 | 边界数据=review used=4, exemption used=0,count=1 | 1. 打开额度频控页面。\n2. 查询目标真实人的额度台账。\n3. 按边界条件设置或选择记录:review used=4, exemption used=0,count=1。\n4. 点击额度检查或批量预占。\n5. 打开发送前终校结果和额度审计记录。 | 1. 系统按边界规则处理:免评可预占,测评不可预占。\n2. 台账 used/in_progress/reserved/remaining 计算正确。\n3. 额度审计记录包含计划ID、真实人ID、操作类型和原因。 | person_quota_ledgers与quota_reservations合计一致;提交评价立即影响累计12,Amazon未展示不回退。 | 额度手动调整、重置、放宽必须要求管理员或授权负责人。 | 额度边界不超发、不重复占用、不漏释放。 | 03-额度与频控 M1/M2/M4 | 额度页面边界:免评额度独立预占 | 待执行\nTC-PROTO-0206 | 用户运营系统-单文件.html | 额度频控 | 额度与频控 | 异常场景 | 额度边界:累计12提交后不因未展示回退 | P1 | 已进入额度频控页面;准备真实人额度台账、预占记录和关联计划。 | 边界数据=lifetime=11,提交评价后Amazon未展示 | 1. 打开额度频控页面。\n2. 查询目标真实人的额度台账。\n3. 按边界条件设置或选择记录:lifetime=11,提交评价后Amazon未展示。\n4. 点击额度检查或批量预占。\n5. 打开发送前终校结果和额度审计记录。 | 1. 系统按边界规则处理:lifetime变12且不回退。\n2. 台账 used/in_progress/reserved/remaining 计算正确。\n3. 额度审计记录包含计划ID、真实人ID、操作类型和原因。 | person_quota_ledgers与quota_reservations合计一致;提交评价立即影响累计12,Amazon未展示不回退。 | 额度手动调整、重置、放宽必须要求管理员或授权负责人。 | 额度边界不超发、不重复占用、不漏释放。 | 03-额度与频控 M1/M2/M4 | 额度页面边界:累计12提交后不因未展示回退 | 待执行\nTC-PROTO-0207 | 用户运营系统-单文件.html | 额度频控 | 额度与频控 | 异常场景 | 额度边界:预占超时自动释放 | P1 | 已进入额度频控页面;准备真实人额度台账、预占记录和关联计划。 | 边界数据=reservation.status=RESERVED且expires_at已过 | 1. 打开额度频控页面。\n2. 查询目标真实人的额度台账。\n3. 按边界条件设置或选择记录:reservation.status=RESERVED且expires_at已过。\n4. 点击额度检查或批量预占。\n5. 打开发送前终校结果和额度审计记录。 | 1. 系统按边界规则处理:状态EXPIRED/RELEASED,remaining恢复。\n2. 台账 used/in_progress/reserved/remaining 计算正确。\n3. 额度审计记录包含计划ID、真实人ID、操作类型和原因。 | person_quota_ledgers与quota_reservations合计一致;提交评价立即影响累计12,Amazon未展示不回退。 | 额度手动调整、重置、放宽必须要求管理员或授权负责人。 | 额度边界不超发、不重复占用、不漏释放。 | 03-额度与频控 M1/M2/M4 | 额度页面边界:预占超时自动释放 | 待执行\nTC-PROTO-0208 | 用户运营系统-单文件.html | 额度频控 | 额度与频控 | 异常场景 | 额度边界:跨计划重复入选 | P1 | 已进入额度频控页面;准备真实人额度台账、预占记录和关联计划。 | 边界数据=同person同时进入PLAN-A和PLAN-B | 1. 打开额度频控页面。\n2. 查询目标真实人的额度台账。\n3. 按边界条件设置或选择记录:同person同时进入PLAN-A和PLAN-B。\n4. 点击额度检查或批量预占。\n5. 打开发送前终校结果和额度审计记录。 | 1. 系统按边界规则处理:只保留高优先级或先预占计划,另一计划排除/预警。\n2. 台账 used/in_progress/reserved/remaining 计算正确。\n3. 额度审计记录包含计划ID、真实人ID、操作类型和原因。 | person_quota_ledgers与quota_reservations合计一致;提交评价立即影响累计12,Amazon未展示不回退。 | 额度手动调整、重置、放宽必须要求管理员或授权负责人。 | 额度边界不超发、不重复占用、不漏释放。 | 03-额度与频控 M1/M2/M4 | 额度页面边界:跨计划重复入选 | 待执行\nTC-PROTO-0209 | 用户运营系统-单文件.html | 推送/触达 | 多渠道触达引擎 | 流程测试 | 触达渠道IM按用户状态执行并产生后续流转 | P1 | 计划已审批;候选用户满足条件:APP活跃+已绑定用户;额度、风险、去重均通过。 | 渠道=IM;用户条件=APP活跃+已绑定用户;动作=推送回评卡片 | 1. 进入推送/触达页面。\n2. 选择已审批计划和满足“APP活跃+已绑定用户”的候选用户。\n3. 点击渠道路由,确认推荐渠道为“IM”。\n4. 执行“推送回评卡片”。\n5. 查看触达历史和后续流转。\n6. 模拟用户响应或失败事件。 | 1. 系统选择“IM”作为推荐渠道或可选渠道。\n2. 执行动作后写入“im_interaction_records”。\n3. 后续处理符合:用户回复后重新校验身份/额度/风险。\n4. Dashboard和用户上下文卡可查看触达历史。 | im_interaction_records记录person_id、plan_id、channel/status、发生时间;channel_dedup_records记录允许或阻断原因。 | 触达发送需通过终校;退订、强风险、未关闭工单用户不得发送。 | IM渠道触达、事件追踪、后续流转完整。 | 04-多渠道触达引擎 M1-M7 | 推送/触达页面渠道:IM | 待执行\nTC-PROTO-0210 | 用户运营系统-单文件.html | 推送/触达 | 多渠道触达引擎 | 流程测试 | 触达渠道EDM按用户状态执行并产生后续流转 | P1 | 计划已审批;候选用户满足条件:未注册APP但邮箱可用用户;额度、风险、去重均通过。 | 渠道=EDM;用户条件=未注册APP但邮箱可用用户;动作=发送邮件并追踪送达/打开/点击/回复/退订 | 1. 进入推送/触达页面。\n2. 选择已审批计划和满足“未注册APP但邮箱可用用户”的候选用户。\n3. 点击渠道路由,确认推荐渠道为“EDM”。\n4. 执行“发送邮件并追踪送达/打开/点击/回复/退订”。\n5. 查看触达历史和后续流转。\n6. 模拟用户响应或失败事件。 | 1. 系统选择“EDM”作为推荐渠道或可选渠道。\n2. 执行动作后写入“edm_message_events”。\n3. 后续处理符合:回复邮件生成客服工单。\n4. Dashboard和用户上下文卡可查看触达历史。 | edm_message_events记录person_id、plan_id、channel/status、发生时间;channel_dedup_records记录允许或阻断原因。 | 触达发送需通过终校;退订、强风险、未关闭工单用户不得发送。 | EDM渠道触达、事件追踪、后续流转完整。 | 04-多渠道触达引擎 M1-M7 | 推送/触达页面渠道:EDM | 待执行\nTC-PROTO-0211 | 用户运营系统-单文件.html | 推送/触达 | 多渠道触达引擎 | 流程测试 | 触达渠道APP Push按用户状态执行并产生后续流转 | P1 | 计划已审批;候选用户满足条件:绑定新玩具/不活跃/计划到期/Listing紧急/活动触发;额度、风险、去重均通过。 | 渠道=APP Push;用户条件=绑定新玩具/不活跃/计划到期/Listing紧急/活动触发;动作=发送Push并追踪点击打开/忽略/卸载 | 1. 进入推送/触达页面。\n2. 选择已审批计划和满足“绑定新玩具/不活跃/计划到期/Listing紧急/活动触发”的候选用户。\n3. 点击渠道路由,确认推荐渠道为“APP Push”。\n4. 执行“发送Push并追踪点击打开/忽略/卸载”。\n5. 查看触达历史和后续流转。\n6. 模拟用户响应或失败事件。 | 1. 系统选择“APP Push”作为推荐渠道或可选渠道。\n2. 执行动作后写入“app_touch_events”。\n3. 后续处理符合:点击后分流到提交回评/联系客服/浏览。\n4. Dashboard和用户上下文卡可查看触达历史。 | app_touch_events记录person_id、plan_id、channel/status、发生时间;channel_dedup_records记录允许或阻断原因。 | 触达发送需通过终校;退订、强风险、未关闭工单用户不得发送。 | APP Push渠道触达、事件追踪、后续流转完整。 | 04-多渠道触达引擎 M1-M7 | 推送/触达页面渠道:APP Push | 待执行\nTC-PROTO-0212 | 用户运营系统-单文件.html | 推送/触达 | 多渠道触达引擎 | 流程测试 | 触达渠道TEL按用户状态执行并产生后续流转 | P1 | 计划已审批;候选用户满足条件:高价值多次无响应或答应配合超时用户;额度、风险、去重均通过。 | 渠道=TEL;用户条件=高价值多次无响应或答应配合超时用户;动作=生成电话任务并记录通话结果 | 1. 进入推送/触达页面。\n2. 选择已审批计划和满足“高价值多次无响应或答应配合超时用户”的候选用户。\n3. 点击渠道路由,确认推荐渠道为“TEL”。\n4. 执行“生成电话任务并记录通话结果”。\n5. 查看触达历史和后续流转。\n6. 模拟用户响应或失败事件。 | 1. 系统选择“TEL”作为推荐渠道或可选渠道。\n2. 执行动作后写入“tel_call_records”。\n3. 后续处理符合:未接通小于3次重拨,大于等于3次降级EDM或关闭。\n4. Dashboard和用户上下文卡可查看触达历史。 | tel_call_records记录person_id、plan_id、channel/status、发生时间;channel_dedup_records记录允许或阻断原因。 | 触达发送需通过终校;退订、强风险、未关闭工单用户不得发送。 | TEL渠道触达、事件追踪、后续流转完整。 | 04-多渠道触达引擎 M1-M7 | 推送/触达页面渠道:TEL | 待执行\nTC-PROTO-0213 | 用户运营系统-单文件.html | 评价追踪 | 评价结果追踪 | 流程测试 | 评价追踪处理截图证据登记 | P1 | 已存在执行中计划、真实人、客服工单或IM互动记录;用户声称已提交评价。 | 评价数据=evidence_type=截图;包含ASIN和评论内容 | 1. 进入评价追踪页面。\n2. 点击“登记评价提交”或打开待核验记录。\n3. 录入/选择数据:evidence_type=截图;包含ASIN和评论内容。\n4. 提交后查看提交记录。\n5. 执行展示核验或等待复查。\n6. 回到计划详情查看完成度。 | 1. 系统处理结果:记录提交事实并触发quota commit。\n2. 用户真实提交评价和Amazon展示核验被拆分记录。\n3. 额度按提交事实计数,计划完成按展示确认计数。\n4. 异常观察有复查记录和通知。 | review_submission_records、review_display_checks、review_results三类数据一致;quota_updated状态正确。 | 只有客服/运营可登记提交;展示核验人工确认需运营负责人或授权角色。 | 提交事实、展示事实、额度、计划完成度四者口径清晰且可追溯。 | 07-评价结果追踪 M1-M4 | 评价追踪场景:截图证据登记 | 待执行\nTC-PROTO-0214 | 用户运营系统-单文件.html | 评价追踪 | 评价结果追踪 | 流程测试 | 评价追踪处理链接证据登记 | P1 | 已存在执行中计划、真实人、客服工单或IM互动记录;用户声称已提交评价。 | 评价数据=evidence_type=Review Link;链接可打开 | 1. 进入评价追踪页面。\n2. 点击“登记评价提交”或打开待核验记录。\n3. 录入/选择数据:evidence_type=Review Link;链接可打开。\n4. 提交后查看提交记录。\n5. 执行展示核验或等待复查。\n6. 回到计划详情查看完成度。 | 1. 系统处理结果:记录提交事实并进入展示核验。\n2. 用户真实提交评价和Amazon展示核验被拆分记录。\n3. 额度按提交事实计数,计划完成按展示确认计数。\n4. 异常观察有复查记录和通知。 | review_submission_records、review_display_checks、review_results三类数据一致;quota_updated状态正确。 | 只有客服/运营可登记提交;展示核验人工确认需运营负责人或授权角色。 | 提交事实、展示事实、额度、计划完成度四者口径清晰且可追溯。 | 07-评价结果追踪 M1-M4 | 评价追踪场景:链接证据登记 | 待执行\nTC-PROTO-0215 | 用户运营系统-单文件.html | 评价追踪 | 评价结果追踪 | 流程测试 | 评价追踪处理人工核验展示成功 | P1 | 已存在执行中计划、真实人、客服工单或IM互动记录;用户声称已提交评价。 | 评价数据=check_method=人工;check_result=DISPLAYED | 1. 进入评价追踪页面。\n2. 点击“登记评价提交”或打开待核验记录。\n3. 录入/选择数据:check_method=人工;check_result=DISPLAYED。\n4. 提交后查看提交记录。\n5. 执行展示核验或等待复查。\n6. 回到计划详情查看完成度。 | 1. 系统处理结果:计入计划完成数并更新ASIN健康。\n2. 用户真实提交评价和Amazon展示核验被拆分记录。\n3. 额度按提交事实计数,计划完成按展示确认计数。\n4. 异常观察有复查记录和通知。 | review_submission_records、review_display_checks、review_results三类数据一致;quota_updated状态正确。 | 只有客服/运营可登记提交;展示核验人工确认需运营负责人或授权角色。 | 提交事实、展示事实、额度、计划完成度四者口径清晰且可追溯。 | 07-评价结果追踪 M1-M4 | 评价追踪场景:人工核验展示成功 | 待执行\nTC-PROTO-0216 | 用户运营系统-单文件.html | 评价追踪 | 评价结果追踪 | 流程测试 | 评价追踪处理自动核验未展示 | P1 | 已存在执行中计划、真实人、客服工单或IM互动记录;用户声称已提交评价。 | 评价数据=check_method=自动;check_result=NOT_DISPLAYED | 1. 进入评价追踪页面。\n2. 点击“登记评价提交”或打开待核验记录。\n3. 录入/选择数据:check_method=自动;check_result=NOT_DISPLAYED。\n4. 提交后查看提交记录。\n5. 执行展示核验或等待复查。\n6. 回到计划详情查看完成度。 | 1. 系统处理结果:进入异常观察队列。\n2. 用户真实提交评价和Amazon展示核验被拆分记录。\n3. 额度按提交事实计数,计划完成按展示确认计数。\n4. 异常观察有复查记录和通知。 | review_submission_records、review_display_checks、review_results三类数据一致;quota_updated状态正确。 | 只有客服/运营可登记提交;展示核验人工确认需运营负责人或授权角色。 | 提交事实、展示事实、额度、计划完成度四者口径清晰且可追溯。 | 07-评价结果追踪 M1-M4 | 评价追踪场景:自动核验未展示 | 待执行\nTC-PROTO-0217 | 用户运营系统-单文件.html | 评价追踪 | 评价结果追踪 | 流程测试 | 评价追踪处理暂不可核验 | P1 | 已存在执行中计划、真实人、客服工单或IM互动记录;用户声称已提交评价。 | 评价数据=check_result=UNVERIFIABLE;原因=Amazon审核中 | 1. 进入评价追踪页面。\n2. 点击“登记评价提交”或打开待核验记录。\n3. 录入/选择数据:check_result=UNVERIFIABLE;原因=Amazon审核中。\n4. 提交后查看提交记录。\n5. 执行展示核验或等待复查。\n6. 回到计划详情查看完成度。 | 1. 系统处理结果:保留已提交事实并定期复查。\n2. 用户真实提交评价和Amazon展示核验被拆分记录。\n3. 额度按提交事实计数,计划完成按展示确认计数。\n4. 异常观察有复查记录和通知。 | review_submission_records、review_display_checks、review_results三类数据一致;quota_updated状态正确。 | 只有客服/运营可登记提交;展示核验人工确认需运营负责人或授权角色。 | 提交事实、展示事实、额度、计划完成度四者口径清晰且可追溯。 | 07-评价结果追踪 M1-M4 | 评价追踪场景:暂不可核验 | 待执行\nTC-PROTO-0218 | 用户运营系统-单文件.html | 评价追踪 | 评价结果追踪 | 流程测试 | 评价追踪处理异常观察复查成功 | P1 | 已存在执行中计划、真实人、客服工单或IM互动记录;用户声称已提交评价。 | 评价数据=OBSERVING重试后DISPLAYED | 1. 进入评价追踪页面。\n2. 点击“登记评价提交”或打开待核验记录。\n3. 录入/选择数据:OBSERVING重试后DISPLAYED。\n4. 提交后查看提交记录。\n5. 执行展示核验或等待复查。\n6. 回到计划详情查看完成度。 | 1. 系统处理结果:转CONFIRMED并回流计划。\n2. 用户真实提交评价和Amazon展示核验被拆分记录。\n3. 额度按提交事实计数,计划完成按展示确认计数。\n4. 异常观察有复查记录和通知。 | review_submission_records、review_display_checks、review_results三类数据一致;quota_updated状态正确。 | 只有客服/运营可登记提交;展示核验人工确认需运营负责人或授权角色。 | 提交事实、展示事实、额度、计划完成度四者口径清晰且可追溯。 | 07-评价结果追踪 M1-M4 | 评价追踪场景:异常观察复查成功 | 待执行\nTC-PROTO-0219 | 用户运营系统-单文件.html | 评价追踪 | 评价结果追踪 | 流程测试 | 评价追踪处理异常观察期满失败 | P1 | 已存在执行中计划、真实人、客服工单或IM互动记录;用户声称已提交评价。 | 评价数据=retry_count超过阈值仍NOT_DISPLAYED | 1. 进入评价追踪页面。\n2. 点击“登记评价提交”或打开待核验记录。\n3. 录入/选择数据:retry_count超过阈值仍NOT_DISPLAYED。\n4. 提交后查看提交记录。\n5. 执行展示核验或等待复查。\n6. 回到计划详情查看完成度。 | 1. 系统处理结果:标记ABNORMAL并通知运营。\n2. 用户真实提交评价和Amazon展示核验被拆分记录。\n3. 额度按提交事实计数,计划完成按展示确认计数。\n4. 异常观察有复查记录和通知。 | review_submission_records、review_display_checks、review_results三类数据一致;quota_updated状态正确。 | 只有客服/运营可登记提交;展示核验人工确认需运营负责人或授权角色。 | 提交事实、展示事实、额度、计划完成度四者口径清晰且可追溯。 | 07-评价结果追踪 M1-M4 | 评价追踪场景:异常观察期满失败 | 待执行\nTC-PROTO-0220 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 需求中心 | 系统总览 | 功能测试 | 需求中心按钮级操作:查看完整信息 | P2 | 系统管理员已进入“需求中心”;存在业务条件:JOYHUB ID、邮箱、电话、设备号、订单号默认脱敏。 | 按钮=查看完整信息;条件=JOYHUB ID、邮箱、电话、设备号、订单号默认脱敏 | 1. 从管理员首页左侧导航进入“需求中心”。\n2. 在列表中找到满足条件的记录:JOYHUB ID、邮箱、电话、设备号、订单号默认脱敏。\n3. 点击该行或页面上的“查看完整信息”按钮。\n4. 按页面提示执行:打开详情后点击查看完整信息。\n5. 提交后回到列表并重新打开该记录详情。 | 1. “查看完整信息”入口可用且文案正确。\n2. 操作后结果为:记录敏感访问审计。\n3. 列表状态、详情状态流转记录和通知/审计同步更新。 | 操作前后记录ID不变;状态、负责人、处理意见、附件或导出记录按动作写入。 | 仅授权角色可执行该按钮动作;敏感查看、导出、审批、黑名单同步需独立授权。 | 需求中心的查看完整信息动作可执行、可追踪、无越权。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | v7页面=需求中心;按钮=查看完整信息 | 待执行\nTC-PROTO-0221 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 需求中心 | 系统总览 | 功能测试 | 需求中心按钮级操作:分配 | P2 | 系统管理员已进入“需求中心”;存在业务条件:测评需求Amazon已批准待用户运营接收。 | 按钮=分配;条件=测评需求Amazon已批准待用户运营接收 | 1. 从管理员首页左侧导航进入“需求中心”。\n2. 在列表中找到满足条件的记录:测评需求Amazon已批准待用户运营接收。\n3. 点击该行或页面上的“分配”按钮。\n4. 按页面提示执行:选择下一负责人为用户运营负责人。\n5. 提交后回到列表并重新打开该记录详情。 | 1. “分配”入口可用且文案正确。\n2. 操作后结果为:负责人变更并通知。\n3. 列表状态、详情状态流转记录和通知/审计同步更新。 | 操作前后记录ID不变;状态、负责人、处理意见、附件或导出记录按动作写入。 | 仅授权角色可执行该按钮动作;敏感查看、导出、审批、黑名单同步需独立授权。 | 需求中心的分配动作可执行、可追踪、无越权。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | v7页面=需求中心;按钮=分配 | 待执行\nTC-PROTO-0222 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 需求中心 | 系统总览 | 功能测试 | 需求中心按钮级操作:审批/确认 | P2 | 系统管理员已进入“需求中心”;存在业务条件:需求评分4.46低于4.5。 | 按钮=审批/确认;条件=需求评分4.46低于4.5 | 1. 从管理员首页左侧导航进入“需求中心”。\n2. 在列表中找到满足条件的记录:需求评分4.46低于4.5。\n3. 点击该行或页面上的“审批/确认”按钮。\n4. 按页面提示执行:选择通过/确认并填写计划建议。\n5. 提交后回到列表并重新打开该记录详情。 | 1. “审批/确认”入口可用且文案正确。\n2. 操作后结果为:需求进入待生成计划。\n3. 列表状态、详情状态流转记录和通知/审计同步更新。 | 操作前后记录ID不变;状态、负责人、处理意见、附件或导出记录按动作写入。 | 仅授权角色可执行该按钮动作;敏感查看、导出、审批、黑名单同步需独立授权。 | 需求中心的审批/确认动作可执行、可追踪、无越权。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | v7页面=需求中心;按钮=审批/确认 | 待执行\nTC-PROTO-0223 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | Listing 管理 | 系统总览 | 功能测试 | Listing 管理按钮级操作:查看完整信息 | P2 | 系统管理员已进入“Listing 管理”;存在业务条件:评分4.21接近4.2紧急阈值。 | 按钮=查看完整信息;条件=评分4.21接近4.2紧急阈值 | 1. 从管理员首页左侧导航进入“Listing 管理”。\n2. 在列表中找到满足条件的记录:评分4.21接近4.2紧急阈值。\n3. 点击该行或页面上的“查看完整信息”按钮。\n4. 按页面提示执行:查看ASIN完整站点与评价数据。\n5. 提交后回到列表并重新打开该记录详情。 | 1. “查看完整信息”入口可用且文案正确。\n2. 操作后结果为:敏感数据按权限展示。\n3. 列表状态、详情状态流转记录和通知/审计同步更新。 | 操作前后记录ID不变;状态、负责人、处理意见、附件或导出记录按动作写入。 | 仅授权角色可执行该按钮动作;敏感查看、导出、审批、黑名单同步需独立授权。 | Listing 管理的查看完整信息动作可执行、可追踪、无越权。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | v7页面=Listing 管理;按钮=查看完整信息 | 待执行\nTC-PROTO-0224 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | Listing 管理 | 系统总览 | 功能测试 | Listing 管理按钮级操作:创建紧急策略 | P2 | 系统管理员已进入“Listing 管理”;存在业务条件:紧急Listing未处理7条。 | 按钮=创建紧急策略;条件=紧急Listing未处理7条 | 1. 从管理员首页左侧导航进入“Listing 管理”。\n2. 在列表中找到满足条件的记录:紧急Listing未处理7条。\n3. 点击该行或页面上的“创建紧急策略”按钮。\n4. 按页面提示执行:填写策略参与人员与截止时间。\n5. 提交后回到列表并重新打开该记录详情。 | 1. “创建紧急策略”入口可用且文案正确。\n2. 操作后结果为:生成紧急策略审批事项。\n3. 列表状态、详情状态流转记录和通知/审计同步更新。 | 操作前后记录ID不变;状态、负责人、处理意见、附件或导出记录按动作写入。 | 仅授权角色可执行该按钮动作;敏感查看、导出、审批、黑名单同步需独立授权。 | Listing 管理的创建紧急策略动作可执行、可追踪、无越权。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | v7页面=Listing 管理;按钮=创建紧急策略 | 待执行\nTC-PROTO-0225 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | Listing 管理 | 系统总览 | 功能测试 | Listing 管理按钮级操作:审批/确认 | P2 | 系统管理员已进入“Listing 管理”;存在业务条件:待系统管理员确认。 | 按钮=审批/确认;条件=待系统管理员确认 | 1. 从管理员首页左侧导航进入“Listing 管理”。\n2. 在列表中找到满足条件的记录:待系统管理员确认。\n3. 点击该行或页面上的“审批/确认”按钮。\n4. 按页面提示执行:确认联合策略。\n5. 提交后回到列表并重新打开该记录详情。 | 1. “审批/确认”入口可用且文案正确。\n2. 操作后结果为:状态进入用户运营执行。\n3. 列表状态、详情状态流转记录和通知/审计同步更新。 | 操作前后记录ID不变;状态、负责人、处理意见、附件或导出记录按动作写入。 | 仅授权角色可执行该按钮动作;敏感查看、导出、审批、黑名单同步需独立授权。 | Listing 管理的审批/确认动作可执行、可追踪、无越权。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | v7页面=Listing 管理;按钮=审批/确认 | 待执行\nTC-PROTO-0226 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 计划中心 | 系统总览 | 功能测试 | 计划中心按钮级操作:生成计划 | P2 | 系统管理员已进入“计划中心”;存在业务条件:已确认需求存在且目标量明确。 | 按钮=生成计划;条件=已确认需求存在且目标量明确 | 1. 从管理员首页左侧导航进入“计划中心”。\n2. 在列表中找到满足条件的记录:已确认需求存在且目标量明确。\n3. 点击该行或页面上的“生成计划”按钮。\n4. 按页面提示执行:选择推新/回评/免评并拆分计划项。\n5. 提交后回到列表并重新打开该记录详情。 | 1. “生成计划”入口可用且文案正确。\n2. 操作后结果为:生成计划ID和计划项。\n3. 列表状态、详情状态流转记录和通知/审计同步更新。 | 操作前后记录ID不变;状态、负责人、处理意见、附件或导出记录按动作写入。 | 仅授权角色可执行该按钮动作;敏感查看、导出、审批、黑名单同步需独立授权。 | 计划中心的生成计划动作可执行、可追踪、无越权。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | v7页面=计划中心;按钮=生成计划 | 待执行\nTC-PROTO-0227 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 计划中心 | 系统总览 | 功能测试 | 计划中心按钮级操作:批量审批 | P2 | 系统管理员已进入“计划中心”;存在业务条件:多条计划处于待审批。 | 按钮=批量审批;条件=多条计划处于待审批 | 1. 从管理员首页左侧导航进入“计划中心”。\n2. 在列表中找到满足条件的记录:多条计划处于待审批。\n3. 点击该行或页面上的“批量审批”按钮。\n4. 按页面提示执行:勾选多条计划并提交统一审批意见。\n5. 提交后回到列表并重新打开该记录详情。 | 1. “批量审批”入口可用且文案正确。\n2. 操作后结果为:批量生成审批记录。\n3. 列表状态、详情状态流转记录和通知/审计同步更新。 | 操作前后记录ID不变;状态、负责人、处理意见、附件或导出记录按动作写入。 | 仅授权角色可执行该按钮动作;敏感查看、导出、审批、黑名单同步需独立授权。 | 计划中心的批量审批动作可执行、可追踪、无越权。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | v7页面=计划中心;按钮=批量审批 | 待执行\nTC-PROTO-0228 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 计划中心 | 系统总览 | 功能测试 | 计划中心按钮级操作:流转 | P2 | 系统管理员已进入“计划中心”;存在业务条件:计划覆盖状态部分覆盖。 | 按钮=流转;条件=计划覆盖状态部分覆盖 | 1. 从管理员首页左侧导航进入“计划中心”。\n2. 在列表中找到满足条件的记录:计划覆盖状态部分覆盖。\n3. 点击该行或页面上的“流转”按钮。\n4. 按页面提示执行:查看计划状态流转记录。\n5. 提交后回到列表并重新打开该记录详情。 | 1. “流转”入口可用且文案正确。\n2. 操作后结果为:展示创建、审批、执行节点。\n3. 列表状态、详情状态流转记录和通知/审计同步更新。 | 操作前后记录ID不变;状态、负责人、处理意见、附件或导出记录按动作写入。 | 仅授权角色可执行该按钮动作;敏感查看、导出、审批、黑名单同步需独立授权。 | 计划中心的流转动作可执行、可追踪、无越权。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | v7页面=计划中心;按钮=流转 | 待执行\nTC-PROTO-0229 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 推送中心 | 系统总览 | 功能测试 | 推送中心按钮级操作:计划与推送分配 | P2 | 系统管理员已进入“推送中心”;存在业务条件:周度推送计划待审。 | 按钮=计划与推送分配;条件=周度推送计划待审 | 1. 从管理员首页左侧导航进入“推送中心”。\n2. 在列表中找到满足条件的记录:周度推送计划待审。\n3. 点击该行或页面上的“计划与推送分配”按钮。\n4. 按页面提示执行:分配IM/EDM/TEL/App Push策略。\n5. 提交后回到列表并重新打开该记录详情。 | 1. “计划与推送分配”入口可用且文案正确。\n2. 操作后结果为:生成推送任务。\n3. 列表状态、详情状态流转记录和通知/审计同步更新。 | 操作前后记录ID不变;状态、负责人、处理意见、附件或导出记录按动作写入。 | 仅授权角色可执行该按钮动作;敏感查看、导出、审批、黑名单同步需独立授权。 | 推送中心的计划与推送分配动作可执行、可追踪、无越权。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | v7页面=推送中心;按钮=计划与推送分配 | 待执行\nTC-PROTO-0230 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 推送中心 | 系统总览 | 功能测试 | 推送中心按钮级操作:风险复核 | P2 | 系统管理员已进入“推送中心”;存在业务条件:退订率高于基线。 | 按钮=风险复核;条件=退订率高于基线 | 1. 从管理员首页左侧导航进入“推送中心”。\n2. 在列表中找到满足条件的记录:退订率高于基线。\n3. 点击该行或页面上的“风险复核”按钮。\n4. 按页面提示执行:查看人群、素材、文案并选择暂停同策略。\n5. 提交后回到列表并重新打开该记录详情。 | 1. “风险复核”入口可用且文案正确。\n2. 操作后结果为:推送状态变暂停待审。\n3. 列表状态、详情状态流转记录和通知/审计同步更新。 | 操作前后记录ID不变;状态、负责人、处理意见、附件或导出记录按动作写入。 | 仅授权角色可执行该按钮动作;敏感查看、导出、审批、黑名单同步需独立授权。 | 推送中心的风险复核动作可执行、可追踪、无越权。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | v7页面=推送中心;按钮=风险复核 | 待执行\nTC-PROTO-0231 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 推送中心 | 系统总览 | 功能测试 | 推送中心按钮级操作:导出 | P2 | 系统管理员已进入“推送中心”;存在业务条件:当前筛选为推送风险。 | 按钮=导出;条件=当前筛选为推送风险 | 1. 从管理员首页左侧导航进入“推送中心”。\n2. 在列表中找到满足条件的记录:当前筛选为推送风险。\n3. 点击该行或页面上的“导出”按钮。\n4. 按页面提示执行:导出推送ID、计划、渠道、发送点击回复退订。\n5. 提交后回到列表并重新打开该记录详情。 | 1. “导出”入口可用且文案正确。\n2. 操作后结果为:导出文件脱敏。\n3. 列表状态、详情状态流转记录和通知/审计同步更新。 | 操作前后记录ID不变;状态、负责人、处理意见、附件或导出记录按动作写入。 | 仅授权角色可执行该按钮动作;敏感查看、导出、审批、黑名单同步需独立授权。 | 推送中心的导出动作可执行、可追踪、无越权。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | v7页面=推送中心;按钮=导出 | 待执行\nTC-PROTO-0232 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 客服中心 | 系统总览 | 功能测试 | 客服中心按钮级操作:分配工单 | P2 | 系统管理员已进入“客服中心”;存在业务条件:差评跟进客服升级。 | 按钮=分配工单;条件=差评跟进客服升级 | 1. 从管理员首页左侧导航进入“客服中心”。\n2. 在列表中找到满足条件的记录:差评跟进客服升级。\n3. 点击该行或页面上的“分配工单”按钮。\n4. 按页面提示执行:选择客服A并填写分配原因。\n5. 提交后回到列表并重新打开该记录详情。 | 1. “分配工单”入口可用且文案正确。\n2. 操作后结果为:工单状态变处理中。\n3. 列表状态、详情状态流转记录和通知/审计同步更新。 | 操作前后记录ID不变;状态、负责人、处理意见、附件或导出记录按动作写入。 | 仅授权角色可执行该按钮动作;敏感查看、导出、审批、黑名单同步需独立授权。 | 客服中心的分配工单动作可执行、可追踪、无越权。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | v7页面=客服中心;按钮=分配工单 | 待执行\nTC-PROTO-0233 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 客服中心 | 系统总览 | 功能测试 | 客服中心按钮级操作:流转 | P2 | 系统管理员已进入“客服中心”;存在业务条件:承诺配合用户待回访。 | 按钮=流转;条件=承诺配合用户待回访 | 1. 从管理员首页左侧导航进入“客服中心”。\n2. 在列表中找到满足条件的记录:承诺配合用户待回访。\n3. 点击该行或页面上的“流转”按钮。\n4. 按页面提示执行:查看待回访和请假0.5天影响。\n5. 提交后回到列表并重新打开该记录详情。 | 1. “流转”入口可用且文案正确。\n2. 操作后结果为:生成回访待办。\n3. 列表状态、详情状态流转记录和通知/审计同步更新。 | 操作前后记录ID不变;状态、负责人、处理意见、附件或导出记录按动作写入。 | 仅授权角色可执行该按钮动作;敏感查看、导出、审批、黑名单同步需独立授权。 | 客服中心的流转动作可执行、可追踪、无越权。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | v7页面=客服中心;按钮=流转 | 待执行\nTC-PROTO-0234 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 客服中心 | 系统总览 | 功能测试 | 客服中心按钮级操作:导出 | P2 | 系统管理员已进入“客服中心”;存在业务条件:菲律宾团队管理。 | 按钮=导出;条件=菲律宾团队管理 | 1. 从管理员首页左侧导航进入“客服中心”。\n2. 在列表中找到满足条件的记录:菲律宾团队管理。\n3. 点击该行或页面上的“导出”按钮。\n4. 按页面提示执行:导出工作时长、出勤、人均产出。\n5. 提交后回到列表并重新打开该记录详情。 | 1. “导出”入口可用且文案正确。\n2. 操作后结果为:仅主管可导出。\n3. 列表状态、详情状态流转记录和通知/审计同步更新。 | 操作前后记录ID不变;状态、负责人、处理意见、附件或导出记录按动作写入。 | 仅授权角色可执行该按钮动作;敏感查看、导出、审批、黑名单同步需独立授权。 | 客服中心的导出动作可执行、可追踪、无越权。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | v7页面=客服中心;按钮=导出 | 待执行\nTC-PROTO-0235 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 风险中心 | 系统总览 | 功能测试 | 风险中心按钮级操作:同步黑名单 | P2 | 系统管理员已进入“风险中心”;存在业务条件:接口超时失败待重试。 | 按钮=同步黑名单;条件=接口超时失败待重试 | 1. 从管理员首页左侧导航进入“风险中心”。\n2. 在列表中找到满足条件的记录:接口超时失败待重试。\n3. 点击该行或页面上的“同步黑名单”按钮。\n4. 按页面提示执行:点击同步黑名单。\n5. 提交后回到列表并重新打开该记录详情。 | 1. “同步黑名单”入口可用且文案正确。\n2. 操作后结果为:失败保留并进入重试队列。\n3. 列表状态、详情状态流转记录和通知/审计同步更新。 | 操作前后记录ID不变;状态、负责人、处理意见、附件或导出记录按动作写入。 | 仅授权角色可执行该按钮动作;敏感查看、导出、审批、黑名单同步需独立授权。 | 风险中心的同步黑名单动作可执行、可追踪、无越权。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | v7页面=风险中心;按钮=同步黑名单 | 待执行\nTC-PROTO-0236 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 风险中心 | 系统总览 | 功能测试 | 风险中心按钮级操作:规则复核 | P2 | 系统管理员已进入“风险中心”;存在业务条件:退订率高于基线规则提醒。 | 按钮=规则复核;条件=退订率高于基线规则提醒 | 1. 从管理员首页左侧导航进入“风险中心”。\n2. 在列表中找到满足条件的记录:退订率高于基线规则提醒。\n3. 点击该行或页面上的“规则复核”按钮。\n4. 按页面提示执行:查看规则依据并确认/误报。\n5. 提交后回到列表并重新打开该记录详情。 | 1. “规则复核”入口可用且文案正确。\n2. 操作后结果为:复核结论写入风险事件。\n3. 列表状态、详情状态流转记录和通知/审计同步更新。 | 操作前后记录ID不变;状态、负责人、处理意见、附件或导出记录按动作写入。 | 仅授权角色可执行该按钮动作;敏感查看、导出、审批、黑名单同步需独立授权。 | 风险中心的规则复核动作可执行、可追踪、无越权。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | v7页面=风险中心;按钮=规则复核 | 待执行\nTC-PROTO-0237 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 风险中心 | 系统总览 | 功能测试 | 风险中心按钮级操作:查看完整信息 | P2 | 系统管理员已进入“风险中心”;存在业务条件:Profile/邮箱/设备号脱敏。 | 按钮=查看完整信息;条件=Profile/邮箱/设备号脱敏 | 1. 从管理员首页左侧导航进入“风险中心”。\n2. 在列表中找到满足条件的记录:Profile/邮箱/设备号脱敏。\n3. 点击该行或页面上的“查看完整信息”按钮。\n4. 按页面提示执行:授权角色查看完整主体摘要。\n5. 提交后回到列表并重新打开该记录详情。 | 1. “查看完整信息”入口可用且文案正确。\n2. 操作后结果为:记录敏感访问审计。\n3. 列表状态、详情状态流转记录和通知/审计同步更新。 | 操作前后记录ID不变;状态、负责人、处理意见、附件或导出记录按动作写入。 | 仅授权角色可执行该按钮动作;敏感查看、导出、审批、黑名单同步需独立授权。 | 风险中心的查看完整信息动作可执行、可追踪、无越权。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | v7页面=风险中心;按钮=查看完整信息 | 待执行\nTC-PROTO-0238 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 报表中心 | 系统总览 | 功能测试 | 报表中心按钮级操作:生成/下载报表 | P2 | 系统管理员已进入“报表中心”;存在业务条件:Listing健康日报每日08:30自动生成。 | 按钮=生成/下载报表;条件=Listing健康日报每日08:30自动生成 | 1. 从管理员首页左侧导航进入“报表中心”。\n2. 在列表中找到满足条件的记录:Listing健康日报每日08:30自动生成。\n3. 点击该行或页面上的“生成/下载报表”按钮。\n4. 按页面提示执行:点击生成/下载报表。\n5. 提交后回到列表并重新打开该记录详情。 | 1. “生成/下载报表”入口可用且文案正确。\n2. 操作后结果为:生成记录可下载且脱敏。\n3. 列表状态、详情状态流转记录和通知/审计同步更新。 | 操作前后记录ID不变;状态、负责人、处理意见、附件或导出记录按动作写入。 | 仅授权角色可执行该按钮动作;敏感查看、导出、审批、黑名单同步需独立授权。 | 报表中心的生成/下载报表动作可执行、可追踪、无越权。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | v7页面=报表中心;按钮=生成/下载报表 | 待执行\nTC-PROTO-0239 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 报表中心 | 系统总览 | 功能测试 | 报表中心按钮级操作:上传记录 | P2 | 系统管理员已进入“报表中心”;存在业务条件:推送效果与风险复盘支持上传补充记录。 | 按钮=上传记录;条件=推送效果与风险复盘支持上传补充记录 | 1. 从管理员首页左侧导航进入“报表中心”。\n2. 在列表中找到满足条件的记录:推送效果与风险复盘支持上传补充记录。\n3. 点击该行或页面上的“上传记录”按钮。\n4. 按页面提示执行:上传人工复核附件。\n5. 提交后回到列表并重新打开该记录详情。 | 1. “上传记录”入口可用且文案正确。\n2. 操作后结果为:附件关联报表ID。\n3. 列表状态、详情状态流转记录和通知/审计同步更新。 | 操作前后记录ID不变;状态、负责人、处理意见、附件或导出记录按动作写入。 | 仅授权角色可执行该按钮动作;敏感查看、导出、审批、黑名单同步需独立授权。 | 报表中心的上传记录动作可执行、可追踪、无越权。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | v7页面=报表中心;按钮=上传记录 | 待执行\nTC-PROTO-0240 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 系统管理 | 系统总览 | 功能测试 | 系统管理按钮级操作:新建账号 | P2 | 系统管理员已进入“系统管理”;存在业务条件:按部门角色站点数据范围开通。 | 按钮=新建账号;条件=按部门角色站点数据范围开通 | 1. 从管理员首页左侧导航进入“系统管理”。\n2. 在列表中找到满足条件的记录:按部门角色站点数据范围开通。\n3. 点击该行或页面上的“新建账号”按钮。\n4. 按页面提示执行:录入账号、部门、角色、站点范围。\n5. 提交后回到列表并重新打开该记录详情。 | 1. “新建账号”入口可用且文案正确。\n2. 操作后结果为:账号可登录且权限生效。\n3. 列表状态、详情状态流转记录和通知/审计同步更新。 | 操作前后记录ID不变;状态、负责人、处理意见、附件或导出记录按动作写入。 | 仅授权角色可执行该按钮动作;敏感查看、导出、审批、黑名单同步需独立授权。 | 系统管理的新建账号动作可执行、可追踪、无越权。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | v7页面=系统管理;按钮=新建账号 | 待执行\nTC-PROTO-0241 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 系统管理 | 系统总览 | 功能测试 | 系统管理按钮级操作:离职管理 | P2 | 系统管理员已进入“系统管理”;存在业务条件:停用账号交接任务回收权限。 | 按钮=离职管理;条件=停用账号交接任务回收权限 | 1. 从管理员首页左侧导航进入“系统管理”。\n2. 在列表中找到满足条件的记录:停用账号交接任务回收权限。\n3. 点击该行或页面上的“离职管理”按钮。\n4. 按页面提示执行:选择离职员工并指定交接人。\n5. 提交后回到列表并重新打开该记录详情。 | 1. “离职管理”入口可用且文案正确。\n2. 操作后结果为:账号停用且敏感权限回收。\n3. 列表状态、详情状态流转记录和通知/审计同步更新。 | 操作前后记录ID不变;状态、负责人、处理意见、附件或导出记录按动作写入。 | 仅授权角色可执行该按钮动作;敏感查看、导出、审批、黑名单同步需独立授权。 | 系统管理的离职管理动作可执行、可追踪、无越权。 | 00-系统总览;02-需求与计划管理;04-多渠道触达;05-客服工单;06-风险与反欺诈;07-评价结果追踪;09-审计与通知 | v7页面=系统管理;按钮=离职管理 | 待执行\nTC-PROTO-0242 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-用户管理 | 用户身份与上下文 | 功能测试 | 现有ERP 用户管理:搜索JOYHUB用户ID | P2 | v10原型进入现有ERP模块;当前页为“用户管理”;用户具备字段查询权限。 | 操作=输入JOYHUB ID并查询;预期=返回用户主档、标签、身份、产品关系 | 1. 打开v10管理员原型。\n2. 点击“现有ERP”并进入“用户管理”。\n3. 执行业务操作:输入JOYHUB ID并查询。\n4. 查看列表、字段表、关系对象和MVP纳入方式。\n5. 点击导出现有关系或查看详情。 | 1. 页面完成操作“搜索JOYHUB用户ID”。\n2. 输出结果为:返回用户主档、标签、身份、产品关系。\n3. 字段来源和关系对象展示清晰。\n4. 导出/详情遵循字段脱敏。 | 现有字段、查询条件、关系对象、MVP纳入方式保持一致;导出数据不超范围。 | 无字段权限角色不能查看完整身份、邮箱、风险等级等敏感字段。 | 用户管理的搜索JOYHUB用户ID可用于MVP建模和测试追踪。 | 01-用户身份与上下文;v10现有ERP字段说明 | v10现有ERP:用户管理/搜索JOYHUB用户ID | 待执行\nTC-PROTO-0243 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-用户管理 | 用户身份与上下文 | 功能测试 | 现有ERP 用户管理:按国家和近7天EDM次数筛选 | P2 | v10原型进入现有ERP模块;当前页为“用户管理”;用户具备字段查询权限。 | 操作=国家=US;EDM近7天>0;预期=返回可用于触达的人群 | 1. 打开v10管理员原型。\n2. 点击“现有ERP”并进入“用户管理”。\n3. 执行业务操作:国家=US;EDM近7天>0。\n4. 查看列表、字段表、关系对象和MVP纳入方式。\n5. 点击导出现有关系或查看详情。 | 1. 页面完成操作“按国家和近7天EDM次数筛选”。\n2. 输出结果为:返回可用于触达的人群。\n3. 字段来源和关系对象展示清晰。\n4. 导出/详情遵循字段脱敏。 | 现有字段、查询条件、关系对象、MVP纳入方式保持一致;导出数据不超范围。 | 无字段权限角色不能查看完整身份、邮箱、风险等级等敏感字段。 | 用户管理的按国家和近7天EDM次数筛选可用于MVP建模和测试追踪。 | 01-用户身份与上下文;v10现有ERP字段说明 | v10现有ERP:用户管理/按国家和近7天EDM次数筛选 | 待执行\nTC-PROTO-0244 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-用户管理 | 用户身份与上下文 | 功能测试 | 现有ERP 用户管理:打开用户画像详情 | P2 | v10原型进入现有ERP模块;当前页为“用户管理”;用户具备字段查询权限。 | 操作=点击用户行详情;预期=展示注册/活跃时间、标签、产品、活动 | 1. 打开v10管理员原型。\n2. 点击“现有ERP”并进入“用户管理”。\n3. 执行业务操作:点击用户行详情。\n4. 查看列表、字段表、关系对象和MVP纳入方式。\n5. 点击导出现有关系或查看详情。 | 1. 页面完成操作“打开用户画像详情”。\n2. 输出结果为:展示注册/活跃时间、标签、产品、活动。\n3. 字段来源和关系对象展示清晰。\n4. 导出/详情遵循字段脱敏。 | 现有字段、查询条件、关系对象、MVP纳入方式保持一致;导出数据不超范围。 | 无字段权限角色不能查看完整身份、邮箱、风险等级等敏感字段。 | 用户管理的打开用户画像详情可用于MVP建模和测试追踪。 | 01-用户身份与上下文;v10现有ERP字段说明 | v10现有ERP:用户管理/打开用户画像详情 | 待执行\nTC-PROTO-0245 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-公域-用户标签 | 用户身份与上下文 | 功能测试 | 现有ERP 公域-用户标签:新增标签覆盖查询 | P2 | v10原型进入现有ERP模块;当前页为“公域-用户标签”;用户具备字段查询权限。 | 操作=标签分类=兴趣;打标方式=系统;预期=展示覆盖人数和最新打标时间 | 1. 打开v10管理员原型。\n2. 点击“现有ERP”并进入“公域-用户标签”。\n3. 执行业务操作:标签分类=兴趣;打标方式=系统。\n4. 查看列表、字段表、关系对象和MVP纳入方式。\n5. 点击导出现有关系或查看详情。 | 1. 页面完成操作“新增标签覆盖查询”。\n2. 输出结果为:展示覆盖人数和最新打标时间。\n3. 字段来源和关系对象展示清晰。\n4. 导出/详情遵循字段脱敏。 | 现有字段、查询条件、关系对象、MVP纳入方式保持一致;导出数据不超范围。 | 无字段权限角色不能查看完整身份、邮箱、风险等级等敏感字段。 | 公域-用户标签的新增标签覆盖查询可用于MVP建模和测试追踪。 | 01-用户身份与上下文;v10现有ERP字段说明 | v10现有ERP:公域-用户标签/新增标签覆盖查询 | 待执行\nTC-PROTO-0246 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-公域-用户标签 | 用户身份与上下文 | 功能测试 | 现有ERP 公域-用户标签:覆盖人数异常提示 | P2 | v10原型进入现有ERP模块;当前页为“公域-用户标签”;用户具备字段查询权限。 | 操作=标签覆盖人数突增或为0;预期=展示异常覆盖提示 | 1. 打开v10管理员原型。\n2. 点击“现有ERP”并进入“公域-用户标签”。\n3. 执行业务操作:标签覆盖人数突增或为0。\n4. 查看列表、字段表、关系对象和MVP纳入方式。\n5. 点击导出现有关系或查看详情。 | 1. 页面完成操作“覆盖人数异常提示”。\n2. 输出结果为:展示异常覆盖提示。\n3. 字段来源和关系对象展示清晰。\n4. 导出/详情遵循字段脱敏。 | 现有字段、查询条件、关系对象、MVP纳入方式保持一致;导出数据不超范围。 | 无字段权限角色不能查看完整身份、邮箱、风险等级等敏感字段。 | 公域-用户标签的覆盖人数异常提示可用于MVP建模和测试追踪。 | 01-用户身份与上下文;v10现有ERP字段说明 | v10现有ERP:公域-用户标签/覆盖人数异常提示 | 待执行\nTC-PROTO-0247 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-公域-产品标签 | 用户身份与上下文 | 功能测试 | 现有ERP 公域-产品标签:产品标签关联Listing | P2 | v10原型进入现有ERP模块;当前页为“公域-产品标签”;用户具备字段查询权限。 | 操作=选择产品标签并查看关联产品;预期=展示产品-品牌-Listing/ASIN关系 | 1. 打开v10管理员原型。\n2. 点击“现有ERP”并进入“公域-产品标签”。\n3. 执行业务操作:选择产品标签并查看关联产品。\n4. 查看列表、字段表、关系对象和MVP纳入方式。\n5. 点击导出现有关系或查看详情。 | 1. 页面完成操作“产品标签关联Listing”。\n2. 输出结果为:展示产品-品牌-Listing/ASIN关系。\n3. 字段来源和关系对象展示清晰。\n4. 导出/详情遵循字段脱敏。 | 现有字段、查询条件、关系对象、MVP纳入方式保持一致;导出数据不超范围。 | 无字段权限角色不能查看完整身份、邮箱、风险等级等敏感字段。 | 公域-产品标签的产品标签关联Listing可用于MVP建模和测试追踪。 | 01-用户身份与上下文;v10现有ERP字段说明 | v10现有ERP:公域-产品标签/产品标签关联Listing | 待执行\nTC-PROTO-0248 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-公域-产品标签 | 用户身份与上下文 | 功能测试 | 现有ERP 公域-产品标签:按创建时间筛选标签 | P2 | v10原型进入现有ERP模块;当前页为“公域-产品标签”;用户具备字段查询权限。 | 操作=开始/截止时间;预期=只返回时间范围内标签 | 1. 打开v10管理员原型。\n2. 点击“现有ERP”并进入“公域-产品标签”。\n3. 执行业务操作:开始/截止时间。\n4. 查看列表、字段表、关系对象和MVP纳入方式。\n5. 点击导出现有关系或查看详情。 | 1. 页面完成操作“按创建时间筛选标签”。\n2. 输出结果为:只返回时间范围内标签。\n3. 字段来源和关系对象展示清晰。\n4. 导出/详情遵循字段脱敏。 | 现有字段、查询条件、关系对象、MVP纳入方式保持一致;导出数据不超范围。 | 无字段权限角色不能查看完整身份、邮箱、风险等级等敏感字段。 | 公域-产品标签的按创建时间筛选标签可用于MVP建模和测试追踪。 | 01-用户身份与上下文;v10现有ERP字段说明 | v10现有ERP:公域-产品标签/按创建时间筛选标签 | 待执行\nTC-PROTO-0249 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-私域-用户标签 | 用户身份与上下文 | 功能测试 | 现有ERP 私域-用户标签:客服分组标签查询 | P2 | v10原型进入现有ERP模块;当前页为“私域-用户标签”;用户具备字段查询权限。 | 操作=标签分类=客服分组;预期=输出私域用户标签与社群/活动关系 | 1. 打开v10管理员原型。\n2. 点击“现有ERP”并进入“私域-用户标签”。\n3. 执行业务操作:标签分类=客服分组。\n4. 查看列表、字段表、关系对象和MVP纳入方式。\n5. 点击导出现有关系或查看详情。 | 1. 页面完成操作“客服分组标签查询”。\n2. 输出结果为:输出私域用户标签与社群/活动关系。\n3. 字段来源和关系对象展示清晰。\n4. 导出/详情遵循字段脱敏。 | 现有字段、查询条件、关系对象、MVP纳入方式保持一致;导出数据不超范围。 | 无字段权限角色不能查看完整身份、邮箱、风险等级等敏感字段。 | 私域-用户标签的客服分组标签查询可用于MVP建模和测试追踪。 | 01-用户身份与上下文;v10现有ERP字段说明 | v10现有ERP:私域-用户标签/客服分组标签查询 | 待执行\nTC-PROTO-0250 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-私域-用户标签 | 用户身份与上下文 | 功能测试 | 现有ERP 私域-用户标签:风险用户隔离标签 | P2 | v10原型进入现有ERP模块;当前页为“私域-用户标签”;用户具备字段查询权限。 | 操作=标签状态=启用;风险相关;预期=可作为客服/推送排除条件 | 1. 打开v10管理员原型。\n2. 点击“现有ERP”并进入“私域-用户标签”。\n3. 执行业务操作:标签状态=启用;风险相关。\n4. 查看列表、字段表、关系对象和MVP纳入方式。\n5. 点击导出现有关系或查看详情。 | 1. 页面完成操作“风险用户隔离标签”。\n2. 输出结果为:可作为客服/推送排除条件。\n3. 字段来源和关系对象展示清晰。\n4. 导出/详情遵循字段脱敏。 | 现有字段、查询条件、关系对象、MVP纳入方式保持一致;导出数据不超范围。 | 无字段权限角色不能查看完整身份、邮箱、风险等级等敏感字段。 | 私域-用户标签的风险用户隔离标签可用于MVP建模和测试追踪。 | 01-用户身份与上下文;v10现有ERP字段说明 | v10现有ERP:私域-用户标签/风险用户隔离标签 | 待执行\nTC-PROTO-0251 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-身份管理 | 用户身份与上下文 | 功能测试 | 现有ERP 身份管理:查看多语言图标 | P2 | v10原型进入现有ERP模块;当前页为“身份管理”;用户具备字段查询权限。 | 操作=打开身份详情;预期=展示英/德/日图标PNG | 1. 打开v10管理员原型。\n2. 点击“现有ERP”并进入“身份管理”。\n3. 执行业务操作:打开身份详情。\n4. 查看列表、字段表、关系对象和MVP纳入方式。\n5. 点击导出现有关系或查看详情。 | 1. 页面完成操作“查看多语言图标”。\n2. 输出结果为:展示英/德/日图标PNG。\n3. 字段来源和关系对象展示清晰。\n4. 导出/详情遵循字段脱敏。 | 现有字段、查询条件、关系对象、MVP纳入方式保持一致;导出数据不超范围。 | 无字段权限角色不能查看完整身份、邮箱、风险等级等敏感字段。 | 身份管理的查看多语言图标可用于MVP建模和测试追踪。 | 01-用户身份与上下文;v10现有ERP字段说明 | v10现有ERP:身份管理/查看多语言图标 | 待执行\nTC-PROTO-0252 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-身份管理 | 用户身份与上下文 | 功能测试 | 现有ERP 身份管理:身份风险等级筛选 | P2 | v10原型进入现有ERP模块;当前页为“身份管理”;用户具备字段查询权限。 | 操作=身份风险等级=高;预期=进入风险用户池候选 | 1. 打开v10管理员原型。\n2. 点击“现有ERP”并进入“身份管理”。\n3. 执行业务操作:身份风险等级=高。\n4. 查看列表、字段表、关系对象和MVP纳入方式。\n5. 点击导出现有关系或查看详情。 | 1. 页面完成操作“身份风险等级筛选”。\n2. 输出结果为:进入风险用户池候选。\n3. 字段来源和关系对象展示清晰。\n4. 导出/详情遵循字段脱敏。 | 现有字段、查询条件、关系对象、MVP纳入方式保持一致;导出数据不超范围。 | 无字段权限角色不能查看完整身份、邮箱、风险等级等敏感字段。 | 身份管理的身份风险等级筛选可用于MVP建模和测试追踪。 | 01-用户身份与上下文;v10现有ERP字段说明 | v10现有ERP:身份管理/身份风险等级筛选 | 待执行\nTC-PROTO-0253 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP-身份管理 | 用户身份与上下文 | 功能测试 | 现有ERP 身份管理:身份状态停用 | P2 | v10原型进入现有ERP模块;当前页为“身份管理”;用户具备字段查询权限。 | 操作=将风险身份置为停用;预期=后续筛选不再作为可选身份 | 1. 打开v10管理员原型。\n2. 点击“现有ERP”并进入“身份管理”。\n3. 执行业务操作:将风险身份置为停用。\n4. 查看列表、字段表、关系对象和MVP纳入方式。\n5. 点击导出现有关系或查看详情。 | 1. 页面完成操作“身份状态停用”。\n2. 输出结果为:后续筛选不再作为可选身份。\n3. 字段来源和关系对象展示清晰。\n4. 导出/详情遵循字段脱敏。 | 现有字段、查询条件、关系对象、MVP纳入方式保持一致;导出数据不超范围。 | 无字段权限角色不能查看完整身份、邮箱、风险等级等敏感字段。 | 身份管理的身份状态停用可用于MVP建模和测试追踪。 | 01-用户身份与上下文;v10现有ERP字段说明 | v10现有ERP:身份管理/身份状态停用 | 待执行\nTC-PROTO-0254 | 客服执行.html | 客服工单状态机 | 客服工单与管理 | 流程测试 | 客服工单状态待分配执行分配给客服A | P2 | 客服执行看板存在状态为“待分配”的工单;当前用户对该工单有处理权限。 | 当前状态=待分配;动作=分配给客服A | 1. 登录客服执行看板。\n2. 在工单列表筛选状态“待分配”。\n3. 打开一条工单详情,查看用户上下文、聊天记录和处理历史。\n4. 点击处理动作“分配给客服A”。\n5. 按要求填写处理说明并提交。\n6. 返回列表确认状态与数量变化。 | 1. 状态为“待分配”的工单可执行“分配给客服A”。\n2. 执行结果:assigned_agent=客服A;写入assignment_logs。\n3. 工单处理历史追加记录,绩效指标按规则更新。 | support_tickets.status、resolved_at、assigned_agent、followup状态与操作结果一致。 | 客服仅处理本人分配工单;组长/主管可处理组内改派和复核。 | 客服状态机动作合法,不能出现非法跳转。 | 05-客服工单与管理 状态流转 | 客服状态=待分配;动作=分配给客服A | 待执行\nTC-PROTO-0255 | 客服执行.html | 客服工单状态机 | 客服工单与管理 | 流程测试 | 客服工单状态已分配执行客服首次回复 | P2 | 客服执行看板存在状态为“已分配”的工单;当前用户对该工单有处理权限。 | 当前状态=已分配;动作=客服首次回复 | 1. 登录客服执行看板。\n2. 在工单列表筛选状态“已分配”。\n3. 打开一条工单详情,查看用户上下文、聊天记录和处理历史。\n4. 点击处理动作“客服首次回复”。\n5. 按要求填写处理说明并提交。\n6. 返回列表确认状态与数量变化。 | 1. 状态为“已分配”的工单可执行“客服首次回复”。\n2. 执行结果:记录首次回复时长并进入处理中。\n3. 工单处理历史追加记录,绩效指标按规则更新。 | support_tickets.status、resolved_at、assigned_agent、followup状态与操作结果一致。 | 客服仅处理本人分配工单;组长/主管可处理组内改派和复核。 | 客服状态机动作合法,不能出现非法跳转。 | 05-客服工单与管理 状态流转 | 客服状态=已分配;动作=客服首次回复 | 待执行\nTC-PROTO-0256 | 客服执行.html | 客服工单状态机 | 客服工单与管理 | 流程测试 | 客服工单状态处理中执行选择等待用户回复 | P2 | 客服执行看板存在状态为“处理中”的工单;当前用户对该工单有处理权限。 | 当前状态=处理中;动作=选择等待用户回复 | 1. 登录客服执行看板。\n2. 在工单列表筛选状态“处理中”。\n3. 打开一条工单详情,查看用户上下文、聊天记录和处理历史。\n4. 点击处理动作“选择等待用户回复”。\n5. 按要求填写处理说明并提交。\n6. 返回列表确认状态与数量变化。 | 1. 状态为“处理中”的工单可执行“选择等待用户回复”。\n2. 执行结果:状态变等待用户,设置提醒时间。\n3. 工单处理历史追加记录,绩效指标按规则更新。 | support_tickets.status、resolved_at、assigned_agent、followup状态与操作结果一致。 | 客服仅处理本人分配工单;组长/主管可处理组内改派和复核。 | 客服状态机动作合法,不能出现非法跳转。 | 05-客服工单与管理 状态流转 | 客服状态=处理中;动作=选择等待用户回复 | 待执行\nTC-PROTO-0257 | 客服执行.html | 客服工单状态机 | 客服工单与管理 | 流程测试 | 客服工单状态处理中执行选择等待内部协同 | P2 | 客服执行看板存在状态为“处理中”的工单;当前用户对该工单有处理权限。 | 当前状态=处理中;动作=选择等待内部协同 | 1. 登录客服执行看板。\n2. 在工单列表筛选状态“处理中”。\n3. 打开一条工单详情,查看用户上下文、聊天记录和处理历史。\n4. 点击处理动作“选择等待内部协同”。\n5. 按要求填写处理说明并提交。\n6. 返回列表确认状态与数量变化。 | 1. 状态为“处理中”的工单可执行“选择等待内部协同”。\n2. 执行结果:状态变等待内部,通知内部负责人。\n3. 工单处理历史追加记录,绩效指标按规则更新。 | support_tickets.status、resolved_at、assigned_agent、followup状态与操作结果一致。 | 客服仅处理本人分配工单;组长/主管可处理组内改派和复核。 | 客服状态机动作合法,不能出现非法跳转。 | 05-客服工单与管理 状态流转 | 客服状态=处理中;动作=选择等待内部协同 | 待执行\nTC-PROTO-0258 | 客服执行.html | 客服工单状态机 | 客服工单与管理 | 流程测试 | 客服工单状态处理中执行选择答应配合 | P2 | 客服执行看板存在状态为“处理中”的工单;当前用户对该工单有处理权限。 | 当前状态=处理中;动作=选择答应配合 | 1. 登录客服执行看板。\n2. 在工单列表筛选状态“处理中”。\n3. 打开一条工单详情,查看用户上下文、聊天记录和处理历史。\n4. 点击处理动作“选择答应配合”。\n5. 按要求填写处理说明并提交。\n6. 返回列表确认状态与数量变化。 | 1. 状态为“处理中”的工单可执行“选择答应配合”。\n2. 执行结果:创建support_followups,状态PROMISED。\n3. 工单处理历史追加记录,绩效指标按规则更新。 | support_tickets.status、resolved_at、assigned_agent、followup状态与操作结果一致。 | 客服仅处理本人分配工单;组长/主管可处理组内改派和复核。 | 客服状态机动作合法,不能出现非法跳转。 | 05-客服工单与管理 状态流转 | 客服状态=处理中;动作=选择答应配合 | 待执行\nTC-PROTO-0259 | 客服执行.html | 客服工单状态机 | 客服工单与管理 | 流程测试 | 客服工单状态处理中执行选择疑似诈骗 | P2 | 客服执行看板存在状态为“处理中”的工单;当前用户对该工单有处理权限。 | 当前状态=处理中;动作=选择疑似诈骗 | 1. 登录客服执行看板。\n2. 在工单列表筛选状态“处理中”。\n3. 打开一条工单详情,查看用户上下文、聊天记录和处理历史。\n4. 点击处理动作“选择疑似诈骗”。\n5. 按要求填写处理说明并提交。\n6. 返回列表确认状态与数量变化。 | 1. 状态为“处理中”的工单可执行“选择疑似诈骗”。\n2. 执行结果:生成风险案件并标记工单疑似诈骗。\n3. 工单处理历史追加记录,绩效指标按规则更新。 | support_tickets.status、resolved_at、assigned_agent、followup状态与操作结果一致。 | 客服仅处理本人分配工单;组长/主管可处理组内改派和复核。 | 客服状态机动作合法,不能出现非法跳转。 | 05-客服工单与管理 状态流转 | 客服状态=处理中;动作=选择疑似诈骗 | 待执行\nTC-PROTO-0260 | 客服执行.html | 客服工单状态机 | 客服工单与管理 | 流程测试 | 客服工单状态等待用户执行用户回复后继续处理 | P2 | 客服执行看板存在状态为“等待用户”的工单;当前用户对该工单有处理权限。 | 当前状态=等待用户;动作=用户回复后继续处理 | 1. 登录客服执行看板。\n2. 在工单列表筛选状态“等待用户”。\n3. 打开一条工单详情,查看用户上下文、聊天记录和处理历史。\n4. 点击处理动作“用户回复后继续处理”。\n5. 按要求填写处理说明并提交。\n6. 返回列表确认状态与数量变化。 | 1. 状态为“等待用户”的工单可执行“用户回复后继续处理”。\n2. 执行结果:状态回到处理中并记录用户消息。\n3. 工单处理历史追加记录,绩效指标按规则更新。 | support_tickets.status、resolved_at、assigned_agent、followup状态与操作结果一致。 | 客服仅处理本人分配工单;组长/主管可处理组内改派和复核。 | 客服状态机动作合法,不能出现非法跳转。 | 05-客服工单与管理 状态流转 | 客服状态=等待用户;动作=用户回复后继续处理 | 待执行\nTC-PROTO-0261 | 客服执行.html | 客服工单状态机 | 客服工单与管理 | 流程测试 | 客服工单状态等待内部执行内部反馈完成 | P2 | 客服执行看板存在状态为“等待内部”的工单;当前用户对该工单有处理权限。 | 当前状态=等待内部;动作=内部反馈完成 | 1. 登录客服执行看板。\n2. 在工单列表筛选状态“等待内部”。\n3. 打开一条工单详情,查看用户上下文、聊天记录和处理历史。\n4. 点击处理动作“内部反馈完成”。\n5. 按要求填写处理说明并提交。\n6. 返回列表确认状态与数量变化。 | 1. 状态为“等待内部”的工单可执行“内部反馈完成”。\n2. 执行结果:状态回到处理中并追加内部协同记录。\n3. 工单处理历史追加记录,绩效指标按规则更新。 | support_tickets.status、resolved_at、assigned_agent、followup状态与操作结果一致。 | 客服仅处理本人分配工单;组长/主管可处理组内改派和复核。 | 客服状态机动作合法,不能出现非法跳转。 | 05-客服工单与管理 状态流转 | 客服状态=等待内部;动作=内部反馈完成 | 待执行\nTC-PROTO-0262 | 客服执行.html | 客服工单状态机 | 客服工单与管理 | 流程测试 | 客服工单状态已解决执行关闭工单 | P2 | 客服执行看板存在状态为“已解决”的工单;当前用户对该工单有处理权限。 | 当前状态=已解决;动作=关闭工单 | 1. 登录客服执行看板。\n2. 在工单列表筛选状态“已解决”。\n3. 打开一条工单详情,查看用户上下文、聊天记录和处理历史。\n4. 点击处理动作“关闭工单”。\n5. 按要求填写处理说明并提交。\n6. 返回列表确认状态与数量变化。 | 1. 状态为“已解决”的工单可执行“关闭工单”。\n2. 执行结果:resolved_at和closed状态写入。\n3. 工单处理历史追加记录,绩效指标按规则更新。 | support_tickets.status、resolved_at、assigned_agent、followup状态与操作结果一致。 | 客服仅处理本人分配工单;组长/主管可处理组内改派和复核。 | 客服状态机动作合法,不能出现非法跳转。 | 05-客服工单与管理 状态流转 | 客服状态=已解决;动作=关闭工单 | 待执行\nTC-PROTO-0263 | 客服执行.html | 客服工单状态机 | 客服工单与管理 | 流程测试 | 客服工单状态疑似诈骗执行风险确认误报 | P2 | 客服执行看板存在状态为“疑似诈骗”的工单;当前用户对该工单有处理权限。 | 当前状态=疑似诈骗;动作=风险确认误报 | 1. 登录客服执行看板。\n2. 在工单列表筛选状态“疑似诈骗”。\n3. 打开一条工单详情,查看用户上下文、聊天记录和处理历史。\n4. 点击处理动作“风险确认误报”。\n5. 按要求填写处理说明并提交。\n6. 返回列表确认状态与数量变化。 | 1. 状态为“疑似诈骗”的工单可执行“风险确认误报”。\n2. 执行结果:工单可回到处理中或已解决。\n3. 工单处理历史追加记录,绩效指标按规则更新。 | support_tickets.status、resolved_at、assigned_agent、followup状态与操作结果一致。 | 客服仅处理本人分配工单;组长/主管可处理组内改派和复核。 | 客服状态机动作合法,不能出现非法跳转。 | 05-客服工单与管理 状态流转 | 客服状态=疑似诈骗;动作=风险确认误报 | 待执行\nTC-PROTO-0264 | 客服执行.html | 客服工单状态机 | 客服工单与管理 | 流程测试 | 客服工单状态疑似诈骗执行风险确认诈骗 | P2 | 客服执行看板存在状态为“疑似诈骗”的工单;当前用户对该工单有处理权限。 | 当前状态=疑似诈骗;动作=风险确认诈骗 | 1. 登录客服执行看板。\n2. 在工单列表筛选状态“疑似诈骗”。\n3. 打开一条工单详情,查看用户上下文、聊天记录和处理历史。\n4. 点击处理动作“风险确认诈骗”。\n5. 按要求填写处理说明并提交。\n6. 返回列表确认状态与数量变化。 | 1. 状态为“疑似诈骗”的工单可执行“风险确认诈骗”。\n2. 执行结果:工单关闭并进入黑名单同步候选。\n3. 工单处理历史追加记录,绩效指标按规则更新。 | support_tickets.status、resolved_at、assigned_agent、followup状态与操作结果一致。 | 客服仅处理本人分配工单;组长/主管可处理组内改派和复核。 | 客服状态机动作合法,不能出现非法跳转。 | 05-客服工单与管理 状态流转 | 客服状态=疑似诈骗;动作=风险确认诈骗 | 待执行\nTC-PROTO-0265 | 客服执行.html | 客服工单状态机 | 客服工单与管理 | 流程测试 | 客服工单状态已关闭执行尝试再次回复 | P2 | 客服执行看板存在状态为“已关闭”的工单;当前用户对该工单有处理权限。 | 当前状态=已关闭;动作=尝试再次回复 | 1. 登录客服执行看板。\n2. 在工单列表筛选状态“已关闭”。\n3. 打开一条工单详情,查看用户上下文、聊天记录和处理历史。\n4. 点击处理动作“尝试再次回复”。\n5. 按要求填写处理说明并提交。\n6. 返回列表确认状态与数量变化。 | 1. 状态为“已关闭”的工单可执行“尝试再次回复”。\n2. 执行结果:禁止直接回复,需重新打开或新建工单。\n3. 工单处理历史追加记录,绩效指标按规则更新。 | support_tickets.status、resolved_at、assigned_agent、followup状态与操作结果一致。 | 客服仅处理本人分配工单;组长/主管可处理组内改派和复核。 | 客服状态机动作合法,不能出现非法跳转。 | 05-客服工单与管理 状态流转 | 客服状态=已关闭;动作=尝试再次回复 | 待执行\nTC-PROTO-0266 | 用户运营系统-单文件.html | 全局权限 | 系统总览 | 权限校验 | 单文件系统角色Amazon运营模块访问与按钮权限 | P1 | 准备角色为“Amazon运营”的账号;系统存在需求、计划、用户、工单、风险、评价等数据。 | 角色=Amazon运营;可见范围=需求中心/ASIN/计划审核查看;允许=创建需求、查看ASIN健康;限制=不能审批用户运营计划或查看完整用户敏感信息 | 1. 使用“Amazon运营”账号登录单文件系统。\n2. 逐个访问导航模块,记录可见页面。\n3. 在可见页面尝试执行允许动作:创建需求、查看ASIN健康。\n4. 尝试通过URL hash或按钮执行限制动作:不能审批用户运营计划或查看完整用户敏感信息。\n5. 查看审计日志中是否记录越权或敏感访问。 | 1. Amazon运营只能访问“需求中心/ASIN/计划审核查看”。\n2. 允许动作“创建需求、查看ASIN健康”可正常执行。\n3. 限制动作“不能审批用户运营计划或查看完整用户敏感信息”不可执行,直接URL也无法绕过。\n4. 敏感访问和越权尝试有审计记录。 | 前端菜单、按钮、后端接口权限一致;角色切换后缓存权限刷新。 | Amazon运营权限边界符合角色职责。 | 模块访问、按钮权限、数据范围、审计均正确。 | 00-系统总览 角色前端映射;09-审计与通知中心 | 单文件系统角色=Amazon运营 | 待执行\nTC-PROTO-0267 | 用户运营系统-单文件.html | 全局权限 | 系统总览 | 权限校验 | 单文件系统角色用户运营模块访问与按钮权限 | P1 | 准备角色为“用户运营”的账号;系统存在需求、计划、用户、工单、风险、评价等数据。 | 角色=用户运营;可见范围=需求中心/计划中心/推送中心/用户中心;允许=评估需求、生成计划、圈选人群、触达;限制=不能同步黑名单或配置系统权限 | 1. 使用“用户运营”账号登录单文件系统。\n2. 逐个访问导航模块,记录可见页面。\n3. 在可见页面尝试执行允许动作:评估需求、生成计划、圈选人群、触达。\n4. 尝试通过URL hash或按钮执行限制动作:不能同步黑名单或配置系统权限。\n5. 查看审计日志中是否记录越权或敏感访问。 | 1. 用户运营只能访问“需求中心/计划中心/推送中心/用户中心”。\n2. 允许动作“评估需求、生成计划、圈选人群、触达”可正常执行。\n3. 限制动作“不能同步黑名单或配置系统权限”不可执行,直接URL也无法绕过。\n4. 敏感访问和越权尝试有审计记录。 | 前端菜单、按钮、后端接口权限一致;角色切换后缓存权限刷新。 | 用户运营权限边界符合角色职责。 | 模块访问、按钮权限、数据范围、审计均正确。 | 00-系统总览 角色前端映射;09-审计与通知中心 | 单文件系统角色=用户运营 | 待执行\nTC-PROTO-0268 | 用户运营系统-单文件.html | 全局权限 | 系统总览 | 权限校验 | 单文件系统角色客服模块访问与按钮权限 | P1 | 准备角色为“客服”的账号;系统存在需求、计划、用户、工单、风险、评价等数据。 | 角色=客服;可见范围=客服中心/用户上下文摘要/评价登记;允许=处理工单、登记评价提交;限制=不能查看跨团队绩效和完整设备号 | 1. 使用“客服”账号登录单文件系统。\n2. 逐个访问导航模块,记录可见页面。\n3. 在可见页面尝试执行允许动作:处理工单、登记评价提交。\n4. 尝试通过URL hash或按钮执行限制动作:不能查看跨团队绩效和完整设备号。\n5. 查看审计日志中是否记录越权或敏感访问。 | 1. 客服只能访问“客服中心/用户上下文摘要/评价登记”。\n2. 允许动作“处理工单、登记评价提交”可正常执行。\n3. 限制动作“不能查看跨团队绩效和完整设备号”不可执行,直接URL也无法绕过。\n4. 敏感访问和越权尝试有审计记录。 | 前端菜单、按钮、后端接口权限一致;角色切换后缓存权限刷新。 | 客服权限边界符合角色职责。 | 模块访问、按钮权限、数据范围、审计均正确。 | 00-系统总览 角色前端映射;09-审计与通知中心 | 单文件系统角色=客服 | 待执行\nTC-PROTO-0269 | 用户运营系统-单文件.html | 全局权限 | 系统总览 | 权限校验 | 单文件系统角色客服主管模块访问与按钮权限 | P1 | 准备角色为“客服主管”的账号;系统存在需求、计划、用户、工单、风险、评价等数据。 | 角色=客服主管;可见范围=客服中心/客服执行看板/绩效;允许=分配工单、查看组内绩效、排班;限制=不能审批免评计划除非授权 | 1. 使用“客服主管”账号登录单文件系统。\n2. 逐个访问导航模块,记录可见页面。\n3. 在可见页面尝试执行允许动作:分配工单、查看组内绩效、排班。\n4. 尝试通过URL hash或按钮执行限制动作:不能审批免评计划除非授权。\n5. 查看审计日志中是否记录越权或敏感访问。 | 1. 客服主管只能访问“客服中心/客服执行看板/绩效”。\n2. 允许动作“分配工单、查看组内绩效、排班”可正常执行。\n3. 限制动作“不能审批免评计划除非授权”不可执行,直接URL也无法绕过。\n4. 敏感访问和越权尝试有审计记录。 | 前端菜单、按钮、后端接口权限一致;角色切换后缓存权限刷新。 | 客服主管权限边界符合角色职责。 | 模块访问、按钮权限、数据范围、审计均正确。 | 00-系统总览 角色前端映射;09-审计与通知中心 | 单文件系统角色=客服主管 | 待执行\nTC-PROTO-0270 | 用户运营系统-单文件.html | 全局权限 | 系统总览 | 权限校验 | 单文件系统角色风险负责人模块访问与按钮权限 | P1 | 准备角色为“风险负责人”的账号;系统存在需求、计划、用户、工单、风险、评价等数据。 | 角色=风险负责人;可见范围=风险中心/黑名单/审计;允许=复核风险、同步黑名单、标记误报;限制=不能修改计划目标量 | 1. 使用“风险负责人”账号登录单文件系统。\n2. 逐个访问导航模块,记录可见页面。\n3. 在可见页面尝试执行允许动作:复核风险、同步黑名单、标记误报。\n4. 尝试通过URL hash或按钮执行限制动作:不能修改计划目标量。\n5. 查看审计日志中是否记录越权或敏感访问。 | 1. 风险负责人只能访问“风险中心/黑名单/审计”。\n2. 允许动作“复核风险、同步黑名单、标记误报”可正常执行。\n3. 限制动作“不能修改计划目标量”不可执行,直接URL也无法绕过。\n4. 敏感访问和越权尝试有审计记录。 | 前端菜单、按钮、后端接口权限一致;角色切换后缓存权限刷新。 | 风险负责人权限边界符合角色职责。 | 模块访问、按钮权限、数据范围、审计均正确。 | 00-系统总览 角色前端映射;09-审计与通知中心 | 单文件系统角色=风险负责人 | 待执行\nTC-PROTO-0271 | 用户运营系统-单文件.html | 全局权限 | 系统总览 | 权限校验 | 单文件系统角色KOC运营模块访问与按钮权限 | P1 | 准备角色为“KOC运营”的账号;系统存在需求、计划、用户、工单、风险、评价等数据。 | 角色=KOC运营;可见范围=KOC/KOL协作;允许=维护Brief、CODE、内容记录;限制=不能查看普通用户完整身份线索 | 1. 使用“KOC运营”账号登录单文件系统。\n2. 逐个访问导航模块,记录可见页面。\n3. 在可见页面尝试执行允许动作:维护Brief、CODE、内容记录。\n4. 尝试通过URL hash或按钮执行限制动作:不能查看普通用户完整身份线索。\n5. 查看审计日志中是否记录越权或敏感访问。 | 1. KOC运营只能访问“KOC/KOL协作”。\n2. 允许动作“维护Brief、CODE、内容记录”可正常执行。\n3. 限制动作“不能查看普通用户完整身份线索”不可执行,直接URL也无法绕过。\n4. 敏感访问和越权尝试有审计记录。 | 前端菜单、按钮、后端接口权限一致;角色切换后缓存权限刷新。 | KOC运营权限边界符合角色职责。 | 模块访问、按钮权限、数据范围、审计均正确。 | 00-系统总览 角色前端映射;09-审计与通知中心 | 单文件系统角色=KOC运营 | 待执行\nTC-PROTO-0272 | 用户运营系统-单文件.html | 全局权限 | 系统总览 | 权限校验 | 单文件系统角色系统管理员模块访问与按钮权限 | P1 | 准备角色为“系统管理员”的账号;系统存在需求、计划、用户、工单、风险、评价等数据。 | 角色=系统管理员;可见范围=全部模块;允许=账号权限、审计、配置、跨部门看板;限制=敏感访问仍需审计 | 1. 使用“系统管理员”账号登录单文件系统。\n2. 逐个访问导航模块,记录可见页面。\n3. 在可见页面尝试执行允许动作:账号权限、审计、配置、跨部门看板。\n4. 尝试通过URL hash或按钮执行限制动作:敏感访问仍需审计。\n5. 查看审计日志中是否记录越权或敏感访问。 | 1. 系统管理员只能访问“全部模块”。\n2. 允许动作“账号权限、审计、配置、跨部门看板”可正常执行。\n3. 限制动作“敏感访问仍需审计”不可执行,直接URL也无法绕过。\n4. 敏感访问和越权尝试有审计记录。 | 前端菜单、按钮、后端接口权限一致;角色切换后缓存权限刷新。 | 系统管理员权限边界符合角色职责。 | 模块访问、按钮权限、数据范围、审计均正确。 | 00-系统总览 角色前端映射;09-审计与通知中心 | 单文件系统角色=系统管理员 | 待执行\nTC-PROTO-0273 | 用户运营系统-单文件.html | 需求中心 | 需求中心 | 数据校验 | 需求中心执行导出待评估需求并校验导出脱敏与范围 | P2 | 已进入“需求中心”;当前角色具备导出权限;列表支持筛选和导出。 | 筛选=筛选状态=待评估;导出内容=导出demands当前筛选字段 | 1. 打开“需求中心”。\n2. 设置筛选条件:筛选状态=待评估。\n3. 点击查询并确认列表有数据。\n4. 点击导出。\n5. 打开导出文件,检查字段、数据范围和脱敏内容。\n6. 回到审计通知页面查询导出日志。 | 1. 导出内容为:导出demands当前筛选字段。\n2. 导出文件仅包含当前筛选范围。\n3. 敏感字段脱敏。\n4. 审计日志记录导出人、时间、筛选条件和导出对象。 | 导出总数与列表筛选总数一致;脱敏规则与页面展示一致。 | 无导出权限时按钮隐藏或后端拒绝;导出权限与查看完整信息权限分离。 | 导出范围准确、脱敏有效、审计可查。 | 09-审计与通知中心;各子系统数据对象 | 单文件页面=需求中心;导出=导出待评估需求 | 待执行\nTC-PROTO-0274 | 用户运营系统-单文件.html | 计划审核 | 计划审核 | 数据校验 | 计划审核执行导出审批记录并校验导出脱敏与范围 | P2 | 已进入“计划审核”;当前角色具备导出权限;列表支持筛选和导出。 | 筛选=筛选审批状态=待审批;导出内容=导出approval_records | 1. 打开“计划审核”。\n2. 设置筛选条件:筛选审批状态=待审批。\n3. 点击查询并确认列表有数据。\n4. 点击导出。\n5. 打开导出文件,检查字段、数据范围和脱敏内容。\n6. 回到审计通知页面查询导出日志。 | 1. 导出内容为:导出approval_records。\n2. 导出文件仅包含当前筛选范围。\n3. 敏感字段脱敏。\n4. 审计日志记录导出人、时间、筛选条件和导出对象。 | 导出总数与列表筛选总数一致;脱敏规则与页面展示一致。 | 无导出权限时按钮隐藏或后端拒绝;导出权限与查看完整信息权限分离。 | 导出范围准确、脱敏有效、审计可查。 | 09-审计与通知中心;各子系统数据对象 | 单文件页面=计划审核;导出=导出审批记录 | 待执行\nTC-PROTO-0275 | 用户运营系统-单文件.html | 计划中心 | 计划中心 | 数据校验 | 计划中心执行导出计划执行进度并校验导出脱敏与范围 | P2 | 已进入“计划中心”;当前角色具备导出权限;列表支持筛选和导出。 | 筛选=筛选状态=执行中;导出内容=导出计划、计划项、完成率 | 1. 打开“计划中心”。\n2. 设置筛选条件:筛选状态=执行中。\n3. 点击查询并确认列表有数据。\n4. 点击导出。\n5. 打开导出文件,检查字段、数据范围和脱敏内容。\n6. 回到审计通知页面查询导出日志。 | 1. 导出内容为:导出计划、计划项、完成率。\n2. 导出文件仅包含当前筛选范围。\n3. 敏感字段脱敏。\n4. 审计日志记录导出人、时间、筛选条件和导出对象。 | 导出总数与列表筛选总数一致;脱敏规则与页面展示一致。 | 无导出权限时按钮隐藏或后端拒绝;导出权限与查看完整信息权限分离。 | 导出范围准确、脱敏有效、审计可查。 | 09-审计与通知中心;各子系统数据对象 | 单文件页面=计划中心;导出=导出计划执行进度 | 待执行\nTC-PROTO-0276 | 用户运营系统-单文件.html | ASIN/Listing | ASIN/Listing | 数据校验 | ASIN/Listing执行导出健康风险ASIN并校验导出脱敏与范围 | P2 | 已进入“ASIN/Listing”;当前角色具备导出权限;列表支持筛选和导出。 | 筛选=筛选健康状态=风险/严重风险;导出内容=导出评分、评价数、差评数 | 1. 打开“ASIN/Listing”。\n2. 设置筛选条件:筛选健康状态=风险/严重风险。\n3. 点击查询并确认列表有数据。\n4. 点击导出。\n5. 打开导出文件,检查字段、数据范围和脱敏内容。\n6. 回到审计通知页面查询导出日志。 | 1. 导出内容为:导出评分、评价数、差评数。\n2. 导出文件仅包含当前筛选范围。\n3. 敏感字段脱敏。\n4. 审计日志记录导出人、时间、筛选条件和导出对象。 | 导出总数与列表筛选总数一致;脱敏规则与页面展示一致。 | 无导出权限时按钮隐藏或后端拒绝;导出权限与查看完整信息权限分离。 | 导出范围准确、脱敏有效、审计可查。 | 09-审计与通知中心;各子系统数据对象 | 单文件页面=ASIN/Listing;导出=导出健康风险ASIN | 待执行\nTC-PROTO-0277 | 用户运营系统-单文件.html | 用户中心 | 用户中心 | 数据校验 | 用户中心执行导出人群包并校验导出脱敏与范围 | P2 | 已进入“用户中心”;当前角色具备导出权限;列表支持筛选和导出。 | 筛选=筛选标签/国家/产品绑定;导出内容=导出脱敏用户ID和标签 | 1. 打开“用户中心”。\n2. 设置筛选条件:筛选标签/国家/产品绑定。\n3. 点击查询并确认列表有数据。\n4. 点击导出。\n5. 打开导出文件,检查字段、数据范围和脱敏内容。\n6. 回到审计通知页面查询导出日志。 | 1. 导出内容为:导出脱敏用户ID和标签。\n2. 导出文件仅包含当前筛选范围。\n3. 敏感字段脱敏。\n4. 审计日志记录导出人、时间、筛选条件和导出对象。 | 导出总数与列表筛选总数一致;脱敏规则与页面展示一致。 | 无导出权限时按钮隐藏或后端拒绝;导出权限与查看完整信息权限分离。 | 导出范围准确、脱敏有效、审计可查。 | 09-审计与通知中心;各子系统数据对象 | 单文件页面=用户中心;导出=导出人群包 | 待执行\nTC-PROTO-0278 | 用户运营系统-单文件.html | 额度频控 | 额度频控 | 数据校验 | 额度频控执行导出额度预警用户并校验导出脱敏与范围 | P2 | 已进入“额度频控”;当前角色具备导出权限;列表支持筛选和导出。 | 筛选=筛选status=warning/exceeded;导出内容=导出额度台账摘要 | 1. 打开“额度频控”。\n2. 设置筛选条件:筛选status=warning/exceeded。\n3. 点击查询并确认列表有数据。\n4. 点击导出。\n5. 打开导出文件,检查字段、数据范围和脱敏内容。\n6. 回到审计通知页面查询导出日志。 | 1. 导出内容为:导出额度台账摘要。\n2. 导出文件仅包含当前筛选范围。\n3. 敏感字段脱敏。\n4. 审计日志记录导出人、时间、筛选条件和导出对象。 | 导出总数与列表筛选总数一致;脱敏规则与页面展示一致。 | 无导出权限时按钮隐藏或后端拒绝;导出权限与查看完整信息权限分离。 | 导出范围准确、脱敏有效、审计可查。 | 09-审计与通知中心;各子系统数据对象 | 单文件页面=额度频控;导出=导出额度预警用户 | 待执行\nTC-PROTO-0279 | 用户运营系统-单文件.html | 推送/触达 | 推送/触达 | 数据校验 | 推送/触达执行导出退订用户并校验导出脱敏与范围 | P2 | 已进入“推送/触达”;当前角色具备导出权限;列表支持筛选和导出。 | 筛选=筛选event=UNSUBSCRIBED;导出内容=导出退订事件和渠道 | 1. 打开“推送/触达”。\n2. 设置筛选条件:筛选event=UNSUBSCRIBED。\n3. 点击查询并确认列表有数据。\n4. 点击导出。\n5. 打开导出文件,检查字段、数据范围和脱敏内容。\n6. 回到审计通知页面查询导出日志。 | 1. 导出内容为:导出退订事件和渠道。\n2. 导出文件仅包含当前筛选范围。\n3. 敏感字段脱敏。\n4. 审计日志记录导出人、时间、筛选条件和导出对象。 | 导出总数与列表筛选总数一致;脱敏规则与页面展示一致。 | 无导出权限时按钮隐藏或后端拒绝;导出权限与查看完整信息权限分离。 | 导出范围准确、脱敏有效、审计可查。 | 09-审计与通知中心;各子系统数据对象 | 单文件页面=推送/触达;导出=导出退订用户 | 待执行\nTC-PROTO-0280 | 用户运营系统-单文件.html | 客服中心 | 客服中心 | 数据校验 | 客服中心执行导出超时工单并校验导出脱敏与范围 | P2 | 已进入“客服中心”;当前角色具备导出权限;列表支持筛选和导出。 | 筛选=筛选状态=等待用户且超时;导出内容=导出工单与负责人 | 1. 打开“客服中心”。\n2. 设置筛选条件:筛选状态=等待用户且超时。\n3. 点击查询并确认列表有数据。\n4. 点击导出。\n5. 打开导出文件,检查字段、数据范围和脱敏内容。\n6. 回到审计通知页面查询导出日志。 | 1. 导出内容为:导出工单与负责人。\n2. 导出文件仅包含当前筛选范围。\n3. 敏感字段脱敏。\n4. 审计日志记录导出人、时间、筛选条件和导出对象。 | 导出总数与列表筛选总数一致;脱敏规则与页面展示一致。 | 无导出权限时按钮隐藏或后端拒绝;导出权限与查看完整信息权限分离。 | 导出范围准确、脱敏有效、审计可查。 | 09-审计与通知中心;各子系统数据对象 | 单文件页面=客服中心;导出=导出超时工单 | 待执行\nTC-PROTO-0281 | 用户运营系统-单文件.html | 风险中心 | 风险中心 | 数据校验 | 风险中心执行导出风险案件并校验导出脱敏与范围 | P2 | 已进入“风险中心”;当前角色具备导出权限;列表支持筛选和导出。 | 筛选=筛选状态=人工复核中;导出内容=导出风险摘要脱敏 | 1. 打开“风险中心”。\n2. 设置筛选条件:筛选状态=人工复核中。\n3. 点击查询并确认列表有数据。\n4. 点击导出。\n5. 打开导出文件,检查字段、数据范围和脱敏内容。\n6. 回到审计通知页面查询导出日志。 | 1. 导出内容为:导出风险摘要脱敏。\n2. 导出文件仅包含当前筛选范围。\n3. 敏感字段脱敏。\n4. 审计日志记录导出人、时间、筛选条件和导出对象。 | 导出总数与列表筛选总数一致;脱敏规则与页面展示一致。 | 无导出权限时按钮隐藏或后端拒绝;导出权限与查看完整信息权限分离。 | 导出范围准确、脱敏有效、审计可查。 | 09-审计与通知中心;各子系统数据对象 | 单文件页面=风险中心;导出=导出风险案件 | 待执行\nTC-PROTO-0282 | 用户运营系统-单文件.html | 评价追踪 | 评价追踪 | 数据校验 | 评价追踪执行导出异常观察队列并校验导出脱敏与范围 | P2 | 已进入“评价追踪”;当前角色具备导出权限;列表支持筛选和导出。 | 筛选=筛选status=OBSERVING/ABNORMAL;导出内容=导出提交和核验摘要 | 1. 打开“评价追踪”。\n2. 设置筛选条件:筛选status=OBSERVING/ABNORMAL。\n3. 点击查询并确认列表有数据。\n4. 点击导出。\n5. 打开导出文件,检查字段、数据范围和脱敏内容。\n6. 回到审计通知页面查询导出日志。 | 1. 导出内容为:导出提交和核验摘要。\n2. 导出文件仅包含当前筛选范围。\n3. 敏感字段脱敏。\n4. 审计日志记录导出人、时间、筛选条件和导出对象。 | 导出总数与列表筛选总数一致;脱敏规则与页面展示一致。 | 无导出权限时按钮隐藏或后端拒绝;导出权限与查看完整信息权限分离。 | 导出范围准确、脱敏有效、审计可查。 | 09-审计与通知中心;各子系统数据对象 | 单文件页面=评价追踪;导出=导出异常观察队列 | 待执行\nTC-PROTO-0283 | 用户运营系统-单文件.html | KOC/KOL | KOC/KOL | 数据校验 | KOC/KOL执行导出逾期协作任务并校验导出脱敏与范围 | P2 | 已进入“KOC/KOL”;当前角色具备导出权限;列表支持筛选和导出。 | 筛选=筛选状态=逾期;导出内容=导出CODE/Brief/负责人 | 1. 打开“KOC/KOL”。\n2. 设置筛选条件:筛选状态=逾期。\n3. 点击查询并确认列表有数据。\n4. 点击导出。\n5. 打开导出文件,检查字段、数据范围和脱敏内容。\n6. 回到审计通知页面查询导出日志。 | 1. 导出内容为:导出CODE/Brief/负责人。\n2. 导出文件仅包含当前筛选范围。\n3. 敏感字段脱敏。\n4. 审计日志记录导出人、时间、筛选条件和导出对象。 | 导出总数与列表筛选总数一致;脱敏规则与页面展示一致。 | 无导出权限时按钮隐藏或后端拒绝;导出权限与查看完整信息权限分离。 | 导出范围准确、脱敏有效、审计可查。 | 09-审计与通知中心;各子系统数据对象 | 单文件页面=KOC/KOL;导出=导出逾期协作任务 | 待执行\nTC-PROTO-0284 | 用户运营系统-单文件.html | 审计通知 | 审计通知 | 数据校验 | 审计通知执行导出敏感动作日志并校验导出脱敏与范围 | P2 | 已进入“审计通知”;当前角色具备导出权限;列表支持筛选和导出。 | 筛选=筛选动作=查看完整信息/导出;导出内容=导出审计日志 | 1. 打开“审计通知”。\n2. 设置筛选条件:筛选动作=查看完整信息/导出。\n3. 点击查询并确认列表有数据。\n4. 点击导出。\n5. 打开导出文件,检查字段、数据范围和脱敏内容。\n6. 回到审计通知页面查询导出日志。 | 1. 导出内容为:导出审计日志。\n2. 导出文件仅包含当前筛选范围。\n3. 敏感字段脱敏。\n4. 审计日志记录导出人、时间、筛选条件和导出对象。 | 导出总数与列表筛选总数一致;脱敏规则与页面展示一致。 | 无导出权限时按钮隐藏或后端拒绝;导出权限与查看完整信息权限分离。 | 导出范围准确、脱敏有效、审计可查。 | 09-审计与通知中心;各子系统数据对象 | 单文件页面=审计通知;导出=导出敏感动作日志 | 待执行\nTC-PROTO-0285 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台 | 系统稳定性与幂等 | 异常场景 | 工作台稳定性校验:重复点击处理卡点 | P2 | 已进入“工作台”;准备可执行场景:重复点击处理卡点。 | 动作=连续点击处理卡点按钮2次;预期=只打开一个详情/处理弹窗,不重复创建处理记录 | 1. 打开原型页面“工作台”。\n2. 准备或选择满足场景的数据。\n3. 执行操作:连续点击处理卡点按钮2次。\n4. 观察页面提示、按钮状态、列表变化和详情状态。\n5. 刷新页面或重新查询该记录。\n6. 如涉及日志,进入审计通知页面按对象ID查询。 | 1. 系统按幂等/空状态/刷新规则处理。\n2. 结果为:只打开一个详情/处理弹窗,不重复创建处理记录。\n3. 不产生重复记录、重复扣减、重复完成数或错误状态。\n4. 刷新后状态可恢复查询。 | 校验唯一ID、状态、计数、日志数量;重复操作不得造成多条业务成功记录。 | 重复/并发操作仍必须校验后端权限,不能因前端状态异常绕过权限。 | 页面在重复点击、刷新、并发、空状态下保持数据一致且用户可理解。 | 全局幂等与审计要求;各子系统状态规则 | 稳定性场景:重复点击处理卡点 | 待执行\nTC-PROTO-0286 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 工作台 | 系统稳定性与幂等 | 异常场景 | 工作台稳定性校验:刷新后保持时间范围 | P2 | 已进入“工作台”;准备可执行场景:刷新后保持时间范围。 | 动作=选择最近30天后刷新页面;预期=仍显示最近30天或按产品定义恢复默认并不报错 | 1. 打开原型页面“工作台”。\n2. 准备或选择满足场景的数据。\n3. 执行操作:选择最近30天后刷新页面。\n4. 观察页面提示、按钮状态、列表变化和详情状态。\n5. 刷新页面或重新查询该记录。\n6. 如涉及日志,进入审计通知页面按对象ID查询。 | 1. 系统按幂等/空状态/刷新规则处理。\n2. 结果为:仍显示最近30天或按产品定义恢复默认并不报错。\n3. 不产生重复记录、重复扣减、重复完成数或错误状态。\n4. 刷新后状态可恢复查询。 | 校验唯一ID、状态、计数、日志数量;重复操作不得造成多条业务成功记录。 | 重复/并发操作仍必须校验后端权限,不能因前端状态异常绕过权限。 | 页面在重复点击、刷新、并发、空状态下保持数据一致且用户可理解。 | 全局幂等与审计要求;各子系统状态规则 | 稳定性场景:刷新后保持时间范围 | 待执行\nTC-PROTO-0287 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 风险中心 | 系统稳定性与幂等 | 异常场景 | 风险中心稳定性校验:黑名单同步重复提交 | P2 | 已进入“风险中心”;准备可执行场景:黑名单同步重复提交。 | 动作=同步黑名单按钮连续点击;预期=只生成一次同步任务,第二次提示处理中 | 1. 打开原型页面“风险中心”。\n2. 准备或选择满足场景的数据。\n3. 执行操作:同步黑名单按钮连续点击。\n4. 观察页面提示、按钮状态、列表变化和详情状态。\n5. 刷新页面或重新查询该记录。\n6. 如涉及日志,进入审计通知页面按对象ID查询。 | 1. 系统按幂等/空状态/刷新规则处理。\n2. 结果为:只生成一次同步任务,第二次提示处理中。\n3. 不产生重复记录、重复扣减、重复完成数或错误状态。\n4. 刷新后状态可恢复查询。 | 校验唯一ID、状态、计数、日志数量;重复操作不得造成多条业务成功记录。 | 重复/并发操作仍必须校验后端权限,不能因前端状态异常绕过权限。 | 页面在重复点击、刷新、并发、空状态下保持数据一致且用户可理解。 | 全局幂等与审计要求;各子系统状态规则 | 稳定性场景:黑名单同步重复提交 | 待执行\nTC-PROTO-0288 | 20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 报表中心 | 系统稳定性与幂等 | 异常场景 | 报表中心稳定性校验:报表生成中重复下载 | P2 | 已进入“报表中心”;准备可执行场景:报表生成中重复下载。 | 动作=报表状态自动生成中点击下载;预期=提示生成中,不下载空文件 | 1. 打开原型页面“报表中心”。\n2. 准备或选择满足场景的数据。\n3. 执行操作:报表状态自动生成中点击下载。\n4. 观察页面提示、按钮状态、列表变化和详情状态。\n5. 刷新页面或重新查询该记录。\n6. 如涉及日志,进入审计通知页面按对象ID查询。 | 1. 系统按幂等/空状态/刷新规则处理。\n2. 结果为:提示生成中,不下载空文件。\n3. 不产生重复记录、重复扣减、重复完成数或错误状态。\n4. 刷新后状态可恢复查询。 | 校验唯一ID、状态、计数、日志数量;重复操作不得造成多条业务成功记录。 | 重复/并发操作仍必须校验后端权限,不能因前端状态异常绕过权限。 | 页面在重复点击、刷新、并发、空状态下保持数据一致且用户可理解。 | 全局幂等与审计要求;各子系统状态规则 | 稳定性场景:报表生成中重复下载 | 待执行\nTC-PROTO-0289 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP | 系统稳定性与幂等 | 异常场景 | 现有ERP稳定性校验:生成字段表重复点击 | P2 | 已进入“现有ERP”;准备可执行场景:生成字段表重复点击。 | 动作=连续点击生成字段表;预期=字段表只生成一份或版本号递增可追踪 | 1. 打开原型页面“现有ERP”。\n2. 准备或选择满足场景的数据。\n3. 执行操作:连续点击生成字段表。\n4. 观察页面提示、按钮状态、列表变化和详情状态。\n5. 刷新页面或重新查询该记录。\n6. 如涉及日志,进入审计通知页面按对象ID查询。 | 1. 系统按幂等/空状态/刷新规则处理。\n2. 结果为:字段表只生成一份或版本号递增可追踪。\n3. 不产生重复记录、重复扣减、重复完成数或错误状态。\n4. 刷新后状态可恢复查询。 | 校验唯一ID、状态、计数、日志数量;重复操作不得造成多条业务成功记录。 | 重复/并发操作仍必须校验后端权限,不能因前端状态异常绕过权限。 | 页面在重复点击、刷新、并发、空状态下保持数据一致且用户可理解。 | 全局幂等与审计要求;各子系统状态规则 | 稳定性场景:生成字段表重复点击 | 待执行\nTC-PROTO-0290 | user_erp_mvp_admin_prototype_v10(1).html | 现有ERP | 系统稳定性与幂等 | 异常场景 | 现有ERP稳定性校验:导出现有关系无数据 | P2 | 已进入“现有ERP”;准备可执行场景:导出现有关系无数据。 | 动作=查询结果为空后导出;预期=提示暂无可导出数据 | 1. 打开原型页面“现有ERP”。\n2. 准备或选择满足场景的数据。\n3. 执行操作:查询结果为空后导出。\n4. 观察页面提示、按钮状态、列表变化和详情状态。\n5. 刷新页面或重新查询该记录。\n6. 如涉及日志,进入审计通知页面按对象ID查询。 | 1. 系统按幂等/空状态/刷新规则处理。\n2. 结果为:提示暂无可导出数据。\n3. 不产生重复记录、重复扣减、重复完成数或错误状态。\n4. 刷新后状态可恢复查询。 | 校验唯一ID、状态、计数、日志数量;重复操作不得造成多条业务成功记录。 | 重复/并发操作仍必须校验后端权限,不能因前端状态异常绕过权限。 | 页面在重复点击、刷新、并发、空状态下保持数据一致且用户可理解。 | 全局幂等与审计要求;各子系统状态规则 | 稳定性场景:导出现有关系无数据 | 待执行\nTC-PROTO-0291 | user_erp_mvp_admin_prototype_v10(1).html | 身份管理 | 系统稳定性与幂等 | 异常场景 | 身份管理稳定性校验:多语言图标缺失 | P2 | 已进入“身份管理”;准备可执行场景:多语言图标缺失。 | 动作=德语图标PNG为空;预期=页面显示占位并提示需补充 | 1. 打开原型页面“身份管理”。\n2. 准备或选择满足场景的数据。\n3. 执行操作:德语图标PNG为空。\n4. 观察页面提示、按钮状态、列表变化和详情状态。\n5. 刷新页面或重新查询该记录。\n6. 如涉及日志,进入审计通知页面按对象ID查询。 | 1. 系统按幂等/空状态/刷新规则处理。\n2. 结果为:页面显示占位并提示需补充。\n3. 不产生重复记录、重复扣减、重复完成数或错误状态。\n4. 刷新后状态可恢复查询。 | 校验唯一ID、状态、计数、日志数量;重复操作不得造成多条业务成功记录。 | 重复/并发操作仍必须校验后端权限,不能因前端状态异常绕过权限。 | 页面在重复点击、刷新、并发、空状态下保持数据一致且用户可理解。 | 全局幂等与审计要求;各子系统状态规则 | 稳定性场景:多语言图标缺失 | 待执行\nTC-PROTO-0292 | user_erp_mvp_admin_prototype_v10(1).html | 用户管理 | 系统稳定性与幂等 | 异常场景 | 用户管理稳定性校验:分页切换保持筛选 | P2 | 已进入“用户管理”;准备可执行场景:分页切换保持筛选。 | 动作=筛选国家US后切换下一页;预期=筛选条件不丢失 | 1. 打开原型页面“用户管理”。\n2. 准备或选择满足场景的数据。\n3. 执行操作:筛选国家US后切换下一页。\n4. 观察页面提示、按钮状态、列表变化和详情状态。\n5. 刷新页面或重新查询该记录。\n6. 如涉及日志,进入审计通知页面按对象ID查询。 | 1. 系统按幂等/空状态/刷新规则处理。\n2. 结果为:筛选条件不丢失。\n3. 不产生重复记录、重复扣减、重复完成数或错误状态。\n4. 刷新后状态可恢复查询。 | 校验唯一ID、状态、计数、日志数量;重复操作不得造成多条业务成功记录。 | 重复/并发操作仍必须校验后端权限,不能因前端状态异常绕过权限。 | 页面在重复点击、刷新、并发、空状态下保持数据一致且用户可理解。 | 全局幂等与审计要求;各子系统状态规则 | 稳定性场景:分页切换保持筛选 | 待执行\nTC-PROTO-0293 | 客服执行.html | 客服执行看板 | 系统稳定性与幂等 | 异常场景 | 客服执行看板稳定性校验:新工单到达实时刷新 | P2 | 已进入“客服执行看板”;准备可执行场景:新工单到达实时刷新。 | 动作=后台新增待分配工单;预期=看板待处理数增加并出现新工单 | 1. 打开原型页面“客服执行看板”。\n2. 准备或选择满足场景的数据。\n3. 执行操作:后台新增待分配工单。\n4. 观察页面提示、按钮状态、列表变化和详情状态。\n5. 刷新页面或重新查询该记录。\n6. 如涉及日志,进入审计通知页面按对象ID查询。 | 1. 系统按幂等/空状态/刷新规则处理。\n2. 结果为:看板待处理数增加并出现新工单。\n3. 不产生重复记录、重复扣减、重复完成数或错误状态。\n4. 刷新后状态可恢复查询。 | 校验唯一ID、状态、计数、日志数量;重复操作不得造成多条业务成功记录。 | 重复/并发操作仍必须校验后端权限,不能因前端状态异常绕过权限。 | 页面在重复点击、刷新、并发、空状态下保持数据一致且用户可理解。 | 全局幂等与审计要求;各子系统状态规则 | 稳定性场景:新工单到达实时刷新 | 待执行\nTC-PROTO-0294 | 客服执行.html | 客服执行看板 | 系统稳定性与幂等 | 异常场景 | 客服执行看板稳定性校验:多人同时抢单 | P2 | 已进入“客服执行看板”;准备可执行场景:多人同时抢单。 | 动作=两个客服同时领取同一工单;预期=只有一个领取成功,另一个提示已被分配 | 1. 打开原型页面“客服执行看板”。\n2. 准备或选择满足场景的数据。\n3. 执行操作:两个客服同时领取同一工单。\n4. 观察页面提示、按钮状态、列表变化和详情状态。\n5. 刷新页面或重新查询该记录。\n6. 如涉及日志,进入审计通知页面按对象ID查询。 | 1. 系统按幂等/空状态/刷新规则处理。\n2. 结果为:只有一个领取成功,另一个提示已被分配。\n3. 不产生重复记录、重复扣减、重复完成数或错误状态。\n4. 刷新后状态可恢复查询。 | 校验唯一ID、状态、计数、日志数量;重复操作不得造成多条业务成功记录。 | 重复/并发操作仍必须校验后端权限,不能因前端状态异常绕过权限。 | 页面在重复点击、刷新、并发、空状态下保持数据一致且用户可理解。 | 全局幂等与审计要求;各子系统状态规则 | 稳定性场景:多人同时抢单 | 待执行\nTC-PROTO-0295 | 客服执行.html | 客服工单 | 系统稳定性与幂等 | 异常场景 | 客服工单稳定性校验:首次回复重复发送 | P2 | 已进入“客服工单”;准备可执行场景:首次回复重复发送。 | 动作=客服双击发送回复;预期=只发送一条消息并记录一次首次回复时长 | 1. 打开原型页面“客服工单”。\n2. 准备或选择满足场景的数据。\n3. 执行操作:客服双击发送回复。\n4. 观察页面提示、按钮状态、列表变化和详情状态。\n5. 刷新页面或重新查询该记录。\n6. 如涉及日志,进入审计通知页面按对象ID查询。 | 1. 系统按幂等/空状态/刷新规则处理。\n2. 结果为:只发送一条消息并记录一次首次回复时长。\n3. 不产生重复记录、重复扣减、重复完成数或错误状态。\n4. 刷新后状态可恢复查询。 | 校验唯一ID、状态、计数、日志数量;重复操作不得造成多条业务成功记录。 | 重复/并发操作仍必须校验后端权限,不能因前端状态异常绕过权限。 | 页面在重复点击、刷新、并发、空状态下保持数据一致且用户可理解。 | 全局幂等与审计要求;各子系统状态规则 | 稳定性场景:首次回复重复发送 | 待执行\nTC-PROTO-0296 | 客服执行.html | 客服工单 | 系统稳定性与幂等 | 异常场景 | 客服工单稳定性校验:关闭工单后刷新 | P2 | 已进入“客服工单”;准备可执行场景:关闭工单后刷新。 | 动作=关闭工单后刷新详情页;预期=状态仍为已关闭且不可继续处理 | 1. 打开原型页面“客服工单”。\n2. 准备或选择满足场景的数据。\n3. 执行操作:关闭工单后刷新详情页。\n4. 观察页面提示、按钮状态、列表变化和详情状态。\n5. 刷新页面或重新查询该记录。\n6. 如涉及日志,进入审计通知页面按对象ID查询。 | 1. 系统按幂等/空状态/刷新规则处理。\n2. 结果为:状态仍为已关闭且不可继续处理。\n3. 不产生重复记录、重复扣减、重复完成数或错误状态。\n4. 刷新后状态可恢复查询。 | 校验唯一ID、状态、计数、日志数量;重复操作不得造成多条业务成功记录。 | 重复/并发操作仍必须校验后端权限,不能因前端状态异常绕过权限。 | 页面在重复点击、刷新、并发、空状态下保持数据一致且用户可理解。 | 全局幂等与审计要求;各子系统状态规则 | 稳定性场景:关闭工单后刷新 | 待执行\nTC-PROTO-0297 | 客服执行.html | 客服绩效 | 系统稳定性与幂等 | 异常场景 | 客服绩效稳定性校验:绩效周期切换 | P2 | 已进入“客服绩效”;准备可执行场景:绩效周期切换。 | 动作=日/周/月连续切换;预期=指标随周期变化且无串数据 | 1. 打开原型页面“客服绩效”。\n2. 准备或选择满足场景的数据。\n3. 执行操作:日/周/月连续切换。\n4. 观察页面提示、按钮状态、列表变化和详情状态。\n5. 刷新页面或重新查询该记录。\n6. 如涉及日志,进入审计通知页面按对象ID查询。 | 1. 系统按幂等/空状态/刷新规则处理。\n2. 结果为:指标随周期变化且无串数据。\n3. 不产生重复记录、重复扣减、重复完成数或错误状态。\n4. 刷新后状态可恢复查询。 | 校验唯一ID、状态、计数、日志数量;重复操作不得造成多条业务成功记录。 | 重复/并发操作仍必须校验后端权限,不能因前端状态异常绕过权限。 | 页面在重复点击、刷新、并发、空状态下保持数据一致且用户可理解。 | 全局幂等与审计要求;各子系统状态规则 | 稳定性场景:绩效周期切换 | 待执行\nTC-PROTO-0298 | 用户运营系统-单文件.html | 需求中心 | 系统稳定性与幂等 | 异常场景 | 需求中心稳定性校验:创建需求重复提交 | P2 | 已进入“需求中心”;准备可执行场景:创建需求重复提交。 | 动作=提交按钮连续点击两次;预期=只创建一个demand_id | 1. 打开原型页面“需求中心”。\n2. 准备或选择满足场景的数据。\n3. 执行操作:提交按钮连续点击两次。\n4. 观察页面提示、按钮状态、列表变化和详情状态。\n5. 刷新页面或重新查询该记录。\n6. 如涉及日志,进入审计通知页面按对象ID查询。 | 1. 系统按幂等/空状态/刷新规则处理。\n2. 结果为:只创建一个demand_id。\n3. 不产生重复记录、重复扣减、重复完成数或错误状态。\n4. 刷新后状态可恢复查询。 | 校验唯一ID、状态、计数、日志数量;重复操作不得造成多条业务成功记录。 | 重复/并发操作仍必须校验后端权限,不能因前端状态异常绕过权限。 | 页面在重复点击、刷新、并发、空状态下保持数据一致且用户可理解。 | 全局幂等与审计要求;各子系统状态规则 | 稳定性场景:创建需求重复提交 | 待执行\nTC-PROTO-0299 | 用户运营系统-单文件.html | 计划审核 | 系统稳定性与幂等 | 异常场景 | 计划审核稳定性校验:两名审批人同时审批 | P2 | 已进入“计划审核”;准备可执行场景:两名审批人同时审批。 | 动作=一个通过一个驳回并发提交;预期=按后端锁定规则只接受一个有效决策 | 1. 打开原型页面“计划审核”。\n2. 准备或选择满足场景的数据。\n3. 执行操作:一个通过一个驳回并发提交。\n4. 观察页面提示、按钮状态、列表变化和详情状态。\n5. 刷新页面或重新查询该记录。\n6. 如涉及日志,进入审计通知页面按对象ID查询。 | 1. 系统按幂等/空状态/刷新规则处理。\n2. 结果为:按后端锁定规则只接受一个有效决策。\n3. 不产生重复记录、重复扣减、重复完成数或错误状态。\n4. 刷新后状态可恢复查询。 | 校验唯一ID、状态、计数、日志数量;重复操作不得造成多条业务成功记录。 | 重复/并发操作仍必须校验后端权限,不能因前端状态异常绕过权限。 | 页面在重复点击、刷新、并发、空状态下保持数据一致且用户可理解。 | 全局幂等与审计要求;各子系统状态规则 | 稳定性场景:两名审批人同时审批 | 待执行\nTC-PROTO-0300 | 用户运营系统-单文件.html | 计划中心 | 系统稳定性与幂等 | 异常场景 | 计划中心稳定性校验:计划暂停后重复暂停 | P2 | 已进入“计划中心”;准备可执行场景:计划暂停后重复暂停。 | 动作=执行中计划点击暂停两次;预期=第二次提示计划已暂停 | 1. 打开原型页面“计划中心”。\n2. 准备或选择满足场景的数据。\n3. 执行操作:执行中计划点击暂停两次。\n4. 观察页面提示、按钮状态、列表变化和详情状态。\n5. 刷新页面或重新查询该记录。\n6. 如涉及日志,进入审计通知页面按对象ID查询。 | 1. 系统按幂等/空状态/刷新规则处理。\n2. 结果为:第二次提示计划已暂停。\n3. 不产生重复记录、重复扣减、重复完成数或错误状态。\n4. 刷新后状态可恢复查询。 | 校验唯一ID、状态、计数、日志数量;重复操作不得造成多条业务成功记录。 | 重复/并发操作仍必须校验后端权限,不能因前端状态异常绕过权限。 | 页面在重复点击、刷新、并发、空状态下保持数据一致且用户可理解。 | 全局幂等与审计要求;各子系统状态规则 | 稳定性场景:计划暂停后重复暂停 | 待执行\nTC-PROTO-0301 | 用户运营系统-单文件.html | 额度频控 | 系统稳定性与幂等 | 异常场景 | 额度频控稳定性校验:并发预占同一真实人最后额度 | P2 | 已进入“额度频控”;准备可执行场景:并发预占同一真实人最后额度。 | 动作=两个计划同时预占remaining=1;预期=只允许一个预占成功 | 1. 打开原型页面“额度频控”。\n2. 准备或选择满足场景的数据。\n3. 执行操作:两个计划同时预占remaining=1。\n4. 观察页面提示、按钮状态、列表变化和详情状态。\n5. 刷新页面或重新查询该记录。\n6. 如涉及日志,进入审计通知页面按对象ID查询。 | 1. 系统按幂等/空状态/刷新规则处理。\n2. 结果为:只允许一个预占成功。\n3. 不产生重复记录、重复扣减、重复完成数或错误状态。\n4. 刷新后状态可恢复查询。 | 校验唯一ID、状态、计数、日志数量;重复操作不得造成多条业务成功记录。 | 重复/并发操作仍必须校验后端权限,不能因前端状态异常绕过权限。 | 页面在重复点击、刷新、并发、空状态下保持数据一致且用户可理解。 | 全局幂等与审计要求;各子系统状态规则 | 稳定性场景:并发预占同一真实人最后额度 | 待执行\nTC-PROTO-0302 | 用户运营系统-单文件.html | 推送/触达 | 系统稳定性与幂等 | 异常场景 | 推送/触达稳定性校验:发送任务队列中刷新 | P2 | 已进入“推送/触达”;准备可执行场景:发送任务队列中刷新。 | 动作=点击发送后立即刷新页面;预期=任务状态可从队列恢复查询 | 1. 打开原型页面“推送/触达”。\n2. 准备或选择满足场景的数据。\n3. 执行操作:点击发送后立即刷新页面。\n4. 观察页面提示、按钮状态、列表变化和详情状态。\n5. 刷新页面或重新查询该记录。\n6. 如涉及日志,进入审计通知页面按对象ID查询。 | 1. 系统按幂等/空状态/刷新规则处理。\n2. 结果为:任务状态可从队列恢复查询。\n3. 不产生重复记录、重复扣减、重复完成数或错误状态。\n4. 刷新后状态可恢复查询。 | 校验唯一ID、状态、计数、日志数量;重复操作不得造成多条业务成功记录。 | 重复/并发操作仍必须校验后端权限,不能因前端状态异常绕过权限。 | 页面在重复点击、刷新、并发、空状态下保持数据一致且用户可理解。 | 全局幂等与审计要求;各子系统状态规则 | 稳定性场景:发送任务队列中刷新 | 待执行\nTC-PROTO-0303 | 用户运营系统-单文件.html | 客服中心 | 系统稳定性与幂等 | 异常场景 | 客服中心稳定性校验:同用户重复创建工单 | P2 | 已进入“客服中心”;准备可执行场景:同用户重复创建工单。 | 动作=同person_id已有open工单再次创建;预期=提示关联已有工单或合并 | 1. 打开原型页面“客服中心”。\n2. 准备或选择满足场景的数据。\n3. 执行操作:同person_id已有open工单再次创建。\n4. 观察页面提示、按钮状态、列表变化和详情状态。\n5. 刷新页面或重新查询该记录。\n6. 如涉及日志,进入审计通知页面按对象ID查询。 | 1. 系统按幂等/空状态/刷新规则处理。\n2. 结果为:提示关联已有工单或合并。\n3. 不产生重复记录、重复扣减、重复完成数或错误状态。\n4. 刷新后状态可恢复查询。 | 校验唯一ID、状态、计数、日志数量;重复操作不得造成多条业务成功记录。 | 重复/并发操作仍必须校验后端权限,不能因前端状态异常绕过权限。 | 页面在重复点击、刷新、并发、空状态下保持数据一致且用户可理解。 | 全局幂等与审计要求;各子系统状态规则 | 稳定性场景:同用户重复创建工单 | 待执行\nTC-PROTO-0304 | 用户运营系统-单文件.html | 风险中心 | 系统稳定性与幂等 | 异常场景 | 风险中心稳定性校验:确认诈骗重复点击 | P2 | 已进入“风险中心”;准备可执行场景:确认诈骗重复点击。 | 动作=风险案件连续点击确认诈骗;预期=只同步一次黑名单候选 | 1. 打开原型页面“风险中心”。\n2. 准备或选择满足场景的数据。\n3. 执行操作:风险案件连续点击确认诈骗。\n4. 观察页面提示、按钮状态、列表变化和详情状态。\n5. 刷新页面或重新查询该记录。\n6. 如涉及日志,进入审计通知页面按对象ID查询。 | 1. 系统按幂等/空状态/刷新规则处理。\n2. 结果为:只同步一次黑名单候选。\n3. 不产生重复记录、重复扣减、重复完成数或错误状态。\n4. 刷新后状态可恢复查询。 | 校验唯一ID、状态、计数、日志数量;重复操作不得造成多条业务成功记录。 | 重复/并发操作仍必须校验后端权限,不能因前端状态异常绕过权限。 | 页面在重复点击、刷新、并发、空状态下保持数据一致且用户可理解。 | 全局幂等与审计要求;各子系统状态规则 | 稳定性场景:确认诈骗重复点击 | 待执行\nTC-PROTO-0305 | 用户运营系统-单文件.html | 评价追踪 | 系统稳定性与幂等 | 异常场景 | 评价追踪稳定性校验:评价提交重复登记 | P2 | 已进入“评价追踪”;准备可执行场景:评价提交重复登记。 | 动作=同person+asin+plan重复提交相同证据;预期=提示重复记录或合并,不重复扣额度 | 1. 打开原型页面“评价追踪”。\n2. 准备或选择满足场景的数据。\n3. 执行操作:同person+asin+plan重复提交相同证据。\n4. 观察页面提示、按钮状态、列表变化和详情状态。\n5. 刷新页面或重新查询该记录。\n6. 如涉及日志,进入审计通知页面按对象ID查询。 | 1. 系统按幂等/空状态/刷新规则处理。\n2. 结果为:提示重复记录或合并,不重复扣额度。\n3. 不产生重复记录、重复扣减、重复完成数或错误状态。\n4. 刷新后状态可恢复查询。 | 校验唯一ID、状态、计数、日志数量;重复操作不得造成多条业务成功记录。 | 重复/并发操作仍必须校验后端权限,不能因前端状态异常绕过权限。 | 页面在重复点击、刷新、并发、空状态下保持数据一致且用户可理解。 | 全局幂等与审计要求;各子系统状态规则 | 稳定性场景:评价提交重复登记 | 待执行\nTC-PROTO-0306 | 用户运营系统-单文件.html | 评价追踪 | 系统稳定性与幂等 | 异常场景 | 评价追踪稳定性校验:展示核验重复确认 | P2 | 已进入“评价追踪”;准备可执行场景:展示核验重复确认。 | 动作=已CONFIRMED记录再次确认展示;预期=计划完成数不重复增加 | 1. 打开原型页面“评价追踪”。\n2. 准备或选择满足场景的数据。\n3. 执行操作:已CONFIRMED记录再次确认展示。\n4. 观察页面提示、按钮状态、列表变化和详情状态。\n5. 刷新页面或重新查询该记录。\n6. 如涉及日志,进入审计通知页面按对象ID查询。 | 1. 系统按幂等/空状态/刷新规则处理。\n2. 结果为:计划完成数不重复增加。\n3. 不产生重复记录、重复扣减、重复完成数或错误状态。\n4. 刷新后状态可恢复查询。 | 校验唯一ID、状态、计数、日志数量;重复操作不得造成多条业务成功记录。 | 重复/并发操作仍必须校验后端权限,不能因前端状态异常绕过权限。 | 页面在重复点击、刷新、并发、空状态下保持数据一致且用户可理解。 | 全局幂等与审计要求;各子系统状态规则 | 稳定性场景:展示核验重复确认 | 待执行\nTC-PROTO-0307 | 用户运营系统-单文件.html | 系统管理 | 系统稳定性与幂等 | 异常场景 | 系统管理稳定性校验:权限变更后立即生效 | P2 | 已进入“系统管理”;准备可执行场景:权限变更后立即生效。 | 动作=撤销用户导出权限后刷新;预期=导出按钮不可用且接口拒绝 | 1. 打开原型页面“系统管理”。\n2. 准备或选择满足场景的数据。\n3. 执行操作:撤销用户导出权限后刷新。\n4. 观察页面提示、按钮状态、列表变化和详情状态。\n5. 刷新页面或重新查询该记录。\n6. 如涉及日志,进入审计通知页面按对象ID查询。 | 1. 系统按幂等/空状态/刷新规则处理。\n2. 结果为:导出按钮不可用且接口拒绝。\n3. 不产生重复记录、重复扣减、重复完成数或错误状态。\n4. 刷新后状态可恢复查询。 | 校验唯一ID、状态、计数、日志数量;重复操作不得造成多条业务成功记录。 | 重复/并发操作仍必须校验后端权限,不能因前端状态异常绕过权限。 | 页面在重复点击、刷新、并发、空状态下保持数据一致且用户可理解。 | 全局幂等与审计要求;各子系统状态规则 | 稳定性场景:权限变更后立即生效 | 待执行\nTC-PROTO-0308 | 用户运营系统-单文件.html | 审计通知 | 系统稳定性与幂等 | 异常场景 | 审计通知稳定性校验:审计列表空状态 | P2 | 已进入“审计通知”;准备可执行场景:审计列表空状态。 | 动作=筛选未来日期无日志;预期=显示暂无数据且可重置 | 1. 打开原型页面“审计通知”。\n2. 准备或选择满足场景的数据。\n3. 执行操作:筛选未来日期无日志。\n4. 观察页面提示、按钮状态、列表变化和详情状态。\n5. 刷新页面或重新查询该记录。\n6. 如涉及日志,进入审计通知页面按对象ID查询。 | 1. 系统按幂等/空状态/刷新规则处理。\n2. 结果为:显示暂无数据且可重置。\n3. 不产生重复记录、重复扣减、重复完成数或错误状态。\n4. 刷新后状态可恢复查询。 | 校验唯一ID、状态、计数、日志数量;重复操作不得造成多条业务成功记录。 | 重复/并发操作仍必须校验后端权限,不能因前端状态异常绕过权限。 | 页面在重复点击、刷新、并发、空状态下保持数据一致且用户可理解。 | 全局幂等与审计要求;各子系统状态规则 | 稳定性场景:审计列表空状态 | 待执行\n# Sheet: 覆盖矩阵\nHTML原型 | 需求模块 | 功能页面 | 测试类型 | 用例数量\n20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | KOC/KOL协作 | 工作台-核心KPI卡片 | 功能测试 | 1\n20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 多渠道触达引擎 | 工作台-核心KPI卡片 | 功能测试 | 1\n20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 审计与通知中心 | 工作台-P0/P1处理队列 | 功能测试 | 4\n20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 审计与通知中心 | 工作台-P0/P1处理队列 | 异常场景 | 5\n20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 审计与通知中心 | 工作台-P0/P1处理队列 | 流程测试 | 5\n20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 审计与通知中心 | 工作台-核心KPI卡片 | 功能测试 | 1\n20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 客服工单与管理 | 工作台-核心KPI卡片 | 功能测试 | 1\n20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 数据中心 | 工作台-时间范围与周期切换 | 数据校验 | 4\n20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 系统总览 | Listing 管理 | 功能测试 | 3\n20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 系统总览 | 各模块列表-组合筛选 | 功能测试 | 5\n20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 系统总览 | 客服中心 | 功能测试 | 3\n20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 系统总览 | 报表中心 | 功能测试 | 2\n20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 系统总览 | 推送中心 | 功能测试 | 3\n20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 系统总览 | 系统管理 | 功能测试 | 2\n20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 系统总览 | 计划中心 | 功能测试 | 3\n20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 系统总览 | 需求中心 | 功能测试 | 3\n20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 系统总览 | 风险中心 | 功能测试 | 3\n20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 系统稳定性与幂等 | 工作台 | 异常场景 | 2\n20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 系统稳定性与幂等 | 报表中心 | 异常场景 | 1\n20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 系统稳定性与幂等 | 风险中心 | 异常场景 | 1\n20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 系统管理/页面导航 | Listing 管理 | 功能测试 | 1\n20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 系统管理/页面导航 | 客服中心 | 功能测试 | 1\n20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 系统管理/页面导航 | 报表中心 | 功能测试 | 1\n20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 系统管理/页面导航 | 推送中心 | 功能测试 | 1\n20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 系统管理/页面导航 | 数据中心 | 功能测试 | 1\n20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 系统管理/页面导航 | 系统管理 | 功能测试 | 1\n20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 系统管理/页面导航 | 计划中心 | 功能测试 | 1\n20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 系统管理/页面导航 | 需求中心 | 功能测试 | 1\n20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 系统管理/页面导航 | 风险中心 | 功能测试 | 1\n20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 评价结果追踪 | 工作台-核心KPI卡片 | 功能测试 | 1\n20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 需求与计划管理 | 工作台-核心KPI卡片 | 功能测试 | 3\n20260504_USER后台ERP_MVP管理员首页高保真原型_v7.html | 风险与反欺诈 | 工作台-核心KPI卡片 | 功能测试 | 2\nuser_erp_mvp_admin_prototype_v10(1).html | 审计与通知中心 | 系统资产-系统管理 | 权限校验 | 4\nuser_erp_mvp_admin_prototype_v10(1).html | 用户身份与上下文 | 现有ERP-公域-产品标签 | 功能测试 | 2\nuser_erp_mvp_admin_prototype_v10(1).html | 用户身份与上下文 | 现有ERP-公域-用户标签 | 功能测试 | 3\nuser_erp_mvp_admin_prototype_v10(1).html | 用户身份与上下文 | 现有ERP-公域-用户标签 | 异常场景 | 1\nuser_erp_mvp_admin_prototype_v10(1).html | 用户身份与上下文 | 现有ERP-关系图谱 | 数据校验 | 7\nuser_erp_mvp_admin_prototype_v10(1).html | 用户身份与上下文 | 现有ERP-字段权限与脱敏 | 权限校验 | 6\nuser_erp_mvp_admin_prototype_v10(1).html | 用户身份与上下文 | 现有ERP-查询需求矩阵 | 流程测试 | 5\nuser_erp_mvp_admin_prototype_v10(1).html | 用户身份与上下文 | 现有ERP-用户管理 | 功能测试 | 4\nuser_erp_mvp_admin_prototype_v10(1).html | 用户身份与上下文 | 现有ERP-用户管理 | 异常场景 | 1\nuser_erp_mvp_admin_prototype_v10(1).html | 用户身份与上下文 | 现有ERP-私域-用户标签 | 功能测试 | 3\nuser_erp_mvp_admin_prototype_v10(1).html | 用户身份与上下文 | 现有ERP-私域-用户标签 | 异常场景 | 1\nuser_erp_mvp_admin_prototype_v10(1).html | 用户身份与上下文 | 现有ERP-身份管理 | 功能测试 | 4\nuser_erp_mvp_admin_prototype_v10(1).html | 用户身份与上下文 | 现有ERP-身份管理 | 异常场景 | 1\nuser_erp_mvp_admin_prototype_v10(1).html | 系统稳定性与幂等 | 现有ERP | 异常场景 | 2\nuser_erp_mvp_admin_prototype_v10(1).html | 系统稳定性与幂等 | 用户管理 | 异常场景 | 1\nuser_erp_mvp_admin_prototype_v10(1).html | 系统稳定性与幂等 | 身份管理 | 异常场景 | 1\nuser_erp_mvp_admin_prototype_v10(1).html | 需求与计划管理 | 现有ERP-公域-产品标签 | 功能测试 | 1\nuser_erp_mvp_admin_prototype_v10(1).html | 需求与计划管理 | 现有ERP-公域-产品标签 | 异常场景 | 1\n客服执行.html | 多渠道触达引擎 | 客服执行看板 | 功能测试 | 1\n客服执行.html | 客服工单与管理 | 客服工单状态机 | 流程测试 | 12\n客服执行.html | 客服工单与管理 | 客服工单生命周期 | 流程测试 | 10\n客服执行.html | 客服工单与管理 | 客服异常处理 | 异常场景 | 10\n客服执行.html | 客服工单与管理 | 客服执行看板 | 功能测试 | 10\n客服执行.html | 客服工单与管理 | 客服执行看板-角色权限 | 权限校验 | 5\n客服执行.html | 系统稳定性与幂等 | 客服工单 | 异常场景 | 2\n客服执行.html | 系统稳定性与幂等 | 客服执行看板 | 异常场景 | 2\n客服执行.html | 系统稳定性与幂等 | 客服绩效 | 异常场景 | 1\n客服执行.html | 评价结果追踪 | 客服执行看板 | 功能测试 | 3\n用户运营系统-单文件.html | ASIN/Listing | ASIN/Listing | 功能测试 | 1\n用户运营系统-单文件.html | ASIN/Listing | ASIN/Listing | 数据校验 | 1\n用户运营系统-单文件.html | KOC/KOL | KOC/KOL | 功能测试 | 2\n用户运营系统-单文件.html | KOC/KOL | KOC/KOL | 异常场景 | 1\n用户运营系统-单文件.html | KOC/KOL | KOC/KOL | 数据校验 | 1\n用户运营系统-单文件.html | KOC/KOL协作 | 达人协作 | UI/交互测试 | 1\n用户运营系统-单文件.html | 多渠道触达引擎 | 多渠道触达 | UI/交互测试 | 1\n用户运营系统-单文件.html | 多渠道触达引擎 | 推送/触达 | 数据校验 | 2\n用户运营系统-单文件.html | 多渠道触达引擎 | 推送/触达 | 流程测试 | 4\n用户运营系统-单文件.html | 审计与通知中心 | 审计与通知 | UI/交互测试 | 1\n用户运营系统-单文件.html | 审计与通知中心 | 权限配置 | UI/交互测试 | 1\n用户运营系统-单文件.html | 审计通知 | 审计通知 | 功能测试 | 2\n用户运营系统-单文件.html | 审计通知 | 审计通知 | 异常场景 | 1\n用户运营系统-单文件.html | 审计通知 | 审计通知 | 数据校验 | 1\n用户运营系统-单文件.html | 客服中心 | 客服中心 | 功能测试 | 3\n用户运营系统-单文件.html | 客服中心 | 客服中心 | 异常场景 | 2\n用户运营系统-单文件.html | 客服中心 | 客服中心 | 数据校验 | 1\n用户运营系统-单文件.html | 客服工单与管理 | 客服中心 | 数据校验 | 2\n用户运营系统-单文件.html | 客服工单与管理 | 工单管理 | UI/交互测试 | 1\n用户运营系统-单文件.html | 推送/触达 | 推送/触达 | 功能测试 | 4\n用户运营系统-单文件.html | 推送/触达 | 推送/触达 | 异常场景 | 3\n用户运营系统-单文件.html | 推送/触达 | 推送/触达 | 数据校验 | 1\n用户运营系统-单文件.html | 用户中心 | 用户中心 | 功能测试 | 1\n用户运营系统-单文件.html | 用户中心 | 用户中心 | 数据校验 | 1\n用户运营系统-单文件.html | 用户身份与上下文 | 用户上下文 | UI/交互测试 | 1\n用户运营系统-单文件.html | 用户身份与上下文 | 用户中心 | 数据校验 | 3\n用户运营系统-单文件.html | 系统总览 | 全局权限 | 权限校验 | 7\n用户运营系统-单文件.html | 系统总览 | 工作台 | UI/交互测试 | 1\n用户运营系统-单文件.html | 系统总览 | 端到端流程 | 验收测试 | 6\n用户运营系统-单文件.html | 系统稳定性与幂等 | 审计通知 | 异常场景 | 1\n用户运营系统-单文件.html | 系统稳定性与幂等 | 客服中心 | 异常场景 | 1\n用户运营系统-单文件.html | 系统稳定性与幂等 | 推送/触达 | 异常场景 | 1\n用户运营系统-单文件.html | 系统稳定性与幂等 | 系统管理 | 异常场景 | 1\n用户运营系统-单文件.html | 系统稳定性与幂等 | 计划中心 | 异常场景 | 1\n用户运营系统-单文件.html | 系统稳定性与幂等 | 计划审核 | 异常场景 | 1\n用户运营系统-单文件.html | 系统稳定性与幂等 | 评价追踪 | 异常场景 | 2\n用户运营系统-单文件.html | 系统稳定性与幂等 | 需求中心 | 异常场景 | 1\n用户运营系统-单文件.html | 系统稳定性与幂等 | 额度频控 | 异常场景 | 1\n用户运营系统-单文件.html | 系统稳定性与幂等 | 风险中心 | 异常场景 | 1\n用户运营系统-单文件.html | 系统管理 | 系统管理 | 功能测试 | 2\n用户运营系统-单文件.html | 系统管理 | 系统管理 | 异常场景 | 1\n用户运营系统-单文件.html | 计划中心 | 计划中心 | 功能测试 | 3\n用户运营系统-单文件.html | 计划中心 | 计划中心 | 异常场景 | 1\n用户运营系统-单文件.html | 计划中心 | 计划中心 | 数据校验 | 1\n用户运营系统-单文件.html | 计划审核 | 计划审核 | 功能测试 | 4\n用户运营系统-单文件.html | 计划审核 | 计划审核 | 异常场景 | 1\n用户运营系统-单文件.html | 计划审核 | 计划审核 | 数据校验 | 1\n用户运营系统-单文件.html | 评价结果追踪 | 评价结果 | UI/交互测试 | 1\n用户运营系统-单文件.html | 评价结果追踪 | 评价追踪 | 数据校验 | 2\n用户运营系统-单文件.html | 评价结果追踪 | 评价追踪 | 流程测试 | 7\n用户运营系统-单文件.html | 评价追踪 | 评价追踪 | 功能测试 | 4\n用户运营系统-单文件.html | 评价追踪 | 评价追踪 | 异常场景 | 2\n用户运营系统-单文件.html | 评价追踪 | 评价追踪 | 数据校验 | 1\n用户运营系统-单文件.html | 需求与计划管理 | Listing健康 | UI/交互测试 | 1\n用户运营系统-单文件.html | 需求与计划管理 | 计划中心 | 数据校验 | 1\n用户运营系统-单文件.html | 需求与计划管理 | 计划审核 | UI/交互测试 | 1\n用户运营系统-单文件.html | 需求与计划管理 | 计划审核 | 数据校验 | 1\n用户运营系统-单文件.html | 需求与计划管理 | 计划管理 | UI/交互测试 | 1\n用户运营系统-单文件.html | 需求与计划管理 | 需求管理 | UI/交互测试 | 1\n用户运营系统-单文件.html | 需求中心 | 需求中心 | 功能测试 | 4\n用户运营系统-单文件.html | 需求中心 | 需求中心 | 异常场景 | 2\n用户运营系统-单文件.html | 需求中心 | 需求中心 | 数据校验 | 1\n用户运营系统-单文件.html | 额度与频控 | 额度管理 | UI/交互测试 | 1\n用户运营系统-单文件.html | 额度与频控 | 额度频控 | 异常场景 | 6\n用户运营系统-单文件.html | 额度与频控 | 额度频控 | 数据校验 | 3\n用户运营系统-单文件.html | 额度频控 | 额度频控 | 功能测试 | 3\n用户运营系统-单文件.html | 额度频控 | 额度频控 | 异常场景 | 3\n用户运营系统-单文件.html | 额度频控 | 额度频控 | 数据校验 | 1\n用户运营系统-单文件.html | 风险与反欺诈 | 风险反欺诈 | UI/交互测试 | 1\n用户运营系统-单文件.html | 风险中心 | 风险中心 | 功能测试 | 3\n用户运营系统-单文件.html | 风险中心 | 风险中心 | 异常场景 | 2\n用户运营系统-单文件.html | 风险中心 | 风险中心 | 数据校验 | 1\n# Sheet: 待确认问题\n编号 | 问题 | 影响模块 | 建议验收前确认\nQ-01 | 月度额度按自然月还是30天滚动;跨月预占如何处理 | 额度与频控 | 确定周期规则后补充边界用例\nQ-02 | 审批驳回后修改再提交是否重走完整审批链 | 需求与计划管理 | 确定审批状态机\nQ-03 | Amazon展示核验方式、频率、观察期 | 评价结果追踪 | 确定自动/人工核验策略\nQ-04 | 工单等待用户/等待内部的超时时长与提醒方式 | 客服工单与管理 | 确定SLA与提醒频率\nQ-05 | IM/EDM/APP/TEL具体频控阈值 | 多渠道触达 | 确定频控配置后补边界值\nQ-06 | 黑名单同步失败重试次数和升级负责人 | 风险与反欺诈 | 确定失败重试策略\nQ-07 | KOC/KOL免评CODE缺失时是阻断还是待补充 | KOC/KOL协作 | 确定免评计划必填字段\nQ-08 | 现有ERP用户-身份是一对多还是多对多 | 用户身份与上下文 | 确定关系模型后补充数据一致性用例", "wikilinks": [], "category": "layer-testing" } }, { "id": "doc:05_需求文档/20260527_USER_ERP_0-1需求重构_01_主流程说明_v1", "type": "document", "name": "USER ERP 0-1需求重构 - 01 主流程说明 v1", "filePath": "05_需求文档/20260527_USER_ERP_0-1需求重构_01_主流程说明_v1.md", "summary": "USER ERP 0 1需求重构 01 主流程说明 v1 文件信息 文件名称: 20260527 USER ERP 0 1需求重构 01 主流程说明 v1.md 项目路径: C:\\XCODE\\USER 输出位置: C:\\XCODE\\USER\\output\\docs 当前版本: v1 最近更新: 2026 05 27 所属阶段:Stage 1 完整业务需求 负", "tags": [ "05_需求文档", "需求文档" ], "complexity": "moderate", "knowledgeMeta": { "content": "# USER ERP 0-1需求重构 - 01 主流程说明 v1\n\n## 文件信息\n\n- 文件名称:`20260527_USER_ERP_0-1需求重构_01_主流程说明_v1.md`\n- 项目路径:`C:\\XCODE\\USER`\n- 输出位置:`C:\\XCODE\\USER\\output\\docs`\n- 当前版本:`v1`\n- 最近更新:`2026-05-27`\n- 所属阶段:Stage 1 完整业务需求\n- 负责人:业务负责人\n- 核心参与:USER运营、客服、渠道运营、KOC/KOL运营、财务、风险、产品、前端观察员\n- 文件目的:把 USER ERP 的完整业务主流程从需求进入写到结果复盘,避免后续只围绕单页或单模块开发。\n\n## 主流程总览\n\nUSER ERP 的主流程不是从推送开始,也不是从测评单开始,而是从“需求能否变成可执行计划”开始。\n\n```mermaid\nflowchart TB\n A[\"需求进入\"] --> B[\"需求评估\"]\n B --> C[\"产品/ASIN/库存/评分校验\"]\n C --> D[\"生成或调整计划\"]\n D --> E[\"执行资源匹配\"]\n E --> F[\"渠道任务/客服任务/KOC-KOL任务生成\"]\n F --> G[\"用户或达人响应\"]\n G --> H[\"客服承接与信息补全\"]\n H --> I[\"订单/评价/内容/返款/佣金履约\"]\n I --> J[\"风险复检与异常处理\"]\n J --> K[\"结果回流到计划与需求\"]\n K --> L[\"复盘、关闭或二次计划\"]\n```\n\n## 主流程核心原则\n\n1. 需求完整性优先于 V1 实现边界。\n2. 每个需求必须能追到执行计划、执行对象、执行结果和复盘结论。\n3. 测评、回评、免评、KOC/KOL任务共用真实人、风险、额度、订单、客服上下文。\n4. 客服既是承接用户问题的执行团队,也是评价转化、订单登记、催评和异常闭环的核心执行资源。\n5. KOC/KOL不是纯外部接口,而是完整需求域:线索、分层、任务、内容、带货、佣金、风险都要在阶段1被定义。\n6. 每次有效互动都要复检身份、额度、风险、订单和未关闭承诺。\n7. 用户提交评价与 Amazon 展示确认必须拆开;计划完成口径不能混用。\n\n## 业务对象\n\n| 对象 | 含义 | 阶段 |\n| --- | --- | --- |\n| 需求 | OA/销售/运营/异常触发/KOC-KOL合作请求 | V1必做 |\n| 计划 | 测评、回评、免评、KOC/KOL任务、客服跟进计划 | V1必做 |\n| 执行资源 | 渠道、人群、客服、测评人、KOC/KOL、H5/卡片、返款能力 | V1必做 |\n| 真实人 | 跨账号、邮箱、电话、Profile、设备归并后的核心身份 | V1必做 |\n| 测评人 | 可参与测评/回评/免评的运营对象,是真实人的业务视图 | V1必做 |\n| KOC/KOL | 创作者/带货/内容合作对象,可与测评人身份重叠 | V1预留 |\n| 订单 | Amazon订单、测评订单、回评订单、免评订单、样品/带货订单 | V1必做 |\n| 评价 | 用户提交、评论链接/截图、Amazon展示确认、掉评/差评 | V1必做 |\n| 返款/佣金 | 用户返款、礼品卡、财务返款、KOC/KOL佣金 | 用户返款V1必做,佣金V1预留 |\n| 工单 | 客服消息、售后问题、催评、答应配合、异常跟进 | V1必做 |\n| 风险事件 | 黑名单、重复退款、额度超限、异常账号、内容/佣金风险 | V1必做 |\n| 复盘记录 | 需求关闭、计划表现、渠道表现、客服表现、KOC/KOL表现 | V1预留 |\n\n## 主流程分解\n\n### 1. 需求进入\n\n| 内容 | 说明 |\n| --- | --- |\n| 触发来源 | OA测评计划、销售/运营手动需求、ASIN评分异常、掉评/差评、库存/Listing状态变化、KOC/KOL合作需求、客服反馈 |\n| 必填信息 | 需求编号、需求类型、产品/ASIN、站点、店铺、目标、优先级、截止时间、需求人、负责人 |\n| 可选信息 | 关键词、关键词链接、目标受众、目标Review数、预算/追加金额、指定渠道、指定KOC/KOL |\n| 输出 | 进入需求池,状态为待评估 |\n| 阶段 | V1必做 |\n\n### 2. 需求评估\n\n运营需要判断:\n\n- 需求是测评、回评、免评、KOC/KOL任务、客服跟进,还是混合需求。\n- ASIN当前评分、Review数、差评、掉评、库存、Listing状态是否支持执行。\n- 需求目标是否超过可用人群、额度、渠道和客服容量。\n- 是否存在产品禁用、店铺异常、关键词失效、H5/卡片缺失。\n- 是否需要审批、拆分计划、延迟、驳回或转其他计划类型。\n\n输出状态:\n\n- 评估通过,进入计划生成。\n- 需补充信息,退回需求人。\n- 暂缓,等待产品/库存/Listing恢复。\n- 驳回,记录原因。\n\n阶段:V1必做。\n\n### 3. 产品/ASIN/库存/评分校验\n\n| 校验项 | 处理 |\n| --- | --- |\n| 产品是否启用 | 禁用则禁止生成渠道任务,允许进入待恢复池 |\n| ASIN是否正确 | 错误则退回补充或人工修正 |\n| 站点/店铺是否匹配 | 不匹配则阻断计划下发 |\n| 库存是否充足 | 库存紧张时限制测评/免评节奏 |\n| 评分/掉评/差评 | 触发回评或紧急催评策略 |\n| 关键词/H5/卡片 | 缺失则生成维护任务 |\n\n阶段:V1必做。\n\n### 4. 计划生成或调整\n\n计划类型必须保留:\n\n| 计划类型 | 说明 | 阶段 |\n| --- | --- | --- |\n| 测评计划 | 为产品增加评价、冲销量、拉排名、新品启动等 | V1必做 |\n| 回评计划 | 对已购/已测/待评价人群催评或稳定评分 | V1必做 |\n| 免评计划 | 面向长期测评人、KOC/KOL或补单需求,不计普通测评额度 | V1必做 |\n| KOC/KOL合作任务 | 样品、内容、带货、佣金、复盘 | V1预留/V2实现 |\n| 客服跟进计划 | 售后、催评、答应配合、异常用户跟进 | V1必做 |\n\n计划生成时必须写入:\n\n- 关联需求编号。\n- 产品/ASIN/站点/店铺。\n- 计划目标、周期、每日节奏、优先级。\n- 渠道策略。\n- 目标人群条件。\n- 额度预占策略。\n- 风险排除策略。\n- 客服承接要求。\n- H5/卡片/素材要求。\n- 关闭条件。\n\n### 5. 执行资源匹配\n\n计划不是创建后直接发出去,必须先匹配资源。\n\n| 资源 | 匹配规则 |\n| --- | --- |\n| 人群 | 用户层级、国家、品类偏好、活跃、历史订单、Review额度、风险 |\n| 测评人 | 可测评次数、可免评次数、可上评次数、合作状态、掉评率、退款取消记录 |\n| KOC/KOL | 分层、品类、内容能力、带货能力、合作状态、风险状态 |\n| 渠道 | IM/EDM/Phone/APP/KOC-KOL可用性、频控、退订、投诉、转化 |\n| 客服 | 在线状态、排班、工单量、国家/语言、转化目标、当前压力 |\n| 产品素材 | H5、卡片、关键词链接、首图、编码图、跳转链接 |\n| 财务 | 可返款方式、返款账号、礼品卡卡密、审核队列 |\n| 风险 | 黑名单、强弱关联、退款取消、重复订单/评论/返款 |\n\n阶段:V1必做半自动匹配,V2增强自动推荐。\n\n### 6. 渠道任务 / 客服任务 / KOC-KOL任务生成\n\n| 任务 | 生成条件 | 输出 |\n| --- | --- | --- |\n| IM推送任务 | 有可推人群、卡片/H5可用、频控通过 | 推送任务、渠道事件、标签 |\n| EDM任务 | 域名/邮箱/IP健康、UID人群正常、邮件素材/H5可用 | 邮件计划、AB Test、发送结果 |\n| Phone任务 | 用户有电话、适合电话沟通、客服容量可承接 | 电话名单、回拨任务、通话记录 |\n| 客服工单 | 用户回复、订单异常、信息缺失、售后问题、投诉 | 工单、处理人、状态 |\n| KOC/KOL任务 | 有合适达人、样品/免评/内容目标明确 | 合作任务、内容/带货跟踪 |\n| 财务返款任务 | 用户信息完整、订单/评价状态满足返款条件 | 请款/返款任务 |\n\n### 7. 用户或达人响应\n\n响应包括:\n\n- 用户点击、回复、提交订单号、提交返款账号、上传评论截图/链接。\n- 用户只提交部分信息。\n- 用户投诉、退订、不感兴趣。\n- KOC/KOL接受任务、拒绝任务、提交内容链接、提交带货链接。\n\n每次响应都要写入渠道事件,并触发有效互动复检。\n\n### 8. 客服承接与信息补全\n\n客服核心动作:\n\n- 查看用户上下文卡。\n- 回复用户。\n- 查询/核验订单号。\n- 补充返款账号、截图、评论链接。\n- 登记订单。\n- 催评。\n- 记录售后问题和解决方案。\n- 标记答应配合。\n- 升级风险、财务、运营或主管。\n- 关闭或重开工单。\n\n客服管理动作:\n\n- 分配/转移工单。\n- 调整排班。\n- 设置目标。\n- 统计回复、工单、转化、满意度。\n\n阶段:V1必做。\n\n### 9. 履约:订单 / 评价 / 返款 / 佣金\n\n| 履约对象 | 核心状态 |\n| --- | --- |\n| 订单 | 待登记、已登记、已发货、已取消、已退款、异常 |\n| 评价 | 待提交、已提交、待展示核验、已展示、未展示、掉评、差评 |\n| 返款 | 待请款、待审核、审核失败、待返款、返款成功、返款锁定 |\n| KOC/KOL内容 | 待接受、待寄样、待提交、待审核、已发布、链接异常 |\n| KOC/KOL佣金 | 待归因、待计算、待审核、待结算、已结算、争议 |\n\n### 10. 风险复检与异常处理\n\n复检时机:\n\n- 需求评估。\n- 计划生成。\n- 人群生成。\n- 渠道发送前。\n- 用户提交订单/评价/返款账号。\n- 客服登记订单。\n- 请款/返款。\n- KOC/KOL接受任务、提交内容、结算佣金。\n\n风险结果:\n\n- 正常,继续执行。\n- 弱风险,提醒人工确认。\n- 强风险,阻断并生成风险事件。\n- 确认风险,同步黑名单。\n\n### 11. 结果回流与复盘\n\n结果必须回流到:\n\n- 原需求:是否达成、是否关闭、是否需补量。\n- 计划:完成数、节奏、渠道表现、成本。\n- ASIN:评分、Review、差评、掉评。\n- 用户/测评人:额度、合作状态、标签、风险。\n- 客服:转化、回复、目标、绩效。\n- KOC/KOL:内容、带货、佣金、合作等级。\n- 渠道:素材、频控、人群、AB Test。\n\n阶段:V1预留复盘记录,核心指标 V1必做。\n\n## 状态总表\n\n| 状态域 | 必须拆开 |\n| --- | --- |\n| 需求状态 | 草稿、待评估、需补充、已通过、已驳回、已转计划、已关闭 |\n| 计划状态 | 草稿、待审批、进行中、暂停、已完成、已取消、需补量 |\n| 资源匹配状态 | 待匹配、匹配中、匹配不足、匹配完成、需人工确认 |\n| 渠道任务状态 | 待发送、发送中、已发送、失败、已下架、暂停 |\n| 用户响应状态 | 未响应、已点击、已回复、已提交部分信息、已提交完整信息、投诉/退订 |\n| 工单状态 | 待分配、待处理、处理中、等待用户、已解决、已关闭、已重开 |\n| 订单状态 | 待登记、已登记、已发货、已取消、已退款、异常 |\n| 评价状态 | 待提交、已提交、待核验、已展示、未展示、掉评、差评 |\n| 返款状态 | 待请款、待审核、审核失败、待返款、返款成功、锁定 |\n| KOC/KOL任务状态 | 待分配、待接受、进行中、待内容、待审核、已发布、已结算、异常 |\n| 风险状态 | 正常、弱风险、强风险、已拦截、复核中、已解除、已拉黑 |\n\n## Gate 1 - 主流程完成条件\n\n- 主流程从需求进入到结果复盘完整。\n- 需求与执行计划匹配被明确为核心流程。\n- 客服被写入主流程核心位置。\n- KOC/KOL被作为完整需求域纳入,而不是仅做接口预留。\n- 测评、回评、免评、客服、渠道、财务、风险、看板之间的流转关系清楚。\n- V1必做、V1预留、V2实现、待确认有明确标注。\n\n", "wikilinks": [], "category": "layer-requirements" } }, { "id": "doc:05_需求文档/20260527_USER_ERP_0-1需求重构_02_日常操作页面结构_v1", "type": "document", "name": "USER ERP 0-1需求重构 - 02 日常操作页面结构 v1", "filePath": "05_需求文档/20260527_USER_ERP_0-1需求重构_02_日常操作页面结构_v1.md", "summary": "USER ERP 0 1需求重构 02 日常操作页面结构 v1 文件信息 文件名称: 20260527 USER ERP 0 1需求重构 02 日常操作页面结构 v1.md 项目路径: C:\\XCODE\\USER 输出位置: C:\\XCODE\\USER\\output\\docs 当前版本: v1 最近更新: 2026 05 27 所属阶段:Stage 1 完整", "tags": [ "05_需求文档", "需求文档" ], "complexity": "simple", "knowledgeMeta": { "content": "# USER ERP 0-1需求重构 - 02 日常操作页面结构 v1\n\n## 文件信息\n\n- 文件名称:`20260527_USER_ERP_0-1需求重构_02_日常操作页面结构_v1.md`\n- 项目路径:`C:\\XCODE\\USER`\n- 输出位置:`C:\\XCODE\\USER\\output\\docs`\n- 当前版本:`v1`\n- 最近更新:`2026-05-27`\n- 所属阶段:Stage 1 完整业务需求\n- 负责人:业务负责人 / 产品负责人\n- 核心参与:USER运营、客服主管、渠道负责人、KOC/KOL负责人、风险、财务、前端观察员\n- 文件目的:定义每个岗位每天打开系统后先看什么、判断什么、处理什么,并据此组织页面结构。\n\n## 页面设计原则\n\n1. 第一屏必须是日常作战台,不是普通任务列表。\n2. 页面围绕“发现异常 -> 判断优先级 -> 分配动作 -> 执行 -> 跟进结果 -> 复盘沉淀”设计。\n3. 每个页面必须说明贡献哪个OKR:用户增长、评价转化、销售转化、活动转化、满意度、风险控制。\n4. 页面结构要服务需求与执行计划匹配,不能只展示静态数据。\n5. 客服执行和客服管理是一级核心入口。\n6. KOC/KOL在阶段1必须有页面结构,即使V1只预留部分入口。\n\n## 一级导航建议\n\n| 一级入口 | 定位 | 阶段 |\n| --- | --- | --- |\n| 今日作战台 | 所有角色的每日首页,显示异常、目标、今日必处理 | V1必做 |\n| 需求与计划调度中心 | 需求池、计划生成、执行资源匹配、计划调整 | V1必做 |\n| 评价计划与订单中心 | 测评、回评、免评计划和订单履约 | V1必做 |\n| 客服执行中心 | 工单、聊天、答应配合、催评、订单登记 | V1必做 |\n| 客服管理中心 | 出勤、排班、目标、绩效、服务质量 | V1必做 |\n| 渠道运营中心 | IM、EDM、Phone、APP/H5/卡片、推送任务 | V1必做 |\n| KOC/KOL协作中心 | 线索、达人、任务、内容、带货、佣金、风险 | V1预留/V2实现 |\n| 测评人/真实人中心 | 测评人档案、身份归并、额度、风险、历史 | V1必做 |\n| 风险与黑名单中心 | 风险事件、黑名单、退款比对、异常复检 | V1必做 |\n| 数据复盘看板 | 计划、ASIN、渠道、客服、KOC/KOL、财务复盘 | V1必做核心,V2增强 |\n| 系统配置 | 权限、渠道配置、字段、标签、通知、导入导出 | V1预留 |\n\n## 01 今日作战台\n\n### 目标\n\n让主管和各岗位每天开屏后立刻知道:昨天有什么异常、本周目标是否危险、今天必须推进什么、哪些任务没人处理、哪些结果需要复盘。\n\n### 页面区块\n\n| 区块 | 展示内容 | 操作 |\n| --- | --- | --- |\n| 昨日核心指标 | 需求新增、计划新增、完成、缺口、客服工单、风险、返款 | 查看详情 |\n| P0/P1异常 | Review低于计划、渠道下滑、客服超时、产品禁用、风险事件 | 指派处理、升级 |\n| 今日必跟进 | 待评估需求、待补量计划、待催评用户、待返款、待审核内容 | 进入处理 |\n| 目标进度 | 月度测评、回评、免评、客服转化、KOC/KOL内容/带货 | 调整计划 |\n| 资源压力 | 可用人群、额度、客服容量、KOC/KOL资源、返款队列 | 资源调度 |\n| 昨日复盘 | TOP/BOTTOM任务、异常原因、沉淀动作 | 创建复盘 |\n\n### 角色视图\n\n| 角色 | 首页重点 |\n| --- | --- |\n| 高级主管 | OKR、资源、P0异常、跨部门阻塞 |\n| USER运营 | 需求、计划、执行缺口、渠道/客服压力 |\n| 渠道运营 | 触达漏斗、素材、可推人群、退订/投诉 |\n| 客服主管 | 在线、排班、待处理工单、首次回复、转化目标 |\n| KOC/KOL运营 | 线索、任务、内容、带货、风险 |\n| 风险/财务 | 待审核、待返款、双重退款、敏感操作 |\n\n## 02 需求与计划调度中心\n\n### 子页面\n\n| 页面 | 说明 | 阶段 |\n| --- | --- | --- |\n| 需求池 | OA/销售/运营/异常/KOC-KOL需求统一入口 | V1必做 |\n| 需求评估页 | 校验ASIN、产品、库存、评分、目标、优先级 | V1必做 |\n| 计划编排页 | 生成测评、回评、免评、客服、KOC/KOL计划 | V1必做 |\n| 执行匹配看板 | 人群、渠道、客服、KOC/KOL、风险、H5/卡片匹配 | V1必做基础 |\n| 计划调整页 | 补量、暂停、恢复、转免评、关闭、拆分/合并 | V1必做 |\n\n### 需求池字段\n\n| 字段 | 说明 |\n| --- | --- |\n| 需求编号 | OA/系统生成 |\n| 需求来源 | OA、销售、运营、ASIN异常、客服反馈、KOC/KOL |\n| 需求类型 | 测评、回评、免评、客服跟进、KOC/KOL内容/带货 |\n| 产品/ASIN/站点/店铺 | 执行基础 |\n| 目标 | 目标订单数、Review数、评分、内容数、带货数 |\n| 优先级 | S/A/B/C 或 P0/P1/P2 |\n| 截止时间 | 计划完成约束 |\n| 当前状态 | 待评估、需补充、已转计划、暂停、关闭 |\n| 负责人 | 运营负责人 |\n\n## 03 评价计划与订单中心\n\n### 页面结构\n\n| 页面 | 说明 | 阶段 |\n| --- | --- | --- |\n| 测评计划 | 产品测评需求、计划周期、渠道、目标、进度、评分、库存 | V1必做 |\n| 回评计划 | 掉评/差评/维稳/冲刺等回评需求与每日目标 | V1必做 |\n| 免评计划 | 长期测评人/KOC-KOL/补单免评计划 | V1必做 |\n| 测评订单 | 订单登记、上传回评、请款、返款、状态跟踪 | V1必做 |\n| 回评订单 | 回评上传、确认、返款、售后来源、处理记录 | V1必做 |\n| 产品/ASIN详情 | 评分、Review、库存、关键词、渠道、H5/卡片 | V1预留 |\n\n## 04 客服执行中心\n\n客服执行中心是 V1 核心入口。\n\n| 页面 | 每天要解决的问题 | 核心操作 |\n| --- | --- | --- |\n| 工单池 | 哪些用户消息没人处理,哪些工单快超时 | 分配、领取、转移、标记解决、关闭 |\n| 我的工单 | 当前客服今天处理什么 | 回复、登记订单、催评、上传结果、升级 |\n| 聊天/消息 | 用户具体说了什么 | 快捷回复、补充信息、创建跟进 |\n| 服务聊天记录 | 复查历史沟通 | 查询、查看上下文 |\n| 答应配合 | 用户答应评价/反馈后是否完成 | 确认、拒绝、提醒、过期 |\n| 催评池 | 哪些测评/回评待催 | 发送提醒、转人工、关闭 |\n| 售后详情 | 用户问题、解决方案、订单、返款 | 记录方案、回访、升级 |\n\n## 05 客服管理中心\n\n| 页面 | 展示 | 操作 |\n| --- | --- | --- |\n| 客服Dashboard | 在线客服、今日工单、待处理、今日转化、本月目标 | 查看详情 |\n| 出勤管理 | 应出勤、实际出勤、出勤率、迟到/请假/缺勤 | 导入/调整 |\n| 排班管理 | 早班、午班、晚班、渠道、最大工单数 | 设置、批量排班、调整 |\n| 工单分配管理 | 分配规则、当前工单量、超时工单 | 自动分配、手动调整 |\n| 回复统计 | 回复用户数、处理工单、消息数、首次回复 | 导出 |\n| 转化绩效 | RSO/RDO登记订单、获取评价、完成率 | 查看排行 |\n| 目标管理 | 月目标、历史完成、客服个人趋势 | 设置目标、调整 |\n\n## 06 渠道运营中心\n\n| 页面 | 说明 | 阶段 |\n| --- | --- | --- |\n| IM推送 | 用户分层、卡片、推送任务、回复、转化 | V1必做 |\n| IM卡片/H5管理 | 卡片、图片、链接、跳转、产品禁用联动 | V1必做 |\n| EDM每日检查 | 域名/邮箱/IP信誉、UID、H5、AB Test、转化 | V1必做基础 |\n| Phone工作台 | 未接/待回拨、国家/时段、问题类型、客服容量 | V1预留 |\n| 推送配置 | 渠道账号、日限额、状态、负责人 | V1预留 |\n| 渠道漏斗看板 | 推送、曝光、点击、回复、订单、评价 | V1必做 |\n\n## 07 KOC/KOL协作中心\n\n阶段1必须完整定义,V1可部分预留。\n\n| 页面 | 说明 | 阶段 |\n| --- | --- | --- |\n| KOC/KOL线索池 | 新增线索、来源、标签、风险、分层 | V1预留 |\n| 达人档案 | 国家、品类、内容能力、带货能力、合作状态 | V1预留 |\n| 合作任务 | 样品、免评、内容、带货、佣金任务 | V1预留/V2 |\n| 内容记录 | 内容链接、审核、发布时间、表现 | V2实现 |\n| 带货归因 | Code、链接、订单、销售额 | V2实现 |\n| 佣金结算 | 佣金规则、结算、争议 | V2实现 |\n| KOC/KOL风险 | 标签混乱、重复触达、违规内容、佣金争议 | V1预留 |\n\n## 08 测评人/真实人中心\n\n| 页面 | 说明 | 阶段 |\n| --- | --- | --- |\n| 测评人列表 | 编号、Joyhub、邮箱、电话、Profile、国家、标签、合作状态 | V1必做 |\n| 测评人详情 | 额度、订单、评价、返款、风险、沟通记录 | V1必做 |\n| 真实人归并 | 标准化姓名+地址、设备、邮箱、电话、Profile、收款信息等自动归并;人工确认/拆分作为修正入口 | 自动归并 V1必做,人工确认/拆分 V1预留 |\n| 额度台账 | 月度测评、月度免评、累计Review、预占/释放 | V1必做 |\n| 风险记录 | 黑名单、退款取消、掉评、弱/强关联 | V1必做 |\n\n说明:`4/4/12`额度控制依赖真实人维度,V1必须先具备自动归并能力,否则 `person_quota_ledgers` 无法跨 JOYHUB ID、Amazon 账号和 Profile 合并计算。\n\n## 09 风险与黑名单中心\n\n| 页面 | 说明 |\n| --- | --- |\n| 风险事件 | 所有风险信号与人工复核案件 |\n| 黑名单 | 生效中/已移除、风险等级、来源、原因 |\n| 退款比对 | Amazon退款与OA返款双重比对 |\n| 关联风险 | 邮箱、电话、设备、IP、Profile、地址、返款账号 |\n| 内容/佣金风险 | KOC/KOL内容不合规、归因失败、佣金争议 |\n\n## 10 数据复盘看板\n\n| 看板 | 指标 |\n| --- | --- |\n| 计划看板 | 总计划、进行中、完成率、缺口、补量 |\n| ASIN看板 | 评分、Review、差评、掉评、库存、风险ASIN |\n| 渠道看板 | 推送、曝光、点击、回复、转化、退订/投诉 |\n| 客服看板 | 工单、响应、解决、满意度、RSO/RDO转化 |\n| 测评人看板 | 额度、完成率、掉评率、风险、合作状态 |\n| KOC/KOL看板 | 线索、任务、内容、带货、佣金、风险 |\n| 财务看板 | 待请款、待审核、返款成功、异常返款 |\n\n## Gate 1 - 页面结构完成条件\n\n- 今日作战台和岗位每日工作方式已定义。\n- 需求与计划调度中心作为一级核心入口。\n- 客服执行中心和客服管理中心作为一级核心入口。\n- KOC/KOL协作中心已有完整需求结构,即使V1不全量实现。\n- 各页面能对应主流程中的对象、状态、动作和复盘指标。\n", "wikilinks": [], "category": "layer-requirements" } }, { "id": "doc:05_需求文档/20260527_USER_ERP_0-1需求重构_03_功能页面按钮盘点表_v1", "type": "document", "name": "USER ERP 0-1需求重构 - 03 功能页面按钮盘点表 v1", "filePath": "05_需求文档/20260527_USER_ERP_0-1需求重构_03_功能页面按钮盘点表_v1.md", "summary": "USER ERP 0 1需求重构 03 功能页面按钮盘点表 v1 文件信息 文件名称: 20260527 USER ERP 0 1需求重构 03 功能页面按钮盘点表 v1.md 项目路径: C:\\XCODE\\USER 输出位置: C:\\XCODE\\USER\\output\\docs 当前版本: v1 最近更新: 2026 05 27 所属阶段:Stage 1 ", "tags": [ "05_需求文档", "需求文档" ], "complexity": "moderate", "knowledgeMeta": { "content": "# USER ERP 0-1需求重构 - 03 功能页面按钮盘点表 v1\n\n## 文件信息\n\n- 文件名称:`20260527_USER_ERP_0-1需求重构_03_功能页面按钮盘点表_v1.md`\n- 项目路径:`C:\\XCODE\\USER`\n- 输出位置:`C:\\XCODE\\USER\\output\\docs`\n- 当前版本:`v1`\n- 最近更新:`2026-05-27`\n- 所属阶段:Stage 1 完整业务需求\n- 负责人:产品负责人 / 前端观察员\n- 核心参与:业务用户、客服主管、渠道运营、KOC/KOL运营、财务、风险、后端、测试\n- 文件目的:盘点阶段1涉及的页面按钮、业务含义、读写对象、状态变化、权限和审计要求,作为 Stage 2 按钮行为矩阵的输入。\n\n## 盘点规则\n\n| 字段 | 说明 |\n| --- | --- |\n| 页面 | 按一级/二级页面归类 |\n| 按钮/动作 | 用户可点击或系统触发的动作 |\n| 业务含义 | 为什么需要这个按钮 |\n| 读取对象 | 点击前必须读的数据 |\n| 写入对象 | 点击后必须落盘的数据 |\n| 状态变化 | 影响哪些状态 |\n| 权限 | 哪些角色可操作 |\n| 审计 | 是否必须记录操作日志 |\n| 阶段 | V1必做、V1预留、V2实现、待确认 |\n\n## 对象命名对照\n\n按钮盘点表中的“读取对象/写入对象”保留页面语境简称;进入 Stage 2 接口和数据设计时,应优先映射到数据对象 v3 的正式对象名。\n\n| 按钮盘点简称 | v3正式对象或聚合口径 |\n| --- | --- |\n| person | `person_profiles` |\n| identity | `person_identity_links` |\n| reviewer | `person_identity_links` + `person_quota_ledgers` 聚合视图 |\n| quota / quota_ledger | `person_quota_ledgers` |\n| quota_reservation | `quota_reservations` |\n| audience / audience_snapshot | `audience_snapshots` |\n| exclusion | `audience_exclusions` |\n| risk_event | `risk_signals` / `risk_cases` |\n| risk | `risk_signals` / `risk_cases` / `blacklist_entities` 聚合摘要 |\n| order / review_order | `amazon_orders`、`review_submission_records`、`review_display_checks` |\n| push_task / channel_event | `channel_route_decisions`、`channel_dedup_records`、各渠道事件表 |\n| interaction_recheck | `interaction_recheck_records` |\n| koc_kol / creator | JOYCOLLAB 的 `creator_id`,以及 `exemption_plan_tasks`、`creator_content_records`、`exemption_result_snapshots` |\n\n## 01 今日作战台\n\n| 按钮/动作 | 业务含义 | 读取对象 | 写入对象 | 状态变化 | 权限 | 审计 | 阶段 |\n| --- | --- | --- | --- | --- | --- | --- | --- |\n| 查看异常 | 进入昨日/今日异常详情 | alert、plan、channel_event、ticket、risk_event | - | - | 主管、运营 | 否 | V1必做 |\n| 指派处理人 | 把异常转成可执行任务 | alert、staff、shift | task、notification | 异常:待处理 -> 已指派 | 主管、运营 | 是 | V1必做 |\n| 升级异常 | P0/P1问题升级主管或跨部门 | alert、risk_event、ticket | escalation、notification | 异常:待处理 -> 已升级 | 主管、风险 | 是 | V1必做 |\n| 调整计划 | 从作战台直接进入计划调整 | demand、plan、progress | plan_change_log | 计划:进行中 -> 调整中/暂停/补量 | 主管、运营 | 是 | V1必做 |\n| 创建复盘 | 对异常或任务形成复盘记录 | plan、channel_event、ticket、order | retrospective | 异常:已处理 -> 待复盘 | 主管、运营 | 是 | V1预留 |\n\n## 02 需求与计划调度中心\n\n| 页面 | 按钮/动作 | 业务含义 | 读取对象 | 写入对象 | 状态变化 | 权限 | 审计 | 阶段 |\n| --- | --- | --- | --- | --- | --- | --- | --- | --- |\n| 需求池 | 新增需求 | 手动录入销售/运营/KOC-KOL需求 | product、asin、staff | demand | 需求:草稿 | 运营、主管 | 是 | V1必做 |\n| 需求池 | 导入OA需求 | 从OA或表格批量导入需求 | import_file | demand、import_log | 需求:待评估 | 运营、管理员 | 是 | V1必做 |\n| 需求池 | 需求评估 | 判断需求是否可执行 | demand、product、asin、inventory、risk | demand_review | 待评估 -> 已通过/需补充/驳回 | 运营、主管 | 是 | V1必做 |\n| 需求池 | 退回补充 | 信息不足时退回需求人 | demand | demand、notification | 待评估 -> 需补充 | 运营 | 是 | V1必做 |\n| 需求池 | 生成计划 | 将需求转成测评/回评/免评/KOC-KOL/客服计划 | demand、product、audience、quota、risk | plan、plan_log | 已通过 -> 已转计划 | 运营、主管 | 是 | V1必做 |\n| 计划编排 | 拆分计划 | 一个需求拆成多个站点/渠道/周期计划 | demand、plan | plan、plan_relation | 计划:草稿/进行中 | 运营、主管 | 是 | V1预留 |\n| 计划编排 | 合并计划 | 合并同产品/同周期/同目标计划 | plan | plan_relation、plan_log | 计划:合并/关闭旧计划 | 主管 | 是 | V1预留 |\n| 执行匹配 | 匹配人群 | 生成候选用户/测评人/KOC-KOL名单 | person、reviewer、koc_kol、quota、risk | audience_snapshot、exclusion | 匹配:待匹配 -> 完成/不足 | 运营 | 是 | V1必做 |\n| 执行匹配 | 预占额度 | 锁定测评/免评/Review额度 | audience_snapshot、quota_ledger | quota_reservation | 额度:可用 -> 预占 | 运营 | 是 | V1必做 |\n| 执行匹配 | 手动释放预占 | 预占超时、计划取消或人群撤出后释放额度 | quota_reservation、quota_ledger、plan | quota_reservation_log、quota_ledger | 额度:已预占 -> 已释放 | 主管、管理员 | 是 | V1必做 |\n| 执行匹配 | 分配客服 | 按容量、语言、工单量分配承接客服 | plan、ticket、shift、agent_capacity | task、ticket_assignment | 待分配 -> 已分配 | 主管、客服主管 | 是 | V1必做 |\n| 执行匹配 | 生成推送任务 | 从计划生成人群和渠道任务 | plan、audience、card、h5、channel_config | push_task、channel_event | 待发送 | 渠道运营 | 是 | V1必做 |\n| 执行匹配 | 匹配KOC/KOL | 将需求匹配给合适创作者 | koc_kol_profile、task、risk | koc_kol_task | 待分配 -> 待接受 | KOC/KOL运营 | 是 | V1预留 |\n| 计划调整 | 调整名额 | 增减计划数量 | plan、progress、resource | plan_change_log | 计划目标变化 | 运营、主管 | 是 | V1必做 |\n| 计划调整 | 暂停计划 | 禁止继续执行但保留历史 | plan、risk、product | plan_log、notification | 进行中 -> 暂停 | 主管 | 是 | V1必做 |\n| 计划调整 | 恢复计划 | 恢复已暂停计划 | plan、product、risk | plan_log | 暂停 -> 进行中 | 主管 | 是 | V1必做 |\n| 计划调整 | 转免评 | 普通测评/回评因店铺/订单/用户问题转免评 | plan、order、reviewer | plan、order_log | 测评/回评 -> 免评 | 运营、主管 | 是 | V1必做 |\n| 计划调整 | 关闭需求 | 需求完成或取消 | demand、plan、progress | demand_close_log | 需求:已关闭 | 主管 | 是 | V1必做 |\n\n## 03 评价计划与订单中心\n\n| 页面 | 按钮/动作 | 业务含义 | 读取对象 | 写入对象 | 状态变化 | 权限 | 审计 | 阶段 |\n| --- | --- | --- | --- | --- | --- | --- | --- | --- |\n| 测评计划 | 新建测评计划 | 从需求或人工创建计划 | demand、product、asin | review_plan | 草稿/未开始 | 运营 | 是 | V1必做 |\n| 测评计划 | 编辑计划 | 修改目标、渠道、周期、负责人 | review_plan | plan_log | 计划字段变化 | 运营、主管 | 是 | V1必做 |\n| 测评计划 | 复制关键词链接 | 运营执行用 | review_plan | copy_event | - | 运营 | 否 | V1必做 |\n| 测评计划 | 查看关联推送 | 查看计划下发的渠道任务 | plan、push_task | - | - | 运营、渠道 | 否 | V1必做 |\n| 测评计划 | 查看关联订单 | 查看计划履约订单 | plan、order | - | - | 运营 | 否 | V1必做 |\n| 回评计划 | 新建回评计划 | 因掉评/差评/维稳生成回评计划 | asin、review_stats | reply_plan | 待开始 | 运营 | 是 | V1必做 |\n| 回评计划 | 调整今日目标 | 根据评分/掉评变化调整当天目标 | reply_plan、asin_stats | plan_log | 今日目标变化 | 运营、主管 | 是 | V1必做 |\n| 免评计划 | 新建免评计划 | 给长期测评人/KOC-KOL/补单池创建免评计划 | demand、reviewer、koc_kol | free_plan | 待审批/进行中 | 运营 | 是 | V1必做 |\n| 测评订单 | 新增订单 | 记录测评执行单 | plan、person、product | review_order | 待上传回评/待登记 | 运营、客服 | 是 | V1必做 |\n| 测评订单 | 上传订单 | 绑定Amazon订单号 | review_order、amazon_order | review_order、audit_log | 订单:待登记 -> 已登记 | 运营、客服 | 是 | V1必做 |\n| 测评订单 | 上传回评 | 绑定评论ID/链接/截图 | review_order、comment | review_submission | 待回评 -> 待确认/已提交 | 运营、客服 | 是 | V1必做 |\n| 测评订单 | 提交排队 | 评论暂不能绑定,进入排队 | review_order、comment_query | review_queue | 待确认 | 运营、客服 | 是 | V1必做 |\n| 测评订单 | 请款 | 发起用户返款 | review_order、refund_account | refund_request | 待请款 -> 待审核 | 运营、客服 | 是 | V1必做 |\n| 测评订单 | 更换订单 | 用新订单替代原订单 | review_order、amazon_order | order_change_log | 订单号变化 | 运营、主管 | 是 | V1必做 |\n| 测评订单 | 更改订单 | 修正订单字段 | review_order | order_change_log | 订单字段变化 | 运营、主管 | 是 | V1必做 |\n| 测评订单 | 撤销 | 撤销错误/风险订单 | review_order、risk | order_log、quota_release | 进行中 -> 撤销 | 风险、主管 | 是 | V1必做 |\n| 测评订单 | 批量导出 | 导出当前筛选结果 | order、permission | export_task | - | 有导出权限 | 是 | V1必做 |\n| 回评订单 | 回评确认 | 核验回评是否有效 | review_submission、comment | review_display_check | 待确认 -> 已回评/未通过 | 运营、审核 | 是 | V1必做 |\n\n## 04 客服执行中心\n\n| 页面 | 按钮/动作 | 业务含义 | 读取对象 | 写入对象 | 状态变化 | 权限 | 审计 | 阶段 |\n| --- | --- | --- | --- | --- | --- | --- | --- | --- |\n| 工单池 | 自动分配 | 按在线、工单量、排班分配客服 | ticket、agent、shift | ticket_assignment | 待分配 -> 待处理 | 客服主管 | 是 | V1必做 |\n| 工单池 | 手动分配 | 指定处理人 | ticket、agent | ticket_assignment | 待分配 -> 待处理 | 客服主管 | 是 | V1必做 |\n| 工单池 | 转移工单 | 换客服处理 | ticket、agent | ticket_transfer_log | 处理人变化 | 客服、主管 | 是 | V1必做 |\n| 我的工单 | 回复用户 | 处理用户消息 | ticket、chat、context_snapshot | chat_message、ticket_log | 待处理 -> 处理中/等待用户 | 客服 | 是 | V1必做 |\n| 我的工单 | 登记订单 | 客服拿到订单号后登记 | ticket、amazon_order、person | review_order、ticket_log | 工单推进 | 客服 | 是 | V1必做 |\n| 我的工单 | 催评 | 提醒用户提交评价 | ticket、order、followup | reminder_event、followup | 催评次数+1 | 客服、运营 | 是 | V1必做 |\n| 我的工单 | 标记解决 | 用户问题解决 | ticket | ticket_log | 处理中 -> 已解决 | 客服 | 是 | V1必做 |\n| 我的工单 | 关闭工单 | 完成或无需继续 | ticket | ticket_log | 已解决/等待用户 -> 已关闭 | 客服、主管 | 是 | V1必做 |\n| 我的工单 | 重开工单 | 用户再次反馈 | ticket | ticket_log | 已关闭 -> 已重开/处理中 | 客服、主管 | 是 | V1必做 |\n| 答应配合 | 确认答应 | 用户答应评价/反馈 | ticket、person | support_followup | 待确认 -> 已确认 | 客服 | 是 | V1必做 |\n| 答应配合 | 拒绝 | 用户拒绝配合 | ticket | support_followup | 待确认 -> 已拒绝 | 客服 | 是 | V1必做 |\n| 答应配合 | 标记过期 | 超时未提交 | followup | support_followup | 已确认 -> 已过期 | 客服、系统 | 是 | V1必做 |\n\n## 05 客服管理中心\n\n| 页面 | 按钮/动作 | 业务含义 | 读取对象 | 写入对象 | 状态变化 | 权限 | 审计 | 阶段 |\n| --- | --- | --- | --- | --- | --- | --- | --- | --- |\n| 出勤管理 | 导入出勤 | 导入当天/本月出勤 | attendance_file | attendance_record | 出勤记录更新 | 客服主管、人事 | 是 | V1预留 |\n| 出勤管理 | 调整出勤状态 | 修正迟到/请假/缺勤 | attendance_record | attendance_log | 状态变化 | 客服主管 | 是 | V1必做 |\n| 排班管理 | 设置班次 | 给客服设置早/午/晚班 | agent、date | shift_schedule | 排班变化 | 客服主管 | 是 | V1必做 |\n| 排班管理 | 批量排班 | 一次生成多天排班 | agent、date_range | shift_schedule | 排班批量变化 | 客服主管 | 是 | V1必做 |\n| 目标管理 | 设置月目标 | 设置RSO/RDO登记和上评目标 | agent、period | support_target | 目标变化 | 客服主管 | 是 | V1必做 |\n| 绩效看板 | 导出绩效 | 导出回复/转化/目标完成 | performance_snapshot | export_task | - | 客服主管 | 是 | V1必做 |\n\n## 06 渠道运营中心\n\n| 页面 | 按钮/动作 | 业务含义 | 读取对象 | 写入对象 | 状态变化 | 权限 | 审计 | 阶段 |\n| --- | --- | --- | --- | --- | --- | --- | --- | --- |\n| IM推送 | 新增推送 | 创建IM触达任务 | plan、audience、card | im_push_task | 草稿/待发送 | 渠道运营 | 是 | V1必做 |\n| IM推送 | 上架/下架 | 控制任务是否可执行 | im_push_task | channel_log | 已上架/已下架 | 渠道运营 | 是 | V1必做 |\n| IM推送 | 批量分配 | 将任务分配到账号/渠道 | push_task、im_account | assignment | 待分配 -> 已分配 | 渠道运营 | 是 | V1预留 |\n| IM卡片 | 新增卡片 | 创建卡片素材 | product、h5 | im_card | 已上架/草稿 | 渠道运营 | 是 | V1必做 |\n| IM卡片 | 下架卡片 | 产品禁用/素材失效时下架 | im_card、product | card_log | 已上架 -> 已下架 | 渠道运营 | 是 | V1必做 |\n| EDM | 检查基础设施 | 确认域名/邮箱/IP信誉 | edm_config、deliverability | daily_check | 健康/异常 | EDM运营 | 否 | V1必做 |\n| EDM | 创建AB Test | 测试标题/素材/按钮 | edm_campaign | ab_test | 运行中 | EDM运营 | 是 | V1预留 |\n| Phone | 创建回拨任务 | 对未接/待跟进用户安排电话 | tel_pool、agent_shift | tel_task | 待拨打 | Phone/客服 | 是 | V1预留 |\n| 渠道配置 | 配置去重规则 | 定义跨IM/EDM/APP/Phone/KOC触达的去重、例外和频控条件 | channel_config、person、risk、quota | channel_dedup_rule、channel_log | 规则生效/停用 | 渠道主管、管理员 | 是 | V1预留 |\n\n## 07 KOC/KOL协作中心\n\n| 页面 | 按钮/动作 | 业务含义 | 读取对象 | 写入对象 | 状态变化 | 权限 | 审计 | 阶段 |\n| --- | --- | --- | --- | --- | --- | --- | --- | --- |\n| 线索池 | 新增线索 | 新增KOC/KOL候选人 | source、contact | creator_profile | 待审核 | KOC/KOL运营 | 是 | V1预留 |\n| 线索池 | 打标分层 | 区分新手KOC、稳定测评者、垂直专家、带货型KOL | creator_profile、metrics | creator_tag、tier_log | 分层变化 | KOC/KOL运营 | 是 | V1预留 |\n| 任务管理 | 创建合作任务 | 样品、免评、内容、带货任务 | demand、product、creator | creator_task | 待接受 | KOC/KOL运营 | 是 | V1预留 |\n| 任务管理 | 分配样品/免评名额 | 执行合作资源分配 | creator_task、inventory、quota | sample_order/free_order | 待寄样/待执行 | KOC/KOL运营 | 是 | V1预留 |\n| 内容记录 | 上传内容链接 | 记录发布内容 | creator_task | content_record | 待审核/已发布 | KOC/KOL运营 | 是 | V2实现 |\n| 内容记录 | 审核内容 | 判断内容合规和是否可分发 | content_record、content_policy | content_audit | 通过/驳回 | 审核、运营 | 是 | V2实现 |\n| 带货归因 | 同步订单 | 记录Code/链接带来的订单 | attribution、order | creator_order | 待结算 | KOC/KOL运营 | 是 | V2实现 |\n| 佣金结算 | 计算佣金 | 根据规则生成佣金 | creator_order、commission_rule | commission_record | 待审核 | 财务、运营 | 是 | V2实现 |\n| 风险处理 | 暂停合作 | 风险/投诉/作弊时暂停 | creator_profile、risk | creator_status_log | 可合作 -> 暂停 | 风险、主管 | 是 | V1预留 |\n\n## 08 测评人/真实人中心\n\n| 页面 | 按钮/动作 | 业务含义 | 读取对象 | 写入对象 | 状态变化 | 权限 | 审计 | 阶段 |\n| --- | --- | --- | --- | --- | --- | --- | --- | --- |\n| 真实人归并 | 手动合并 | 修正自动归并不足,把多个账号/身份线索合并到同一真实人 | person、identity、quota_ledger、risk | person_identity_link、merge_log、quota_ledger | 多个身份 -> 同一真实人 | 主管、风险、管理员 | 是 | V1预留 |\n| 真实人归并 | 手动拆分 | 纠正误合并,拆开不同真实人 | person、identity、quota_ledger、risk | person_identity_link、split_log、quota_ledger | 同一真实人 -> 多个真实人 | 主管、风险、管理员 | 是 | V1预留 |\n| 额度台账 | 查看额度明细 | 查看4/4/12额度、预占、释放、提交计数来源 | person、quota_ledger、quota_reservation、review_submission | - | - | 运营、客服主管、风险 | 否 | V1必做 |\n| 互动复检 | 查看审计记录 | 追溯每次有效互动为什么继续、拦截或转人工 | interaction_recheck、person、quota_ledger、risk | - | - | 运营、风险、客服主管 | 否 | V1必做 |\n\n## 09 风险与财务\n\n| 页面 | 按钮/动作 | 业务含义 | 读取对象 | 写入对象 | 状态变化 | 权限 | 审计 | 阶段 |\n| --- | --- | --- | --- | --- | --- | --- | --- | --- |\n| 风险事件 | 创建风险事件 | 人工或系统发现风险 | person、order、refund、creator | risk_case | 待复核 | 风险、系统 | 是 | V1必做 |\n| 风险事件 | 复核通过 | 确认风险 | risk_case | risk_case、blacklist | 复核中 -> 确认风险 | 风险 | 是 | V1必做 |\n| 风险事件 | 排除风险 | 解除误报 | risk_case | risk_case | 复核中 -> 排除 | 风险 | 是 | V1必做 |\n| 黑名单 | 新增黑名单 | 阻断后续触达/返款/合作 | person、creator、identity | blacklist_item | 生效中 | 风险 | 是 | V1必做 |\n| 退款比对 | 标记双重退款 | Amazon退款+OA返款命中 | refund_records | risk_signal | 疑似/确认双重退款 | 风险、财务 | 是 | V1必做 |\n| 返款 | 审核请款 | 付款前审核 | refund_request、order、risk | refund_record | 待审核 -> 待返款/失败 | 财务 | 是 | V1必做 |\n| 返款 | 确认返款 | 完成付款/卡密发送 | refund_record | refund_record、notification | 待返款 -> 成功 | 财务 | 是 | V1必做 |\n\n## Gate 1 - 按钮盘点完成条件\n\n- 核心页面按钮均有业务含义,不只是UI动作。\n- 每个关键按钮都有读写对象、状态变化、权限和审计要求。\n- 客服执行与客服管理按钮覆盖完整。\n- KOC/KOL按钮覆盖需求完整性,并标注实现阶段。\n- 需求与计划匹配相关按钮覆盖生成、匹配、分配、调整、暂停、补量、关闭。\n- 额度预占释放、真实人合并/拆分、互动复检审计、渠道去重规则已有按钮入口。\n- Stage 2 可按对象命名对照表把页面简称映射到数据对象 v3 的正式对象。\n", "wikilinks": [], "category": "layer-requirements" } }, { "id": "doc:05_需求文档/20260527_USER_ERP_0-1需求重构_04_分支流程_完整需求域_v1", "type": "document", "name": "USER ERP 0-1需求重构 - 04 分支流程_完整需求域 v1", "filePath": "05_需求文档/20260527_USER_ERP_0-1需求重构_04_分支流程_完整需求域_v1.md", "summary": "USER ERP 0 1需求重构 04 分支流程 完整需求域 v1 文件信息 文件名称: 20260527 USER ERP 0 1需求重构 04 分支流程 完整需求域 v1.md 项目路径: C:\\XCODE\\USER 输出位置: C:\\XCODE\\USER\\output\\docs 当前版本: v1 最近更新: 2026 05 27 所属阶段:Stage ", "tags": [ "05_需求文档", "需求文档" ], "complexity": "simple", "knowledgeMeta": { "content": "# USER ERP 0-1需求重构 - 04 分支流程_完整需求域 v1\n\n## 文件信息\n\n- 文件名称:`20260527_USER_ERP_0-1需求重构_04_分支流程_完整需求域_v1.md`\n- 项目路径:`C:\\XCODE\\USER`\n- 输出位置:`C:\\XCODE\\USER\\output\\docs`\n- 当前版本:`v1`\n- 最近更新:`2026-05-27`\n- 所属阶段:Stage 1 完整业务需求\n- 负责人:业务负责人\n- 核心参与:USER运营、渠道运营、客服、KOC/KOL运营、财务、风险、产品\n- 文件目的:整理主流程下所有核心分支,确保阶段1需求完整,不因V1实现边界遗漏KOC/KOL、客服或计划匹配。\n\n## 分支一:需求与计划匹配\n\n### 触发条件\n\n- OA测评计划新增或变化。\n- 销售/运营提交产品推广需求。\n- ASIN评分、差评、掉评触发回评/紧急催评。\n- 新品、库存、Listing、关键词状态变化。\n- KOC/KOL合作或带货需求进入。\n- 客服反馈某类用户或产品问题集中出现。\n\n### 流程\n\n```text\n需求进入\n-> 校验产品/ASIN/站点/店铺/库存/评分/关键词\n-> 判断需求类型\n-> 匹配计划类型\n-> 匹配执行资源\n-> 生成计划、渠道任务、客服任务或KOC/KOL任务\n-> 执行结果回流需求\n```\n\n### 读取\n\n- demand、product、asin、inventory、rating、review_stats、keyword、h5/card。\n- person_feature、reviewer、creator、quota、risk。\n- channel_config、agent_shift、agent_capacity、refund_capacity。\n\n### 写入\n\n- plan、plan_change_log、audience_snapshot、quota_reservation。\n- push_task、ticket、creator_task、risk_exclusion。\n\n### 关闭条件\n\n- 需求已转计划并完成。\n- 需求被驳回并有原因。\n- 需求被拆分或合并,并保留引用关系。\n- 需求进入待补充或待恢复,不再误触发执行。\n\n### 阶段\n\nV1必做。\n\n## 分支二:IM推送\n\n### 用户分层\n\n| 层级 | 定义 | 策略 |\n| --- | --- | --- |\n| 未参与过用户 | 注册App并绑定玩具,未参与回评/测评 | 优先推绑定产品回评卡片 |\n| 参与过用户 | 已参与回评/测评,真实人累计提交评价 < 12 | 优先催评,再推新测评 |\n| 长期测评人 | 真实人累计提交评价 >= 12 | 不优先普通测评,优先免评补单 |\n| 回评待完成 | 订单已登记但未上传评价/截图 | 催评 |\n| 测评待返款 | 已登记但缺返款信息或待返款 | 补信息/财务提醒 |\n\n### 流程\n\n```text\n人群生成\n-> 频控与风险复检\n-> 选择卡片/H5/文字/图片\n-> 推送\n-> 用户点击/回复/提交信息\n-> 系统核验订单号/返款账号/评论截图\n-> 完整则进入订单/返款/评价流程\n-> 不完整则生成客服工单或待补信息标签\n```\n\n### 必查\n\n- 用户是否黑名单。\n- 读取 `person_quota_ledgers`,按真实人判断累计提交评价、月度测评和月度免评额度。\n- 是否有未完成测评/回评。\n- 是否退款/取消订单。\n- 产品是否禁用。\n- H5/卡片是否有效。\n- 同一用户今日是否已触达。\n\n### 阶段\n\nV1必做。\n\n## 分支三:EDM每日运营\n\n### 每日先看\n\n- 域名、邮箱、IP信誉是否健康。\n- OA测评计划是否变化。\n- KV/UID人群是否正常。\n- 产品选择、H5制作和H5数据维护是否受产品禁用影响。\n- 邮件发送、打开、点击、回复、退订、投诉。\n- 当天推送计划、AB Test、审核状态。\n- 菲律宾问题、订单、客服跟进清单。\n- 邮件转化数据。\n\n### 流程\n\n```text\n基础设施检查\n-> 同步OA计划\n-> 检查UID人群\n-> 检查产品/H5/链接\n-> 生成或调整EDM任务\n-> 发送与AB Test\n-> 回收打开/点击/回复/退订/投诉\n-> 转化到订单/客服/风险/复盘\n```\n\n### 阶段\n\nV1必做基础;深度AB自动优化 V2实现。\n\n## 分支四:Phone工作流\n\n### 每日先看\n\n- 未接电话和待回拨。\n- 问题类型分布。\n- 国家/语言/时段。\n- 哪个国家电话量最高。\n- 哪个国家未接率最高。\n- 高峰时段客服是否不足。\n- 是否需要调整排班或回拨时间。\n- 客服效率和转化。\n\n### 流程\n\n```text\n生成电话名单\n-> 匹配国家/语言/时段/客服排班\n-> 拨打或回拨\n-> 记录通话结果\n-> 如有订单/评价意向则进入客服转化\n-> 如有投诉/售后则进入工单\n-> 如有KOC/KOL意向则转线索池\n```\n\n### 阶段\n\nV1预留,客服和Phone结合较强时进入V1必做。\n\n## 分支五:客服承接\n\n### 入口\n\n- 用户通过App/Email/IM/Phone发送消息。\n- 用户提交信息不完整。\n- 渠道推送带来咨询、投诉或售后问题。\n- 测评/回评/返款异常。\n- 用户答应配合后需要跟进。\n\n### 流程\n\n```text\n用户消息进入\n-> 系统生成待处理工单\n-> 自动或手动分配客服\n-> 客服查看上下文卡\n-> 客服回复和补全信息\n-> 登记订单/催评/上传结果/升级异常\n-> 工单解决或关闭\n-> 回复、转化、满意度、目标数据回流\n```\n\n### 客服转化流程\n\n```text\n客服沟通用户\n-> 用户下单或提供订单号\n-> 客服登记订单\n-> 后续拿到用户评价\n-> 上传评价结果\n-> 返款/核验\n-> 完成转化\n```\n\n### 管理流程\n\n```text\n排班\n-> 出勤\n-> 工单分配\n-> 回复统计\n-> RSO/RDO转化统计\n-> 月目标管理\n-> 绩效复盘\n```\n\n### 阶段\n\nV1必做。\n\n## 分支六:评价型订单与免评执行\n\n### 6A 评价型订单:测评/回评\n\n```text\n计划分配人群\n-> 生成订单或等待用户提交订单\n-> 核验订单号\n-> 绑定产品/ASIN/店铺/站点\n-> 上传回评/评论链接/截图\n-> 展示核验\n-> 返款/请款\n-> 完成或异常关闭\n```\n\n#### 关键规则\n\n- 非公司产品阻断。\n- 订单撤销或退款阻断。\n- 用户提交评价不等于Amazon展示确认。\n- 提交评价立即计入真实人累计提交额度;展示确认才计入评价型计划完成。\n- 更换订单、更改订单、转免评、撤销必须有日志。\n\n### 6B 免评执行:KOC/KOL为主,IM/EDM/APP协同\n\n```text\n免评计划批准\n-> 拆解KOC/KOL任务、免评Code、内容协同任务\n-> 匹配KOC/KOL、长期测评人或站外流量资源\n-> 发布内容、分发Code、同步IM/EDM/APP协同触达\n-> 回收点击、Code使用、订单、内容互动、权重结果\n-> 形成免评结果快照\n-> 达标关闭或调整KOC/素材/Code/渠道策略\n```\n\n#### 关键规则\n\n- 免评执行不以“用户提交评价”为终点,也不以 Amazon 展示评价作为完成口径。\n- 免评结果应写入 `exemption_plan_tasks`、`creator_content_records`、`exemption_result_snapshots` 等对象。\n- KOC/KOL任务、长期测评人免评补单、IM/EDM/APP协同触达可以服务同一个免评计划,但必须分别记录任务来源和结果口径。\n- 免评Code、点击、订单、内容链接、带货归因和权重结果需要单独复盘,不混入测评/回评订单完成数。\n\n### 阶段\n\n6A V1必做;6B 的免评补单与协同入口 V1必做,完整内容/归因/佣金闭环 V2实现。\n\n## 分支七:财务返款\n\n### 用户返款\n\n```text\n返款条件满足\n-> 发起请款\n-> 财务/审核确认\n-> 付款或礼品卡\n-> 凭证/卡密通知用户\n-> 返款状态回写订单和工单\n```\n\n### KOC/KOL佣金\n\n```text\n带货订单归因\n-> 计算佣金\n-> 审核\n-> 结算\n-> 争议处理\n-> 复盘表现\n```\n\n### 阶段\n\n用户返款 V1必做;KOC/KOL佣金 V1预留,V2实现。\n\n## 分支八:KOC/KOL协作\n\n### 入口\n\n- 新增KOC/KOL线索。\n- KOC每日工作流发现可合作用户。\n- 免评计划需要长期测评人或达人补单。\n- 商家/产品需要内容或带货合作。\n\n### 流程\n\n```text\n线索进入\n-> 账号/标签/风险状态检查\n-> 自动打标与人工修正\n-> 分层:新手KOC/稳定测评者/垂直专家/带货型KOL/品牌合作型\n-> 匹配产品/样品/免评/内容/带货任务\n-> 达人接受或拒绝\n-> 样品/订单/内容执行\n-> 上传内容链接或带货链接\n-> 审核、发布、归因\n-> 佣金/返款\n-> 风险与复盘\n```\n\n### 必须区分\n\n- KOC/KOL身份和普通测评人身份可能重叠,但业务对象不同。\n- KOC/KOL标签、带货、测评、免评标签不能混。\n- KOC/KOL内容任务和普通回评/测评订单不能混用完成口径。\n\n### 阶段\n\n需求完整性必须覆盖;V1预留核心入口与字段,免评补单相关 V1必做,完整内容/佣金 V2实现。\n\n## 分支九:风险与黑名单\n\n### 流程\n\n```text\n风险信号产生\n-> 判断弱风险/强风险\n-> 弱风险提醒人工确认\n-> 强风险阻断执行\n-> 人工复核\n-> 解除/确认风险\n-> 同步黑名单或恢复执行\n```\n\n### 风险来源\n\n- 黑名单命中。\n- 邮箱/电话/设备/IP/Profile/地址强弱关联。\n- 退款/取消订单。\n- 双重退款。\n- 多账号/多Profile异常。\n- 重复订单、重复评论、重复返款。\n- 差评/掉评异常。\n- KOC/KOL内容违规、佣金争议、带货归因异常。\n\n### 阶段\n\nV1必做。\n\n## Gate 1 - 分支流程完成条件\n\n- 所有核心分支都有触发、执行、写入、关闭条件。\n- 客服与KOC/KOL均作为完整需求域出现。\n- 分支结果能回流主流程和复盘。\n- 各分支有 V1必做、V1预留、V2实现边界。\n", "wikilinks": [], "category": "layer-requirements" } }, { "id": "doc:05_需求文档/20260527_USER_ERP_0-1需求重构_05_异常流程_完整需求域_v1", "type": "document", "name": "USER ERP 0-1需求重构 - 05 异常流程_完整需求域 v1", "filePath": "05_需求文档/20260527_USER_ERP_0-1需求重构_05_异常流程_完整需求域_v1.md", "summary": "USER ERP 0 1需求重构 05 异常流程 完整需求域 v1 文件信息 文件名称: 20260527 USER ERP 0 1需求重构 05 异常流程 完整需求域 v1.md 项目路径: C:\\XCODE\\USER 输出位置: C:\\XCODE\\USER\\output\\docs 当前版本: v1 最近更新: 2026 05 27 所属阶段:Stage ", "tags": [ "05_需求文档", "需求文档" ], "complexity": "simple", "knowledgeMeta": { "content": "# USER ERP 0-1需求重构 - 05 异常流程_完整需求域 v1\n\n## 文件信息\n\n- 文件名称:`20260527_USER_ERP_0-1需求重构_05_异常流程_完整需求域_v1.md`\n- 项目路径:`C:\\XCODE\\USER`\n- 输出位置:`C:\\XCODE\\USER\\output\\docs`\n- 当前版本:`v1`\n- 最近更新:`2026-05-27`\n- 所属阶段:Stage 1 完整业务需求\n- 负责人:业务负责人 / 风险负责人 / 客服主管\n- 核心参与:USER运营、渠道运营、客服、KOC/KOL运营、财务、风险、测试\n- 文件目的:定义完整需求域中的异常、拦截、提醒、升级、人工复核和恢复机制,为 Stage 2 测试用例和状态机做输入。\n\n## 异常分级\n\n| 等级 | 含义 | 处理要求 |\n| --- | --- | --- |\n| P0 | 直接影响今日核心目标、资金、合规或账号安全 | 当天处理,主管可见 |\n| P1 | 影响本周目标或大量用户体验 | 24小时内处理 |\n| P2 | 局部异常,可进入跟进列表 | 按责任人处理 |\n| P3 | 观察项,暂不阻断 | 持续监控 |\n\n## 01 需求与执行计划不匹配\n\n| 异常 | 自动发现 | 处理 | 关闭条件 | 阶段 |\n| --- | --- | --- | --- | --- |\n| 需求目标高于可用人群/额度 | 计划生成时匹配不足 | 提醒运营降低目标、拆分周期、转免评或补充渠道 | 目标调整或资源补足 | V1必做 |\n| 产品禁用但计划仍在执行 | 产品状态变化 | 自动暂停计划和下架H5/卡片,通知负责人 | 产品恢复或计划关闭 | V1必做 |\n| 库存不足但继续推测评/免评 | 库存低于安全线 | 限制节奏或暂停,通知运营 | 库存恢复或调整计划 | V1必做 |\n| ASIN/店铺/关键词变化未同步 | ASIN信息与计划不一致 | 阻断新推送,生成H5/卡片维护任务 | 链接和卡片确认有效 | V1必做 |\n| 计划有名额但渠道无可推人群 | 人群生成结果为空或不足 | 提醒补充人群、换渠道、延长周期 | 匹配成功或关闭计划 | V1必做 |\n| 渠道有响应但客服容量不足 | 工单/回复超时、在线人数不足 | 暂停或降频推送,调整排班 | 客服容量恢复 | V1必做 |\n| 需求变更后旧计划未暂停 | 同需求存在多个冲突计划 | 提醒主管确认,自动标记冲突 | 旧计划暂停/合并/关闭 | V1预留 |\n| 完成数口径不一致 | 计划完成、订单完成、评价展示不一致 | 进入口径复核 | 口径修正并记录 | V1必做 |\n\n## 02 评价/订单异常\n\n| 异常 | 自动发现 | 处理 | 关闭条件 | 阶段 |\n| --- | --- | --- | --- | --- |\n| 订单号格式错误 | 用户提交时校验 | 提示用户重填,必要时转客服 | 正确订单号提交 | V1必做 |\n| 非公司产品 | 订单核验 | 阻断登记,转客服说明 | 工单关闭或人工改判 | V1必做 |\n| 店铺下错 | 订单店铺与计划不一致 | 转人工处理,可转免评 | 订单状态修正 | V1必做 |\n| 订单已取消 | Amazon状态 | 阻断回评和返款 | 用户换单或关闭 | V1必做 |\n| 订单已退款 | Amazon退款命中 | 进入退款比对和风险 | 风险结论完成 | V1必做 |\n| 评论重复绑定 | 评论ID/链接已绑定 | 阻断或申请例外审核 | 绑定唯一或审核通过 | V1必做 |\n| 订单重复绑定 | 订单号已绑定其他单 | 阻断,进入人工复核 | 确认归属 | V1必做 |\n| 用户只提交部分信息 | 缺返款账号/截图/链接 | 自动打标,生成客服跟进 | 信息补齐或关闭 | V1必做 |\n| 评论未展示 | Amazon展示核验失败 | 标记未展示,计划不计完成 | 后续展示或关闭 | V1必做 |\n| 掉评/差评 | Review状态变化 | 触发回评/紧急催评/风险 | 计划调整或风险关闭 | V1必做 |\n\n## 03 返款/佣金异常\n\n| 异常 | 自动发现 | 处理 | 关闭条件 | 阶段 |\n| --- | --- | --- | --- | --- |\n| 缺返款账号 | 用户提交不完整 | 自动打标待返款,客服跟进 | 账号补齐 | V1必做 |\n| 返款账号格式异常 | 表单校验/人工审核 | 退回补充 | 格式正确 | V1必做 |\n| 重复请款 | 同订单/同返款ID重复 | 阻断并提醒财务 | 去重完成 | V1必做 |\n| 双重退款 | Amazon退款+OA返款命中 | 生成风险事件 | 风险确认或解除 | V1必做 |\n| 非APP用户邮件退款 | 邮件退款链路缺设备/注册邮箱维度 | 标记风险盲区,补充邮箱、订单、地址、收款信息等识别线索 | 识别维度补齐或人工复核完成 | V1必做 |\n| 返款超额 | 金额超过规则 | 进入超额审核 | 审核通过/拒绝 | V1必做 |\n| 卡密/凭证缺失 | 返款成功但无凭证 | 生成财务待补任务 | 凭证补齐 | V1预留 |\n| KOC/KOL佣金争议 | 达人反馈或金额不一致 | 进入佣金复核 | 结算修正或驳回 | V2实现 |\n\n## 04 客服异常\n\n| 异常 | 自动发现 | 处理 | 关闭条件 | 阶段 |\n| --- | --- | --- | --- | --- |\n| 无客服在线 | 在线人数为0但有待处理工单 | 提醒主管,暂停部分推送 | 有客服承接 | V1必做 |\n| 工单未分配 | 待分配超时 | 自动分配或主管手动分配 | 工单有处理人 | V1必做 |\n| 首次回复超时 | 首次回复时长超过阈值 | 提醒客服/主管 | 已回复或转移 | V1必做 |\n| 等待用户超时 | 用户长时间未回复 | 自动提醒或关闭 | 用户回复/关闭 | V1必做 |\n| 客服转移失败 | 目标客服离线或超负荷 | 重新选择处理人 | 转移成功 | V1必做 |\n| 排班不足 | 高峰工单大于客服容量 | 主管调整排班或降频推送 | 容量恢复 | V1必做 |\n| 目标异常 | 月目标明显低于进度 | 提醒主管调度 | 目标追平或调整 | V1必做 |\n| 客服误登记订单 | 人工发现或订单核验失败 | 更改订单并留痕 | 订单修正 | V1必做 |\n| 用户投诉客服 | 投诉/负反馈 | 升级主管复核 | 处理结论 | V1预留 |\n\n## 05 渠道异常\n\n| 异常 | 自动发现 | 处理 | 关闭条件 | 阶段 |\n| --- | --- | --- | --- | --- |\n| IM点击低 | 漏斗低于阈值 | 换素材/卡片/人群 | 指标恢复或复盘 | V1必做 |\n| IM回复低于3% | 日常监控 | 更换图片/话术 | 回复率恢复 | V1必做 |\n| 退订或不感兴趣升高 | 退订/投诉异常 | 降频、暂停素材、调整人群 | 指标恢复 | V1必做 |\n| EDM域名/IP信誉异常 | 每日检查 | 暂停发送、切换账号、通知负责人 | 信誉恢复 | V1必做 |\n| KV/UID人群导出失败 | 人群数量异常 | 暂停推送,重跑导出 | 人群正常 | V1必做 |\n| H5链接失效 | 链接检测或用户反馈 | 下架任务,修复链接 | 链接有效 | V1必做 |\n| 卡片产品禁用未同步 | 产品状态变更 | 自动下架卡片 | 卡片状态正确 | V1必做 |\n| Phone未接率过高 | 电话数据 | 调整时段/排班/回拨 | 未接率下降 | V1预留 |\n\n## 06 KOC/KOL异常\n\n| 异常 | 自动发现 | 处理 | 关闭条件 | 阶段 |\n| --- | --- | --- | --- | --- |\n| KOC标签混乱 | 同人存在KOC/测评/带货冲突 | 人工复核标签 | 标签修正 | V1预留 |\n| KOC/KOL与C类测评人身份重叠 | 同一真实人同时命中免评推送和KOC任务 | 阻断重复触达,进入身份/任务冲突复核 | 明确走免评协同或KOC任务,不重复计完成 | V1必做 |\n| 达人重复触达 | 同一KOC/KOL多任务冲突 | 合并或暂停任务 | 冲突解除 | V1预留 |\n| 样品发出未产出内容 | 任务超时 | 催办、暂停合作、风险记录 | 内容提交或任务关闭 | V2实现 |\n| 内容链接无效 | 链接检测失败 | 要求重提 | 链接有效 | V2实现 |\n| 内容不合规 | 内容审核 | 驳回、下架、降权 | 内容修正或关闭 | V2实现 |\n| 带货订单归因失败 | Code/链接无法匹配 | 进入人工归因 | 归因完成或驳回 | V2实现 |\n| 佣金争议 | 金额或订单争议 | 财务/运营复核 | 结算修正或驳回 | V2实现 |\n| 高风险KOC继续推送 | 风险状态命中 | 阻断任务 | 风险解除或拉黑 | V1预留 |\n\n## 07 风险异常\n\n| 异常 | 自动发现 | 处理 | 关闭条件 | 阶段 |\n| --- | --- | --- | --- | --- |\n| 黑名单命中 | 身份线索命中 | 阻断触达/返款/合作 | 人工解除或保持黑名单 | V1必做 |\n| 强关联命中 | 邮箱/电话/设备/Profile/地址 | 阻断并复核 | 风险结论 | V1必做 |\n| 弱关联命中 | IP/相似地址等 | 提醒人工确认 | 确认/排除 | V1必做 |\n| 额度超限 | 月度/累计额度命中 | 阻断普通测评,转免评池 | 额度恢复或转免评 | V1必做 |\n| 多账号归并冲突 | 同一真实人下多个 JOYHUB/Profile 额度不一致 | 按 `person_quota_ledgers` 重新汇总,进入人工复核 | 额度统一并记录合并/拆分结论 | V1必做 |\n| 频控超限 | 当日/周期触达超限 | 暂停触达 | 到期恢复 | V1必做 |\n| 敏感字段导出风险 | 导出包含敏感字段 | 强制脱敏/审批 | 导出完成或拒绝 | V1必做 |\n\n## 异常处理通用状态\n\n```text\n待发现 -> 已发现 -> 待处理 -> 处理中 -> 待复核 -> 已关闭\n```\n\n可选状态:\n\n- 已升级。\n- 已驳回。\n- 已阻断。\n- 已恢复。\n- 需补充信息。\n- 需跨部门协同。\n\n## Gate 1 - 异常流程完成条件\n\n- 需求计划、评价订单、客服、渠道、KOC/KOL、返款、风险异常均覆盖。\n- 每类异常有发现方式、处理动作、关闭条件。\n- P0/P1/P2/P3等级可用于今日作战台。\n- 异常能回流计划调整、客服任务、风险事件和复盘记录。\n", "wikilinks": [], "category": "layer-requirements" } }, { "id": "doc:05_需求文档/20260527_USER_ERP_0-1需求重构_06_VibeCoding页面验证记录_v1", "type": "document", "name": "USER ERP 0-1需求重构 - 06 VibeCoding页面验证记录 v1", "filePath": "05_需求文档/20260527_USER_ERP_0-1需求重构_06_VibeCoding页面验证记录_v1.md", "summary": "USER ERP 0 1需求重构 06 VibeCoding页面验证记录 v1 文件信息 文件名称: 20260527 USER ERP 0 1需求重构 06 VibeCoding页面验证记录 v1.md 项目路径: C:\\XCODE\\USER 输出位置: C:\\XCODE\\USER\\output\\docs 当前版本: v1 最近更新: 2026 05 27", "tags": [ "05_需求文档", "需求文档" ], "complexity": "simple", "knowledgeMeta": { "content": "# USER ERP 0-1需求重构 - 06 VibeCoding页面验证记录 v1\n\n## 文件信息\n\n- 文件名称:`20260527_USER_ERP_0-1需求重构_06_VibeCoding页面验证记录_v1.md`\n- 项目路径:`C:\\XCODE\\USER`\n- 输出位置:`C:\\XCODE\\USER\\output\\docs`\n- 当前版本:`v1`\n- 最近更新:`2026-05-27`\n- 所属阶段:Stage 1 完整业务需求\n- 负责人:产品负责人 / 前端观察员\n- 核心参与:业务负责人、USER运营、客服主管、渠道负责人、KOC/KOL负责人、技术负责人\n- 文件目的:把现有 Vibe Coding / AI 原型作为需求验证材料,记录已覆盖能力、暴露缺口和 Stage 2 高保真模型输入。\n\n## 验证原则\n\n1. 原型不是生产代码,不作为正式系统底座。\n2. 原型用于发现页面、字段、按钮、状态和流程缺口。\n3. 验证重点不是“页面能不能打开”,而是“需求是否完整、业务对象是否统一、每日操作是否可执行”。\n4. 阶段1必须记录原型未覆盖的需求域,特别是 KOC/KOL、客服管理、需求计划匹配和复盘口径。\n\n## 验证材料\n\n| 材料 | 用途 | 结论 |\n| --- | --- | --- |\n| `C:\\XCODE\\USER\\input\\user-review-system` | React/Vite原型,含计划、测评人、订单、客服、渠道、风险、看板;入口参考 `src\\App.tsx`、`src\\config\\routes.tsx`、`src\\config\\menu.tsx` | 覆盖面较广,可作为页面/字段参考 |\n| `C:\\XCODE\\USER\\input\\user-review-system\\docs\\review-order-PRD.md` | 回评/测评订单详细PRD | 订单页面细,但只是局部,不足以代表ERP主流程 |\n| `C:\\XCODE\\USER\\input\\user-review-system\\docs\\review-order-architecture.md` | 订单页面技术架构 | 可参考组件拆分和待确认问题 |\n| `C:\\XCODE\\USER\\src\\user_erp_mvp_admin_prototype_v10.html` | 既有 v10 HTML 原型 | 可参考早期管理端页面,但不直接复用为新系统底座 |\n| `C:\\XCODE\\USER\\input\\用户运营系统-单文件.html` | 大型单文件运营系统原型 | 可参考全局菜单和字段,但不直接复用 |\n| `C:\\XCODE\\USER\\input\\amazon_operator_test_entry.html` | 亚马逊提评入口原型 | 可参考需求提报、IM账号、推送策略 |\n| `C:\\XCODE\\USER\\input\\客服执行.html` | 客服执行/管理原型 | 客服核心需求的重要参考 |\n| `C:\\XCODE\\USER\\input\\IM 推送业务流.mm` | IM业务流脑图 | IM分层和流转最完整 |\n\n## user-review-system 验证\n\n### 已覆盖能力\n\n| 模块 | 已覆盖 |\n| --- | --- |\n| 菜单/路由 | 工作台、评价计划、评价人管理、测评订单、回评订单、客服中心、渠道推送、风险中心、数据看板 |\n| 计划 | 测评计划、回评计划、免评计划,含列表、表单、详情、关联推送/订单 |\n| 测评人 | 测评人列表、详情、表单、额度、订单、风险、联系记录 |\n| 订单 | 测评订单、回评订单、上传订单、上传回评、请款、返款、详情抽屉 |\n| 客服 | 工单池、聊天、聊天记录、答应配合、客服绩效看板 |\n| 渠道 | 推送任务、IM推送、IM卡片、IM/EDM配置 |\n| 风险 | 风险事件、黑名单、退款比对 |\n| 看板 | 计划、ASIN、客服绩效 |\n\n### 暴露的缺口\n\n| 缺口 | 影响 | 后续处理 |\n| --- | --- | --- |\n| 需求池与计划生成链路弱 | 无法解释需求如何变成计划 | Stage 2 需新增需求与计划调度中心 |\n| 计划匹配资源视图不足 | 人群、客服、渠道、H5/卡片、风险没有统一调度 | 需新增执行匹配看板 |\n| 客服管理不完整 | 排班、出勤、目标、首次回复、转化绩效不足 | 结合客服执行原型补齐 |\n| KOC/KOL需求域不足 | 线索、任务、内容、带货、佣金缺失 | 阶段1必须补出完整需求 |\n| 订单PRD局部过细 | 容易用订单页面替代ERP主流程 | 保留为订单模块参考 |\n| 状态枚举不统一 | 测评、回评、返款、计划、客服状态口径混乱 | Stage 2需统一状态机 |\n| Mock 数据含临时品类 | 部分示例与真实业务不一致 | 只取字段结构,不取业务事实 |\n\n## 用户运营系统单文件验证\n\n### 已覆盖\n\n- USER评价业务闭环系统的全局菜单雏形。\n- 产品、计划、订单、客服、风险、真实人、用户信息等多类字段。\n- 较多运营筛选、状态、详情、操作入口。\n\n### 缺口\n\n- 文件过大,页面和数据逻辑混杂,不适合做正式底座。\n- 未清晰区分需求完整范围和V1实现范围。\n- KOC/KOL相关需求不完整。\n- 客服核心执行与管理需要与 `客服执行.html` 合并分析。\n- 需求到计划再到执行匹配的调度视图不足。\n\n## amazon_operator_test_entry 验证\n\n### 已覆盖\n\n- 亚马逊提评入口。\n- 提评单列表。\n- IM推送。\n- IM账号管理。\n- 新建提评单。\n- 推送策略。\n- 卡片内容管理。\n- 业务类型:测评、免评、回评。\n\n### 可纳入需求\n\n- 提评需求提报字段:站点、ASIN、商品、关键词、关键词链接、品牌、新品状态、要求数量、店铺、原因、备注。\n- IM账号和身份管理:官方客服、品牌客服、达人、内部/外部品牌。\n- 推送策略:用户标签、去除标签、优先级、间隔时间、内容形式、跳转链接。\n\n### 缺口\n\n- 未打通完整需求池和计划对象。\n- 提评入口与USER运营调度中心的关系需重构。\n- IM账号管理需与渠道配置、权限和风险联动。\n\n## 客服执行原型验证\n\n### 已覆盖\n\n- 客服执行看板。\n- 首页Dashboard。\n- 出勤管理。\n- 排班管理。\n- 工单管理。\n- 回复统计。\n- 转化绩效。\n- 目标管理。\n- 角色权限:客服与主管/管理员视角。\n\n### 可纳入需求\n\n| 能力 | 说明 |\n| --- | --- |\n| 工单自动分配 | 在线优先、按工单量平均、最大工单数 |\n| 客服视角 | 只看自己工单、绩效和目标 |\n| 主管视角 | 查看团队数据、调整工单、排班和目标 |\n| 绩效统计 | RSO/RDO登记订单、上评、完成率 |\n| 出勤/排班 | 早班、午班、晚班、迟到、早退、请假、缺勤 |\n\n### 缺口\n\n- 与评价计划、渠道推送和订单履约的联动需要补强。\n- 客服容量尚未进入需求与计划匹配。\n- 客服误登记、投诉、转移失败、排班不足等异常需要补全。\n\n## IM推送业务流验证\n\n### 已覆盖\n\n- 用户分层:未参与、参与过、长期测评人。\n- 推送前风控校验。\n- 回评卡片、测评卡片、免评产品、催评消息。\n- 用户提交订单号、返款账号、评论截图/链接。\n- 订单号核实和客服补全。\n- 财务返款提醒。\n- 自动打标体系。\n- 店铺紧急催评。\n\n### 可直接作为Stage 2输入\n\n- IM用户分层。\n- 核心标签体系。\n- 每次互动复检。\n- 未完成流程的标签与自动通知。\n- 长期测评人转免评策略。\n\n### 缺口\n\n- IM流程需要与统一计划、额度台账、客服工单和风险事件对象对齐。\n- 文档中提到的“当天测评计划需要刷的名额”需要接入计划匹配。\n\n## KOC/KOL需求验证\n\n### 已有线索\n\n- `KOC 每日工作流.md` 提到账号、标签、风险、新增线索、用户分层、自动打标、任务去重、回复、订单、返款、Review、带货、风险。\n- `商家KOL商业服务系统-USER项目知识迁移清单.md` 提供服务包、KOC/KOL分层、佣金原则、内容分级和推荐分发接口意识。\n- 现有原型仅零散覆盖KOC/KOL,未形成完整中心。\n\n### 阶段1必须补出的需求\n\n- KOC/KOL线索池。\n- KOC/KOL档案和分层。\n- KOC/KOL与测评人/真实人的身份关系。\n- 内容任务、样品/免评、带货任务。\n- 内容审核、链接、Code、订单归因。\n- 佣金计算与结算接口。\n- KOC/KOL风险和异常。\n\n### 阶段建议\n\n- V1必做:免评补单相关的KOC/KOL入口、标签、风险和任务关联。\n- V1预留:KOC/KOL档案、线索池、合作状态。\n- V2实现:内容审核、带货归因、佣金结算、商家服务包完整后台。\n\n## 进入Stage 2的输入清单\n\n| 输入 | 说明 |\n| --- | --- |\n| 需求与计划调度中心 | 需要新设计,不应从现有订单页面改 |\n| 今日作战台 | 需要按OKR和岗位每日工作方式设计 |\n| 客服执行/管理 | 可综合 `客服相关模块.md` 和 `客服执行.html` |\n| IM推送 | 可基于 `IM 推送业务流.mm` 和 user-review-system IM页面 |\n| 订单页面 | 可参考 review-order PRD,但需合并测评/回评/免评口径 |\n| 测评人/真实人 | 可参考 `测评信息字段管理.xlsx` 和数据对象v3 |\n| KOC/KOL中心 | 现有原型不足,需要新建需求模型 |\n| 风险中心 | 可参考现有风险页面,但需扩展KOC/KOL与计划匹配异常 |\n\n## 不能直接继承的内容\n\n- 不能直接继承 Vibe Coding 的文件结构作为正式工程结构。\n- 不能把 mock 数据当业务事实。\n- 不能把回评/测评订单PRD当成整个 ERP PRD。\n- 不能因为 V1不实现完整KOC/KOL平台,就在阶段1删除KOC/KOL需求。\n- 不能把客服降级为“工单页面”,客服是核心执行和转化资源。\n\n## Gate 1 - Vibe Coding验证完成条件\n\n- 已记录所有原型的可用需求点。\n- 已记录原型不能支撑的业务缺口。\n- 已确认正式系统需要重新做 Stage 2 高保真模型。\n- 已确认KOC/KOL、客服、需求计划匹配是现有原型的主要补强方向。\n", "wikilinks": [], "category": "layer-requirements" } }, { "id": "doc:05_需求文档/20260527_USER_ERP_0-1需求重构_06_VibeCoding页面验证记录_v1(1)", "type": "document", "name": "USER ERP 0-1需求重构 - 06 VibeCoding页面验证记录 v1", "filePath": "05_需求文档/20260527_USER_ERP_0-1需求重构_06_VibeCoding页面验证记录_v1(1).md", "summary": "USER ERP 0 1需求重构 06 VibeCoding页面验证记录 v1 文件信息 文件名称: 20260527 USER ERP 0 1需求重构 06 VibeCoding页面验证记录 v1.md 项目路径: C:\\XCODE\\USER 输出位置: C:\\XCODE\\USER\\output\\docs 当前版本: v1 最近更新: 2026 05 27", "tags": [ "05_需求文档", "需求文档" ], "complexity": "simple", "knowledgeMeta": { "content": "# USER ERP 0-1需求重构 - 06 VibeCoding页面验证记录 v1\n\n## 文件信息\n\n- 文件名称:`20260527_USER_ERP_0-1需求重构_06_VibeCoding页面验证记录_v1.md`\n- 项目路径:`C:\\XCODE\\USER`\n- 输出位置:`C:\\XCODE\\USER\\output\\docs`\n- 当前版本:`v1`\n- 最近更新:`2026-05-27`\n- 所属阶段:Stage 1 完整业务需求\n- 负责人:产品负责人 / 前端观察员\n- 核心参与:业务负责人、USER运营、客服主管、渠道负责人、KOC/KOL负责人、技术负责人\n- 文件目的:把现有 Vibe Coding / AI 原型作为需求验证材料,记录已覆盖能力、暴露缺口和 Stage 2 高保真模型输入。\n\n## 验证原则\n\n1. 原型不是生产代码,不作为正式系统底座。\n2. 原型用于发现页面、字段、按钮、状态和流程缺口。\n3. 验证重点不是“页面能不能打开”,而是“需求是否完整、业务对象是否统一、每日操作是否可执行”。\n4. 阶段1必须记录原型未覆盖的需求域,特别是 KOC/KOL、客服管理、需求计划匹配和复盘口径。\n\n## 验证材料\n\n| 材料 | 用途 | 结论 |\n| --- | --- | --- |\n| `C:\\XCODE\\USER\\input\\user-review-system` | React/Vite原型,含计划、测评人、订单、客服、渠道、风险、看板;入口参考 `src\\App.tsx`、`src\\config\\routes.tsx`、`src\\config\\menu.tsx` | 覆盖面较广,可作为页面/字段参考 |\n| `C:\\XCODE\\USER\\input\\user-review-system\\docs\\review-order-PRD.md` | 回评/测评订单详细PRD | 订单页面细,但只是局部,不足以代表ERP主流程 |\n| `C:\\XCODE\\USER\\input\\user-review-system\\docs\\review-order-architecture.md` | 订单页面技术架构 | 可参考组件拆分和待确认问题 |\n| `C:\\XCODE\\USER\\src\\user_erp_mvp_admin_prototype_v10.html` | 既有 v10 HTML 原型 | 可参考早期管理端页面,但不直接复用为新系统底座 |\n| `C:\\XCODE\\USER\\input\\用户运营系统-单文件.html` | 大型单文件运营系统原型 | 可参考全局菜单和字段,但不直接复用 |\n| `C:\\XCODE\\USER\\input\\amazon_operator_test_entry.html` | 亚马逊提评入口原型 | 可参考需求提报、IM账号、推送策略 |\n| `C:\\XCODE\\USER\\input\\客服执行.html` | 客服执行/管理原型 | 客服核心需求的重要参考 |\n| `C:\\XCODE\\USER\\input\\IM 推送业务流.mm` | IM业务流脑图 | IM分层和流转最完整 |\n\n## user-review-system 验证\n\n### 已覆盖能力\n\n| 模块 | 已覆盖 |\n| --- | --- |\n| 菜单/路由 | 工作台、评价计划、评价人管理、测评订单、回评订单、客服中心、渠道推送、风险中心、数据看板 |\n| 计划 | 测评计划、回评计划、免评计划,含列表、表单、详情、关联推送/订单 |\n| 测评人 | 测评人列表、详情、表单、额度、订单、风险、联系记录 |\n| 订单 | 测评订单、回评订单、上传订单、上传回评、请款、返款、详情抽屉 |\n| 客服 | 工单池、聊天、聊天记录、答应配合、客服绩效看板 |\n| 渠道 | 推送任务、IM推送、IM卡片、IM/EDM配置 |\n| 风险 | 风险事件、黑名单、退款比对 |\n| 看板 | 计划、ASIN、客服绩效 |\n\n### 暴露的缺口\n\n| 缺口 | 影响 | 后续处理 |\n| --- | --- | --- |\n| 需求池与计划生成链路弱 | 无法解释需求如何变成计划 | Stage 2 需新增需求与计划调度中心 |\n| 计划匹配资源视图不足 | 人群、客服、渠道、H5/卡片、风险没有统一调度 | 需新增执行匹配看板 |\n| 客服管理不完整 | 排班、出勤、目标、首次回复、转化绩效不足 | 结合客服执行原型补齐 |\n| KOC/KOL需求域不足 | 线索、任务、内容、带货、佣金缺失 | 阶段1必须补出完整需求 |\n| 订单PRD局部过细 | 容易用订单页面替代ERP主流程 | 保留为订单模块参考 |\n| 状态枚举不统一 | 测评、回评、返款、计划、客服状态口径混乱 | Stage 2需统一状态机 |\n| Mock 数据含临时品类 | 部分示例与真实业务不一致 | 只取字段结构,不取业务事实 |\n\n## 用户运营系统单文件验证\n\n### 已覆盖\n\n- USER评价业务闭环系统的全局菜单雏形。\n- 产品、计划、订单、客服、风险、真实人、用户信息等多类字段。\n- 较多运营筛选、状态、详情、操作入口。\n\n### 缺口\n\n- 文件过大,页面和数据逻辑混杂,不适合做正式底座。\n- 未清晰区分需求完整范围和V1实现范围。\n- KOC/KOL相关需求不完整。\n- 客服核心执行与管理需要与 `客服执行.html` 合并分析。\n- 需求到计划再到执行匹配的调度视图不足。\n\n## amazon_operator_test_entry 验证\n\n### 已覆盖\n\n- 亚马逊提评入口。\n- 提评单列表。\n- IM推送。\n- IM账号管理。\n- 新建提评单。\n- 推送策略。\n- 卡片内容管理。\n- 业务类型:测评、免评、回评。\n\n### 可纳入需求\n\n- 提评需求提报字段:站点、ASIN、商品、关键词、关键词链接、品牌、新品状态、要求数量、店铺、原因、备注。\n- IM账号和身份管理:官方客服、品牌客服、达人、内部/外部品牌。\n- 推送策略:用户标签、去除标签、优先级、间隔时间、内容形式、跳转链接。\n\n### 缺口\n\n- 未打通完整需求池和计划对象。\n- 提评入口与USER运营调度中心的关系需重构。\n- IM账号管理需与渠道配置、权限和风险联动。\n\n## 客服执行原型验证\n\n### 已覆盖\n\n- 客服执行看板。\n- 首页Dashboard。\n- 出勤管理。\n- 排班管理。\n- 工单管理。\n- 回复统计。\n- 转化绩效。\n- 目标管理。\n- 角色权限:客服与主管/管理员视角。\n\n### 可纳入需求\n\n| 能力 | 说明 |\n| --- | --- |\n| 工单自动分配 | 在线优先、按工单量平均、最大工单数 |\n| 客服视角 | 只看自己工单、绩效和目标 |\n| 主管视角 | 查看团队数据、调整工单、排班和目标 |\n| 绩效统计 | RSO/RDO登记订单、上评、完成率 |\n| 出勤/排班 | 早班、午班、晚班、迟到、早退、请假、缺勤 |\n\n### 缺口\n\n- 与评价计划、渠道推送和订单履约的联动需要补强。\n- 客服容量尚未进入需求与计划匹配。\n- 客服误登记、投诉、转移失败、排班不足等异常需要补全。\n\n## IM推送业务流验证\n\n### 已覆盖\n\n- 用户分层:未参与、参与过、长期测评人。\n- 推送前风控校验。\n- 回评卡片、测评卡片、免评产品、催评消息。\n- 用户提交订单号、返款账号、评论截图/链接。\n- 订单号核实和客服补全。\n- 财务返款提醒。\n- 自动打标体系。\n- 店铺紧急催评。\n\n### 可直接作为Stage 2输入\n\n- IM用户分层。\n- 核心标签体系。\n- 每次互动复检。\n- 未完成流程的标签与自动通知。\n- 长期测评人转免评策略。\n\n### 缺口\n\n- IM流程需要与统一计划、额度台账、客服工单和风险事件对象对齐。\n- 文档中提到的“当天测评计划需要刷的名额”需要接入计划匹配。\n\n## KOC/KOL需求验证\n\n### 已有线索\n\n- `KOC 每日工作流.md` 提到账号、标签、风险、新增线索、用户分层、自动打标、任务去重、回复、订单、返款、Review、带货、风险。\n- `商家KOL商业服务系统-USER项目知识迁移清单.md` 提供服务包、KOC/KOL分层、佣金原则、内容分级和推荐分发接口意识。\n- 现有原型仅零散覆盖KOC/KOL,未形成完整中心。\n\n### 阶段1必须补出的需求\n\n- KOC/KOL线索池。\n- KOC/KOL档案和分层。\n- KOC/KOL与测评人/真实人的身份关系。\n- 内容任务、样品/免评、带货任务。\n- 内容审核、链接、Code、订单归因。\n- 佣金计算与结算接口。\n- KOC/KOL风险和异常。\n\n### 阶段建议\n\n- V1必做:免评补单相关的KOC/KOL入口、标签、风险和任务关联。\n- V1预留:KOC/KOL档案、线索池、合作状态。\n- V2实现:内容审核、带货归因、佣金结算、商家服务包完整后台。\n\n## 进入Stage 2的输入清单\n\n| 输入 | 说明 |\n| --- | --- |\n| 需求与计划调度中心 | 需要新设计,不应从现有订单页面改 |\n| 今日作战台 | 需要按OKR和岗位每日工作方式设计 |\n| 客服执行/管理 | 可综合 `客服相关模块.md` 和 `客服执行.html` |\n| IM推送 | 可基于 `IM 推送业务流.mm` 和 user-review-system IM页面 |\n| 订单页面 | 可参考 review-order PRD,但需合并测评/回评/免评口径 |\n| 测评人/真实人 | 可参考 `测评信息字段管理.xlsx` 和数据对象v3 |\n| KOC/KOL中心 | 现有原型不足,需要新建需求模型 |\n| 风险中心 | 可参考现有风险页面,但需扩展KOC/KOL与计划匹配异常 |\n\n## 不能直接继承的内容\n\n- 不能直接继承 Vibe Coding 的文件结构作为正式工程结构。\n- 不能把 mock 数据当业务事实。\n- 不能把回评/测评订单PRD当成整个 ERP PRD。\n- 不能因为 V1不实现完整KOC/KOL平台,就在阶段1删除KOC/KOL需求。\n- 不能把客服降级为“工单页面”,客服是核心执行和转化资源。\n\n## Gate 1 - Vibe Coding验证完成条件\n\n- 已记录所有原型的可用需求点。\n- 已记录原型不能支撑的业务缺口。\n- 已确认正式系统需要重新做 Stage 2 高保真模型。\n- 已确认KOC/KOL、客服、需求计划匹配是现有原型的主要补强方向。\n", "wikilinks": [], "category": "layer-requirements" } }, { "id": "doc:05_需求文档/20260528_USER_ERP_0-1需求重构_可点击参考原型_v1", "type": "document", "name": "USER ERP 0-1需求重构 · 可点击参考原型 v1", "filePath": "05_需求文档/20260528_USER_ERP_0-1需求重构_可点击参考原型_v1.html", "summary": "USER ERP 0-1需求重构 · 可点击参考原型 v1 USER ERP Stage 1 Prototype 模拟数据 仅用于流程验证 当前模块 今日作战 从异常、资源和今日动作进入业务闭环。 高频跳转 6 P0/P1异常 37 需求待评估 12 客服超时 9 免评缺口 4 额度预警 18 复盘待写 7 今日作战台 高级主管 / USER运营 / 客服 ", "tags": [ "05_需求文档", "需求文档" ], "complexity": "complex", "knowledgeMeta": { "content": "\n\n\n \n \n USER ERP 0-1需求重构 · 可点击参考原型 v1\n \n\n\n
\n \n\n
\n
\n
\n 今日作战台\n 高级主管 / USER运营 / 客服 / 渠道 / KOC-KOL / 财务 / 风险\n
\n
\n \n
\n \n \n \n
\n \n \n \n
\n
\n
\n
\n
\n\n
\n \n
\n\n \n\n\n", "wikilinks": [], "category": "layer-requirements" } }, { "id": "doc:05_需求文档/20260528_USER_ERP_完整参考原型_v2", "type": "document", "name": "USER ERP 完整参考原型 v2 · 2026-05-28", "filePath": "05_需求文档/20260528_USER_ERP_完整参考原型_v2.html", "summary": "USER ERP 完整参考原型 v2 · 2026-05-28 USER ERP Stage 1 · v2 模拟数据 仅用于流程验证 当前模块 今日作战 从异常、资源和今日动作进入业务闭环。 高频跳转 6 P0/P1异常 37 需求待评估 8 客服超时工单 3 免评缺口 4 额度预警 18 复盘待写 7 今日作战台 高级主管 / USER运营 / 客服 / ", "tags": [ "05_需求文档", "需求文档" ], "complexity": "complex", "knowledgeMeta": { "content": "\n\n\n\n\nUSER ERP 完整参考原型 v2 · 2026-05-28\n\n\n\n
\n\n\n\n\n
\n
\n
今日作战台高级主管 / USER运营 / 客服 / 渠道 / KOC-KOL / 财务 / 风险
\n
\n\n
\n\n\n\n
\n
\n
\n
\n
\n\n\n
\n\n
\n\n\n
\n ⚠ 本原型所有数据均为模拟数据,仅用于 Stage 1 需求验证 · v2\n
\n\n", "wikilinks": [], "category": "layer-requirements" } } ], "edges": [ { "source": "flow:layer-overview", "target": "flow:layer-requirements", "type": "documents", "direction": "forward", "description": "知识库主流程", "weight": 1 }, { "source": "flow:layer-requirements", "target": "flow:layer-milestones", "type": "documents", "direction": "forward", "description": "知识库主流程", "weight": 1 }, { "source": "flow:layer-milestones", "target": "flow:layer-technical", "type": "documents", "direction": "forward", "description": "知识库主流程", "weight": 1 }, { "source": "flow:layer-technical", "target": "flow:layer-testing", "type": "documents", "direction": "forward", "description": "知识库主流程", "weight": 1 }, { "source": "flow:layer-testing", "target": "flow:layer-agent", "type": "documents", "direction": "forward", "description": "知识库主流程", "weight": 1 }, { "source": "flow:layer-overview", "target": "doc:00_首页/Agent问答入口", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-overview", "target": "doc:00_首页/知识地图", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-overview", "target": "doc:00_首页/知识库首页", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-overview", "target": "doc:欢迎", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-overview", "target": "doc:知识库使用说明", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-requirements", "target": "doc:05_需求文档/20260517_USER评价业务闭环_第三步_数据流与中间对象设计_v3", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-requirements", "target": "doc:05_需求文档/README", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-requirements", "target": "doc:05_需求文档/需求文档索引", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-milestones", "target": "doc:02_项目管理流程/AI驱动内部系统开发流程_V3_总览", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-milestones", "target": "doc:02_项目管理流程/README", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-milestones", "target": "doc:02_项目管理流程/常见问题FAQ", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-milestones", "target": "doc:02_项目管理流程/角色职责矩阵", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-milestones", "target": "doc:02_项目管理流程/阶段0_项目入口分级", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-milestones", "target": "doc:02_项目管理流程/阶段1_业务需求完整形成", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-milestones", "target": "doc:02_项目管理流程/阶段2.5_测试提前补漏", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-milestones", "target": "doc:02_项目管理流程/阶段2_高保真模型与业务对象确认", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-milestones", "target": "doc:02_项目管理流程/阶段3_研发协作与正式开发", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-milestones", "target": "doc:02_项目管理流程/阶段4_测试培训上线回流", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-milestones", "target": "doc:02_项目管理流程/阶段交付物清单", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-milestones", "target": "doc:02_项目管理流程/项目检查清单", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-milestones", "target": "doc:06_里程碑/README", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-milestones", "target": "doc:06_里程碑/里程碑索引", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-milestones", "target": "doc:06_里程碑/里程碑评审记录", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-milestones", "target": "doc:06_里程碑/阶段计划模板", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-technical", "target": "doc:07_技术文档/README", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-technical", "target": "doc:07_技术文档/技术决策记录", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-technical", "target": "doc:07_技术文档/技术文档索引", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-technical", "target": "doc:07_技术文档/接口说明模板", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-technical", "target": "doc:07_技术文档/系统架构说明模板", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-testing", "target": "doc:08_测试相关/README", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-testing", "target": "doc:08_测试相关/上线检查模板", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-testing", "target": "doc:08_测试相关/测试用例模板", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-testing", "target": "doc:08_测试相关/测试用例索引", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-testing", "target": "doc:08_测试相关/测试计划模板", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-testing", "target": "doc:08_测试相关/缺陷记录模板", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-testing", "target": "doc:08_测试相关/验收记录模板", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-agent", "target": "doc:04_Agent检索/关键词索引", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-agent", "target": "doc:04_Agent检索/同义词表", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-agent", "target": "doc:04_Agent检索/来源文件索引", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-agent", "target": "doc:04_Agent检索/检索说明", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-agent", "target": "doc:04_Agent检索/知识库持续更新与验证流程", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-agent", "target": "doc:04_Agent检索/问答提示词", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "doc:04_Agent检索/知识库持续更新与验证流程", "target": "doc:00_首页/Agent问答入口", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:05_需求文档/需求文档索引", "target": "doc:00_首页/Agent问答入口", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:08_测试相关/测试用例索引", "target": "doc:00_首页/Agent问答入口", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:02_项目管理流程/AI驱动内部系统开发流程_V3_总览", "target": "doc:04_Agent检索/关键词索引", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:02_项目管理流程/角色职责矩阵", "target": "doc:04_Agent检索/关键词索引", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:02_项目管理流程/阶段0_项目入口分级", "target": "doc:04_Agent检索/关键词索引", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:02_项目管理流程/阶段1_业务需求完整形成", "target": "doc:04_Agent检索/关键词索引", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:02_项目管理流程/阶段2.5_测试提前补漏", "target": "doc:04_Agent检索/关键词索引", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:02_项目管理流程/阶段2_高保真模型与业务对象确认", "target": "doc:04_Agent检索/关键词索引", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:02_项目管理流程/阶段3_研发协作与正式开发", "target": "doc:04_Agent检索/关键词索引", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:02_项目管理流程/阶段4_测试培训上线回流", "target": "doc:04_Agent检索/关键词索引", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:02_项目管理流程/阶段交付物清单", "target": "doc:04_Agent检索/关键词索引", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:02_项目管理流程/项目检查清单", "target": "doc:04_Agent检索/关键词索引", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:04_Agent检索/知识库持续更新与验证流程", "target": "doc:04_Agent检索/关键词索引", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:02_项目管理流程/角色职责矩阵", "target": "doc:04_Agent检索/同义词表", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:02_项目管理流程/阶段0_项目入口分级", "target": "doc:04_Agent检索/同义词表", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:02_项目管理流程/阶段1_业务需求完整形成", "target": "doc:04_Agent检索/同义词表", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:02_项目管理流程/阶段2.5_测试提前补漏", "target": "doc:04_Agent检索/同义词表", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:02_项目管理流程/阶段2_高保真模型与业务对象确认", "target": "doc:04_Agent检索/同义词表", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:02_项目管理流程/阶段3_研发协作与正式开发", "target": "doc:04_Agent检索/同义词表", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:02_项目管理流程/阶段4_测试培训上线回流", "target": "doc:04_Agent检索/同义词表", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:02_项目管理流程/阶段交付物清单", "target": "doc:04_Agent检索/同义词表", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:02_项目管理流程/项目检查清单", "target": "doc:04_Agent检索/同义词表", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:04_Agent检索/知识库持续更新与验证流程", "target": "doc:04_Agent检索/同义词表", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:02_项目管理流程/AI驱动内部系统开发流程_V3_总览", "target": "doc:04_Agent检索/来源文件索引", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:02_项目管理流程/常见问题FAQ", "target": "doc:04_Agent检索/来源文件索引", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:02_项目管理流程/角色职责矩阵", "target": "doc:04_Agent检索/来源文件索引", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:02_项目管理流程/阶段0_项目入口分级", "target": "doc:04_Agent检索/来源文件索引", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:02_项目管理流程/阶段1_业务需求完整形成", "target": "doc:04_Agent检索/来源文件索引", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:02_项目管理流程/阶段2.5_测试提前补漏", "target": "doc:04_Agent检索/来源文件索引", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:02_项目管理流程/阶段2_高保真模型与业务对象确认", "target": "doc:04_Agent检索/来源文件索引", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:02_项目管理流程/阶段3_研发协作与正式开发", "target": "doc:04_Agent检索/来源文件索引", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:02_项目管理流程/阶段4_测试培训上线回流", "target": "doc:04_Agent检索/来源文件索引", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:02_项目管理流程/阶段交付物清单", "target": "doc:04_Agent检索/来源文件索引", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:02_项目管理流程/项目检查清单", "target": "doc:04_Agent检索/来源文件索引", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:04_Agent检索/知识库持续更新与验证流程", "target": "doc:04_Agent检索/来源文件索引", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:05_需求文档/需求文档索引", "target": "doc:04_Agent检索/来源文件索引", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:02_项目管理流程/AI驱动内部系统开发流程_V3_总览", "target": "doc:04_Agent检索/检索说明", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:02_项目管理流程/常见问题FAQ", "target": "doc:04_Agent检索/检索说明", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:02_项目管理流程/角色职责矩阵", "target": "doc:04_Agent检索/检索说明", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:02_项目管理流程/阶段2.5_测试提前补漏", "target": "doc:04_Agent检索/检索说明", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:02_项目管理流程/阶段2_高保真模型与业务对象确认", "target": "doc:04_Agent检索/检索说明", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:02_项目管理流程/阶段交付物清单", "target": "doc:04_Agent检索/检索说明", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:02_项目管理流程/项目检查清单", "target": "doc:04_Agent检索/检索说明", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:04_Agent检索/关键词索引", "target": "doc:04_Agent检索/检索说明", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:04_Agent检索/同义词表", "target": "doc:04_Agent检索/检索说明", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:05_需求文档/需求文档索引", "target": "doc:04_Agent检索/检索说明", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:06_里程碑/里程碑索引", "target": "doc:04_Agent检索/检索说明", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:07_技术文档/技术文档索引", "target": "doc:04_Agent检索/检索说明", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:07_技术文档/接口说明模板", "target": "doc:04_Agent检索/检索说明", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:08_测试相关/上线检查模板", "target": "doc:04_Agent检索/检索说明", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:08_测试相关/测试用例索引", "target": "doc:04_Agent检索/检索说明", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:08_测试相关/缺陷记录模板", "target": "doc:04_Agent检索/检索说明", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:08_测试相关/验收记录模板", "target": "doc:04_Agent检索/检索说明", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:04_Agent检索/关键词索引", "target": "doc:04_Agent检索/知识库持续更新与验证流程", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:04_Agent检索/同义词表", "target": "doc:04_Agent检索/知识库持续更新与验证流程", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:04_Agent检索/来源文件索引", "target": "doc:04_Agent检索/知识库持续更新与验证流程", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:05_需求文档/需求文档索引", "target": "doc:04_Agent检索/知识库持续更新与验证流程", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:02_项目管理流程/角色职责矩阵", "target": "doc:04_Agent检索/问答提示词", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:02_项目管理流程/阶段交付物清单", "target": "doc:04_Agent检索/问答提示词", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:02_项目管理流程/项目检查清单", "target": "doc:04_Agent检索/问答提示词", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:04_Agent检索/关键词索引", "target": "doc:05_需求文档/README", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:04_Agent检索/同义词表", "target": "doc:05_需求文档/README", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:04_Agent检索/来源文件索引", "target": "doc:05_需求文档/README", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:04_Agent检索/知识库持续更新与验证流程", "target": "doc:05_需求文档/README", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:05_需求文档/需求文档索引", "target": "doc:05_需求文档/README", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:00_首页/知识地图", "target": "doc:知识库使用说明", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:02_项目管理流程/README", "target": "doc:知识库使用说明", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:02_项目管理流程/阶段交付物清单", "target": "doc:知识库使用说明", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:02_项目管理流程/项目检查清单", "target": "doc:知识库使用说明", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:04_Agent检索/来源文件索引", "target": "doc:知识库使用说明", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:04_Agent检索/检索说明", "target": "doc:知识库使用说明", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:05_需求文档/README", "target": "doc:知识库使用说明", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:05_需求文档/需求文档索引", "target": "doc:知识库使用说明", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:06_里程碑/README", "target": "doc:知识库使用说明", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:06_里程碑/里程碑索引", "target": "doc:知识库使用说明", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:07_技术文档/README", "target": "doc:知识库使用说明", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:07_技术文档/技术文档索引", "target": "doc:知识库使用说明", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:08_测试相关/README", "target": "doc:知识库使用说明", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:08_测试相关/上线检查模板", "target": "doc:知识库使用说明", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:08_测试相关/测试用例索引", "target": "doc:知识库使用说明", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:08_测试相关/缺陷记录模板", "target": "doc:知识库使用说明", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "doc:欢迎", "target": "doc:知识库使用说明", "type": "depends_on", "direction": "forward", "description": "文档引用关系", "weight": 0.7 }, { "source": "flow:layer-requirements", "target": "doc:05_需求文档/00-系统总览", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-requirements", "target": "doc:05_需求文档/01-子系统-用户身份与上下文", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-requirements", "target": "doc:05_需求文档/02-子系统-需求与计划管理", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-requirements", "target": "doc:05_需求文档/03-子系统-额度与频控", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-requirements", "target": "doc:05_需求文档/04-子系统-多渠道触达引擎", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-requirements", "target": "doc:05_需求文档/05-子系统-客服工单与管理", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-requirements", "target": "doc:05_需求文档/06-子系统-风险与反欺诈", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-requirements", "target": "doc:05_需求文档/07-子系统-评价结果追踪", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-requirements", "target": "doc:05_需求文档/08-子系统-KOC-KOL协作", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-requirements", "target": "doc:05_需求文档/09-子系统-审计与通知中心", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-requirements", "target": "doc:05_需求文档/20260504_USER后台ERP_MVP管理员首页高保真原型_v7", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-requirements", "target": "doc:05_需求文档/20260517_USER评价业务闭环_共用能力图与渠道专属流程_v2.2", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-requirements", "target": "doc:05_需求文档/20260517_USER评价业务闭环主流程与后续工作基线_v1.2", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-requirements", "target": "doc:05_需求文档/客服执行", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-requirements", "target": "doc:05_需求文档/用户运营系统-单文件", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-requirements", "target": "doc:05_需求文档/evaluation-business-architecture", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-requirements", "target": "doc:05_需求文档/user_erp_mvp_admin_prototype_v10", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-requirements", "target": "doc:05_需求文档/user_erp_mvp_admin_prototype_v10(1)", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-requirements", "target": "doc:05_需求文档/通用EDM业务流程说明", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-requirements", "target": "doc:05_需求文档/通用IM业务流程与接口频率限制说明", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-technical", "target": "doc:07_技术文档/01-子系统-identity-数据库表关系", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-testing", "target": "doc:08_测试相关/USER用户运营系统_原型逐页详细测试用例集", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-requirements", "target": "doc:05_需求文档/20260527_USER_ERP_0-1需求重构_01_主流程说明_v1", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-requirements", "target": "doc:05_需求文档/20260527_USER_ERP_0-1需求重构_02_日常操作页面结构_v1", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-requirements", "target": "doc:05_需求文档/20260527_USER_ERP_0-1需求重构_03_功能页面按钮盘点表_v1", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-requirements", "target": "doc:05_需求文档/20260527_USER_ERP_0-1需求重构_04_分支流程_完整需求域_v1", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-requirements", "target": "doc:05_需求文档/20260527_USER_ERP_0-1需求重构_05_异常流程_完整需求域_v1", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-requirements", "target": "doc:05_需求文档/20260527_USER_ERP_0-1需求重构_06_VibeCoding页面验证记录_v1", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-requirements", "target": "doc:05_需求文档/20260527_USER_ERP_0-1需求重构_06_VibeCoding页面验证记录_v1(1)", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-requirements", "target": "doc:05_需求文档/20260528_USER_ERP_0-1需求重构_可点击参考原型_v1", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 }, { "source": "flow:layer-requirements", "target": "doc:05_需求文档/20260528_USER_ERP_完整参考原型_v2", "type": "documents", "direction": "forward", "description": "本层文档", "weight": 0.65 } ], "layers": [ { "id": "layer-overview", "name": "知识库入口", "description": "知识库使用说明、首页、知识地图和问答入口。先从这里理解知识库结构与检索方式。", "nodeIds": [ "flow:layer-overview", "doc:00_首页/Agent问答入口", "doc:00_首页/知识地图", "doc:00_首页/知识库首页", "doc:欢迎", "doc:知识库使用说明" ] }, { "id": "layer-requirements", "name": "需求文档", "description": "所有正式需求、业务规则、需求变更和需求索引。点击本层可查看全部需求文档并检索。", "nodeIds": [ "flow:layer-requirements", "doc:05_需求文档/20260517_USER评价业务闭环_第三步_数据流与中间对象设计_v3", "doc:05_需求文档/README", "doc:05_需求文档/需求文档索引", "doc:05_需求文档/00-系统总览", "doc:05_需求文档/01-子系统-用户身份与上下文", "doc:05_需求文档/02-子系统-需求与计划管理", "doc:05_需求文档/03-子系统-额度与频控", "doc:05_需求文档/04-子系统-多渠道触达引擎", "doc:05_需求文档/05-子系统-客服工单与管理", "doc:05_需求文档/06-子系统-风险与反欺诈", "doc:05_需求文档/07-子系统-评价结果追踪", "doc:05_需求文档/08-子系统-KOC-KOL协作", "doc:05_需求文档/09-子系统-审计与通知中心", "doc:05_需求文档/20260504_USER后台ERP_MVP管理员首页高保真原型_v7", "doc:05_需求文档/20260517_USER评价业务闭环_共用能力图与渠道专属流程_v2.2", "doc:05_需求文档/20260517_USER评价业务闭环主流程与后续工作基线_v1.2", "doc:05_需求文档/客服执行", "doc:05_需求文档/用户运营系统-单文件", "doc:05_需求文档/evaluation-business-architecture", "doc:05_需求文档/user_erp_mvp_admin_prototype_v10", "doc:05_需求文档/user_erp_mvp_admin_prototype_v10(1)", "doc:05_需求文档/通用EDM业务流程说明", "doc:05_需求文档/通用IM业务流程与接口频率限制说明", "doc:05_需求文档/20260527_USER_ERP_0-1需求重构_01_主流程说明_v1", "doc:05_需求文档/20260527_USER_ERP_0-1需求重构_02_日常操作页面结构_v1", "doc:05_需求文档/20260527_USER_ERP_0-1需求重构_03_功能页面按钮盘点表_v1", "doc:05_需求文档/20260527_USER_ERP_0-1需求重构_04_分支流程_完整需求域_v1", "doc:05_需求文档/20260527_USER_ERP_0-1需求重构_05_异常流程_完整需求域_v1", "doc:05_需求文档/20260527_USER_ERP_0-1需求重构_06_VibeCoding页面验证记录_v1", "doc:05_需求文档/20260527_USER_ERP_0-1需求重构_06_VibeCoding页面验证记录_v1(1)", "doc:05_需求文档/20260528_USER_ERP_0-1需求重构_可点击参考原型_v1", "doc:05_需求文档/20260528_USER_ERP_完整参考原型_v2" ] }, { "id": "layer-milestones", "name": "里程碑", "description": "项目阶段计划、里程碑节点、评审记录、准入准出和交付物节奏。", "nodeIds": [ "flow:layer-milestones", "doc:02_项目管理流程/AI驱动内部系统开发流程_V3_总览", "doc:02_项目管理流程/README", "doc:02_项目管理流程/常见问题FAQ", "doc:02_项目管理流程/角色职责矩阵", "doc:02_项目管理流程/阶段0_项目入口分级", "doc:02_项目管理流程/阶段1_业务需求完整形成", "doc:02_项目管理流程/阶段2.5_测试提前补漏", "doc:02_项目管理流程/阶段2_高保真模型与业务对象确认", "doc:02_项目管理流程/阶段3_研发协作与正式开发", "doc:02_项目管理流程/阶段4_测试培训上线回流", "doc:02_项目管理流程/阶段交付物清单", "doc:02_项目管理流程/项目检查清单", "doc:06_里程碑/README", "doc:06_里程碑/里程碑索引", "doc:06_里程碑/里程碑评审记录", "doc:06_里程碑/阶段计划模板" ] }, { "id": "layer-technical", "name": "技术文档", "description": "系统架构、数据模型、接口说明、技术方案和技术决策。点击本层可查看全部技术文档并检索。", "nodeIds": [ "flow:layer-technical", "doc:07_技术文档/README", "doc:07_技术文档/技术决策记录", "doc:07_技术文档/技术文档索引", "doc:07_技术文档/接口说明模板", "doc:07_技术文档/系统架构说明模板", "doc:07_技术文档/01-子系统-identity-数据库表关系" ] }, { "id": "layer-testing", "name": "测试相关", "description": "测试计划、测试用例、缺陷记录、验收记录、上线检查和测试资产。点击本层可查看全部测试相关文档并检索。", "nodeIds": [ "flow:layer-testing", "doc:08_测试相关/README", "doc:08_测试相关/上线检查模板", "doc:08_测试相关/测试用例模板", "doc:08_测试相关/测试用例索引", "doc:08_测试相关/测试计划模板", "doc:08_测试相关/缺陷记录模板", "doc:08_测试相关/验收记录模板", "doc:08_测试相关/USER用户运营系统_原型逐页详细测试用例集" ] }, { "id": "layer-agent", "name": "Agent检索", "description": "检索说明、关键词、同义词、来源索引和持续更新验证流程。", "nodeIds": [ "flow:layer-agent", "doc:04_Agent检索/关键词索引", "doc:04_Agent检索/同义词表", "doc:04_Agent检索/来源文件索引", "doc:04_Agent检索/检索说明", "doc:04_Agent检索/知识库持续更新与验证流程", "doc:04_Agent检索/问答提示词" ] } ], "tour": [ { "order": 1, "title": "知识库入口", "description": "知识库使用说明、首页、知识地图和问答入口。先从这里理解知识库结构与检索方式。", "nodeIds": [ "flow:layer-overview" ] }, { "order": 2, "title": "需求文档", "description": "所有正式需求、业务规则、需求变更和需求索引。点击本层可查看全部需求文档并检索。", "nodeIds": [ "flow:layer-requirements" ] }, { "order": 3, "title": "里程碑", "description": "项目阶段计划、里程碑节点、评审记录、准入准出和交付物节奏。", "nodeIds": [ "flow:layer-milestones" ] }, { "order": 4, "title": "技术文档", "description": "系统架构、数据模型、接口说明、技术方案和技术决策。", "nodeIds": [ "flow:layer-technical" ] }, { "order": 5, "title": "测试相关", "description": "测试计划、测试用例、缺陷记录、验收记录和上线检查。", "nodeIds": [ "flow:layer-testing" ] }, { "order": 6, "title": "Agent检索", "description": "检索说明、关键词、同义词、来源索引和持续更新验证流程。", "nodeIds": [ "flow:layer-agent" ] } ] }