视频号多图版位支持MPA(Multi-Product Ads)广告需求文档
结论
视频号多图版位
- 字段规范/SKU管理
- 必传项校验规则
- 百万级商品支持
- 多图MPA投放入口
- 商品集选择/M选N配置
- 模板预览+确认
- RTA实时商品召回
- ADX批量商品回传
- 动态商品集更新
- 接收商品集ID,按 eCPM 对 M 个商品竞价排序,输出 Top N 候选
- 透传 17+ 字段至播放侧(商品名称/图片URL/价格/落地页/Export ID等)
- 行业属性标签 + PCAD 透传规范兼容
- M选N个性化推荐
- 场景化排序因子库
- A/B策略分流
- 基于 uplift 模型修正 pCXR bias
- 广告/券/归因/门控/力度
- 用户画像×历史兴趣×偏好
- 券感知 eCPM 计算
- 携带广告级 CVR 修正偏序
- 多商品间公平性约束
- 曝光/点击/滑动事件
- 坑位级逐图上报
- Export ID 关联
- 领券行为 CLAIM_OFFER
- 逐图曝光/coupon_id 归因
- ADS 广告关联闭环
- 曝光/点击/转化/领券
- 分图级数据拆解
- 1+N 维对比分析
- 单 vs 多方案效果对比
- 不同策略路径效果对比
- 小流量灰度验证机制
- 消耗/效果/异常监控
- SLA 阈值自动告警
- 多维度监控面板
核心第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实际运行数据,为多图版位需求提供真实的基线参考。
同能力在成熟版位已跑出日均千万级
日均 80-120w,对应增量 36-76w/d。
A. 视频号MPA核心指标基线
| 指标 | 数值 | 说明 |
|---|---|---|
| 日均消耗 | 44.0 万元/d | 30天累计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,393 | 30.1% | 最大盘,CPM最高(40+元) |
| 2 | 微信朋友圈 | 13,224 | 27.7% | MPA成熟阵地,转化稳定 |
| 3 | 移动联盟 | 13,053 | 27.3% | 外部流量,量大价优 |
| 4 | 微信小程序 | 1,529 | 3.2% | 增长潜力大 |
| 5 | 微信视频号 ★ | 1,319 | 2.8% | 高ARPU、高CTCVR、低占比=空间大 |
| 6 | 微信公众号 | 3,240 | 6.8% | 图文生态为主 |
| 7 | 搜索广告 | 569 | 1.2% | 精准但量小 |
| 8 | 微信搜一搜 | 14 | 0.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 创意卡的一对多关系;每卡独立审核,任一不通过整条拒登 |
| 适用场景 | 首选:视频号信息流(社区表达一致性强) 次选:品牌特型广告、小红书聚光 | |
1.3.2 方案 B:TikTok 式「视频+浮层分离」补充方案
方案定位:主打「用户体验与手势自然」。视频归视频,货架通过浮层(Anchor)或弹窗展示。
| 维度 | 评价 | 说明 |
|---|---|---|
| 产品形态 | 广告主仅需上传视频并绑定 SPU;视频播放时左下角常驻商品锚点;暂停/结束时弹出多商品列表 | 视频观看(上滑)与货架浏览(点击浮层)为两个独立行为 |
| ✅ 优势 | 研发改动小 / 操作极简 / 不打断视频 | 不改动现有广告表结构,仅叠加浮层组件;保留视频完播率,货架作为附加选项 |
| ❌ 劣势 | 转化链路长 / 叙事能力弱 | 需多一次点击(视频→浮层→商详);无法编排线性叙事序列 |
| 适用场景 | 首选:抖音/巨量千川(视频流为主场) 次选:视频号视频内流(作为方案 A 的补充) | |
1.3.3 方案 C:字节式「程序化创意自动选」首推方案 ★
方案定位:主打「系统效率与低成本」。广告主不感知版位概念,系统在每次请求时择优出视频或多图。
| 维度 | 评价 | 说明 |
|---|---|---|
| 产品形态 | 复用现有程序化创意入口;竞价端对每次请求预测出视频 eCPM vs 出多图 eCPM,择优展示 | 无新组件,复用单视频/多图轮播现有样式 |
| ✅ 优势 | 研发成本最低 / 上线最快 / 操作最简 | 无需新增样式/改动底层存储,可快速验证市场需求 |
| ❌ 劣势 | 非同屏展示 / 版位不可定向 / 大客户定制弱 | 交付的是「引擎择优出视频或多图」而非「同一条广告里既有视频也有图」;但 MPA 场景下广告主的核心目标是商品转化而非版位控制,此劣势对 MPA 广告主影响有限 |
| 适用场景 | 首选:MPA 程序化投放(广告主不感知版位,系统自动择优) 次选:中小客户批量投放、新市场快速验证 | |
1.3.4 方案综合对比矩阵
| 评估维度 | 方案 A:Meta Carousel | 方案 B:TikTok 浮层 | 方案 C:字节程序化 |
|---|---|---|---|
| 产品本质 | 同屏滑动,强叙事 | 视频+浮层,双意图 | 系统二选一,黑盒 |
| 研发改动 | 🔴 大(需改表结构) | 🟡 中(加浮层组件) | 🟢 小(扩素材池) |
| 需求满足度 | ✅ 100% | ⚠️ 70%(缺同屏) | ❌ 40%(非同屏) |
| 广告主控感 | ✅ 强 | ⚠️ 中 | ❌ 弱 |
| 操作成本 | 高 | 低 | 极低 |
| 对标标杆 | Meta / Instagram | TikTok / Reels | 巨量引擎 |
| 推荐适用 | 大客户定制 / P1长期方向 | 视频号视频内流(补充) | 视频号MPA多图 ★ |
1.3.5 选型建议与技术风险提示
推荐策略:方案 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 产品全链路流程与部门协作
本节从业务视角描述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,接入播放侧素材拉取链路 |
- 背景:视频号侧要求广告必须关联视频号主的 ID(Export ID)。当前单图MPA使用单Export ID;多图MPA需要携带N个不同商品的Export ID,数据结构需从单值扩展为数组。
- 分歧:若采用离线合成方案,将面临百万量级的离线数据存储与生产压力——每个"商品×模板"组合需要独立存储和分发,技术团队对此存在顾虑。
- 方案倾向:选项B — 内部ID映射表(引擎侧维护商品ID→Export ID映射,播放侧实时查询),避免离线存储膨胀。
- 决策需求:此分歧涉及链路上多个团队的技术选型,建议在Kickoff前由姚总和Dennis参与决策。
| 子步骤 | 具体动作 | 负责团队/系统 | 关键交付件 |
|---|---|---|---|
| 2.1 商品集合选择 | 广告主从MPA商品库中选择一个"商品集合"(由环节①广发团队整理,如"夏季爆款TOP50"),系统校验商品数≥4个。广告主可配置:期望展示商品数(3-6个)、排序策略(按推荐/按价格/自定义)。 | MPA算法 + ADQ投放端 | 商品集合ID + 展示参数,组装为MPA广告创意数据 |
| 2.2 创意模板适配 | 创意中心提供多图轮播模板(如"4图商品合集"模板),定义每张卡片布局(商品图区域+名称+价格+CTA)、指示器样式、轮播动画参数。模板支持动态通配符占位替换。广告主预览模板效果后确认。 | 创意中心 (模板引擎团队) |
多图轮播模板配置文件(JSON Schema格式),含通配符映射规则 |
| 2.3 素材预览 | 投放端调用创意中心预览接口,实时拉取合成后的多图素材预览(多图轮播模拟预览),广告主确认效果后进入投放配置。 | 创意中心 + ADQ投放端 | 素材预览URL,广告主确认后可进入投放配置 |
| 子步骤 | 具体动作 | 负责团队/系统 | 关键交付件 |
|---|---|---|---|
| 3.1 投放入口 | 在ADQ投放端的"创意形式"选择中,视频号版位新增"多图轮播(MPA)"选项。广告主选择该形式后,进入MPA多图广告创建流程(区别于现有单图MPA和普通多图广告)。投放端优先在艾米(智投端)支持,3.0投放端同步跟进。 | ADQ投放端 (投放端工程团队) |
视频号多图MPA投放入口UI(艾米优先,3.0跟进) |
| 3.2 通投校验(关键) | 可投+可播校验:当前通投路径下,视频号多图MPA需校验广告主选择的商品集在视频号版位是否"可投"(审核通过)且"可播"(素材格式兼容)。若通投路径存在问题,需在Kickoff前梳理完整的可投可播检查链路。 ⚠️ 当前通投路径是否有问题?需投放侧评估 |
ADQ投放端 + 审核 | 通投校验规则文档 + 异常case处理方案 |
| 3.3 广告审核 | 提交后进入审核流水线:审核系统同时对N张商品图进行机审+人审。任一商品图不合规则整条广告驳回,反馈具体违规图片序号及原因。审核通过后广告进入可投放状态。 | 审核服务 (审核平台/安全团队) |
审核结果(通过/驳回+原因),广告状态写入广告数据库 |
- 多图MPA的每张商品图对应独立落地页,需支持 DeepLink、H5、小程序 等多种落地页类型
- 技术侧需确认一个Owner负责落地页投放承接一体化方案(dplink适配、参数透传、归因链路)
- 按各落地页类型的业务消耗优先级排序,分批适配(建议优先小程序→H5→DeepLink)
- ⚠️ 重要:落地页承接是投放→渲染链路的关键节点,需在Kickoff前确定技术Owner并同步配套能力
| 子步骤 | 具体动作 | 负责团队/系统 | 关键交付件 |
|---|---|---|---|
| 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] + 模板配置 |
| 子步骤 | 具体动作 | 负责团队/系统 | 关键交付件 |
|---|---|---|---|
| 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) | A | A | A | A | A | A |
| MPA算法团队 | I | R — 商品推荐/M选N | C | R — 召回+推荐 | I | C — 模型优化 |
| 创意中心 | C — 素材配合 | R — 模板+渲染合成 | R — 预览接口 | I | I | I |
| ADQ投放端 | I | C | R — 投放入口+创建流程 | I | I | C — 报表展示 |
| 广告引擎 | I | I | I | R — 竞价+下发 | I | C — eCPM调优 |
| 播放侧(视频号客户端) | I | I | I | I | R — 多图轮播+浮层+跳转 | C — 埋点上报 |
| 流量侧(组件/框架) | I | I | I | C — 数据协议 | R — 组件开发+降级 | R — 埋点SDK |
| 审核服务 | I | I | R — 多图审核 | I | I | I |
| 数据/归因团队 | I | I | I | I | I | R — 归因+报表 |
| 商品库/CDN | R — 商品数据+CDN分发 | I | I | I | C — 素材拉取 | I |
| 创意团队(刘广发/哲雯) 创意AIGC开发组·产品组 / 离线渲染+CDN | R — 商品集整理+素材渲染 | C | I | I | I | I |
- 最大风险点:环节④→⑤的数据协议对齐(Export Id数组格式),涉及引擎+流量侧+MPA算法三方对齐需老板知悉
- 次高风险点 — 渲染方案博弈:创意团队离线渲染 vs 播放侧在线实时生成,双方存在分歧,需 Kickoff 会上由总监级决策总监拍板
- 联调依赖:①→②→③→④→⑤→⑥六个环节的端到端联调顺序不可跳跃,需预留充足的联调buffer(建议占开发周期的30%)
2.4 会议纪要:关键讨论点与待办(7/1 Kickoff 前置准备)
📅 方案评审会(参会:olivialluo / evancyliu / junzhigao)
以下内容来源于 6 月方案评审会议结论,梳理了需各团队在 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 |
| # | 待办事项 | 负责人 | 截止 | 状态 |
|---|---|---|---|---|
| T1 | 修订需求文档:补充竞品 Demo 及视频号现有形态对比,更新全链路架构图 → 6/30 周一定稿,同步各相关方供总监级提前审阅 | olivialluo | 6/30 | 🔄 进行中 |
| T2 | 收集各相关方(东波、Moon、刘广发/哲雯等)对需求文档的反馈及技术约束条件 | olivialluo | 6/28 | ⏳ 待开始 |
| T3 | 确认视频号多图的Export ID 逻辑(曝光计算口径)及归因规则 | olivialluo | Kickoff前 | ⏳ 待开始 |
| T4 | 确认测试团队对接人及测试资源,在下周会前邀请测试 PM 参会 | Evan | 6/26 | ⏳ 待开始 |
| T5 | 梳理各模块 Owner 及交付件,建立项目管理表(Excel/iWiki),完成内部评审 | 明日香 | 6/29 | ⏳ 待开始 |
| T6 | 准备技术方案概设:重点解决渲染方案(在线 vs 离线)的技术选型分歧 | @东波 | Kickoff后 | 东波牵头 |
| T7 | 定位测试 PM:确认流量接口人、投放接口人、研发接口人,确保 Kickoff 时测试团队就位 | Evan | 6/26 | ⏳ 待开始 |
2.3 核心交互逻辑
- 曝光阶段:用户刷到广告时,默认展示第1张商品图 + 圆点指示器显示总数量。
- 浏览阶段:用户左右滑动切换商品图片,指示器实时更新当前位置序号。支持循环滑动(最后一张→回到第一张)。
- 点击阶段:用户点击当前商品图片区域,跳转至该商品对应的小程序落地页/H5页面/原生购买页。
- 归因阶段:系统记录用户点击的是第几张商品图,用于后续转化归因和效果分析。
核心第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章:技术方案
本章将详细描述基于现有MPA架构的扩展技术方案,包括:
- 架构复用分析(80%复用 vs 20%新建)
- Export Id生成逻辑变更方案
- 动态化适配方案(如何支持多图轮播的模板渲染)
- 数据上报和归因策略(逐图级归因模型)
- 客户端缓存与性能优化策略
接口第5章:接口与协作清单
本章列出流量侧需要新增/修改的接口清单,以及与其他系统的依赖关系矩阵:
- 5个关键API接口定义(Request/Response YAML格式示例)
- 跨团队协作依赖矩阵(ADQ投放端、商品库、创意中心、审核服务等)
- 联调测试计划与验收节点
风险第6章:风险评估与应对
本章涵盖6项技术风险和5项体验风险,每项均有应对措施和回滚SOP:
- 技术风险:性能瓶颈、内存溢出、版本兼容、数据一致性、审核积压、安全合规
- 体验风险:加载速度、滑动卡顿、展示异常、归因偏差、用户困惑
规划第7章:时间规划与里程碑
各模块对齐
工作量锁定
各端并行开发
全链路验证
QA + 灰度
| 阶段 | 时间 | 模块 | 关键交付物 | Owner |
|---|---|---|---|---|
| K | 7/1 | A商品信息接入 | 商品库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 |
投放接口人:待定
研发接口人:待定
- 信息枢纽:所有项目文档、排期、接口人信息统一维护到iWiki,便于各方查找和更新
- 子TAPD拆分:数据上报到坑位后,可将策略优化类需求拆分为独立子TAPD,与主项目并行不阻塞链路
- 测试人力:需Evan协助确认测试PM后,由测试PM统筹QA资源分配和测试用例编写
- 项目Owner:项目整体Owner为明日香,各模块向各自Owner汇报进度,风险及时同步
| 优先级 | 所属模块 | 待确认问题 |
|---|---|---|
| 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选择 |
| 优先级 | 所属模块 | 待确认问题 |
|---|---|---|
| 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等具体数值是否符合视频号现有设计系统? |
| 优先级 | 所属模块 | 待确认问题 |
|---|---|---|
| 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推荐模型?额外工作量? |
| 优先级 | 所属模块 | 待确认问题 |
|---|---|---|
| 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条技术难点的当前状态是否有更新?方案调研结论? |
| 优先级 | 所属模块 | 待确认问题 |
|---|---|---|
| P1 | 1·运行数据佐证 | 30天数据截取窗口是否合理?是否要拉长到60天排除大促噪声? |
| P1 | 2·数据归因 | 新增商品级归因数据字段是否需要数据仓库Schema变更?排期影响? |
| P1 | 未分类·3.1 P0需求评审 | P0-3 逐图上报:新增字段是否需要数据管道扩容?200ms延迟是否可行? |
| 优先级 | 所属模块 | 待确认问题 |
|---|---|---|
| P0 | 1·方案选型 | Phase 1/2/3 的分阶段策略是否与整体产品 Roadmap 对齐?资源是否可排入当前周期? |
| P2 | 2·商品库录入 | Export ID技术选型分歧:离线合成百万级存储压力 vs 内部ID映射表方案 |
| 优先级 | 所属模块 | 待确认问题 |
|---|---|---|
| P1 | 2·商品库录入 | 多图轮播模板的JSON Schema定义,是否需要新增模板类型? |
| P1 | 2·商品集选择 | 素材预览接口当前是否已有现成能力可复用?还是需从零开发? |
| 优先级 | 所属模块 | 待确认问题 |
|---|---|---|
| P1 | 2·商品集选择 | 艾米端创意创编路径适配:从单图→多图轮播的UI改动量评估?3.0端同步排期? |
| P1 | 2·投放配置 | ADQ投放端新增"多图轮播MPA"入口的UI排期和工作量评估?通投路径可投可播校验是否已有流程? |
| 优先级 | 所属模块 | 待确认问题 |
|---|---|---|
| P1 | 2·投放配置 | 6张图并行审核的流水线改造方案和排期?审核时效有无影响? |
| P1 | 附录5·差异对照 | 批量审核6张图片的吞吐量是否在审核系统容量内? |
| 优先级 | 所属模块 | 待确认问题 |
|---|---|---|
| P1 | 2·播放渲染 | 500ms首屏渲染约束是否合理?是否需要降低到300ms(竞品标准)? |
| P1 | 2·交互逻辑 | 快速滑动阈值(多久算"快速")需客户端给具体参数 |
| 优先级 | 所属模块 | 待确认问题 |
|---|---|---|
| P1 | 2·数据归因 | 逐图级归因的打点方案(曝光有效时长阈值、点击去重逻辑)? |
| P1 | 2·交互逻辑 | 分享取第1张图的归因链路是否会有数据偏差? |
| 优先级 | 所属模块 | 待确认问题 |
|---|---|---|
| P1 | 2·商品库录入 | 创意 AIGC 团队(刘广发/哲雯)当前是否已感知此需求?离线视频/图片渲染的工作量评估?(需在Kickoff前对齐) |
| 优先级 | 所属模块 | 待确认问题 |
|---|---|---|
| P1 | 2·引擎召回 | MPA多图广告作为新创意类型加入召回索引的改造方案和工作量? |
| 优先级 | 所属模块 | 待确认问题 |
|---|---|---|
| P2 | 附录 | 待确认事项清单(当前7项)请在评审会后更新为最终版 |
附录附录
业务原始需求来源、MPA官方产品指引、术语表、待确认事项清单、参考资料索引。
附录3:MPA核心概念
MPA = Multi-Product Ads(多商品广告)
一种广告创意形式,允许在单条广告中展示多个不同商品的图片或信息,用户可以通过滑动浏览不同商品,点击后跳转到对应的商品落地页或购买链接。与现有单图MPA的核心区别在于:一条广告承载多个商品的展示与转化路径。
附录4:UI视觉规范
| 规范项 | 规格要求 | 备注 |
|---|---|---|
| 图片尺寸 | 1080×1080px 或 1280×720px | 正方形优先,兼容横屏 |
| 图片格式 | JPG / PNG / WebP | WebP推荐(压缩率更高) |
| 单张大小 | ≤ 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 需求内容。本文档为基于此业务需求撰写的产品方案,需求本身置于附录供评审参考。
| 需求来源 | 战略一中心 / SVIP行业 / 京东(提需人:陈坚涛) |
| 当前状态 | 交付:方案调研中 |
| TAPD链接 | 点击查看原始需求 |
🎯 核心业务诉求:
- 视频号近期已支持多图广告,但仅支持普通商品广告(非MPA)
- 京东黑盒视频号当前日耗 40w,受限于视频素材供给有限,目前投放均为历史存量素材
- 期望通过多图广告支持MPA投放来提升可投素材量级(预计增长100%),释放增量消耗
💰 收益测算(京东侧提供):
| 指标 | 数值 | 说明 |
|---|---|---|
| 预估增量收益 | +20w/d | 40w × 50%(素材量增长贡献率) |
| 京东视频号基线日耗 | 40w/d | 中间页视频号消耗 |
| 预期素材量增长 | +100% | 从单一视频→多图轮播 |
| 消耗贡献率 | 50% | 多图带来的额外消耗占比 |
⚠️ 技术难点(研发初评):
- 投放入口缺失:视频号多图版位尚未接入MPA能力,不支持多品M选N推荐策略
- 素材规格不兼容:MPA素材规格与多图版位不匹配,需适配多图素材拼接与渲染逻辑
- 竞价逻辑冲突:多图流量分配机制与MPA动态商品推荐存在冲突,需单独设计投放链路
- 资源瓶颈风险:若视频号不支持外部URL播放,需离线预合成所有商品图(商品数×模板数),机器资源消耗大
竞媒对标:巨量引擎信息流广告已支持组图样式覆盖今日头条/穿山甲等核心版位,MPA/SDPA已可叠加组图使用。腾讯视频号存在能力缺口,SVIP客户存在预算外流风险。
附录2:MPA官方产品指引参考
来源:《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技术可行性