视频号多图版位MPA需求文档

视频号多图版位支持MPA(Multi-Product Ads)广告需求文档

评审版 · 待各团队补充 V1.6 · 已保存 18:10:11
📑 文档目录 · 点击跳转 共 10 大模块
核心
结论
视频号 MPA 日耗 44 万 vs 朋友圈千万级——差距核心在素材供给
把单图广告升级为「商品轮播多图」,让用户在一个广告位滑动浏览多个商品,直接打开增量空间至 80~120 万/天
当前日均
44万/d
视频号 MPA 日耗 · 泛生态第5
基线 · 30天实测
预期增量
+36~76万/d
多图版位带动至 80~120 万/d
30天实测推算
收益预判
+20万/d
京东黑盒 TAPD 提需 · 40w基线×50%
TAPD业务需求
首推方案
MPA 程序化供给
视频号多图版位
引擎侧自动选型落地路径
系统自动选型
产品模块全景
ABCDE 五层架构 · 15 个能力点
查看完整框架 →
A 商品信息接入
商品库标准化 · ADQ投放配置
RTA/ADX程序化 · 广发配合
4 个能力点
B 信息处理透传
引擎多商品召回与竞价
透传 17+ 字段至播放侧
1 个核心能力
C 策略模型
M选N排序策略 · pCXR建模
eCPM 计算与排序
3 个算法模块
D C端展示交互
多图卡片展示 · 埋点上报
官方落地页承接
3 个展示模块
E 数据闭环
归因 CLAIM_OFFER · 效果报表
AB实验分析 · 监控告警
4 个闭环模块
⚠ 关键前置依赖 来自研发讨论 · 需决策层对齐
① Export ID 与千人千面存在张力
MPA 每个请求召回的商品组合数极大,离线预渲染+批量拿 export_id 的模式可能走不通。当前结论:多图整体对应一个 export_id(内部轮播),但与动态召回的适配方式待定。
⇒ 需算法+引擎联合出技术方案
② 渲染方案博弈:在线 vs 离线Kickoff总监决策
其他流量返回图片 URL 即可,但视频号机制受限,播放引擎侧实现难度大。研发侧(Moon/东波)倾向在线实时生成(降存储成本);流量侧倾向离线合成(播放兼容)。双方存在分歧。
⇒ 需 Kickoff 会上由总监级拍板技术选型
③ 视频创意 / 广发感知 / 落地页
• Top 消耗商品可考虑补充视频创意(比静态图更适配视频号)
• 创意团队尚未正式接入此需求 — 刘广发(创意AIGC开发组) / 哲雯(创意AIGC产品组),负责离线视频/图片渲染
• 官方落地页承接方 Owner 待确定
⇒ Kickoff 会重点讨论
已确认规格:视频号目前支持 3/4/6/9 图(对齐朋友圈),未来计划开放 2~15 图
Timeline & 里程碑
7/1 Kickoff → 9月灰度 · 全周期约 9 周 · 分模块关键交付物
第7章详情 →
启动
7/1 Kickoff
概要设计
7/8 前
研发开发
7月中-8月
联调测试
8月下-9月
灰度上线
9月
A
商品信息
接入
Export ID 选型决策
广发素材接入方案确认
商品库Schema定义
ADQ字段映射锁定
ADQ投放端改造
RTA对接联调开发
商品→引擎链路贯通
ADQ全场景回归验证
设计走查通过
QA回归验收
B
信息处理
透传
各模块 Owner 名单
排期初版共识
引擎17+字段透传方案
字段逐项校验对齐
引擎召回逻辑开发
竞价排序Top N输出
透传链路端到端验证
字段完整性核对
透传性能压测通过
线上灰度数据监控
C
策略模型
风险清单识别
排序因子范围界定
M选N排序策略初稿
pCXR建模方案评审
pCXR模型训练调优
eCPM计算排序上线
排序策略A/B分流测试
模型效果回溯验证
小流量效果对比分析
模型迭代方向确定
D
C端展示
交互
视觉规范初版对齐
附录4参考定稿
多图轮播组件规格书
交互规范评审通过
多图卡片展示开发
埋点事件定义实现
多图轮播全场景测试
滑动/点击/坑位上报验证
设计走查通过
1%→50%灰度阶梯放量
E
数据闭环
归因CLAIM_OFFER方案
报表口径对齐
归因技术方案评审
效果表结构设计完成
效果报表/监控告警
AB实验框架搭建
归因数据核对验证
异常case闭环清零
全量发布后数据监控
SLA告警阈值生效
Owner: 启动=MPA产品PM · 概要=各端Tech Lead · 研发=各端开发 · 联调=测试PM+接口人 · 灰度=QA+产品PM
A 接入 B 透传 C 策略 D 展示 E 数据
💡
CDN(内容分发网络):广告中的商品图片/视频素材不会直接从广告主服务器读取,而是提前分发到离用户最近的 CDN 节点服务器上。用户刷到广告时,图片从就近节点秒级加载——类似快递在各地建仓、提前备货,用户下单时从最近仓库发货。本项目刘广发(创意AIGC开发组) / 哲雯(创意AIGC产品组)负责素材的离线渲染 & CDN 分发就绪。
MPA 多图版位产品能力框架
五层架构 · 自上而下数据流转
关键前置依赖 Export ID 选型 · 通投路径校验 · 广发需求对齐 · PDPA 模块评估 需决策层知悉
A
商品信息接入层
Product Data Ingestion · 4 个能力模块
商品库标准化设计
  • 字段规范/SKU管理
  • 必传项校验规则
  • 百万级商品支持
商品中台
ADQ投放配置入口
  • 多图MPA投放入口
  • 商品集选择/M选N配置
  • 模板预览+确认
投放端工程
RTA/ADX程序化返回
  • RTA实时商品召回
  • ADX批量商品回传
  • 动态商品集更新
引擎·广告工程
创意团队 · 离线素材渲染
  • 商品集整理(≥N个)
  • 素材质量把关
  • 离线视频/图片渲染 & CDN分发
⚠ 待同步 刘广发(创意AIGC开发)· 哲雯(创意AIGC产品)
B
信息处理透传层
Data Processing & Transmission · 1 核心能力
引擎多商品召回与竞价透传能力
  • 接收商品集ID,按 eCPM 对 M 个商品竞价排序,输出 Top N 候选
  • 透传 17+ 字段至播放侧(商品名称/图片URL/价格/落地页/Export ID等)
  • 行业属性标签 + PCAD 透传规范兼容
引擎·广告工程 ℹ 信息完整性需逐字段校验
C
策略模型层
Strategy & Model Layer · 3 个算法模块
多图排序策略
  • M选N个性化推荐
  • 场景化排序因子库
  • A/B策略分流
MPA算法团队
曝光层/pCXR 建模
  • 基于 uplift 模型修正 pCXR bias
  • 广告/券/归因/门控/力度
  • 用户画像×历史兴趣×偏好
MPA算法团队
eCPM 计算与排序
  • 券感知 eCPM 计算
  • 携带广告级 CVR 修正偏序
  • 多商品间公平性约束
MPA算法团队
D
C端展示交互层
Client Presentation & Interaction · 3 个展示模块
多图卡片展示
  • 样式+文案透出规范
  • 滑动/点击交互逻辑
  • 统一视觉规范
流量侧·播放侧 ✓ 规范见附录
埋点数据上报
  • 曝光/点击/滑动事件
  • 坑位级逐图上报
  • Export ID 关联
数据团队
官方落地页承接
  • 由引擎落参方提供
  • 展示原生卡片样式
  • 基于券类型差异化展示
⚠ Owner 待定
E
数据闭环层
Data Closed Loop · 4 个闭环模块
归因能力
  • 领券行为 CLAIM_OFFER
  • 逐图曝光/coupon_id 归因
  • ADS 广告关联闭环
平台·归因
效果报表
  • 曝光/点击/转化/领券
  • 分图级数据拆解
  • 1+N 维对比分析
数据·报表平台
AB实验分析
  • 单 vs 多方案效果对比
  • 不同策略路径效果对比
  • 小流量灰度验证机制
算法·实验
实时监控告警
  • 消耗/效果/异常监控
  • SLA 阈值自动告警
  • 多维度监控面板
