说一个很多PMC都经历过的场景:
销售接了一个订单,客户要求30天交货。销售没多想,直接答应了。
订单转给PMC,PMC一核算:
- 关键物料采购周期要45天
- 瓶颈设备未来三周的产能已经排满了
- 这个产品还需要一个特殊工艺,外协周期要两周
PMC跟销售说:"这个交期做不了,至少要50天。"
销售急了:"客户已经答应了,改不了。"
PMC只能硬着头皮排,然后开始到处协调:催采购加急、找外协商插队、调整其他订单的优先级……
最后交期还是没保住,客户投诉,销售怪PMC排得不好,PMC怪销售接单时不评审。
这种"排产从一开始就是被动的"情况,在太多工厂里反复上演。
一、订单评审:排产管理的第一道关卡
很多工厂对订单评审的理解很简单:销售把订单丢给PMC,PMC看一下交期,说"能做"或"不能做"。
但这不叫评审,这叫"接单确认"。
真正的订单评审,至少要做三件事:
1. 交期可行性评估
客户要求的交期,工厂能不能做到?
要做到这一点,PMC需要在接单时就掌握:
- 当前产能负荷:未来几周的产能利用率是多少?有没有空余?
- 物料采购周期:关键物料的采购周期是多长?能不能在交期前到齐?
- 工艺外协周期:有没有需要外协的工序?外协商的交期是多久?
- 在制订单影响:现有订单的排产情况如何?新订单插进来会影响哪些?
如果这些信息在接单时就能评估清楚,销售承诺给客户的就是一个有依据的交期,而不是"拍脑袋"的交期。
2. 订单优先级判定
不是所有订单都一样重要。
有的客户是大客户,交期必须保住;有的订单利润高,值得优先安排;有的订单是试产,可以灵活调整。
订单评审的一个重要产出,就是明确每个订单的优先级。
优先级决定了排产时的顺序——哪些订单必须优先,哪些订单可以适当延后,哪些订单可以合并生产。
3. 风险预判
订单评审不只是"能不能做"的判断,还要预判风险:
- 如果某个关键物料采购延迟,会影响哪些订单?
- 如果瓶颈设备出现故障,这个订单还能按期交付吗?
- 如果客户临时要求变更数量或规格,应对方案是什么?
提前预判风险,提前准备预案,比事后救火强一万倍。
二、为什么很多工厂的订单评审形同虚设?
理论上,订单评审应该在接单时就完成。但现实是,很多工厂的订单评审要么没有,要么流于形式。
原因有这么几个:
原因一:信息不透明,评审缺乏依据
PMC在评审订单时,需要知道:
- 当前产能负荷是多少?
- 物料库存和采购在途情况如何?
- 现有订单的排产进度是什么?
但很多工厂,这些信息散落在不同系统、不同人手里:
- 产能在车间主任的脑子里
- 物料在采购的Excel里
- 订单在销售的系统里
PMC要评审一个订单,得挨个部门问,等问完了,半天过去了。
久而久之,评审就变成了"销售说几天就几天",PMC只是走个形式。
原因二:评审没有标准流程
有些工厂有订单评审的"规定",但没有标准化的流程:
- 谁负责评审?
- 评审哪些维度?
- 评审结果如何记录?
- 评审不通过怎么处理?
没有标准流程,评审就变成了"谁嗓门大谁说了算"。
原因三:销售有"先接单再说"的惯性
很多销售的逻辑是:先把订单接了,交期的问题后面再协调。
他们觉得评审是"增加沟通成本",是"拖慢接单速度"。
但问题是:接单时不评审,后面出了问题,沟通成本更高——客户投诉、加班赶工、外协加急、产线调整……这些成本远超评审的时间成本。
三、订单评审应该怎么落地?
订单评审要落地,需要三个支撑:
1. 标准化的评审流程
一个完整的订单评审流程,至少包括:
表格
评审环节 | 负责人 | 评审内容 |
初步评审 | 销售 | 客户需求、产品规格、预期交期 |
产能评审 | PMC | 当前产能负荷、瓶颈资源、可排产时间 |
物料评审 | 采购/PMC | 物料库存、采购周期、齐套时间 |
综合评审 | PMC | 交期确认、优先级判定、风险预判 |
确认回复 | 销售 | 交期回复客户、特殊需求沟通 |
每个环节都有明确的负责人和评审内容,不遗漏、不扯皮。
2. 实时的数据支撑
评审需要数据,数据要实时:
- 产能数据:每条产线、每台设备的当前负荷和未来排产情况
- 物料数据:库存数量、在途数量、采购周期、供应商交期
- 订单数据:在制订单数量、优先级、交期、进度
这些数据如果能实时可见,PMC评审一个订单的时间可以从"半天"缩短到"几分钟"。
3. 评审结果的系统化记录
评审结果不能只停留在口头或微信里,要系统化记录:
- 每个订单的评审记录(评审时间、评审人、评审结论)
- 交期承诺的依据(基于什么数据判断的)
- 风险预判和预案(可能的风险点和应对措施)
这样做的价值在于:
- 事后可以追溯:为什么承诺了这个交期?依据是什么?
- 持续优化:哪些订单的评审判断准确率高?哪些容易出问题?
- 知识沉淀:评审经验可以积累,不依赖某个人的经验。
四、APS如何支撑订单评审?
订单评审的核心难点在于:PMC需要在短时间内获取产能、物料、订单等多维数据,做出判断。
APS智能排产在这几个方面提供了支撑:
产能可视化:系统可以实时展示各产线、设备的产能负荷情况。PMC评审订单时,可以快速查看目标时间段内有多少可排产能,不需要挨个问车间。
物料齐套预分析:订单评审时,系统可以基于BOM、库存、采购在途等数据,预分析这个订单的物料齐套时间。PMC可以快速判断:这个订单的物料能不能在交期内到齐?
交期模拟:PMC可以在系统中模拟排产,看看新订单插进来后,对现有订单的影响是什么。如果 simulaton 结果显示某个订单会延期,PMC可以提前和销售沟通,调整交期或者调整优先级。
评审记录沉淀:每个订单的评审过程、依据、结论,都可以在系统中记录,形成可追溯的评审档案。
说白了,APS不是替PMC做评审决策,而是给PMC提供评审所需的数据和工具,让评审从"拍脑袋"变成"有依据"。
五、订单评审的价值
有些PMC可能会觉得:评审是"增加工作量"。
但从长远看,订单评审的价值非常大:
1. 减少被动排产
订单评审做好了,PMC接到的订单都是"经过评估的",交期是合理的,物料是有保障的,产能是支撑得住的。
PMC的工作从"接单后到处救火"变成"按计划稳步推进"。
2. 提升交期达成率
交期在接单时就经过充分评估,承诺给客户的交期是有依据的。
交期达成率自然就上去了。
3. 降低内部协调成本
订单评审时已经把各部门的信息拉通了,后续排产过程中就不需要反复沟通确认。
PMC从"信息搬运"中解放出来,把精力放在真正的计划管理上。
4. 提升客户满意度
交期承诺准确了,交付按时了,客户满意度自然提升。
销售也不再需要天天跟客户道歉"延迟了"。
六、结语
排产管理的第一步,不是排产,而是订单评审。
很多工厂的排产混乱,根源在于订单评审缺失或者形同虚设。PMC接到的订单从一开始就是"不可能完成的任务",再怎么优化排产也解决不了根本问题。
订单评审不是"增加流程",而是在源头把控交付风险。
当PMC能够在接单时就清楚地回答"这个订单能不能做、什么时候能做、风险在哪里",排产管理才真正从"被动救火"走向"主动规划"。
你的工厂,订单评审是"走过场",还是真的在发挥作用?