Files
lingxi/docs/PRD/平台电商素材生产平台_PRD_V0.1.md
T

25 KiB
Raw Blame History

平台电商素材生产平台 · 产品需求文档

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 评审前自检清单

提交评审前逐项确认,全部打勾后方可发起评审。

内容完整性

□ 背景与问题有数据支撑,目标具体且结果可衡量

□ 成功指标已定义口径、现状值与目标值

□ 范围与非范围边界清晰,无“视情况而定”的模糊项

□ 每条功能需求有唯一编号、优先级与可测试的验收标准

□ 主流程、分支与异常场景(空、错、超时、越权、重复提交)均已覆盖

□ 非功能需求已量化,并有明确验证方式

□ 依赖、风险、待确认问题均已记录到人、到时间

□ 埋点事件与数据口径与指标定义一致

文档规范

□ 版本号规则正确,修订记录已更新

□ 术语全文统一,无同义词混用

□ 表格、图、章节编号连续,图表有标题

□ 数值、单位、字段名与研发口径一致

□ 无遗留批注、修订痕迹与灰色提示文字

□ 已通过评审,结论与遗留问题记录完整