SRE·数据
MPA 多图版位产品逻辑流转图
四阶段全链路 · 每阶段标注一个关键节点 · 商品引入 → 数据迭代
1 商品引入
★ 关键节点
商品集整理
广发团队从电商/商券平台引入活动商品,校验后整理为可投商品集(≥N 件)
创意团队 · 商品引入
支撑环节
· 商品来源:京东 / 阿里 / 拼多多日常大促
· 活动引入 → 客户导入 → 资质校验
2 信息输入与处理 核心阶段
★ 关键节点
多图排序策略(M选N)
规则库筛选 + 文案生成器 + 场景化因子 × 力度控制,从候选集选出最优 N 张图
算法团队
支撑环节
· 三类数据入口:ADQ 投放配置 / ADX 批量回传 / RTA 实时召回
· 引擎透传 17+ 字段至播放侧
· 审核通投校验:逐图机审 + 人审
投放端工程 引擎·广告工程 审核服务
3 流量展示 & 埋点
★ 关键节点
多图卡片展示 + 逐图埋点
信息流内多图卡片样式透出,坑位级曝光/点击/滑动事件逐图上报
流量侧·播放侧
支撑环节
· 官方落地页承接(原生卡片)
· 样式 + 文案透出规范
关键差异点:曝光统计需对齐研发确认口径
4 数据迭代与优化
★ 关键节点
闭环数据反馈
领取/核销/点击行为数据回流至模型训练,持续提升排序与投放效果
支撑环节
· 领取行为上报(CLAIM_OFFER 归因)
· 核销归因(下载 / 回填)
· AMS 策略优化(模型迭代调参)
↻ 数据回流 → 模型迭代 → 效果提升
参与角色一览
🏢 业务方 / 客户 📦 创意团队 💻 投放端工程 ⚙️ 引擎·广告工程 🧠 算法团队 ✅ 审核服务 📱 流量侧·播放侧 📊 数据团队 📈 平台·归因

核心第1章:背景与价值评估

1.1 业务背景与痛点分析

视频号MPA(Multi-Product Ads,多商品广告)已成功上线并稳定运行,当前日耗达到140w+水平,客户反馈整体良好。MPA的核心能力实现了"一条广告 → 多个商品 → 个性化展示"的广告形态,有效支撑了平台电商客户在视频号场景下的投放诉求。

然而,随着业务深入发展,头部电商客户(京东、阿里巴巴、唯品会、拼多多等)提出了更精细化的营销场景需求——多图版位能力。当前单图MPA只能展示1个商品的图片或视频素材,无法满足以下核心诉求:

  • 商品合集展示:客户希望在单条广告中同时展示多个热销商品(如"夏季新品合集""爆款TOP5"),提升用户浏览效率和购买转化机会。
  • 跨品类推荐场景:用户可能对服装感兴趣的同时也对配饰有需求,多图版位可实现"上衣+裤子+鞋子"的组合展示。
  • 竞品能力对齐:抖音平台已支持多图MPA(京东在抖音的多图消耗达50w/d),客户期望视频号能够对齐这一基础能力。
  • 预算空间明确:头部客户已明确表示,如果视频号支持多图版位,可额外释放增量预算用于视频号投放。

1.2 商业价值预估

【结论】基于TAPD业务需求(京东)+ 实际运行数据(30天MPA数据),多图版位MPA预期可带来20-56w/d的增量消耗空间。

收益来源基线日耗预期增量测算逻辑数据来源
京东黑盒(TAPD)⭐40w/d+20w/d素材量增长100% × 贡献率50%TAPD需求 #1070117233133344923
(陈坚涛提需)
→ 详见附录1
视频号MPA整体提升44w/d+36-76w/d占比从2.76%提升至8-10%30天实测数据
(2026/05/25-06/23)
✅ 数据可信度升级说明:
  • "+20w/d"来自TAPD业务需求:由京东侧提供,基于其40w/d基线日耗和50%贡献率的测算逻辑,具备业务方收益预判依据 → 原始需求见附录1
  • "36-76w/d"来自30天实际运行数据:基于MPA全量分流量拆分的真实消耗数据,非估算值
  • 浏览器MPA轮播历史效果参照:平台电商CTR×CVR提升27.31%,成本降低14.52%(iWiki V2.0官方数据)

1.2.1 实际运行数据佐证(2026/05/25 - 06/23)⭐ 新增

以下数据来自泛生态SVIP竞价广告近30天分二级流量拆分的MPA实际运行数据,为多图版位需求提供真实的基线参考。

📌 核心结论:视频号具备明确放量空间,当前定价合理
以下论据均基于 2026/05/25–06/23 泛生态 SVIP 竞价广告 MPA 分二级流量实测数据
▎结论一:视频号存在明确放量空间
视频号占 MPA 总消耗
2.8%
8 个二级流量中排名第 5
vs 朋友圈 27.7% · vs 平台广告 30.1%
同能力在成熟版位已跑出日均千万级
视频号日均消耗
44.0 万/d
30 天累计 1,319 万元
趋势:后 7 日 vs 前 7 日 +13.7%
CTCVR(点击转化率)
139.5 ‱
范围 121~164 ‱,呈上升趋势
高于多数流量位,视频号用户转化意愿显著
广告主 ARPU
18,480 元
范围 12,571~27,356 元
位居各流量前列,头部客户投放深度有保障
▶ 判断
同样的 MPA 能力在朋友圈和平台广告已跑出日均千万级消耗,视频号仅 44w/d。CTCVR 与 ARPU 均优于多数流量位——问题不是「视频号不适合 MPA」,而是「仅有视频一种素材形态抑制了供给」。多图版位上线 = 关键供给侧解锁。
▎结论二:当前定价处于合理区间
视频号 CPM
30.82 元
范围 28.6~32.65 元
30 天波动幅度仅 ±4 元,竞价环境健康
vs 平台内容广告 CPM
40+ 元
全流量最高 CPM 水位
视频号 CPM 显著低于大盘最高位,定价未抑制预算
vs 朋友圈 CPM
待补充
⬡ 待补充朋友圈 MPA CPM
eCPM 提升预期
+100%~167%
参照朋友圈多图 MPA 历史效果
多图形态上线后 eCPM 有显著上行空间
▶ 判断
视频号 CPM 30.82 元低于平台广告 40+ 元,同时 CTCVR 更高——说明当前定价并未抑制广告主预算;价格波动区间窄(±4 元),竞价环境健康。当前 CPM 水位已具备商业化放量条件,多图版位预期进一步推高 eCPM。
📈 放量预期
基于 CTR / eCPM 提升推算(参照朋友圈多图 MPA 历史效果),多图版位上线后预期带动视频号 MPA 消耗至
日均 80-120w,对应增量 36-76w/d
MPA 30天总消耗
4.78亿
日均消耗
1,592万
元/d
视频号MPA日均
44.0万
元/d(占2.76%)
趋势变化
+13.7%
后7日 vs 前7日

A. 视频号MPA核心指标基线

指标数值说明
日均消耗44.0 万元/d30天累计1,319万元
占MPA总消耗比例2.76%在8个二级流量中排名第5
CTCVR均值139.5 ‱范围121~164 ‱,整体呈上升趋势
pCTCVR均值1.11%范围0.93%~1.30%
竞价CPM均值30.82 元范围28.6~32.65元,价格稳定
广告主ARPU均值18,480 元范围12,571~27,356元,波动较大
创意指纹条均消耗1,018 元范围657~1,466元

B. 各二级流量MPA消耗排名(30天累计)

排名流量位累计消耗(万元)占比特征
1平台与内容广告14,39330.1%最大盘,CPM最高(40+元)
2微信朋友圈13,22427.7%MPA成熟阵地,转化稳定
3移动联盟13,05327.3%外部流量,量大价优
4微信小程序1,5293.2%增长潜力大
5微信视频号 ★1,3192.8%高ARPU、高CTCVR、低占比=空间大
6微信公众号3,2406.8%图文生态为主
7搜索广告5691.2%精准但量小
8微信搜一搜140.03%可忽略

C. 视频号MPA日耗趋势(30天)

5月底稳定在50w左右 → 6月初回落至39-47w(行业淡季) → 6月18日冲高至61.5w(大促驱动) → 近期回落至30w
▲ 趋势信号:CTCVR从121‱逐步攀升至152‱(+26%),说明素材质量/模型匹配持续改善

1.3 竞品调研与产品方案选型 ⭐ 核心决策章节

1.3.0 行业竞对格局综述

目前业界针对「单广告单元内融合视频种草与多图货架」的需求,已形成三条清晰的技术与产品路线

