业务需求
需求描述

需求文档:https://alidocs.dingtalk.com/i/nodes/kDnRL6jAJM3yMQv2tAzqOG7BWyMoPYe1?utm_scene=team_space

分批交付,本需求主要内容为销量分析接入C端销量

————————————————————————————————————————

业务需求背景:
from clipboard

1、只看 PO:假设某 SKU 连续数周接到大额 PO,po报表上"卖爆了",实际是货压在亚马逊仓。实际实际销量很少,顾客没买单,会导致后续PO单 断崖式缩减,发货量暴跌,导致库存呆滞。

2、只看实时销量:b2c端天天在涨,业务会单纯认为市场形势大好,但看不到 PO 节奏和亚马逊库存水位某天突然全面断货,丢单且恢复期长达数周

3、两个销量结合着看的目的:

第一点:如图

from clipboard


第二点:跟VC广告投放和促销策略调整相关

1️⃣、VC 广告依赖实时销量,而不是 PO 销量核心是口径对齐问题:VC 广告跑在 Amazon Ads 后台,花钱买的是终端零售订单(ordered sales),而 PO 是几周前的采购决策结果。用 PO 销量评估广告效果,等于用滞后的批发数据去优化实时的零售投放ROI 算出来就是错的。

2️⃣广告与实时销量的联动链路:广告 spend → 终端动销上升(实时销量立刻反映)→ 亚马逊预测系统捕捉到动销变化 → 下一轮 PO 放量/维持

