AI Agent正在改变商品计划：从事后复盘到提前决策

核心观点：

AI Agent不是替商品团队做决定，而是把商品计划从事后反应，推向持续监控、动态推演和提前决策。

去年年底和一个做了15年商品计划的朋友聊天，他打开电脑给我看他的Excel — 五六个工作表，几千行数据，各种颜色标记。OTB预算拆到月、品类结构分到三级、首单比例用历史数据推的、售罄率每周跟、可销周数标了红黄绿灯。

他说：”这就是我每天的全部。我花了15年把这个表格做到极致。”

我问了他一个问题：”如果明天华南突然降温10度，你能不能在2小时内告诉采购部和物流部，哪几个SKU要追加首单、哪些门店要调拨、可销周数的底线会不会被击穿？”

他愣了一下。”至少要两三天。我要先看数据，再做分析，出方案，跨部门对齐。等结果出来，天气可能都回暖了。”

这就是2026年最需要面对的现实：过去需要两三天才能完成的跨部门分析和方案制定，在AI Agent的辅助下，可能只需要几小时就能跑完初步推演——不是因为对方更聪明或更拼，而是系统在夜间自动完成了数据更新和多情景模拟，第二天一早把推演结果和建议放在所有人的工作台上，等着人来判断和拍板。

我整理了2026年AI Agent改变商品计划的五个关键变化。每个变化都有具体的业务影响路径。

变化一：商品计划从”一次性作业”变成”持续推演”

传统的商品计划节奏非常固定：季前做OTB、定品类结构、拆首单和追单比例、拉库存周转目标。一套计划从搭建到审批，短则一个月，长则一个季度。然后按计划执行，季末看售罄率复盘。

这套逻辑的假设是：计划期内的市场是稳定的。

但现实从来不按这个假设走。华南突然降温、某款在抖音意外爆了、竞品突然打价格战、上游面料出了问题导致交期延迟…任何一个变量都可能让首单比例、品类结构、可销周数这些关键指标偏离预设轨道。

但计划已经签批了，”改起来太麻烦”——于是你只能硬着头皮执行，季末面对低于目标的售罄率和多出来的库存周转天数。

AI Agent的价值：把计划从”定稿”变成”活页”

它不是在季前给你一份不可更改的”答案”，而是持续在后台推演——不只是”现在该做什么”，而是”如果A发生了，OTB在哪里调整最不伤毛利率；如果B发生了，首单比例压到多少既能保现金流又不至于断货；如果C发生了，品类结构怎么调能让售罄率回到目标线”。

计划不再是一年做三次。而是按照数据刷新节奏（T+1日报、销售实时数据、库存变动、外部变量更新），在预设的业务规则和触发条件下自动推演——评估库存周转、可销周数和毛利率底线的变化，标记需要关注的偏离项。

具体的场景：AI Agent检测到某款卫衣在华东区的销售增速连续三天超过预期30%，可销周数从4周压缩到了1.6周。它会生成一份建议：按当前增速，该SKU在华东区还剩11天库存；建议将华南区同SKU的库存调拨过来，调剂后华东可销周数恢复到3.2周，预计多实现销售28万，调拨成本约1.2万，品类整体售罄率提升约2.3个百分点。

商品经理看到这份建议后，结合自己的经验判断——这个增速是短期流量还是真实需求爆发？调拨后华南会不会反而断货？——做出最终决策。

AI提供推演和建议，人做判断。

变化二：库存监控从”人盯报表”变成”Agent主动预警”

现在大部分鞋服企业的库存监控方式是这样：

商品运营团队每天到公司，打开报表，看哪些SKU的可销周数低于安全线、哪些SKU的库存周转天数超过警戒值、哪些品类的售罄率跑输目标。发现问题之后，自己做判断、出方案、走流程、等审批。

这种方式有三个天生的缺陷：

第一，有延时。 你今天早上看到的可销周数和售罄率数据，是昨天的。等你分析完、出方案、走完审批、调拨到位，窗口期可能已经过去了。对畅销款来说，两天的延迟可能意味着错过最佳回补时机。

第二，靠运气。 一个人盯着几百个SKU、几十家门店的库存周转和可销周数数据，总会有遗漏。不是不努力，是人的注意力带宽就这么多。那些”明明可以多卖但没被发现的机会”、”本来不该积压但被忽略的风险”，都在这种”靠运气式监控”里被默默错过。

第三，看表象不看根因。 你看到某个SKU库存周转天数飙高，你判断”销售不好”。但根因可能是什么？首单配货时该SKU的品类结构就偏了、尺码配比在这个门店里是错的、价格带和商圈客群不匹配。人工监控只能看到”结果数字”，很难直接穿透到”原因环节”。

AI Agent的价值：从”报警”到”诊断”