路线代表平台核心特征产品本质
Meta 路线
强控制型
Meta / Instagram 可配置多图轮播组件,支持 2-10 卡混排,视频为首卡后接多图,每卡独立链接 同屏滑动,强叙事
TikTok 路线
场景分离型
TikTok / Reels 不做同屏滑卡,采用「视频播放 + 浮层锚点」模式,视频与货架分两次意图触发展示 视频+浮层,双意图
字节路线
系统托管型
巨量引擎 不设多图轮播概念,依托程序化创意,系统在「纯视频」和「纯多图轮播」之间自动选择 系统二选一,黑盒

1.3.1 方案 A:Meta 式「可配置 Carousel」大客户定制

方案定位:主打「广告主控感」,对标 Meta/Instagram 标准产品形态。允许广告主在同一广告单元内配置 2-6 张卡片,首卡为视频,后接多张商品图。

维度评价说明
产品形态创编端新增多图轮播样式入口;渲染端信息流插入左滑切换卡片;首卡视频自动播放,后卡静态图片支持手动上传素材 / SPU 目录自动生成后接图卡;每卡独立标题、CTA 及落地页
✅ 优势需求满足度高 / 国际标杆 / 社区心智强完美契合「视频种草+多图货架」同屏展示;小红书 UGC Carousel 互动率高,广告侧补齐可增强原生感
❌ 劣势研发成本高 / 操作复杂 / 审核链路长需改造 ad_table 结构支持 1 广告 ID - N 创意卡的一对多关系;每卡独立审核,任一不通过整条拒登
适用场景首选:视频号信息流(社区表达一致性强)
次选:品牌特型广告、小红书聚光
📱 DEMO:方案A — 广告主可配置多图轮播 · 前端渲染效果
9:41
视频卡
商品1
商品2
商品3
+N
夏季新款连衣裙
¥199.00
立即购买
广告主操作端
✅ 选择「多图轮播」样式
✅ 配置首卡视频 + 后接 N 张商品图
✅ 每卡独立标题、CTA、落地页
关键体验
← 左滑切换卡片,同屏浏览视频+商品
广告主可控制每张卡的内容与顺序
⚠ 每卡独立审核,任一不通过整条拒登

1.3.2 方案 B:TikTok 式「视频+浮层分离」补充方案

方案定位:主打「用户体验与手势自然」。视频归视频,货架通过浮层(Anchor)或弹窗展示。

维度评价说明
产品形态广告主仅需上传视频并绑定 SPU;视频播放时左下角常驻商品锚点;暂停/结束时弹出多商品列表视频观看(上滑)与货架浏览(点击浮层)为两个独立行为
✅ 优势研发改动小 / 操作极简 / 不打断视频不改动现有广告表结构,仅叠加浮层组件;保留视频完播率,货架作为附加选项
❌ 劣势转化链路长 / 叙事能力弱需多一次点击(视频→浮层→商详);无法编排线性叙事序列
适用场景首选:抖音/巨量千川(视频流为主场)
次选:视频号视频内流(作为方案 A 的补充)
📱 DEMO:方案B — 视频+浮层分离 · 前端渲染效果
9:41
🛒
查看商品
← 点击浮层后弹出商品列表
商品1
¥99
商品2
¥159
商品3
¥199
广告主操作端
✅ 上传视频 + 绑定 SPU 商品目录
✅ 无需配置多图版位或轮播卡片
关键体验
← 视频观看与商品浏览为两个独立行为
不打断视频播放,货架作为附加选项
⚠ 转化链路多一次点击(视频→浮层→商详)

1.3.3 方案 C:字节式「程序化创意自动选」首推方案 ★

方案定位:主打「系统效率与低成本」。广告主不感知版位概念,系统在每次请求时择优出视频或多图。

维度评价说明
产品形态复用现有程序化创意入口;竞价端对每次请求预测出视频 eCPM vs 出多图 eCPM,择优展示无新组件,复用单视频/多图轮播现有样式
✅ 优势研发成本最低 / 上线最快 / 操作最简无需新增样式/改动底层存储,可快速验证市场需求
❌ 劣势非同屏展示 / 版位不可定向 / 大客户定制弱交付的是「引擎择优出视频或多图」而非「同一条广告里既有视频也有图」;但 MPA 场景下广告主的核心目标是商品转化而非版位控制,此劣势对 MPA 广告主影响有限
适用场景首选:MPA 程序化投放(广告主不感知版位,系统自动择优)
次选:中小客户批量投放、新市场快速验证
📱 DEMO:MPA程序化供给方案 — 广告主不感知 · 系统eCPM自动择优
🎯 广告主操作端 — 极简,无「多图版位」概念
🎬
上传视频素材
mp4 · 9:16
+
📦
关联SPU商品目录
自动拉取商品图
=
投放完成
无需选择版位
🔽 系统根据每次请求的 eCPM 自动择优,广告主看到的是两种可能的前端渲染结果 🔽
9:41
0:15
夏季新款连衣裙
¥199.00
了解详情
结果1:出视频
9:41
商品1
商品2
商品3
多款夏季连衣裙
¥99起
立即选购
结果2:出多图轮播
💡 核心差异:方案C 的广告主操作流程与现有程序化创意完全一致——上传视频 + 关联SPU即可,无需感知「多图版位」的存在。系统在每次竞价请求时通过 eCPM 预测模型自动决策"出视频"还是"出多图轮播",版位概念对广告主透明。这是 MPA 场景下的最优方案。

1.3.4 方案综合对比矩阵

评估维度方案 A:Meta Carousel方案 B:TikTok 浮层方案 C:字节程序化
产品本质同屏滑动,强叙事视频+浮层,双意图系统二选一,黑盒
研发改动🔴 大(需改表结构)🟡 中(加浮层组件)🟢 小(扩素材池)
需求满足度✅ 100%⚠️ 70%(缺同屏)❌ 40%(非同屏)
广告主控感✅ 强⚠️ 中❌ 弱
操作成本极低
对标标杆Meta / InstagramTikTok / Reels巨量引擎
推荐适用大客户定制 / P1长期方向视频号视频内流(补充)视频号MPA多图 ★

1.3.5 选型建议与技术风险提示

🎯 视频号 MPA 多图版位选型建议

推荐策略:方案 C(主)+ 方案 A(辅),分阶段落地

核心决策逻辑:广告主不感知。MPA 广告主已有 SPU 商品库和视频素材,广告主的核心诉求是「把商品卖出去」,而非「配置多图版位」。方案 C 的「系统二选一」恰好实现了 版位概念对广告主透明——不增加广告主操作负担,由系统在每次竞价请求中根据 eCPM 择优出视频或多图,将复杂度完全收敛到引擎侧。

  • Phase 1(当前核心落地):方案 C 程序化自动选。复用现有程序化创意入口,广告主照常上传视频 + SPU 商品图 → 引擎对每次请求自动预测"出视频 eCPM vs 出多图轮播 eCPM" → 择优展示。无需改造底层存储与渲染逻辑,上线周期可控。
  • Phase 2(大客户定制):方案 A Meta Carousel,服务有强控需求的头部广告主(如品牌特型广告),作为可选升级能力。需解决 ad_table 子表方案,预计 8-12 周。
  • Phase 3(场景补充):方案 B 浮层锚点,作为视频内流场景的额外商品曝光手段。
⚠️ 关键技术风险与注意事项
  • 方案 C 无表结构风险:不涉及 ad_table 主键改造,仅需引擎侧接入 eCPM 智能优选模型。风险可控。
  • 方案 A 表结构限制:ad_table 主键设计目前仅支持「广告 ID + 版位」的单条记录存储,需采用「主表不变 + 新增子表(ad_carousel_card)」的方式绕过,严禁直接修改 ad_table 主键(改造成本极高,涉及全链路重构)。
  • 方案 B 无表结构风险:仅叠加浮层组件,不改动主表。

协作第2章:产品全链路与跨部门协作

2.1 产品全链路流程与部门协作

💡 提示:产品框架全貌(ABCDE 五层架构 + 四阶段逻辑流转图)见 摘要区顶部。本节聚焦「每个环节的子步骤拆解 + 团队协作」。

本节从业务视角描述MPA多图广告从"运营录入商品库 → 商品集选择 → 投放配置 → 引擎召回+播放 → 数据归因"的完整产品链路。链路起点是业务运营侧的商品数据准备和广发团队的素材配合,而非技术侧的"素材渲染"。