验收标准
158Create
价值描述
1.1 提升出单(断货挽回 → 增量订单)机制:动销持续高于 PO 进货节奏时提前预警 → 断货天数减少 → 挽回本会流失的订单,假设值:日均订单500单,断货率由 15% 降至10%(挽回 5 个百分点=25单/天),客单价 ¥190,毛利率 15%,计算:25单 × 30 天 × ¥190× 15% = ¥21375/ 月 1.2 提升业绩总额(整体动销管理) 机制:动销-PO 偏差率与 PO 覆盖率进入日常管理 → 全 SKU 供需匹配度整体上移 → 业绩总额提升(含广告拉动、预测干预保住 PO 带来的增量)。假设值:单月业绩总额 ¥500万,技术助力提升 0.8%,毛利率 15%,计算:¥500万 × 0.8% × 15% = ¥6000/ 月 1.3 减少支出(物流 + 仓储) 物流:断货预警 → 避免临时空运加急、避免小单频繁拆发;PO 节奏清晰 → 合并发货、整柜出运,摊薄单柜成本。 假设值:物流优化 ¥5万/月 1.4 :销售/运营此前需在 Amazon 后台 + 报表间手工对账 PO 与销量(逐单核对、Excel 拉数、跨系统对比),双字段同屏后看板直出偏差,省掉重复取数与人工判断。 假设值:影响7名运营/主管,日均成本 ¥800/天,日均提效1 小时(8 小时工作制) 计算:¥600 × 6 人 × 22 天 ×(1 ÷ 8)= ¥9900/ 月 21375+6000+50000+9900=87275元
历史记录  
  1. 2026-08-28 11:36:15, 由 刘佩琪 创建。
  2. 2026-10-28 11:48:29, 由 刘佩琪 关联到计划 Sprint_AMZ_20261110。
  3. 2026-10-28 14:09:44, 由 刘佩琪 编辑。
    修改了 所属模块,旧值为 "0",新值为 "1842"。
    修改了 开发组 ,旧值为 "",新值为 "3"。
    修改了 评审次数,旧值为 "",新值为 "1"。
    修改了 价值描述,区别为:
    001- 1.1 提升出单(断货挽回 → 增量订单)机制:动销持续高于 PO 进货节奏时提前预警 → 断货天数减少 → 挽回本会流失的订单,假设值:日均订单500单,断货率由 15% 降至10%(挽回 5 个百分点=25单/天),客单价 ¥190,毛利率 15%,计算:25单 × 30 天 × ¥190× 15% = ¥21375/ 月
    001+ 1.1 提升出单(断货挽回 → 增量订单)机制:动销持续高于 PO 进货节奏时提前预警 → 断货天数减少 → 挽回本会流失的订单,假设值:日均订单500单,断货率由 15% 降至10%(挽回 5 个百分点=25单/天),客单价 ¥190,毛利率 15%,计算:25单 × 30 天 × ¥190× 15% = ¥21375/ 月
    002-
    002+
    003- 1.2 提升业绩总额(整体动销管理)
    003+ 1.2 提升业绩总额(整体动销管理)
    004- 机制:动销-PO 偏差率与 PO 覆盖率进入日常管理 → 全 SKU 供需匹配度整体上移 → 业绩总额提升(含广告拉动、预测干预保住 PO 带来的增量)。假设值:单月业绩总额 ¥500万,技术助力提升 0.8%,毛利率 15%,计算:¥500万 × 0.8% × 15% = ¥6000/ 月
    004+ 机制:动销-PO 偏差率与 PO 覆盖率进入日常管理 → 全 SKU 供需匹配度整体上移 → 业绩总额提升(含广告拉动、预测干预保住 PO 带来的增量)。假设值:单月业绩总额 ¥500万,技术助力提升 0.8%,毛利率 15%,计算:¥500万 × 0.8% × 15% = ¥6000/ 月
    005-
    005+
    006- 1.3 减少支出(物流 + 仓储)
    006+ 1.3 减少支出(物流 + 仓储)
    007- 物流:断货预警 → 避免临时空运加急、避免小单频繁拆发;PO 节奏清晰 → 合并发货、整柜出运,摊薄单柜成本。
    007+ 物流:断货预警 → 避免临时空运加急、避免小单频繁拆发;PO 节奏清晰 → 合并发货、整柜出运,摊薄单柜成本。
    008- 假设值:物流优化 ¥5万/月
    008+ 假设值:物流优化 ¥5万/月
    009-
    009+
    010- 1.4 :销售/运营此前需在 Amazon 后台 + 报表间手工对账 PO 与销量(逐单核对、Excel 拉数、跨系统对比),双字段同屏后看板直出偏差,省掉重复取数与人工判断。
    010+ 1.4 :销售/运营此前需在 Amazon 后台 + 报表间手工对账 PO 与销量(逐单核对、Excel 拉数、跨系统对比),双字段同屏后看板直出偏差,省掉重复取数与人工判断。
    011- 假设值:影响7名运营/主管,日均成本 ¥800/天,日均提效1 小时(8 小时工作制)
    011+ 假设值:影响7名运营/主管,日均成本 ¥800/天,日均提效1 小时(8 小时工作制)
    012- 计算:¥600 × 6 人 × 22 天 ×(1 ÷ 8)= ¥9900/ 月
    012+ 计算:¥600 × 6 人 × 22 天 ×(1 ÷ 8)= ¥9900/ 月
    013-
    013+
    001- 1.1 提升出单(断货挽回 → 增量订单)机制:动销持续高于 PO 进货节奏时提前预警 → 断货天数减少 → 挽回本会流失的订单,假设值:日均订单500单,断货率由 15% 降至10%(挽回 5 个百分点=25单/天),客单价 ¥190,毛利率 15%,计算:25单 × 30 天 × ¥190× 15% = ¥21375/ 月
    001+ 1.1 提升出单(断货挽回 → 增量订单)机制:动销持续高于 PO 进货节奏时提前预警 → 断货天数减少 → 挽回本会流失的订单,假设值:日均订单500单,断货率由 15% 降至10%(挽回 5 个百分点=25单/天),客单价 ¥190,毛利率 15%,计算:25单 × 30 天 × ¥190× 15% = ¥21375/ 月
    002-
    002+
    003- 1.2 提升业绩总额(整体动销管理)
    003+ 1.2 提升业绩总额(整体动销管理)
    004- 机制:动销-PO 偏差率与 PO 覆盖率进入日常管理 → 全 SKU 供需匹配度整体上移 → 业绩总额提升(含广告拉动、预测干预保住 PO 带来的增量)。假设值:单月业绩总额 ¥500万,技术助力提升 0.8%,毛利率 15%,计算:¥500万 × 0.8% × 15% = ¥6000/ 月
    004+ 机制:动销-PO 偏差率与 PO 覆盖率进入日常管理 → 全 SKU 供需匹配度整体上移 → 业绩总额提升(含广告拉动、预测干预保住 PO 带来的增量)。假设值:单月业绩总额 ¥500万,技术助力提升 0.8%,毛利率 15%,计算:¥500万 × 0.8% × 15% = ¥6000/ 月
    005-
    005+
    006- 1.3 减少支出(物流 + 仓储)
    006+ 1.3 减少支出(物流 + 仓储)
    007- 物流:断货预警 → 避免临时空运加急、避免小单频繁拆发;PO 节奏清晰 → 合并发货、整柜出运,摊薄单柜成本。
    007+ 物流:断货预警 → 避免临时空运加急、避免小单频繁拆发;PO 节奏清晰 → 合并发货、整柜出运,摊薄单柜成本。
    008- 假设值:物流优化 ¥5万/月
    008+ 假设值:物流优化 ¥5万/月
    009-
    009+
    010- 1.4 :销售/运营此前需在 Amazon 后台 + 报表间手工对账 PO 与销量(逐单核对、Excel 拉数、跨系统对比),双字段同屏后看板直出偏差,省掉重复取数与人工判断。
    010+ 1.4 :销售/运营此前需在 Amazon 后台 + 报表间手工对账 PO 与销量(逐单核对、Excel 拉数、跨系统对比),双字段同屏后看板直出偏差,省掉重复取数与人工判断。
    011- 假设值:影响7名运营/主管,日均成本 ¥800/天,日均提效1 小时(8 小时工作制)
    011+ 假设值:影响7名运营/主管,日均成本 ¥800/天,日均提效1 小时(8 小时工作制)
    012- 计算:¥600 × 6 人 × 22 天 ×(1 ÷ 8)= ¥9900/ 月
    012+ 计算:¥600 × 6 人 × 22 天 ×(1 ÷ 8)= ¥9900/ 月
    013-
    013+
  4. 2026-10-28 18:02:47, 由 刘佩琪 变更。
    修改了 版本号 ,旧值为 "1",新值为 "2"。
    修改了 需求名称,区别为:
    001- 对接vc实时销量到虎鲸bi(产品表现&销量分析)
    001+ 对接vc实时销量到虎鲸bi(产品表现&销量分析)
    001- 对接vc实时销量到虎鲸bi(产品表现&销量分析)
    001+ 对接vc实时销量到虎鲸bi(产品表现&销量分析)
    修改了 需求描述,区别为:
    001- <img src="https://irobotbox-hd1.oss-cn-hangzhou.aliyuncs.com/1/Kindeditor/2026/08/28/73fb3c517f1a40f9b6d3b9de9b99f661/21ad62a8-c578-4f69-a609-811529ff7de3.png" title="from clipboard" alt="from clipboard" />1、只看 PO:假设某 SKU 连续数周接到大额 PO,po报表上"卖爆了",实际是货压在亚马逊仓。实际实际销量很少,顾客没买单,会导致后续PO单 断崖式缩减,发货量暴跌,导致库存呆滞。2、只看实时销量:b2c端天天在涨,业务会单纯认为市场形势大好,但看不到 PO 节奏和亚马逊库存水位某天突然全面断货,丢单且恢复期长达数周3、两个销量结合着看的目的:第一点:如图<img src="https://irobotbox-hd1.oss-cn-hangzhou.aliyuncs.com/1/Kindeditor/2026/08/28/94899326724340dca4d28826acbb43bd/bdb497d6-221b-45b1-b82a-3f62aa21722a.png" title="from clipboard" alt="from clipboard" />第二点:跟VC广告投放和促销策略调整相关1️⃣、VC 广告依赖实时销量,而不是 PO 销量核心是口径对齐问题:VC 广告跑在 Amazon Ads 后台,花钱买的是终端零售订单(ordered sales),而 PO 是几周前的采购决策结果。用 PO 销量评估广告效果,等于用滞后的批发数据去优化实时的零售投放ROI 算出来就是错的。2️⃣广告与实时销量的联动链路:广告 spend → 终端动销上升(实时销量立刻反映)→ 亚马逊预测系统捕捉到动销变化 → 下一轮 PO 放量/维持
    001+ 需求文档:https://alidocs.dingtalk.com/i/nodes/kDnRL6jAJM3yMQv2tAzqOG7BWyMoPYe1?utm_scene=team_space
    002+ 分批交付,本需求主要内容为销量分析接入C端销量
    003+ ————————————————————————————————————————
    004+ 业务需求背景:<img src="https://irobotbox-hd1.oss-cn-hangzhou.aliyuncs.com/1/Kindeditor/2026/08/28/73fb3c517f1a40f9b6d3b9de9b99f661/21ad62a8-c578-4f69-a609-811529ff7de3.png" title="from clipboard" alt="from clipboard" />
    005+ 1、只看 PO:假设某 SKU 连续数周接到大额 PO,po报表上"卖爆了",实际是货压在亚马逊仓。实际实际销量很少,顾客没买单,会导致后续PO单 断崖式缩减,发货量暴跌,导致库存呆滞。
    006+ 2、只看实时销量:b2c端天天在涨,业务会单纯认为市场形势大好,但看不到 PO 节奏和亚马逊库存水位某天突然全面断货,丢单且恢复期长达数周
    007+ 3、两个销量结合着看的目的:
    008+ 第一点:如图
    009+ <img src="https://irobotbox-hd1.oss-cn-hangzhou.aliyuncs.com/1/Kindeditor/2026/08/28/94899326724340dca4d28826acbb43bd/bdb497d6-221b-45b1-b82a-3f62aa21722a.png" title="from clipboard" alt="from clipboard" />
    010+
    011+ 第二点:跟VC广告投放和促销策略调整相关
    012+ 1️⃣、VC 广告依赖实时销量,而不是 PO 销量核心是口径对齐问题:VC 广告跑在 Amazon Ads 后台,花钱买的是终端零售订单(ordered sales),而 PO 是几周前的采购决策结果。用 PO 销量评估广告效果,等于用滞后的批发数据去优化实时的零售投放ROI 算出来就是错的。
    013+ 2️⃣广告与实时销量的联动链路:广告 spend → 终端动销上升(实时销量立刻反映)→ 亚马逊预测系统捕捉到动销变化 → 下一轮 PO 放量/维持
    001- <p><img src="https://irobotbox-hd1.oss-cn-hangzhou.aliyuncs.com/1/Kindeditor/2026/08/28/73fb3c517f1a40f9b6d3b9de9b99f661/21ad62a8-c578-4f69-a609-811529ff7de3.png" title="from clipboard" alt="from clipboard" /><br/><p>1、<b>只看 PO</b>:假设某 SKU 连续数周接到大额 PO,po报表上"卖爆了",实际是货压在亚马逊仓。实际实际销量很少,顾客没买单,会导致后续PO单 断崖式缩减,发货量暴跌,导致库存呆滞。<br/><p>2、<b>只看实时销量</b>:b2c端天天在涨,业务会单纯认为市场形势大好,但看不到 PO 节奏和亚马逊库存水位某天突然全面断货,丢单且恢复期长达数周<br/><p>3、<b>两个销量结合着看的目的:</b><br/><p><b>第一点:如图</b><br/><p><img src="https://irobotbox-hd1.oss-cn-hangzhou.aliyuncs.com/1/Kindeditor/2026/08/28/94899326724340dca4d28826acbb43bd/bdb497d6-221b-45b1-b82a-3f62aa21722a.png" title="from clipboard" alt="from clipboard" /><br/><p><br/><br/><p><b>第二点:跟VC广告投放和促销策略调整相关</b><br/><p>1️⃣、VC 广告依赖实时销量,而不是 PO 销量核心是口径对齐问题:VC 广告跑在 Amazon Ads 后台,花钱买的是终端零售订单(ordered sales),而 PO 是几周前的采购决策结果。用 PO 销量评估广告效果,等于用滞后的批发数据去优化实时的零售投放ROI 算出来就是错的。<br/><p>2️⃣广告与实时销量的联动链路:广告 spend → 终端动销上升(实时销量立刻反映)→ 亚马逊预测系统捕捉到动销变化 → 下一轮 PO 放量/维持<br/>
    001+ <p>需求文档:https://alidocs.dingtalk.com/i/nodes/kDnRL6jAJM3yMQv2tAzqOG7BWyMoPYe1?utm_scene=team_space</p>
    002+ <p>分批交付,本需求主要内容为销量分析接入C端销量</p>
    003+ <p>————————————————————————————————————————</p>
    004+ <p>业务需求背景:<br /><img src="https://irobotbox-hd1.oss-cn-hangzhou.aliyuncs.com/1/Kindeditor/2026/08/28/73fb3c517f1a40f9b6d3b9de9b99f661/21ad62a8-c578-4f69-a609-811529ff7de3.png" title="from clipboard" alt="from clipboard" /></p>
    005+ <p>1、<b>只看 PO</b>:假设某 SKU 连续数周接到大额 PO,po报表上"卖爆了",实际是货压在亚马逊仓。实际实际销量很少,顾客没买单,会导致后续PO单 断崖式缩减,发货量暴跌,导致库存呆滞。</p>
    006+ <p>2、<b>只看实时销量</b>:b2c端天天在涨,业务会单纯认为市场形势大好,但看不到 PO 节奏和亚马逊库存水位某天突然全面断货,丢单且恢复期长达数周</p>
    007+ <p>3、<b>两个销量结合着看的目的:</b></p>
    008+ <p><b>第一点:如图</b></p>
    009+ <p><img src="https://irobotbox-hd1.oss-cn-hangzhou.aliyuncs.com/1/Kindeditor/2026/08/28/94899326724340dca4d28826acbb43bd/bdb497d6-221b-45b1-b82a-3f62aa21722a.png" title="from clipboard" alt="from clipboard" /></p>
    010+ <p><br /></p>
    011+ <p><b>第二点:跟VC广告投放和促销策略调整相关</b></p>
    012+ <p>1️⃣、VC 广告依赖实时销量,而不是 PO 销量核心是口径对齐问题:VC 广告跑在 Amazon Ads 后台,花钱买的是终端零售订单(ordered sales),而 PO 是几周前的采购决策结果。用 PO 销量评估广告效果,等于用滞后的批发数据去优化实时的零售投放ROI 算出来就是错的。</p>
    013+ <p>2️⃣广告与实时销量的联动链路:广告 spend → 终端动销上升(实时销量立刻反映)→ 亚马逊预测系统捕捉到动销变化 → 下一轮 PO 放量/维持</p>
