25 KiB
平台电商素材生产平台 · 产品需求文档
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 评审前自检清单
提交评审前逐项确认,全部打勾后方可发起评审。
内容完整性
□ 背景与问题有数据支撑,目标具体且结果可衡量
□ 成功指标已定义口径、现状值与目标值
□ 范围与非范围边界清晰,无“视情况而定”的模糊项
□ 每条功能需求有唯一编号、优先级与可测试的验收标准
□ 主流程、分支与异常场景(空、错、超时、越权、重复提交)均已覆盖
□ 非功能需求已量化,并有明确验证方式
□ 依赖、风险、待确认问题均已记录到人、到时间
□ 埋点事件与数据口径与指标定义一致
文档规范
□ 版本号规则正确,修订记录已更新
□ 术语全文统一,无同义词混用
□ 表格、图、章节编号连续,图表有标题
□ 数值、单位、字段名与研发口径一致
□ 无遗留批注、修订痕迹与灰色提示文字
□ 已通过评审,结论与遗留问题记录完整