做了这么多年计划，我发现一个挺有意思的现象。每次断货，管理者第一句话永远是：计划，分析一下原因。然后计划员就开始拆数据，销量预测偏差多少，物流时效波动多少，供应商交期延迟几天，表格做得整整齐齐，结论写得清清楚楚。最后这份报告交上去，大概率只有计划自己看，其他人该干嘛还干嘛。
这让我一直想一个问题：为什么断货分析这个活儿总是落在计划头上？是因为计划做错了什么吗？
后来明白，是因为计划是整条链路里唯一一个既看得见需求端、又看得见供应端的人。运营只管卖，采购只管买，物流只管运，仓库只管收。只有计划站在中间，手里捏着所有的数据节点。所以一旦出了事，大家本能地看向计划：你不是应该都清楚吗？那你来分析。
逻辑没有问题，计划确实最适合做这件事。但问题出在大家对“分析”的期待上。
很多公司的断货分析，本质上不是诊断，是走流程。领导要一份文档，证明有人在处理这件事，计划就做一份表格，证明自己在执行。至于分析完之后问题解不解决，好像没那么重要。
原因拆得再细有什么用呢？根子不在计划手里，计划拿什么去改？
销量预测达成偏差，很多时候是运营临时推了站外、做了秒杀，或者市场变动、产品质量问题，这些计划能提前预判吗？不能。
物流时效波动，是货代甩柜、海关查验、港口拥堵甚至天气、政策原因，计划能控制吗？控制不了。
供应商交期延迟，是工厂产能排不过来、原材料紧缺、品质出了问题，计划能替工厂拧螺丝吗？拧不了。
断货分析到最后，经常变成计划一个人在对着空气挥拳。这份报告从诞生的那一刻起，就等于石沉大海。
所以我给自己定了个规矩：把断货分析写成诊断报告。这份报告不是写给领导交差，而是写给整条链上的人看。
以前总按销量偏差、物流波动、供应商延迟这么分，太笼统了，笼统到谁都可以说这不是我的问题。换成责任归属就不一样了：这次断货，运营侧有哪些动作计划没提前获知，物流侧有哪些环节计划无法干预，供应侧有哪些节点计划该预警但没做到。拆完之后，每个人都能在自己那块看到具体的事，而不是一堆模糊的归因。
第二件，分析里必须带“下一步”：计划能做什么，以及需要别人配合什么。
比如运营要做站外推广，提前多久同步计划才可以调节奏；比如某个物流渠道经常甩柜，计划可以建议换渠道或者加安全库存；比如供应商交期不稳，可以建个波动监控表，提前两周预警。这些事不是我们单方面能落地的，但可以把它摆出来，变成大家的协作规则。
我会把每次断货的关键节点记下来，比如这次是因为物流涨价导致发货晚，那下个月同渠道的货就要提前评估。攒多了就发现，断货的原因翻来覆去就那几样，只是触发条件不一样。把这些触发条件整理成一个核对清单，下次补货前过一遍，可能会比断货后写十页报告有用。
分析的价值，不在于把原因拆得多细，而在于让整条链路上的每个人都看到自己在断货这件事里扮演了什么角色，以及下次可以做些什么事来应对。
当然，也不是说你都做明白了，别人就一定改。很多公司里，计划没资格对各部门追责，说多了反而落个爱甩锅的名声。
计划适合做断货分析是事实，但不应该为断货分析里暴露出来的所有问题买单。分析是计划做的，解决问题是整个团队的事。
如果一直让计划一个人在那儿分析来分析去，其他人站在旁边看，那断货这件事，就永远不会有个头。
跨境电商的终局，不是死于流量枯竭，而是败于供应链塌方，活下去，然后赢！
不做纸上谈兵的学院派，在无序中建立秩序，在混沌中开辟绿洲！
跨境绿洲