迭代版本
提报业务部门 智汇有品事业部
提报人员 林玉
需求来源 业务方迭代需求
所属项目 技术中心-需求池
所属模块 亚马逊
所属计划
业务价值
开发组 有品开发组
受益业务部门 智汇有品事业部
验收人员 林玉
业务目标类型
中心业务目标
业务价值 提高收入
每月价值量 87275
每月节省人数 19
优先级 P1
价值类型 长期价值
预计工时 1
成本 500
ROI 1047.30
操作手册 是
高价值 -
主被动 被动接收
复杂度 一般性
工作流ID
工作流创建时间 0000-00-00 00:00:00
更新点 常规更新
是否高危 否
评分 69.6
当前状态 草稿
所处阶段 已计划
关键词
评审次数 一次
计划上线 0000-00-00
上线时间 0000-00-00
计划验收时间 0000-00-00
业务验收时间
满意度
价值验收
满意度分值
业务回填价值
验收达成价值
验收达成ROI
抄送给
由谁创建 刘佩琪 于 2026-08-28 11:36:15
指派给 刘佩琪 于 2026-08-28 11:36:15
由谁评审
评审时间
由谁关闭
关闭原因
最后修改 刘佩琪 于 2026-10-28 14:09:44
相关Bug
相关用例
相关需求
细分需求