环节一:运营录入商品库 —— 广告主上传商品 + 广发团队配合素材准备
子步骤具体动作负责团队/系统关键交付件
1.1 商品录入 运营/广告主通过商品库API或手动上传,将商品数据(商品名称、价格、图片URL、落地页URL、类目标签等)录入MPA商品库。支持百万级SKU管理。平台电商客户(京东/阿里/拼多多)通常通过商品中台对接实现自动同步。 MPA商品库
(商品中台/数据平台)
商品数据全量入库,确保image_url、product_name、target_url等必传字段完整
1.2 商品集合整理(关键) 广发团队根据广告主需求,从商品库中筛选商品集合(如"夏季爆款TOP50"),校验商品数≥4个(多图轮播最低要求)。商品的图片质量、文案规范、落地页可达性由广发团队统一把关。商品集可复用至多条广告计划。 创意团队(刘广发·创意AIGC开发 / 哲雯·创意AIGC产品)
⚠️ 当前尚未感知此需求
商品集合ID + 商品列表,用于后续投放配置中的商品选择
1.3 素材配合(分歧点) 广发团队需配合输出多图轮播所需素材:如采用离线合成方案,则需广发团队配合批量生成"商品×模板"的组合素材图(百万量级),再经创意中心完成渲染合成。
⚠️ 分歧点:创意中心(广发)团队当前尚未感知到该需求,特别是离线渲染路径下需要其支持离线视频和图片的批量生成。需在Kickoff前完成对齐。
创意团队
(刘广发·创意AIGC开发 / 哲雯·创意AIGC产品)
离线视频/图片批量渲染 + CDN分发
合成后的多图素材(JPG/WebP)推送至CDN,或在线合成数据包
1.4 CDN分发 合成/准备好的素材上传至CDN节点,确保播放侧可低延迟拉取。CDN需支持WebP格式加速。 CDN / 素材服务 CDN素材URL,接入播放侧素材拉取链路
⚠️ 需老板知悉的分歧点:Export ID 技术选型姚总/Dennis
  • 背景:视频号侧要求广告必须关联视频号主的 ID(Export ID)。当前单图MPA使用单Export ID;多图MPA需要携带N个不同商品的Export ID,数据结构需从单值扩展为数组。
  • 分歧:若采用离线合成方案,将面临百万量级的离线数据存储与生产压力——每个"商品×模板"组合需要独立存储和分发,技术团队对此存在顾虑。
  • 方案倾向:选项B — 内部ID映射表(引擎侧维护商品ID→Export ID映射,播放侧实时查询),避免离线存储膨胀。
  • 决策需求:此分歧涉及链路上多个团队的技术选型,建议在Kickoff前由姚总和Dennis参与决策。
【补充信息】40W视频号存量: 当前视频号日均消耗约40万(占泛生态VIP整体消耗仅2.8%),存量有放量空间但远非"百分资源"——视频号图片广告的突破点不在于存量挖潜,而在于通过多图MPA提升创意效果和用户转化,驱动净增量。PDPA模块(研发评估中,P1优先级)可能为后续位次突破提供额外空间。
环节二:商品集选择 —— 广告主选商品 + MPA算法M选N推荐
子步骤具体动作负责团队/系统关键交付件
2.1 商品集合选择 广告主从MPA商品库中选择一个"商品集合"(由环节①广发团队整理,如"夏季爆款TOP50"),系统校验商品数≥4个。广告主可配置:期望展示商品数(3-6个)、排序策略(按推荐/按价格/自定义)。 MPA算法 + ADQ投放端 商品集合ID + 展示参数,组装为MPA广告创意数据
2.2 创意模板适配 创意中心提供多图轮播模板(如"4图商品合集"模板),定义每张卡片布局(商品图区域+名称+价格+CTA)、指示器样式、轮播动画参数。模板支持动态通配符占位替换。广告主预览模板效果后确认。 创意中心
(模板引擎团队)
多图轮播模板配置文件(JSON Schema格式),含通配符映射规则
2.3 素材预览 投放端调用创意中心预览接口,实时拉取合成后的多图素材预览(多图轮播模拟预览),广告主确认效果后进入投放配置。 创意中心 + ADQ投放端 素材预览URL,广告主确认后可进入投放配置
【创编路径适配 — mark为改动优化点】创意创编路径需适配多图MPA素材的组装逻辑:当前路径为"选商品→出单图",需扩展为"选商品集→选模板→出多图轮播预览→确认投放"。投放端优先在艾米(智投端)上支持,3.0投放端同步跟进。
环节三:投放配置 —— ADQ创建广告 + 审核 + 通投校验
子步骤具体动作负责团队/系统关键交付件
3.1 投放入口 在ADQ投放端的"创意形式"选择中,视频号版位新增"多图轮播(MPA)"选项。广告主选择该形式后,进入MPA多图广告创建流程(区别于现有单图MPA和普通多图广告)。投放端优先在艾米(智投端)支持,3.0投放端同步跟进。 ADQ投放端
(投放端工程团队)
视频号多图MPA投放入口UI(艾米优先,3.0跟进)
3.2 通投校验(关键) 可投+可播校验:当前通投路径下,视频号多图MPA需校验广告主选择的商品集在视频号版位是否"可投"(审核通过)且"可播"(素材格式兼容)。若通投路径存在问题,需在Kickoff前梳理完整的可投可播检查链路。
⚠️ 当前通投路径是否有问题?需投放侧评估
ADQ投放端 + 审核 通投校验规则文档 + 异常case处理方案
3.3 广告审核 提交后进入审核流水线:审核系统同时对N张商品图进行机审+人审。任一商品图不合规则整条广告驳回,反馈具体违规图片序号及原因。审核通过后广告进入可投放状态。 审核服务
(审核平台/安全团队)
审核结果(通过/驳回+原因),广告状态写入广告数据库
⚠️ 落地页承接:需确定业务优先级排序和技术Owner
  • 多图MPA的每张商品图对应独立落地页,需支持 DeepLink、H5、小程序 等多种落地页类型
  • 技术侧需确认一个Owner负责落地页投放承接一体化方案(dplink适配、参数透传、归因链路)
  • 按各落地页类型的业务消耗优先级排序,分批适配(建议优先小程序→H5→DeepLink)
  • ⚠️ 重要:落地页承接是投放→渲染链路的关键节点,需在Kickoff前确定技术Owner并同步配套能力
环节四:引擎召回与竞价 —— 广告召回 + M选N商品推荐 + eCPM竞价
子步骤具体动作负责团队/系统关键交付件
4.1 广告召回 用户刷到视频号广告位时,广告引擎根据定向条件(人群包/地域/兴趣等)从广告库中召回符合条件的MPA多图广告。视频号多图MPA广告作为新的创意类型加入召回索引。 广告引擎
(召回/检索团队)
召回广告列表,含MPA多图广告候选
4.2 M选N推荐 MPA推荐算法根据用户画像+商品特征,从广告主的商品集合(如50个商品)中动态选出Top N个(如4个)最可能被该用户点击/转化的商品。排序因子:用户历史行为、商品CTR预估、商品新鲜度、价格带匹配等。 MPA算法团队
(推荐/排序算法)
Top N商品ID列表 + 排序位置,传给竞价环节
4.3 竞价排序 将MPA多图广告与其他广告(单图MPA、普通广告等)一起进入竞价队列,按eCPM排序。MPA多图广告预期eCPM更高(参考朋友圈多图eCPM +167%),在竞价中具有天然优势。 广告引擎
(竞价/排序团队)
竞价胜出广告,下发至播放侧
4.4 数据下发 引擎将胜出的MPA广告数据打包下发给播放侧,包含:N个商品的素材URL数组、每个商品的名称/价格/落地页URL、模板配置(指示器样式/圆角/间距等)、Export Id数组。 广告引擎 → 播放侧 广告数据包(JSON/Protobuf),含 Export Id[N] + 素材URL[N] + 商品信息[N] + 模板配置
⚠️ 关键依赖:Export Id数据结构需从单值扩展为数组(P0-2需求),引擎侧和播放侧需对齐数据协议。向下兼容旧版单商品格式,确保现有MPA广告不受影响。
环节五:播放渲染 —— 视频号客户端多图轮播展示
子步骤具体动作负责团队/系统关键交付件
5.1 素材预加载 播放侧收到广告数据包后,优先从CDN预加载第1张商品图(首屏展示),同时后台预加载第2-N张商品图(预加载策略:WiFi下全量预加载,4G/5G下预加载前2张)。 播放侧(流量侧)
(视频号客户端团队)
预加载缓存,首屏图500ms内可展示
5.2 多图轮播组件渲染 播放侧使用多图轮播组件渲染MPA多图广告:展示第1张商品图 + 圆点指示器(显示"1/N")+ 下方商品信息浮层(名称、价格、CTA按钮)。组件需支持iOS/Android双端,滑动帧率≥55fps。 流量侧
(客户端组件开发)
多图轮播组件(P0-1),含手势滑动、惯性滚动、循环播放、指示器
5.3 浮层动态更新 用户滑动切换商品图时,下方浮层卡片内容(商品名称、价格、文案)随当前展示商品动态更新。通配符{product_name}、{price}等根据当前商品数据实时替换。切换动画需过渡平滑(≤100ms延迟)。 流量侧
(浮层渲染/模板引擎)
浮层动态化适配(P0-4),通配符替换+过渡动画
5.4 点击跳转 用户点击当前展示的商品图 → 路由到该商品对应的独立落地页(小程序/H5/原生页)。Deeplink参数需正确传递商品ID、广告ID、媒体ID等归因参数。 流量侧 + 落地页 点击跳转路由(P0-5),支持多跳转类型
5.5 异常降级 网络异常/图片加载失败/组件渲染错误时,触发降级策略:单张失败 → 显示占位图+跳过按钮;全部失败 → 降级为首张静态图模式;降级事件完整日志上报。 流量侧 降级策略(P0-8),含日志+监控埋点
【播放侧关键约束】
  • 视频号播放侧对首屏加载性能要求高:首张商品图需在广告曝光后500ms内渲染完成
  • 多图轮播组件需兼容现有视频号广告播放框架,不能破坏现有MPA广告的渲染逻辑
  • 若采用在线实时合成方案(方案B),播放侧需额外实现模板解析引擎,会增加客户端包体积和CPU开销