传统的BI报表告诉你”库存周转天数异常了”。AI Agent告诉你的是：这个异常是怎么形成的——是首单比例过高？是品类结构里这个三级品类占比失衡？还是外部因素（气温、竞品促销、区域活动）在影响周转速度？

它不是一个”报警器”——报警器告诉你”有问题”。AI Agent做的是预警+根因分析+建议生成：告诉你”什么问题、为什么、可能怎么解决”，然后把判断权留给你。

比如：不是告诉你”可销周数太低”，而是：”该SKU在华北区11家门店的可销周数已降至1.2周，低于公司2周的安全线。根因是首单比例偏低（首单30%，原计划35%），且上周气温骤降拉高了需求。建议本周追加补货，优先覆盖可销周数最低的5家门店，预估需追加250件。同时建议评估同品类其他SKU是否也存在类似的首单比例偏差。”

变化三：经验从”说了算”变成”可验证、可校准”

鞋服行业可能是最依赖经验积累的行业之一。

做了20年的老商品人，凭感觉就知道”这个品类今年的OTB应该收8%”、”东北门店的首单比例要拉到45%以上”、”这个版型的售罄率目标不能设太高”。

这些经验有价值。但它有两个硬伤：

第一，经验难以被精准验证。 你做了一个判断：某品类OTB减10%。执行了。季末售罄率提升了，你说是经验准。但如果售罄率没提升呢？你能精确归因吗——是品类方向判断对了但首单比例出错了？还是方向、首单都对，但尺码结构把周转拖垮了？多数时候就是”复盘会上说一说，下次继续凭直觉”。

第二，经验难以被系统化传承。 老商品人离职了，对品类结构、首单比例、OTB节奏的感觉也带走了。新人重新交学费，用几十万、几百万的库存损失来”攒感觉”。

AI Agent的价值：不是替代经验，是校准和保留经验

它不会说”你的直觉是错的”。它会说：”根据过去三年同品类、同价格带、同上市周期的数据，你判断首单比例从40%提到45%——这个方向的正确概率是72%。但有一个点你可能没注意到：该价格带在华东市场过去两年的转化率下滑了15%。如果这个趋势延续，首单提到45%会导致该区域的库存周转天数拉长12天。”

然后把校准后的信息和建议呈现出来，让你重新判断。

最好的模式是：人做策略判断，AI做情景验证。 商品人提供行业嗅觉、市场敏感度和战略方向，AI用数据来校准缺口、评估风险、生成多方案建议。经验被保留下来、被系统化验证，而不是”人走了经验就没了”。

变化四：部门协同从”开会对齐”变成”统一经营模型”

做过商品管理的人都知道这个场景：

商品部做了OTB和品类结构方案，报了一个数。财务部看了说”预算不够，库存周转天数拉太长”。零售部说”首单比例太保守，门店陈列会空”。供应链说”这个SKU的交期赶不上”。

四个部门，四套逻辑，四本账。然后开始开会——第一轮对齐数据口径，第二轮对齐逻辑，第三轮妥协出一个”大家都不满意但都能接受”的版本。等对齐了，市场已经变了，从头再来。

这种”协同困境”的根源不是”沟通不够”，而是每个部门在用各自的局部视角和局部数据做判断：商品部看售罄率和可销周数，财务看现金流和预算杠杆，零售看坪效和陈列深度，供应链看产能和交期——没有一个统一的经营模型把所有这些变量链接起来。

AI Agent的价值：统一经营模型，而不是协调工具

它维护一个统一的经营模型：销售目标、OTB预算约束、品类结构、首单比例、库存周转目标、可销周数底线、现金流节奏、毛利率底线，全部在同一个模型里实时联动。你可以把它理解为各部门共享的一套操作系统——不是替代各自的专业工具，而是在经营层面提供一套共同的底层逻辑。

当商品部调高某个品类的OTB时，Agent自动更新该品类的首单比例建议、库存周转预测和现金流占用。当供应链反馈产能不足时，Agent自动重新推演：哪些SKU优先保首单、哪些可以延后做追单、对整体售罄率和可销周数的影响是多少。

会议不再主要用于对齐数据口径，而是用于讨论方案取舍。所有人看的是同一套数据、同一个模型、同一组推演结果。商品决策从”开会→吵架→妥协”，变成”模拟→验证→决策”。

变化五：决策从”事后复盘”变成”事前沙盘推演”

这是五个变化里最根本的一个。

现在大部分企业的决策模式是：做决策 → 执行 → 看售罄率和库存周转 → 复盘 → 下次注意。

这套逻辑的致命问题：等你”看结果”的时候，损失已经发生了。”下次注意”的”下次”，你可能又要付出同样的代价。

更本质的问题是：商品计划中的每一个决策，都是一次性的、几乎不可逆的。 你不可能”先试试不行再改”——OTB批了，货下了，首单比例锁定了，品类结构铺下去了，库存已经进入周转了。

