# 平台电商素材生产平台 · 产品需求文档
*PRODUCT REQUIREMENTS DOCUMENT*
**素材标准化生产与投放提效**
> 把商品原始物料、素材产出、提审与投放配置，做成一条可复用的标准化生产线
文件编号：\_\_\_\_\_\_\_\_\_\_\_\_ 密级：内部公开
【公司 / 部门名称】 | 2026 年 10 月
| **产品 / 项目名称** | 平台电商素材生产平台（暂定名） |
| --- | --- |
| **需求名称** | 素材标准化生产与投放提效 |
| **文档版本** | V0.1 |
| **文档状态** | 草稿 |
| **编写人** | 【待填写】 |
| **评审人** | 【产品、研发、测试、设计负责人】 |
| **创建日期** | 2026-10-29 |
| **最后更新** | 2026-10-29 |
## 修订记录
*▸ 填写提示：每次内容变更都要新增一行：小改动升次版本号（V1.1），范围或方案重大调整升主版本号（V2.0）。*
| **版本** | **日期** | **修订人** | **修订说明** |
| --- | --- | --- | --- |
| V0.1 | 2026-10-29 | | 初稿：完成 1.1 背景与问题、1.2 产品目标，其余章节待补 |
| | | | |
| | | | |
**文档审批**
| **角色** | **姓名** | **签字 / 确认方式** | **日期** |
| --- | --- | --- | --- |
| 产品负责人 | | | |
| 研发负责人 | | | |
| 测试负责人 | | | |
| 设计负责人 | | | |
## 目录
- 1 文档概述
- 1.1 背景与问题
- 1.1.1 原始物料获取
- 1.1.2 素材制作
- 1.1.2.1 图片素材
- 1.1.2.2 视频素材
- 1.1.2.3 命名与提审
- 1.1.3 账户搭建与投放配置
- 1.1.4 多平台管理
- 1.1.5 素材与模板资产管理
- 1.1.6 问题归纳
- 1.2 产品 / 项目目标
- 1.2.1 产品目标
- 1.2.2 产品定位与边界
- 1.2.3 产品功能框架
- 1.2.4 优先级说明
- 1.3 成功指标
- 1.4 名词与术语
- 2 用户与场景
- 2.1 目标用户
- 2.2 用户场景 / 用户故事
- 2.3 竞品与参考（可选）
- 3 需求范围
- 3.1 本期范围（In Scope）
- 3.2 不在本期范围（Out of Scope）
- 3.3 假设与约束
- 4 功能需求
- 4.1 功能清单
- 4.2 功能详情
- 4.3 业务规则汇总
- 5 非功能需求
- 6 交互与流程
- 6.1 页面 / 功能清单
- 6.2 核心流程图
- 6.3 状态与异常处理
- 7 数据与埋点
- 8 依赖与风险
- 8.1 外部依赖
- 8.2 风险登记
- 9 发布计划
- 9.1 里程碑
- 9.2 灰度与回滚
- 10 待确认问题
- 附录 A 参考文档
- 附录 B 评审前自检清单
## 1 文档概述
### 1.1 背景与问题
平台电商的素材生产具备可标准化的特征，但当前仍以人工拍摄、人工排版与逐条配置为主，成本高、周期长、经验难以复用。我们的基本判断是：图片素材可以用标准化模板产出替代实拍，视频素材可以用 AI 生成替代产品实拍；模板化不等于低质化，关键在于把商品的展示细节做扎实，让标准化产出在效果上不输人工。
同时，每一次有效的创意都应被固化为一条可复用的工作流，让素材产出的成本优势与规模优势被放大，并把从原始商品到成片的全过程沉淀为平台电商的投放知识库。运营侧还有大量重复单调的配置工作（账户搭建、DP 编写、承接页信息填写），本项目的初衷是把人从这类重复劳动中释放出来，节约人的算力。
### 1.1.1 原始物料获取
平台电商素材的起点是商品详情页中的原始图片。需要按平台抓取并汇总商品详情页的原始图片，形成本次选品的原始物料库，作为后续图片与视频制作的统一输入。
当前问题：原始图片依靠逐张人工下载与整理，重复且容易遗漏；不同平台详情页结构不同，缺少统一的抓取与归档入口，选品一旦更换就要重新来一遍。
### 1.1.2 素材制作
素材制作分为图片与视频两条产线，二者共用同一份选品与原始物料。
#### 1.1.2.1 图片素材
图片需要三个规格：800×800、1280×720、1080×1920。单张图片由四层信息构成：基础框架模板（模板内可固定警示语）、商品展示、产品信息、Logo 信息。四层信息对应以下能力诉求：
- 模板导入：需要支持导入 PSD 模板，让设计侧沿用现有设计资产生产模板，而不必在系统内重画。
- 商品展示：需要提供可选择的展示方式，最好能固定出 AI 模特、AI 脚模等可选拼接方式，保证同类商品的展示风格一致。
- 产品信息：需要能叠加折扣信息、活动信息等标识。
- Logo 信息：考虑品牌多样性与唯品会的实际需要，Logo 需要可编辑、可组合。
当前问题：三个规格、四层信息、多个品牌 Logo 全靠人工逐张排版，同一商品换平台、换活动就要整体重做，产出量被人力直接锁死。
#### 1.1.2.2 视频素材
视频主要分为 16:9 与 9:16 两个尺寸。从结构上，制作链路拆为脚本、画面、组合三段：
- 脚本：提供两种获取方式，AI 总结汇总与人工输入，期望输入商品链接即可产出可用脚本。AI 侧持续分析脚本，把消费心理学、行为心理学等营销经典理论融合进脚本结构，使成片更符合平台推流偏好。
- 画面：同样两种方式，人工输入画面形象与要求，或由 AI 分析后产出画面；以 AI 视频生成替代产品实拍。
- 组合：由 AI 将脚本与商品画面组合成成片。
当前问题：脚本依赖个人经验、无法沉淀复用；实拍成本高、周期长；成片风格与推流要求不稳定，产出量难以放大。
#### 1.1.2.3 命名与提审
素材产出后需要按规范命名并送审。命名需支持自定义字段组合，字段可选商品 ID、日期等；提审需要统一的待审清单与状态跟踪，明确每条素材当前处于哪一环。
当前问题：人工改名、手工登记，易错且难以追溯；提审进度分散在群聊与表格中，素材与商品、脚本、配置信息之间缺少稳定关联。
### 1.1.3 账户搭建与投放配置
平台电商账户搭建通常需要编写 DP，并填写落地页（承接页）等信息。需要提供一键复制与自动配置链接：运营锚定输入点，输入点可选商品 ID 或官网链接，系统据此自动配置 DP 等所需链接。
当前问题：配置项多、链接长，逐条复制粘贴与手工替换，出错后排查成本高；同一套配置在不同商品、不同活动之间反复填写，占用了运营大量时间。
### 1.1.4 多平台管理
不同平台电商需要可管理、可切换：在指定位置生成面向单一平台的专用资源路径，并提供新增平台、新增项目的能力。目前主要服务得物与唯品会两个平台客户。
当前问题：多平台并行时资源混放、口径不一；新增一个平台往往要把整条流程再走一遍，扩展成本高，也难以复用既有的模板与脚本资产。
### 1.1.5 素材与模板资产管理
无论是模板还是已产出的素材，都需要可管理。模板、Logo、商品展示方式、产品／促销信息展示方式、脚本等，均需支持人工参与和选择：可查看、可编辑、可停用、可复用。
当前问题：模板散落在设计个人电脑、脚本散落在文档与聊天记录里，找不到、不敢改、无法复用；每一次灵感都停在个人经验层面，无法沉淀为组织能力。
### 1.1.6 问题归纳
上述问题可归为七类，构成本产品的需求来源：
**表 1-1 现状问题与影响**
| **编号** | **环节** | **现状问题** | **影响** |
| --- | --- | --- | --- |
| P-01 | 原始物料 | 详情页图片逐张人工下载、分散存放 | 耗时、易漏，无法批量处理 |
| P-02 | 图片制作 | 三规格 × 四层信息全靠人工排版 | 单套成本高，换平台／换活动需重做 |
| P-03 | 视频制作 | 依赖实拍与个人脚本经验 | 成本高、周期长，风格与推流要求不稳定 |
| P-04 | 命名提审 | 手工改名与登记，进度散落 | 易错、难追溯，素材与商品缺少稳定关联 |
| P-05 | 账户搭建 | DP、承接页配置逐条复制填写 | 重复劳动多，链接出错率高、排查成本高 |
| P-06 | 多平台 | 资源与口径不统一，扩展靠重走流程 | 新增平台成本高，既有资产难复用 |
| P-07 | 资产管理 | 模板、脚本散落，缺统一入口 | 无法复用，个人经验无法沉淀为组织能力 |
### 1.2 产品 / 项目目标
#### 1.2.1 产品目标
本产品面向平台电商的素材生产与投放准备：同一份选品与原始物料，能够以更低成本、更短周期、更稳定的质量产出可投用的图片与视频素材，并由系统承接运营的重复配置工作。
**表 1-2 产品目标与衡量方式**
| **序号** | **目标** | **达成结果** | **衡量方式** |
| --- | --- | --- | --- |
| 1 | 降低素材制作成本 | 以标准化模板替代实拍、以 AI 视频替代产品实拍，在保证展示细节的前提下压缩单套成本与周期 | 单套图片／视频制作成本（元/套、元/条）、制作周期（小时/套）、实拍依赖比例 |
| 2 | 提升产出效率与一致性 | 把图片四层结构、视频“脚本→画面→组合”链路固化为模板与工作流，同一次灵感可被批量复现，并沉淀为可复用的投放知识库 | 人均日产出套数、模板产出占比、一次提审通过率、模板／脚本复用次数 |
| 3 | 释放运营重复劳动 | 选品、素材、提审、投放配置收进同一平台，提供一键复制与一键配置能力 | 单账户搭建耗时（分钟）、配置出错率、运营人均承接账户数 |
#### 1.2.2 产品定位与边界
产品定位为平台电商的“素材生产线 + 投放配置台”：向上承接选品与原始物料，向下产出可提审的素材与可复制的投放配置。系统提供标准化与 AI 生成能力，但设计、运营始终保留人工选择权——模板、Logo、展示方式、促销信息、脚本均可人工指定与调整。
本期聚焦得物与唯品会两个平台，并把新增平台、新增项目作为可扩展能力预留；素材的投放执行与效果归因暂不在本期范围（待评审确认）。
#### 1.2.3 产品功能框架
平台以“平台切换—选品—素材制作—素材提审—投放信息”为主线，配合统一的资产管理。功能逐项如下：
**表 1-3 产品功能框架**
| **模块** | **子模块** | **功能点** | **说明** | **优先级** |
| --- | --- | --- | --- | --- |
| 平台 | 平台切换 | 得物 / 唯品会 | 总平台内选择平台进入，进入后为对应平台的资源与配置 | P0 |
| 平台 | 扩展 | 新增平台 / 新增项目 | 在指定位置生成面向单一平台的专用资源路径 | P0 |
| 选品 | 检索 | 商品 ID / SPUID | 检索主键随平台变化，定位单个商品 | P0 |
| 选品 | 检索 | 商品名称（粗词） | 按关键词粗匹配，用于不确定商品 ID 的场景 | P1 |
| 选品 | 圈选 | 添加本次选品 | 检索结果加入本次操作范围，作为后续制作与配置的输入 | P0 |
| 选品 | 原始物料 | 下载原始图片 | 抓取商品详情页图片并归档到本次选品的物料库 | P0 |
| 选品 | 记录 | 历史选品 | 保留历史选品记录，支持再次调用 | P1 |
| 图片制作 | 执行参数 | 品类 / 尺寸 / 模板 | 选择品类、目标尺寸（800×800、1280×720、1080×1920）与套用模板 | P0 |
| 图片制作 | 商品类别 | 鞋子 / 衣服 | 选择商品类别后进入对应的展示方式子菜单 | P0 |
| 图片制作 | 展示方式 | 设计导入 / AI 模特 / AI 脚模 | 展示方式由设计人员后续导入，制作时选择拼接方式 | P0 |
| 图片制作 | 商品位置 | 固定位置 / AI 调优 | 可选固定商品位置，或交由 AI 自行调优构图 | P0 |
| 图片制作 | Logo | 主 Logo + 副 Logo | 组合式 Logo，支持拼接方式与拼接字符（字符需上传） | P0 |
| 图片制作 | 促销信息 | 折扣 / 活动标识 | 可上传促销信息模板并叠加到图片 | P0 |
| 图片制作 | 导出 | 按路径导出 | 制作完成后按指定路径导出成片 | P0 |
| 图片制作 | 批量 | 多图制作与预览 | 一次选品批量出图，产出前可预览 | P1 |
| 视频脚本 | 脚本管理 | 历史脚本 | 记录与管理已产出的脚本 | P0 |
| 视频脚本 | 脚本模板 | 模板管理 | 沉淀可复用的脚本结构 | P0 |
| 视频脚本 | 脚本分析 | AI 分析 | 对脚本做 AI 分析，产出分析结果并生成模板 | P0 |
| 视频脚本 | 脚本生成 | 选品 + 模板 + 数量 | 选择本次选品与脚本模板，指定生成数量后产出脚本 | P0 |
| 视频成片 | 动作模板 | AI 分析视频方向 | 分析视频方向与动作，形成可复用模板 | P0 |
| 视频成片 | 视频生成 | 选品 + 脚本 + 模板 + 数量 | 选择脚本、视频模板（含自由发挥选项）与数量，成片存放于指定路径 | P0 |
| 素材提审 | 提审标签页 | 待审清单与状态 | 集中查看待提审素材及其状态 | P0 |
| 投放信息 | 配置管理 | 加号新增 / 自定义命名 | 按需增加配置信息，配置名称可自定义修改 | P0 |
| 投放信息 | 复制 | 一键复制 | 单条配置内容一键复制 | P0 |
| 投放信息 | 自动配置 | 拉取配置 / 自动生成链接 | 锚定商品 ID 或官网链接，自动拉取并配置 DP 等链接 | P0 |
| 投放信息 | 批量 | 批量修改固定字段 | 对多条配置的固定字段批量替换 | P1 |
| 资产 | 统一管理 | 模板 / Logo / 展示方式 / 促销信息 / 脚本 | 人工查看、编辑、停用与选择，并作为制作时的可选项 | P0 |
#### 1.2.4 优先级说明
表 1-3 中标注 P1 的为原文明确标注的次优先项：商品名称粗词检索、历史选品记录、多图制作与图片预览、投放配置批量修改固定字段。其余功能按 P0 处理；原文未标注优先级的部分在评审时确认后回填。
P0 为本期必须交付、缺失则主链路走不通的功能；P1 为显著影响效率、可在主链路跑通后追加的功能。
### 1.3 成功指标
指标口径需与数据侧对齐；现状值与目标值待业务方确认后填入。
**表 1-4 成功指标（KPI）**
| **序号** | **指标名称** | **定义 / 统计口径** | **现状值** | **目标值** | **观测周期** |
| --- | --- | --- | --- | --- | --- |
| 1 | 单套图片素材成本 | 图片制作总成本 ÷ 产出套数（元/套） | | | |
| 2 | 单条视频素材成本 | 视频制作总成本 ÷ 产出条数（元/条） | | | |
| 3 | 单套素材制作周期 | 从选品确认到素材可提审的时长（小时/套） | | | |
| 4 | 模板产出占比 | 模板产出素材数 ÷ 素材总数 | | | |
| 5 | 人均日产出 | 素材产出套数 ÷ 人日 | | | |
| 6 | 单账户搭建耗时 | 从建户到配置完成的时长（分钟/账户） | | | |
| 7 | 配置出错率 | 返工配置数 ÷ 配置总数 | | | |
| 8 | 一次提审通过率 | 一次通过数 ÷ 提审总数 | | | |
### 1.4 名词与术语
**表 1-5 术语表**
| **术语** | **英文 / 缩写** | **说明** |
| --- | --- | --- |
| 平台电商 | — | 得物、唯品会等以平台化方式经营的商品销售渠道；本期主要服务这两家 |
| SPU / SPUID | SPU | 标准商品单元及其唯一标识；检索主键随平台变化 |
| 原始物料 | — | 商品详情页中的原始图片，是图片与视频制作的统一输入 |
| 模板（PSD 模板） | PSD | 由设计侧产出、可导入系统的图片版式，含固定警示语等元素 |
| 展示方式 | — | 商品在模板中的呈现形式，如 AI 模特、AI 脚模；由设计人员导入维护 |
| 脚本 | Script | 视频的分镜与文案结构，可由 AI 生成或人工输入 |
| 脚本模板 | — | 经 AI 分析沉淀、可复用的脚本结构 |
| DP | — | 平台电商账户搭建中需要编写的详情页配置（具体口径待业务方确认） |
| 承接页 / 落地页 | Landing Page | 投放落地页，含需填写的配置信息 |
| 提审 | — | 素材产出后提交平台审核的环节 |
| 配置信息 | — | 账户与承接页所需的链接、字段等，支持一键复制与自动配置 |
| 推流 | — | 平台按算法分发的流量；脚本与画面需符合推流偏好 |
## 2 用户与场景
### 2.1 目标用户
描述本次需求直接服务的角色，以及每个角色的特征、诉求与使用频次。
**表 2-1 目标用户与画像**
| **用户角色** | **典型特征** | **核心诉求** | **使用频次** | **本期覆盖** |
| --- | --- | --- | --- | --- |
| | | | | |
| | | | | |
### 2.2 用户场景 / 用户故事
按“作为〈角色〉，我希望〈完成什么〉，以便〈获得什么价值〉”的句式描述典型场景。
*▸ 填写提示：每个场景对应至少一条功能需求，填写时在括号内标注需求编号，便于追溯。*
**表 2-2 用户故事**
| **序号** | **用户故事** | **对应需求编号** |
| --- | --- | --- |
| US-01 | 作为……我希望……以便…… | |
| US-02 | | |
| US-03 | | |
### 2.3 竞品与参考（可选）
列出参考的竞品或内部系统，说明借鉴点与差异点。
| **对象** | **关键做法** | **可借鉴 / 需规避** | **链接** |
| --- | --- | --- | --- |
| | | | |
| | | | |
## 3 需求范围
### 3.1 本期范围（In Scope）
- 【功能 / 模块一】：一句话说明本期交付到什么程度。
- 【功能 / 模块二】：……
- 【功能 / 模块三】：……
### 3.2 不在本期范围（Out of Scope）
- 【明确不做的事项一】：说明原因与计划版本。
- 【明确不做的事项二】：……
*▸ 填写提示：明确写出“不做什么”比写“做什么”更能防止范围蔓延；每条注明原因与预计版本。*
### 3.3 假设与约束
**表 3-1 假设与约束**
| **类型** | **内容** | **若假设不成立的影响** |
| --- | --- | --- |
| 假设 | | |
| 约束 | | |
| 约束 | | |
## 4 功能需求
### 4.1 功能清单
全量列出本期功能点，作为范围基线与排期依据；详细描述见 4.2。
**表 4-1 功能清单**
| **编号** | **功能模块** | **功能点** | **优先级** | **需求来源** | **负责人** | **状态** |
| --- | --- | --- | --- | --- | --- | --- |
| FR-001 | | | | | | |
| FR-002 | | | | | | |
| FR-003 | | | | | | |
| FR-004 | | | | | | |
| FR-005 | | | | | | |
*▸ 填写提示：状态取值：待评审 / 开发中 / 已提测 / 已上线。超过 5 条时复制表格行，保持编号连续。*
### 4.2 功能详情
每条功能点复制一份下表，逐项填写；验收标准必须可测试、可量化。
**表 4-2 功能需求详情（单条需求填写单元）**
| **需求编号** | *FR-【模块】-001* |
| --- | --- |
| **需求名称** | *动词 + 对象 + 结果，一句话说清* |
| **优先级** | *P0 / P1 / P2* |
| **需求来源** | *业务方 / 用户反馈 / 数据分析 / 合规要求，附需求单或链接* |
| **目标用户** | *角色 + 特征，如：首次下单的 C 端用户* |
| **使用场景** | *用户在什么情况下、为了什么目标使用该功能* |
| **前置条件** | *如：已登录、已完成实名认证、账户余额充足* |
| **主流程** | *1. ……*
*2. ……*
*3. ……* |
| **分支与异常流程** | *1. 触发条件 → 系统表现 → 用户感知*
*2. ……* |
| **业务规则** | *校验规则、计算逻辑、状态流转、次数 / 额度 / 时效限制* |
| **交互与文案** | *页面与控件、关键提示语、空状态、加载中、失败与超时表现* |
| **数据与埋点** | *影响的数据字段、报表、下游系统；新增埋点事件名* |
| **验收标准** | *Given …… When …… Then ……（逐条编号，可测试、可量化）* |
| **依赖与关联** | *关联需求编号、依赖的上下游系统或团队* |
### 4.3 业务规则汇总
将跨功能生效的通用规则集中在此，避免在每条需求中重复描述。
- 规则一：……（适用范围、生效条件、优先级冲突时的处理）
- 规则二：……
- 规则三：……
## 5 非功能需求
非功能需求必须量化，否则无法验收。下表按类别填写，不适用的类别写“不适用”并说明原因。
**表 5-1 非功能需求**
| **类别** | **指标项** | **具体要求（量化）** | **验证方式** |
| --- | --- | --- | --- |
| 性能 | 响应时间 | 核心接口 P95 ≤ \_\_ ms；首屏 ≤ \_\_ s | 压测报告 |
| 性能 | 并发 / 容量 | 支持 \_\_ 并发用户；峰值 QPS \_\_ | 压测报告 |
| 可靠性 | 可用性 | ≥ 99.\_\_%；RTO ≤ \_\_ min；RPO ≤ \_\_ | 监控报表 |
| 安全 | 权限与数据 | 鉴权方式、越权防护、敏感字段加密 / 脱敏、审计日志留存 \_\_ 天 | 安全测试 |
| 兼容性 | 终端与环境 | 浏览器 / 机型 / 系统版本 / 分辨率 / 小程序基础库版本 | 兼容性测试 |
| 可观测性 | 日志与监控 | 关键链路日志、核心指标看板、告警阈值与通知人 | 线上巡检 |
| 合规 | 法规与资质 | 个人信息保护、行业监管、备案与资质要求 | 合规评审 |
## 6 交互与流程
### 6.1 页面 / 功能清单
**表 6-1 页面 / 模块清单**
| **编号** | **页面 / 模块** | **功能说明** | **优先级** | **设计稿链接** |
| --- | --- | --- | --- | --- |
| P-01 | | | | |
| P-02 | | | | |
| P-03 | | | | |
### 6.2 核心流程图
插入主流程图、状态流转图或时序图，图下标注图名与绘制人。
| *【在此插入流程图 / 状态图 / 时序图】* |
| --- |
### 6.3 状态与异常处理
**表 6-2 状态与异常场景**
| **场景** | **触发条件** | **系统处理** | **用户提示 / 兜底** |
| --- | --- | --- | --- |
| 空数据 | | | |
| 网络异常 | | | |
| 权限不足 | | | |
| 重复提交 | | | |
| 超时 | | | |
## 7 数据与埋点
明确“上线后如何判断成功”，与 1.3 的成功指标一一对应。
**表 7-1 数据指标定义**
| **指标名称** | **定义 / 统计口径** | **目标值** | **数据来源 / 报表** |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |
**表 7-2 埋点事件**
| **事件名称** | **触发时机** | **上报参数** | **对应指标** |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |
## 8 依赖与风险
### 8.1 外部依赖
**表 8-1 外部依赖**
| **编号** | **依赖方 / 事项** | **依赖内容与交付标准** | **期望交付时间** | **责任人** |
| --- | --- | --- | --- | --- |
| D-01 | | | | |
| D-02 | | | | |
### 8.2 风险登记
**表 8-2 风险登记**
| **编号** | **风险描述** | **影响** | **概率** | **应对措施** | **责任人** |
| --- | --- | --- | --- | --- | --- |
| R-01 | | | | | |
| R-02 | | | | | |
| R-03 | | | | | |
*▸ 填写提示：概率与影响建议用“高 / 中 / 低”标注；每条风险必须有明确的责任人与应对动作，而不是“持续关注”。*
## 9 发布计划
### 9.1 里程碑
**表 9-1 里程碑与交付物**
| **阶段** | **交付物** | **计划时间** | **负责人** |
| --- | --- | --- | --- |
| 需求评审 | | | |
| 技术方案 | | | |
| UI 设计 | | | |
| 开发联调 | | | |
| 测试验收 | | | |
| 灰度发布 | | | |
| 全量上线 | | | |
### 9.2 灰度与回滚
- 灰度策略：按〈用户 / 地域 / 流量比例〉分批放量，观察 \_\_ 小时后进入下一批。
- 监控与熔断：核心指标劣化超过 \_\_% 时自动告警并暂停放量。
- 回滚方案：开关位置、回滚操作步骤、数据兼容性处理、决策人与决策时限。
- 上线检查：配置项、数据初始化、公告与客服话术、值班安排。
## 10 待确认问题
评审中未达成一致的问题必须记录在此，明确责任人并在约定时间前关闭。
**表 10-1 待确认问题**
| **编号** | **问题描述** | **影响** | **提出人** | **期望时间** | **结论** |
| --- | --- | --- | --- | --- | --- |
| Q-01 | | | | | |
| Q-02 | | | | | |
## 附录 A 参考文档
| **序号** | **文档名称** | **版本** | **链接 / 存放位置** |
| --- | --- | --- | --- |
| 1 | | | |
| 2 | | | |
| 3 | | | |
## 附录 B 评审前自检清单
提交评审前逐项确认，全部打勾后方可发起评审。
**内容完整性**
□ 背景与问题有数据支撑，目标具体且结果可衡量
□ 成功指标已定义口径、现状值与目标值
□ 范围与非范围边界清晰，无“视情况而定”的模糊项
□ 每条功能需求有唯一编号、优先级与可测试的验收标准
□ 主流程、分支与异常场景（空、错、超时、越权、重复提交）均已覆盖
□ 非功能需求已量化，并有明确验证方式
□ 依赖、风险、待确认问题均已记录到人、到时间
□ 埋点事件与数据口径与指标定义一致
**文档规范**
□ 版本号规则正确，修订记录已更新
□ 术语全文统一，无同义词混用
□ 表格、图、章节编号连续，图表有标题
□ 数值、单位、字段名与研发口径一致
□ 无遗留批注、修订痕迹与灰色提示文字
□ 已通过评审，结论与遗留问题记录完整