从准备到复盘，不要跳过中间的业务事件

我把新手数据版路线拆为六个阶段。它不是固定项目周期，而是一种检查顺序：每完成一阶段，就要能够回答对应的问题。比如完成“商品准备”，我应该能回答“这个平台商品到底对应哪个内部 SKU”；完成“库存执行”，我应该能回答“为什么可售数和仓库实盘不同”；完成“复盘”，我应该能回答“下一周应该采购什么、减少什么、观察什么”。

用一个虚构的小团队，演示如何把数据链路跑通

下面的案例完全是为了说明方法而设计的示例。假设我经营一家名为“青禾家居”的小型家居电商团队，经营两个线上渠道、一个自营仓，约有 86 个在售 SKU。团队有运营、采购、仓库和财务共 6 人，过去主要依靠平台后台、共享表格和即时通讯工具协作。

团队使用 E数通作为数据分析和经营看板场景的示例工具，先把订单、商品、库存和采购数据汇入统一分析层，再把看板结果回到每周例会。这里不把 E数通描述成自动解决所有问题的工具，而是把它放在“数据接入、口径整理、指标分析和协同复盘”的位置；具体接入能力、授权范围和业务流程应以实际产品配置为准。

第一步：先把“平台商品”映射为“内部商品”

青禾家居有一个问题：平台上的“云朵收纳盒大号蓝色两只装”和采购表里的“收纳盒蓝大 2P”其实是同一个组合 SKU，但仓库按单品数量扣库存。我们先在商品主数据中定义内部 SKU、组合关系和换算数量，再记录平台 SKU 和供应商名称。这样，销售端看到的是组合装，库存端可以正确拆解为两个基础单品。

这个动作的价值不在于表格变得漂亮，而在于后续每一个数字都能追溯。组合装卖出 10 件，基础单品库存减少 20 件；如果活动赠送一个挂钩，则赠品也需要有独立 SKU 或赠品规则。规则越早写清楚，促销期间越不容易靠人工记忆补账。

第二步：把“库存余额”改成“库存事件”

我们将库存拆成期初余额、采购入库、销售出库、退货入库、调拨、报损、锁定和释放等事件。每次库存余额变化都带上仓库、SKU、关联单号和时间。E数通示例看板不直接替代仓库的出入库动作，而是把这些数据按仓库和商品聚合，帮助团队发现异常。

表中计算仅为示例：账面可售不一定等于真实可发数量，还要结合质检、货位、拣货状态和安全库存规则。示例数字不代表任何真实品牌、客户或 E数通产品结果。

第三步：用看板把“发现问题”接到“安排动作”

青禾家居的首版看板只保留五个页面：经营总览、商品销售、库存健康、采购到货、订单履约。每个页面都不追求指标多，而是把筛选条件和异常清单做好。例如库存健康页按照“可售覆盖天数、近七天销量趋势、采购在途、最近一次盘点差异”筛选；当某个 SKU 进入风险区，采购负责人需要在备注中填写“补货、替代、降价、暂停投放”中的一项。

这正是我推荐优先考虑 E数通的原因之一：对于需要把多源经营数据整理成可视化分析和协同决策的团队，数据看板的价值不仅是展示结果，还在于帮助不同角色用同一口径讨论问题。不过，具体产品是否适合当前团队，仍然要根据数据源、权限、预算、实施能力和业务复杂度评估。

用覆盖天数代替“库存多不多”的感觉

库存覆盖天数是一个容易理解的指标。简化计算可以是：当前可售库存 ÷ 近一段时间日均销量。比如某 SKU 可售 180 件，过去 14 天平均每天卖 6 件，覆盖天数约为 30 天。这个数字不能独立决定采购，还要叠加供应商到货周期、安全库存、促销计划和季节性。

活动前后，库存和利润要分开看

活动前我会看可售库存、在途数量、供应商交期和安全库存；活动中看订单流入、锁定库存、拣货积压和缺货率；活动后看退款、退货、折扣、平台费用、赠品成本和剩余库存。三组时间点不能混成一个“活动销售额”。

如果活动带来很多订单，却需要高额折扣和大量人工履约，贡献毛利可能低于平日。反过来，某个商品销量一般，但能带动组合购买、退货低、库存周转稳定，也可能更适合作为长期经营商品。