01
步骤 1
取每个SKU在报告时点的可售库存、商家指定需求窗口内记录的销售、落入该窗口的退货与调整，以及该数值所采用的件数或成本口径。
返回所属主题
Spark 运营场景库 · Spark: AI Store Assistant
估算剩余库存可支撑的销售天数
补货决策是在不知道现有库存按实际记录的需求速率还能支撑多久的情况下做出的。本场景的即时任务是估算剩余库存可支撑的销售天数。流程应产出库存健康度分析与优先级行动清单，用可售库存除以既定需求速率，并把结果标注为估算值。
所属主题
库存分析与周转
目标关键词
shopify days of inventory remaining
可复制 AI 提示词
直接用在 Spark 工作流里的提示词
先替换所有 [方括号] 占位内容，再补充你真实的店铺数据和限制条件，最后粘贴到你常用的 AI 助手或 Spark 智能体里。Spark 会按本页定义的流程给出结构化的输出和验证方式。
ai-prompt.txt
你是一名 Shopify 运营专家。请帮我处理「shopify days of inventory remaining」这一问题，所属方向为「库存分析与周转」。
店铺背景：[填写品类、目标市场、目标客群]
处理范围：[填写商品、页面、客户、活动或日期范围]
可提供的数据：[填写已有资料]
请按以下方式工作：
1. 先说明完成该任务需要哪些关键数据，并标记缺失项。
2. 用可售库存除以该窗口内观察到的日均需求；窗口内完全没有需求的SKU不做除法，改为连同库存数量标注为可支撑天数待定；窗口内包含促销或断货情形的，在数值旁注明。
3. 输出问题判断、建议方案、优先级、所需人工确认事项和验证方法。
4. 所有商品属性、指标、客户信息和营销结论必须以我提供的数据为依据；没有证据时请明确写“待确认”，不要猜测。
5. 如涉及发布、发信、改价、修改商品或账户操作，在我明确授权且工具已连接前，仅输出草案或操作步骤；完成操作后再报告已验证的结果。解决步骤
推荐的解决流程
按输入、判断、交付三个阶段拆开执行，先保证每一步的输出，再进入下一步。
02
步骤 2
用可售库存除以该窗口内观察到的日均需求；窗口内完全没有需求的SKU不做除法，改为连同库存数量标注为可支撑天数待定；窗口内包含促销或断货情形的，在数值旁注明。
03
步骤 3
输出库存健康度分析，每一行列出可支撑天数并注明所用窗口与需求速率，把每个数值标注为估算值，并附优先级行动建议；发布前先把可售库存与当前库存导出核对一致。
常见问题
执行这个场景时最常见的疑问
覆盖判断依据、常见误解和必须准备的输入，让团队在真正动手之前先把前提对齐。
为什么可支撑天数被称为估算值？
因为它假定窗口内观察到的需求速率会原样延续，而促销、断货或单笔大额订单都会扭曲这个速率。因此该数字是连同窗口一起发布的估算值，而不是对库存耗尽日期的承诺。
近期完全没有销售记录的SKU如何处理？
不给它计算可支撑天数，因为除以零需求会得到一个无穷大的数值，它会排在所有SKU之前并掩盖真正的问题。改为连同在手库存标注为待定，并把该SKU转入呆滞或滞销复核。
在途补货可以延长可支撑天数吗？
只有商家政策允许时才计入，并且单列一栏，因为把预期到货混入当前可售量会让SKU在今天看起来很安全。估算列只保留在手可售库存，预期到货另附其预计日期。
相关场景
继续浏览相近或同主题的 Spark 运营场景
先优先看同主题的相似问题，或用相似度推荐扩展到跨主题但逻辑相近的其他场景。
Next step
想把这些 AI 场景直接嵌入日常运营？
Ciwi Spark 围绕 Shopify 商家常见的研究、投放、翻译和客户支持等流程，提供可以直接接入店铺的 AI 工具与智能体，减少反复写提示词的成本。