旺季延误，提前四周发现

典型情形。由反复出现的项目模式归纳，不指向任何具体客户。不披露客户名称与订单金额。

项目概况

服装辅料，季节性订单，生产旺季。任务：节点跟进加出货前验货。周期：十周。

客户的问题

工厂连续六周报「正常」。客户没办法验证这句话，而零售窗口不允许晚到。

任务范围

按工厂自己的排产计划设固定节点核进度，有偏差就带证据上报，若无法追回则给出出货结构建议。我们不做生产管理。

怎么做的

三个节点对着工厂自己的计划设，而不是套通用工期：料到厂、首件确认、开始包装。

第二个节点时料已到，但瓶颈工序落后三天——一个更大的客户订单占了机时。工厂周报仍写正常：对订单是准确的，对日期不是。

把积压按日期与机时记录下来，两个方案报价：压缩剩余工序，或拆成空运部分加海运部分。选了拆批。

关键发现

「正常」通常意味着「已排进计划」，不是「会按期完成」。差别只在瓶颈工序上显形。

交付物

带照片的节点记录、瓶颈积压说明、两个出货方案及成本影响、两批货的验货报告。

结果

装柜前四周发现延误；拆批保住了零售档期，也没付全额空运。

口径说明：「四周」指本项目从发现到原装柜日的间隔。

限制

• 不披露工厂、买家与产品。
• 拆批是用成本换风险，不是免费，也不适合所有品类。

下一步

如果唯一的信息来源是工厂周报，在瓶颈工序上加节点。供应链执行里有范围说明。