环节六:数据归因 —— 逐图级曝光/点击上报 + 转化归因闭环曝光口径待确认
子步骤具体动作负责团队/系统关键交付件
6.1 逐图曝光上报 用户每滑动到一张商品图,播放侧触发曝光上报事件,包含:广告ID、商品ID、图片序号(current_image_index)、曝光时间戳。支持区分"有效曝光"(停留≥1s)和"快速划过"(<0.5s)。 流量侧 → 数据上报
(客户端埋点 + 数据管道)
逐图级曝光日志(P0-3),上报延迟≤200ms
6.2 点击上报 用户点击某张商品图 → 上报点击事件,包含:广告ID、被点击商品ID(clicked_image_index + target_product_id)、点击时间戳、跳转目标URL。用于后续计算逐商品CTR和归因。 流量侧 → 数据上报 逐图级点击日志(P0-3),含商品级别归因键
6.3 转化归因 用户在落地页完成下单/支付等转化行为 → 归因系统根据点击日志反向匹配,定位到具体是哪个商品图驱动了该转化。形成"商品图→点击→转化"的完整归因链路。支撑后续MPA算法的商品推荐效果优化。 归因系统
(数据平台/归因团队)
商品级归因数据,写入广告效果报表
6.4 效果数据回传 逐商品级别的曝光、点击、转化数据回传至:① ADQ投放端(广告主查看报表);② MPA算法团队(优化推荐模型);③ 广告引擎(影响后续竞价排序)。形成数据闭环驱动效果持续优化。 数据平台 → 各消费方 效果数据API,支撑投放报表、算法迭代、引擎调优

2.2 部门协作矩阵(RACI)

以下矩阵按产品全链路六个环节,明确各团队在每阶段的角色:R=负责执行、A=最终审批、C=需咨询、I=需知悉。

团队 / 环节① 商品库录入② 商品选择③ 投放配置④ 引擎召回⑤ 播放渲染⑥ 数据归因
MPA产品(PM)AAAAAA
MPA算法团队IR — 商品推荐/M选NCR — 召回+推荐IC — 模型优化
创意中心C — 素材配合R — 模板+渲染合成R — 预览接口III
ADQ投放端ICR — 投放入口+创建流程IIC — 报表展示
广告引擎IIIR — 竞价+下发IC — eCPM调优
播放侧(视频号客户端)IIIIR — 多图轮播+浮层+跳转C — 埋点上报
流量侧(组件/框架)IIIC — 数据协议R — 组件开发+降级R — 埋点SDK
审核服务IIR — 多图审核III
数据/归因团队IIIIIR — 归因+报表
商品库/CDNR — 商品数据+CDN分发IIIC — 素材拉取I
创意团队(刘广发/哲雯)
创意AIGC开发组·产品组 / 离线渲染+CDN
R — 商品集整理+素材渲染CIIII
⚠️ 协作风险提示:
  • 最大风险点:环节④→⑤的数据协议对齐(Export Id数组格式),涉及引擎+流量侧+MPA算法三方对齐需老板知悉
  • 次高风险点 — 渲染方案博弈:创意团队离线渲染 vs 播放侧在线实时生成,双方存在分歧,需 Kickoff 会上由总监级决策总监拍板
  • 联调依赖:①→②→③→④→⑤→⑥六个环节的端到端联调顺序不可跳跃,需预留充足的联调buffer(建议占开发周期的30%)

2.4 会议纪要:关键讨论点与待办(7/1 Kickoff 前置准备)

📅 方案评审会(参会:olivialluo / evancyliu / junzhigao)
以下内容来源于 6 月方案评审会议结论,梳理了需各团队在 Kickoff 前对齐的关键分歧点和技术决策项。

✅ 已确认决策: 参考字节程序化创意技术选型,初期优先支持多图轮播(暂不支持视频+多图混排); eCPM 约 30 元(低于频道内容 40+),当前消耗占泛生态 SVIP 仅 2.8%,具备放量空间。
🔴 需提前沟通的关键分歧点(Kickoff 前必须对齐)
#讨论点知悉人/决策人状态
1 渲染方案选型:在线实时生成 vs 离线合成总监决策
研发侧(Moon/东波)倾向在线降低存储成本;流量侧倾向离线合成。双方存在分歧,需在 Kick-off 会上由总监级拍板。
总监级 @ Kickoff 待决策
2 Export ID 技术选型分歧老板对齐
多图场景下 Export ID 数据结构需从单值扩展为数组。离线合成的百万级存储压力 vs 内部ID映射表方案。
姚总、Dennis 待决策
3 数据上报规范:曝光口径 + 分坑位独立上报研发对齐
多图轮播的曝光口径是否算多次曝光?分坑位(9个坑位)的曝光/点击/转化数据能否独立上报?需明确以便后续推荐策略优化。
流量侧 + 归因团队 待确认口径
4 创意团队尚未感知需求需同步
创意 AIGC 团队(刘广发/开发 + 哲雯/产品)尚未接到此需求通知。离线渲染路径需要他们支持批量生成。
创意团队 待沟通
5 落地页承接技术 Owner 空缺需确定
Deep Link / H5 / 小程序 / 官方落地页多种类型,需确定优先级排序和统一技术Owner。
待定 待确认
6 通投路径可投可播校验投放评估
当前通投路径下,视频号多图 MPA 需校验"可投+可播",需投放侧评估。
投放端工程 待评估
7 测试资源拉通Evan负责
需邀请测试团队加入项目,明确流量侧/投放侧/研发侧测试职责,确保联调顺利进行。
Evan → 测试 PM 进行中
⏰ 关键时间节点(已锁定)
6/30 (周一)文档定稿 → 同步各相关方,总监级提前审阅olivialluo
7/1 (周三)Kick-off 会 — 渲染方案等关键分歧点由总监级现场决策全员
7/1+1周内技术串评 — 由东波牵头完成整体技术方案概设串评东波@东波
🟡 需补充信息的技术点
#讨论点需补充方优先级
5 曝光层数据统计差异:不同媒体(视频号信息流 vs 视频号视频内流 vs 朋友圈等)在曝光层面的统计口径是否有差异?需流量侧输出各媒体的曝光上报字段规范。—— mark为后续数据策略输入 流量侧 + 数据团队 P1
6 数据上报需细化到坑位级别:逐图曝光+点击数据上报后,需支持按坑位(如9个坑位)拆分数据,以便后续做位置递减梯度分析。展点消数据链路上报后,可拆出策略空间子TAPD 流量侧 + 数据平台 P1
7 PDPA模块评估:PDPA(视频号图片广告)模块按位次划分格子,研发团队需评估在现有视频号图片广告框架下新增多图MPA的位次影响。—— 建议定为P1优先级 研发侧 P1
8 端侧适配策略:投放端优先在艾米(智投端)支持(中控策略适配maybe),3.0投放端同步跟进。投放端创意创编路径需适配多图MPA素材的组装逻辑。—— mark为改动优化点 投放端 + 艾米团队 P0
9 40W视频号存量突破点:当前视频号日均消耗约40万(占泛生态VIP仅2.8%),存量有放量空间但非"百分资源"。多图MPA的主要增量来源是提升创意效果和转化率,而非存量挖潜。如需额外突破,PDPA模块可能提供位次扩展空间。 MPA产品 Info
📋 Kickoff 前置待办清单来自评审会决议
#待办事项负责人截止状态
T1修订需求文档:补充竞品 Demo 及视频号现有形态对比,更新全链路架构图 → 6/30 周一定稿,同步各相关方供总监级提前审阅olivialluo6/30🔄 进行中
T2收集各相关方(东波、Moon、刘广发/哲雯等)对需求文档的反馈及技术约束条件olivialluo6/28⏳ 待开始
T3确认视频号多图的Export ID 逻辑(曝光计算口径)及归因规则olivialluoKickoff前⏳ 待开始
T4确认测试团队对接人及测试资源,在下周会前邀请测试 PM 参会Evan6/26⏳ 待开始
T5梳理各模块 Owner 及交付件,建立项目管理表(Excel/iWiki),完成内部评审明日香6/29⏳ 待开始
T6准备技术方案概设:重点解决渲染方案(在线 vs 离线)的技术选型分歧@东波Kickoff后东波牵头
T7定位测试 PM:确认流量接口人、投放接口人、研发接口人,确保 Kickoff 时测试团队就位Evan6/26⏳ 待开始

