国内电商 / 电商运营负责人
让上新活动和售后准备同步
下周上新6个SKU，主图齐备，库存与售后政策还需确认。
同一个 SKU，两个渠道怎样放行？
SKU-N04 · 两个演示渠道共用可售量，渠道 B 还要核对政策V2。
渠道 A
等仓库回签- 发布资料
- 常规商品资料已齐备。
- 可售量
- 仓库未回签可售数量
渠道 B
等仓库回签- 发布资料
- 客服知识卡仍为V1
- 可售量
- 仓库未回签可售数量
最后由商品运营确认放行 核对各渠道库存分配和售后交接。下方流程还涵盖整批上新。
下面改变的是这份样例的条件，可以看到它怎样影响后续交接。
SKU上新目标
具备演练条件- 从哪里接过来
- 客户描述与业务记录
- 谁来核对
- 商品运营
- 核对后交给下一步
- 商品素材核对
核对 客户描述与业务记录 的来源与有效版本，由 商品运营 留下确认记录，再交接 SKU上新目标。
展开这一步所依据的业务记录
| 记录 | 样例输入 | 当前核对状态 |
|---|
以上均为演示记录。正式业务需替换为客户自己的来源、版本与核对回执。
验收看什么：输入与交付物对应、异常有人接、确认有依据。平台规则、商品声明和售后政策按当前资料确认。
素材依据清单
具备演练条件- 从哪里接过来
- SKU上新目标
- 谁来核对
- 商品运营与设计
- 核对后交给下一步
- 库存与活动协调
核对 SKU上新目标 的来源与有效版本，由 商品运营与设计 留下确认记录，再交接 素材依据清单。
展开这一步所依据的业务记录
| 记录 | 样例输入 | 当前核对状态 |
|---|---|---|
| SKU-N03 | 主图已有，规格长宽高待核 | 商品运营核对新规格，设计同步替换 |
以上均为演示记录。正式业务需替换为客户自己的来源、版本与核对回执。
验收看什么：输入与交付物对应、异常有人接、确认有依据。平台规则、商品声明和售后政策按当前资料确认。
库存活动表
资料待补- 从哪里接过来
- 素材依据清单
- 谁来核对
- 运营与仓库
- 核对后交给下一步
- 客服政策同步
SKU-N04 · 仓库未回签可售数量
活动配置不能超过实际可售量
展开这一步所依据的业务记录
| 记录 | 样例输入 | 当前核对状态 |
|---|---|---|
| SKU-N03 | 主图已有，规格长宽高待核 | 商品运营核对新规格，设计同步替换 |
| SKU-N04 | 计划参加活动，可售量待确认 | 仓库未回签可售数量 |
以上均为演示记录。正式业务需替换为客户自己的来源、版本与核对回执。
验收看什么：输入与交付物对应、异常有人接、确认有依据。平台规则、商品声明和售后政策按当前资料确认。
客服政策卡
资料待补- 从哪里接过来
- 库存活动表
- 谁来核对
- 客服
- 核对后交给下一步
- 上新执行确认
SKU-N04 · 仓库未回签可售数量
活动配置不能超过实际可售量
政策V2 · 客服知识卡仍为V1
上新必须带着售后承接一起完成
展开这一步所依据的业务记录
| 记录 | 样例输入 | 当前核对状态 |
|---|---|---|
| SKU-N03 | 主图已有，规格长宽高待核 | 商品运营核对新规格，设计同步替换 |
| SKU-N04 | 计划参加活动，可售量待确认 | 仓库未回签可售数量 |
| 政策V2 | 新品安装与退换条件 | 客服知识卡仍为V1 |
以上均为演示记录。正式业务需替换为客户自己的来源、版本与核对回执。
验收看什么：输入与交付物对应、异常有人接、确认有依据。平台规则、商品声明和售后政策按当前资料确认。
上新核对单
等待前序确认- 从哪里接过来
- 客服政策卡
- 谁来核对
- 商品运营
- 核对后交给下一步
- 订单售后复盘
SKU-N04 · 仓库未回签可售数量
活动配置不能超过实际可售量
政策V2 · 客服知识卡仍为V1
上新必须带着售后承接一起完成
展开这一步所依据的业务记录
| 记录 | 样例输入 | 当前核对状态 |
|---|---|---|
| SKU-N03 | 主图已有，规格长宽高待核 | 商品运营核对新规格，设计同步替换 |
| SKU-N04 | 计划参加活动，可售量待确认 | 仓库未回签可售数量 |
| 政策V2 | 新品安装与退换条件 | 客服知识卡仍为V1 |
以上均为演示记录。正式业务需替换为客户自己的来源、版本与核对回执。
验收看什么：输入与交付物对应、异常有人接、确认有依据。平台规则、商品声明和售后政策按当前资料确认。
订单售后复盘
等待前序确认- 从哪里接过来
- 上新核对单
- 谁来核对
- 客服与运营
- 核对后交给下一步
- 人工验收与下一轮服务
SKU-N04 · 仓库未回签可售数量
活动配置不能超过实际可售量
政策V2 · 客服知识卡仍为V1
上新必须带着售后承接一起完成
展开这一步所依据的业务记录
| 记录 | 样例输入 | 当前核对状态 |
|---|---|---|
| SKU-N03 | 主图已有，规格长宽高待核 | 商品运营核对新规格，设计同步替换 |
| SKU-N04 | 计划参加活动，可售量待确认 | 仓库未回签可售数量 |
| 政策V2 | 新品安装与退换条件 | 客服知识卡仍为V1 |
以上均为演示记录。正式业务需替换为客户自己的来源、版本与核对回执。
验收看什么：输入与交付物对应、异常有人接、确认有依据。平台规则、商品声明和售后政策按当前资料确认。
试着补齐一个条件，看后面怎样变化
这份模型现在能做到哪一步？
- 现在可体验
- 查看样例业务记录、改变演练条件、核对前后依赖并导出交接表。
- 小燃Ai可以继续做
- 按你填写并确认的实际情况生成诊断、方案与协作任务；未提供的事实保持待确认。
- 进入你的业务前
- 核对真实资料、现有系统和接口权限，约定操作边界后配置、试跑与验收。
再看细一点：资料、异常与验收怎样衔接
01 · 业务目标
让上新活动和售后准备同步。下周上新6个SKU，主图齐备，库存与售后政策还需确认。
02 · 准备资料
SKU-N03 · 主图已有，规格长宽高待核
SKU-N04 · 计划参加活动，可售量待确认
政策V2 · 新品安装与退换条件
03 · 执行与分工
- 上新目标与SKU · 商品运营承接，形成SKU上新目标
- 商品素材核对 · 商品运营与设计承接，形成素材依据清单
- 库存与活动协调 · 运营与仓库承接，形成库存活动表
- 客服政策同步 · 客服承接，形成客服政策卡
- 上新执行确认 · 商品运营承接，形成上新核对单
- 订单售后复盘 · 客服与运营承接，形成订单售后复盘
04 · 例外怎样处理
页面尺寸来自旧款
图片完成不代表商品信息正确；由商品运营核对。
仓库未回签可售数量
活动配置不能超过实际可售量；由仓库核对。
客服知识卡仍为V1
上新必须带着售后承接一起完成；由客服核对。
同一笔业务，怎样交到不同岗位手上
以下为联动设计预览：同一业务对象、各岗位交接和未满足条件集中核对，正式系统按项目配置。
每一步，都有可以核对的交付物
下表沿用刚才的演练条件。点击任一交付物，可回到它对应的业务步骤。
| 交付物 | 谁来承接 | 当前样例状态 |
|---|---|---|
| 01 · SKU上新目标 | 商品运营 | 具备演练条件 |
| 02 · 素材依据清单 | 商品运营与设计 | 具备演练条件 |
| 03 · 库存活动表 | 运营与仓库 | 资料待补 |
| 04 · 客服政策卡 | 客服 | 资料待补 |
| 05 · 上新核对单 | 商品运营 | 等待前序确认 |
| 06 · 订单售后复盘 | 客服与运营 | 等待前序确认 |
来源与版本、完整字段、异常处理、责任人确认。平台规则、商品声明和售后政策按当前资料确认。
这是落地模型的交付物设计，客户项目按实际范围和执行证据验收。
填写我的情况，让小燃Ai继续做
让小燃Ai把这件事展开
写下你的现状，生成可以继续核对和打磨的工作成果。