商品卖得好却缺货，WorkBuddy 能帮运营找到哪一环？

“卖得好却缺货”可能是预测不足，也可能是活动提前、仓库分布不对、锁单占用或补货延迟。WorkBuddy 擅长把供应商邮件、活动排期和商品周报整理成时间线；但库存和订单仍应从系统中按 SKU、仓库和时间点核对。

先确定缺货发生在哪一步

看商品级总量可能掩盖仓库差异。先问：缺货是全部仓库，还是某一地区？是实物不足，还是库存被未支付订单占用？是在活动开始前就不足，还是销量突然超出计划？

WorkBuddy 可以从排期文档和补货沟通里提取承诺日期、活动启动时间、供应商回复和责任人，帮助业务定位待核实环节。文件记录只说明计划，不等于实际到货。

让 AskTable 查询可复查的数字

数据源包含商品、订单、仓库库存和在途记录时，可问“过去七日该 SKU 按仓的销量、可售、锁定与在途变化”。AskTable 的价值在于按业务问题查询并连续追问；准确性依赖 SKU 映射、同步时延与指标定义。

组合装、赠品和替代品往往需要额外业务规则。若模型没被告知这些关系，先补语义与字段备注，不要让它从商品名称猜库存。

把结果变成行动，而不是自动下单

WorkBuddy 汇总“哪些仓可调拨、哪些商品承诺需修改、哪些供应商未回复”，交给采购和仓储确认。AskTable 返回的数据是分析依据，不应直接触发库存修改或采购订单。

对高价值商品可形成固定的缺货监控问题；对低频异常保留临时问数即可，不必把每个问题都做成长期看板。

验收从一条 SKU 开始

选一条历史上发生过缺货的 SKU，核对订单、锁单、仓库和到货时间线。若任一关键数据缺失，就在复盘中标明“无法判定”，不要编一个看似完整的原因。

参考资料

• •腾讯云 WorkBuddy 技能
• •AskTable 产品概览
• •AskTable 如何工作