AI Agent的价值：提前跑一遍”如果这样做，会发生什么”

在你的决策落地之前，AI Agent帮你跑多情景模拟：

• 你计划在北方市场投一款加厚羽绒服，首单比例35%。Agent模拟：如果今年暖冬、销售只达成目标的60%，你的库存周转会拉长多少天、售罄率多难看、哪些门店的现金流会被卡住？
• 你打算把一个品类的OTB下调8%。Agent模拟：如果零售端反馈”陈列太薄”，同店销售会不会下滑？可销周数压到多少会触发断货风险？
• 你评估一个竞品可能在双11打价格战。Agent模拟：在不同折扣深度下，你的毛利率、售罄率和库存周转分别是什么表现？最坏情况下需要多少现金流来撑过去？

然后你根据这些模拟结果来做判断。不是”赌一把”，而是”算过再下注”。

一个做了这个转型的品牌对我说过一句话，我一直记得：”以前做商品计划像是在大雾里开车，现在至少有了导航。导航不能消除所有风险，但它能告诉你前面有个弯、有条河、有个堵车点——让你在撞上去之前踩刹车。”

AI Agent生效的前提：四个必要条件

说了这么多AI Agent能做什么，还必须说清楚它不能在什么情况下生效。以下四个条件，差一个，AI Agent都只能是”好看的技术演示”，落不了地。

前提一：数据打通

AI Agent不创造数据，它只分析数据。如果销售数据在POS系统、库存数据在ERP、财务数据在另一套系统里——三套系统互不打通、口径互不对齐——那Agent推出来的任何东西都没有意义。

最低要求： POS、ERP、财务系统的数据实现T+1打通，口径一致。”售罄率”在所有系统里是同一个算法，”可销周数”用的是同一套库存口径，”品类结构”的SKU归属规则是统一的。这件事说难不难，但很多品牌至今没做透。

前提二：规则建模

AI Agent不是漫无边际地”自由发挥”。它必须在业务规则框架内运行。

需要定义清楚的东西包括：首单比例的上下限是多少？可销周数的安全线设在哪里？库存周转天的警戒线和红线分别是多少？补货触发条件是按绝对销量还是按可销周数变化率？品类结构偏差超过多少才算异常、需要触发预警？

这些规则不是技术问题，是业务问题。没有这些规则框架，Agent的建议看起来很有道理，但可能完全不适用你的经营逻辑。

前提三：权限机制

AI Agent可以预警、推演、生成建议，但不能替人拍板。

需要建立清晰的权限分级：哪些决策Agent可以直接发出预警通知但不需要审批（比如某个门店的可销周数触及安全线）、哪些决策Agent生成建议后需要商品经理确认（比如追加补货或调整首单比例建议）、哪些决策Agent只做推演建议但最终由管理层决策（比如调整品类结构或修改OTB总盘）。

这个机制的明确程度，决定了团队是”信赖Agent”还是”害怕Agent”。信赖来自于”我知道它的边界在哪里”，恐惧来自于”我不知道它会不会替我做主”。

前提四：业务闭环

AI Agent最大的失败模式不是”算错了”，而是”算对了但没人用”。

它的建议被生成了、被看到了，但如果调拨指令没有在48小时内执行、补货建议在审批流程里躺了一周、品类结构调整等了两轮会议的”再议”——那Agent的存在价值为零。

需要建立从”Agent预警/推演/建议”到”人工判断”到”决策执行”到”结果反馈”的完整闭环。而且结果必须回流给Agent——这一次的建议被采纳了、效果好不好、偏差在哪——Agent才知道下次怎么优化自己的推演逻辑。

没有这个闭环，Agent就是一个”很贵的消息推送系统”。

五个变化，一个内核

AI Agent不替商品团队做决定。它做的是三件事：

持续监控 — 不再靠人盯报表，而是系统7×24小时跟踪每一个SKU的售罄率、可销周数和库存周转变化，异常发生时不是”有人发现”而是”有人被通知”。

动态推演 — 季前计划不再是铁板一块，而是按照市场变化持续重新计算OTB、品类结构、首单比例和周转目标，每一次计算都在回答”如果现在调整，最优路径是什么”。

提前决策 — 不是在库存崩了之后复盘，而是在库存崩之前生成建议和警讯，把决策窗口从”事后”拉到”事前”。

一句不中听但真实的话：2026年的鞋服行业，增长不再靠多开店、多铺货。增长来自于同样的货、同样的店，但你比别人少错了几个决策——少压了一笔库存、少断了一次货、少错过了一个回补窗口。

而少错的那几个决策，就是AI Agent和传统商品计划的分水岭。

库存是结果。决策才是源头。

你的商品计划，还停在Excel里吗？