2.3 核心交互逻辑

  1. 曝光阶段:用户刷到广告时,默认展示第1张商品图 + 圆点指示器显示总数量。
  2. 浏览阶段:用户左右滑动切换商品图片,指示器实时更新当前位置序号。支持循环滑动(最后一张→回到第一张)。
  3. 点击阶段:用户点击当前商品图片区域,跳转至该商品对应的小程序落地页/H5页面/原生购买页。
  4. 归因阶段:系统记录用户点击的是第几张商品图,用于后续转化归因和效果分析。
特殊场景处理规则:(a) 快速滑动不触发点击;(b) 长按可预览大图(可选P2);(c) 分享行为固定取第1张商品图(简化归因);(d) 网络异常时降级为静态首图展示。

核心第3章:流量侧需求清单

本章列出流量侧团队需要完成的全部需求项,按优先级分为三级:

  • P0 必选需求(8项):轮播组件开发、Export Id数据结构扩展、逐图数据上报改造、浮层卡片动态化适配、点击跳转路由改造、分享场景适配、审核流程适配、异常降级策略。
  • P1 重要需求(5项):图片预加载与缓存优化、滑动动画与手势增强、性能监控大盘建设、A/B Test灰度放量能力、无障碍访问支持。
  • P2 可选需求(3项):自动轮播功能、商品智能排序、视频+图片混合轮播。

每个需求均包含:功能描述、验收标准(Checklist形式)、优先级理由、技术影响评估。

3.1 P0必选需求详情

P0-1 轮播组件开发:实现iOS/Android双端多图轮播组件,支持左右手势滑动切换、圆点指示器、循环播放、惯性滑动等完整交互能力。验收标准:(a) 支持3-6张图配置化数量;(b) 滑动帧率≥55fps无卡顿;(c) 支持循环滑动;(d) 指示器实时同步当前位置。

P0-2 Export Id数据结构扩展:将现有单商品Export Id字段升级为数组结构,支持携带多个商品的创意标识符。验收标准:(a) 向下兼容旧版单商品格式;(b) 数组最大长度≥6;(c) 序列化/反序列化正确性验证通过。(方案倾向:选项B — 内部ID映射表)

P0-3 逐图数据上报改造:新增逐图级别的曝光上报和点击上报能力,支持记录用户浏览了哪几张图、点击了哪一张。验收标准:(a) 曝光事件包含 current_image_index 字段;(b) 点击事件包含 clicked_image_index + target_product_id;(c) 上报延迟≤200ms。

P0-4 浮层卡片动态化适配:浮层商品信息卡片(名称、价格、文案)需要随轮播位置动态更新内容。验收标准:(a) 切换图片时卡片内容同步更新(延迟≤100ms);(b) 通配符{product_name}等替换逻辑正确;(c) 动画过渡平滑自然。

P0-5 点击跳转路由改造:每张商品图的点击事件需要跳转到该商品独立的落地页URL,而非统一跳转。验收标准:(a) 点击事件正确读取当前图的target_url;(b) 支持小程序/H5/原生页多种跳转类型;(c) Deeplink参数正确传递。

P0-6 分享场景适配:用户分享广告时,固定取第1张商品图作为分享卡片封面。验收标准:(a) 分享回调获取第1张商品图;(b) 分享卡片标题使用第1个商品名称;(c) 分享后的归因链路正确指向原广告。

P0-7 审核流程适配:扩展现有审核流水线以支持多图片批量审核,预计吞吐量需提升3-5倍(取决于图片数量配置)。验收标准:(a) 单次提交最多6张图片并行审核;(b) 任一图片不通过则整条广告驳回;(c) 审核时效不受显著影响。

P0-8 异常降级策略:当网络异常、图片加载失败、组件渲染出错时,系统应优雅降级而非白屏崩溃。验收标准:(a) 单张图加载失败显示占位图并允许跳过;(b) 全部失败时降级为首张静态图模式;(c) 降级事件有完整的日志上报。

3.2 P1重要需求概述

(P1需求详细内容待展开——包括预加载策略、手势增强、性能监控、灰度放量、无障碍支持共5项。)

3.3 P2可选需求展望

(P2需求详细内容待展开——包括自动轮播、智能排序、视频图片混合共3项。)

技术第4章:技术方案

⚠️ 待补充—— 需研发侧输出:ad_table 子表方案、M选N引擎适配、创意中心多图素材接入、播放侧多图渲染细节

本章将详细描述基于现有MPA架构的扩展技术方案,包括:

  • 架构复用分析(80%复用 vs 20%新建)
  • Export Id生成逻辑变更方案
  • 动态化适配方案(如何支持多图轮播的模板渲染)
  • 数据上报和归因策略(逐图级归因模型)
  • 客户端缓存与性能优化策略

接口第5章:接口与协作清单

⚠️ 待补充—— 需各团队对齐后输出:ADQ-引擎接口变更、引擎-播放侧数据协议、归因日志字段新增、各环节错误码与降级策略

本章列出流量侧需要新增/修改的接口清单,以及与其他系统的依赖关系矩阵:

  • 5个关键API接口定义(Request/Response YAML格式示例)
  • 跨团队协作依赖矩阵(ADQ投放端、商品库、创意中心、审核服务等)
  • 联调测试计划与验收节点

风险第6章:风险评估与应对

⚠️ 待补充—— 需各团队共同评估:ad_table 改造风险、播放兼容性风险、审核链路变更风险、性能退化风险、客户端版本覆盖率

本章涵盖6项技术风险和5项体验风险,每项均有应对措施和回滚SOP:

  • 技术风险:性能瓶颈、内存溢出、版本兼容、数据一致性、审核积压、安全合规
  • 体验风险:加载速度、滑动卡顿、展示异常、归因偏差、用户困惑

规划第7章:时间规划与里程碑

🗓️ 项目关键节点(初版,各端排期后细化)
K
7/1 Kickoff
启动会
各模块对齐
📌 周三
7/8前
技术概设评审
工作量锁定
1周内
7月中旬-8月
研发排期
各端并行开发
4-6周
8月下旬-9月
端到端联调
全链路验证
3-4周
9月
测试+走查
QA + 灰度
2-3周
📋 里程碑明细(分模块交付物 & Owner)
阶段 时间 模块 关键交付物 Owner
K7/1A商品信息接入商品库Schema初版 / ADQ字段映射表 / RTA对接范围ADQ投放端Owner
B信息处理透传引擎侧17+商品字段透传方案 / Export ID选型结论广告引擎Owner
C策略模型M选N排序策略方向 / pCXR建模需求文档MPA算法Owner
DC端展示多图卡片交互规范 / 埋点方案初稿流量侧Owner
E数据闭环归因CLAIM_OFFER方案 / 报表指标定义数据团队Owner
7/8前A商品信息接入Schema评审通过 / ADQ艾米接口联调方案ADQ Tech Lead
B信息处理透传技术方案评审通过 / 工作量评估锁定引擎Tech Lead
C策略模型算法方案评审 / 训练数据准备计划MPA算法Tech Lead
DC端展示UI组件设计稿评审 / 动态化模板方案确定流量侧Tech Lead
E数据闭环归因技术方案定稿 / 报表埋点对齐数据Tech Lead
7月中-8月A商品信息接入ADQ投放端改造完成 / RTA-ADX程序化对接 / 商品集管理功能ADQ研发Owner
B信息处理透传多商品召回逻辑上线 / 字段透传联调通过引擎研发Owner
C策略模型pCXR模型v1训练完成 / eCPM排序策略上线MPA算法研发
DC端展示多图轮播组件开发 / 逐图级埋点上报 / 官方落地页适配流量侧研发
E数据闭环效果报表页面开发 / AB实验框架搭建 / 监控告警配置数据研发
8月下-9月A-B接入→引擎ADQ→引擎→召回 全链路联调通过 / Export ID通路验证ADQ+引擎联调负责人
C-D策略→展示排序→多图卡片展示 端到端验收 / 多图展示全场景覆盖算法+流量侧联调
D埋点→归因坑位级点击上报 → CLAIM_OFFER归因 数据一致性验证流量+数据联调
E数据产品效果报表数据核对 / AB实验基线采集数据产品Owner
跨团队异常处理异常case清单一一闭环 / 边界条件覆盖测试PM
9月 设计走查UI/UX设计走查通过 · 视觉规范100%对齐创意中心+PM
QA回归P0/P1用例全部通过 · 性能指标达标QA Owner
灰度阶梯1%→10%→50%→100%灰度放量 · 每阶梯观察≥3天PM+运营
全量发布全量上线 · 监控告警生效 · 效果数据首周报告MPA产品PM
2 7/8前 技术概设评审 各端技术方案评审通过、工作量锁定、排期确认 流量接口人:待定
投放接口人:待定
研发接口人:待定 3 7月中-8月 研发并行开发 各端按排期开发、单元测试、接口Mock联调 各端研发Owner 4 8月下-9月 端到端联调 全链路①②③④⑤⑥联调通过、数据上报链路验证 各端接口人 + 测试PM 5 9月 测试 + 走查 + 灰度 QA全量测试通过、产品走查通过、灰度放量验证 测试PM + 产品PM
📌 项目管理约定
  • 信息枢纽:所有项目文档、排期、接口人信息统一维护到iWiki,便于各方查找和更新
  • 子TAPD拆分:数据上报到坑位后,可将策略优化类需求拆分为独立子TAPD,与主项目并行不阻塞链路
  • 测试人力:需Evan协助确认测试PM后,由测试PM统筹QA资源分配和测试用例编写
  • 项目Owner:项目整体Owner为明日香,各模块向各自Owner汇报进度,风险及时同步
📋 待确认点汇总(按相关方分类)
从全文档各章节汇总 · 共 56 个待确认点 · 14 个相关方 · 用于 Kickoff 前对齐与责任分派
P0 决策项
1
需姚总/Dennis拍板
P1 确认/评估
44
需各团队主管对齐
P2 待补充
11
需求/技术细节待补
P3 建议
0
可选优化项
流量侧
16 个待确认
优先级 所属模块 待确认问题
P1 1·方案选型 方案 A 多图轮播组件的客户端渲染方案是否可行?iOS/Android 双端工作量评估。
P1 2·引擎召回 数据下发协议(JSON/Protobuf)的详细字段定义需双方对齐
P1 2·播放渲染 多图轮播组件是否可复用现有朋友圈多图轮播组件?iOS/Android双端工作量分别多少?
P1 2·播放渲染 预加载策略(WiFi全量/4G前2张)的流量消耗预估?是否存在用户投诉风险?
P1 2·交互逻辑 循环滑动(最后一张→第一张)是否会影响用户对广告长度的感知?有没有AB参考?
P1 未分类·3.1 P0需求评审 P0-1 轮播组件:iOS/Android两端开发工作量分别多少?是否可复用现有组件?
P1 未分类·3.1 P0需求评审 P0-2 Export Id数组化:选项B内部ID映射表的具体协议定义?向下兼容测试方案?
P1 未分类·3.1 P0需求评审 P0-4~P0-8 其余P0项:每项的工作量评估、风险点、依赖关系请研发补充
P2 未分类·3.2 P1需求 P1-1 图片预加载与缓存优化:具体策略(WiFi/4G/5G)、缓存大小上限、淘汰策略
P2 未分类·3.2 P1需求 P1-2 滑动动画与手势增强:动画曲线参数、手势冲突处理方案
P2 未分类·3.2 P1需求 P1-3 性能监控大盘:需监控哪些指标(FPS/加载时长/崩溃率)?
P2 未分类·3.2 P1需求 P1-4 A/B Test灰度放量:灰度策略(按用户/按地域/按广告主)?实验平台?
P2 未分类·3.2 P1需求 P1-5 无障碍访问:VoiceOver/TalkBack适配的具体要求?
P1 附录4·UI规范 轮播数量3-6张的技术上限是多少?是否受限于卡片视图区域?
P1 附录5·差异对照 8项差异是否还有遗漏?如缓存策略、横竖屏适配等
P1 未分类·TAPD需求评审 & 待补充 视频号是否支持外部URL播放?这决定方案A/B选择
其他
8 个待确认
优先级 所属模块 待确认问题
P2 1·业务背景与痛点 需行业运营确认
P2 1·运行数据佐证 朋友圈MPA的CPM数据,用于与视频号CPM 30.82元做横向对标
P1 2·投放配置 落地页投放承接一体化方案的技术Owner人选?dplink/H5/小程序适配优先级排序?
P1 未分类·2.2 部门协作矩阵(RACI)— 需PM确认
P1 未分类·2.2 部门协作矩阵(RACI)— RACI中是否遗漏了「安全合规」「QA测试」「SRE运维」等角色?
P2 附录 请补充术语定义(如M选N、Export Id、CTCVR等),以及待确认事项清单
P1 附录4·UI规范 1080×1080是否视频号支持的最大渲染分辨率?对加载性能的影响?
P1 附录4·UI规范 圆角12px、间距16px等具体数值是否符合视频号现有设计系统?
MPA算法
8 个待确认
优先级 所属模块 待确认问题
P1 1·商业价值预估 占比从2.76%→8-10%的推算是否合理?有模型预测支撑?
P1 1·运行数据佐证 「日均80-120w」的CTR/eCPM提升推算逻辑需提供详细测算公式
P1 1·方案选型 方案 C「智能优选」的 eCPM 预测模型是否已有基础?方案 A 的 M选N 推荐策略如何适配多图版位?
P1 2·商品库录入 商品库百万级SKU的管理能力是否需要扩容?入库延迟能否满足实时性?
P1 2·商品集选择 M选N推荐策略:商品集排序因子、模型延迟要求、A/B方案?
P1 2·引擎召回 M选N推荐策略:排序因子、模型延迟要求、A/B方案?
P1 2·数据归因 效果数据回传的频率和延迟要求?实时/准实时/T+1?
P1 未分类·3.3 P2需求 P2-2 商品智能排序:是否可复用现有MPA推荐模型?额外工作量?
研发/QA
6 个待确认
优先级 所属模块 待确认问题
P1 1·方案选型 ad_table 子表方案(ad_carousel_card)的技术可行性评估——表结构设计、读写性能、与现有广告生命周期的兼容性。
P1 未分类·3.3 P2需求 P2-1 自动轮播:是否需要?抖音的自动轮播效果数据?
P1 未分类·3.3 P2需求 P2-3 视频+图片混合轮播:技术可行性?是否需要大幅度改造多图轮播组件?
P2 附录3·MPA概念 📌 此为已知结论,主要供研发对齐理解。如有更精确的产品定义请补充。
P1 附录5·差异对照 Export Id数组化方案(选项B内部ID映射表)的具体实现细节是否已和引擎侧对齐?
P1 未分类·TAPD需求评审 & 待补充 4条技术难点的当前状态是否有更新?方案调研结论?
数据团队
3 个待确认
优先级 所属模块 待确认问题
P1 1·运行数据佐证 30天数据截取窗口是否合理?是否要拉长到60天排除大促噪声?
P1 2·数据归因 新增商品级归因数据字段是否需要数据仓库Schema变更?排期影响?
P1 未分类·3.1 P0需求评审 P0-3 逐图上报:新增字段是否需要数据管道扩容?200ms延迟是否可行?
决策层(姚总/Dennis)
2 个待确认
优先级 所属模块 待确认问题
P0 1·方案选型 Phase 1/2/3 的分阶段策略是否与整体产品 Roadmap 对齐?资源是否可排入当前周期?
P2 2·商品库录入 Export ID技术选型分歧:离线合成百万级存储压力 vs 内部ID映射表方案
创意中心
2 个待确认
优先级 所属模块 待确认问题
P1 2·商品库录入 多图轮播模板的JSON Schema定义,是否需要新增模板类型?
P1 2·商品集选择 素材预览接口当前是否已有现成能力可复用?还是需从零开发?
ADQ投放端
2 个待确认
优先级 所属模块 待确认问题
P1 2·商品集选择 艾米端创意创编路径适配:从单图→多图轮播的UI改动量评估?3.0端同步排期?
P1 2·投放配置 ADQ投放端新增"多图轮播MPA"入口的UI排期和工作量评估?通投路径可投可播校验是否已有流程?
审核服务
2 个待确认
优先级 所属模块 待确认问题
P1 2·投放配置 6张图并行审核的流水线改造方案和排期?审核时效有无影响?
P1 附录5·差异对照 批量审核6张图片的吞吐量是否在审核系统容量内?
播放侧
2 个待确认
优先级 所属模块 待确认问题
P1 2·播放渲染 500ms首屏渲染约束是否合理?是否需要降低到300ms(竞品标准)?
P1 2·交互逻辑 快速滑动阈值(多久算"快速")需客户端给具体参数
归因团队
2 个待确认
优先级 所属模块 待确认问题
P1 2·数据归因 逐图级归因的打点方案(曝光有效时长阈值、点击去重逻辑)?
P1 2·交互逻辑 分享取第1张图的归因链路是否会有数据偏差?
创意团队(刘广发 / 哲雯)
1 个待确认
优先级 所属模块 待确认问题
P1 2·商品库录入 创意 AIGC 团队(刘广发/哲雯)当前是否已感知此需求?离线视频/图片渲染的工作量评估?(需在Kickoff前对齐)
广告引擎
1 个待确认
优先级 所属模块 待确认问题
P1 2·引擎召回 MPA多图广告作为新创意类型加入召回索引的改造方案和工作量?
MPA产品(PM)
1 个待确认
优先级 所属模块 待确认问题
P2 附录 待确认事项清单(当前7项)请在评审会后更新为最终版

附录附录

业务原始需求来源、MPA官方产品指引、术语表、待确认事项清单、参考资料索引。

📋 业务原始需求 来源:战略一中心 / SVIP行业 / 京东 TAPD #1070117233133344923

附录3:MPA核心概念

MPA = Multi-Product Ads(多商品广告)

一种广告创意形式,允许在单条广告中展示多个不同商品的图片或信息,用户可以通过滑动浏览不同商品,点击后跳转到对应的商品落地页或购买链接。与现有单图MPA的核心区别在于:一条广告承载多个商品的展示与转化路径

附录4:UI视觉规范

规范项规格要求备注
图片尺寸1080×1080px 或 1280×720px正方形优先,兼容横屏
图片格式JPG / PNG / WebPWebP推荐(压缩率更高)
单张大小≤ 300KB首屏加载优化
轮播数量3-6张(首期建议4张)可配置
指示器样式圆点指示器 + 当前序号iOS风格小圆点
圆角12px统一iOS设计语言
间距卡片内边距 16px;图片间距 8px紧凑布局
文字层级商品名称 15px / 价格 17px bold / CTA 14px三级字号体系

附录5:与单图MPA差异对照表

对比维度单图MPA(现状)多图MPA(目标)改造类型
展示形态单张图片/视频多图轮播⭐ 新增
Export Id单个商品ID多个商品ID数组⭐ 改造
数据上报单次曝光归因逐图曝光+点击双重归因⭐ 改造
浮层卡片单商品信息随轮播动态更新商品信息⭐ 改造
点击跳转单一落地页URL每张图独立跳转URL⭐ 改造
分享场景分享当前广告固定分享第1张商品图⭐ 新增逻辑
审核流程审核单素材批量审核多张图片⭐ 扩容
性能开销低(加载1张)中(预加载N张)⚠️ 需优化

附录1:业务原始需求来源

以下为接到业务需求时的原始 TAPD 需求内容。本文档为基于此业务需求撰写的产品方案,需求本身置于附录供评审参考。

📋 TAPD业务需求:【泛生态】京东_视频号多图广告支持MPA广告
 需求来源战略一中心 / SVIP行业 / 京东(提需人:陈坚涛)
 当前状态交付:方案调研中
 TAPD链接点击查看原始需求

🎯 核心业务诉求:

  • 视频号近期已支持多图广告,但仅支持普通商品广告(非MPA)
  • 京东黑盒视频号当前日耗 40w,受限于视频素材供给有限,目前投放均为历史存量素材
  • 期望通过多图广告支持MPA投放来提升可投素材量级(预计增长100%),释放增量消耗

💰 收益测算(京东侧提供):

指标数值说明
  预估增量收益+20w/d40w × 50%(素材量增长贡献率)
  京东视频号基线日耗40w/d中间页视频号消耗
  预期素材量增长+100%从单一视频→多图轮播
  消耗贡献率50%多图带来的额外消耗占比

⚠️ 技术难点(研发初评):

  1. 投放入口缺失:视频号多图版位尚未接入MPA能力,不支持多品M选N推荐策略
  2. 素材规格不兼容:MPA素材规格与多图版位不匹配,需适配多图素材拼接与渲染逻辑
  3. 竞价逻辑冲突:多图流量分配机制与MPA动态商品推荐存在冲突,需单独设计投放链路
  4. 资源瓶颈风险:若视频号不支持外部URL播放,需离线预合成所有商品图(商品数×模板数),机器资源消耗大

竞媒对标:巨量引擎信息流广告已支持组图样式覆盖今日头条/穿山甲等核心版位,MPA/SDPA已可叠加组图使用。腾讯视频号存在能力缺口,SVIP客户存在预算外流风险。

📖 官方产品文档 来源:iWiki V2.0 维护人:胡晓旭

附录2:MPA官方产品指引参考

关键要点摘要(iWiki V2.0)

来源:《3.0MPA商品集合投放指引》(维护人:胡晓旭 / 策略交付产品中心)

① MPA定义 & 核心能力:

  • MPA = Multi-Product Ads(多商品广告),推广内容为"商品集合"
  • 两大元素能力:多品投放(百万级商品批量投放)+ 多品M选N呈现(动态展示Top N个商品)

② 视频号当前支持的MPA形态:

创意类型创意形式备注
视频 ✅横版16:9 / 竖版9:16当前唯一支持的形态
图片 ❌常规大图 / 多图轮播暂不支持!本次需求核心目标

③ 视频号必传字段要求(来自iWiki 2.1.2节):

字段名必传条件MPA应用方式
ad_direct_video若投放视频号,必传基于计算结果动态渲染呈现
product_short_name若用作通配符则必传卡片上文通配符替换
slogan若用作通配符则必传卡片下文通配符替换
image_url必传用于MPA广告投放展示

④ 历史成功案例数据(MPA 2.0 → 可作为效果参照):

  • 浏览器MPA动态轮播多商品(最接近本需求的场景!):
    • 大盘行业:消耗 +7.25%,GMV +10.50%,CTR×CVR +13.65%,成本 -6.38%
    • 平台电商行业:消耗 +9.37%,GMV +15.23%,CTR×CVR +27.31% ⭐,成本 -14.52%
    • 核心理念:将后链路推荐商品list前置在创意展示层以轮播交互透出多商品,营造小范围购物场域
  • 朋友圈MPA多图多商品:已支持3/4/6/9图常规多图形态,证明腾讯体系内多图+MPA技术可行性
✅ 已保存到浏览器本地