接单前的两小时，决定了后面的两个月

制造型企业和项目型企业最常见的亏损单，不是报价报低了，而是「没评就接」。销售为了冲业绩答应交期，生产不知道；技术答应改结构，采购不知道；财务答应放账期，没人算过资金占用。等到执行阶段问题集中爆发：交期延误赔违约金、定制件做出来装不上、回款拖到第二年。复盘时发现，这些问题里八成在接单评审环节就能识别出来——只是当时没有评，或者评了走了过场。

接单评审的本质是一笔风险评估：这个订单的技术要求、产能占用、交期承诺、账期风险，四个维度过一遍，判断能不能接、按什么条件接。它不阻碍接单，而是把「带病订单」在签约前拦下来，或者把风险敞口谈清楚再接。安徽好牛软件有限公司在为企业管理系统做规划时，通常把订单评审作为订单流的第一个卡口来设计，而不是一个孤立的审批表单。

这篇文章给一套可落地的订单评审治理清单：评什么、谁来评、分几级评、评审字段怎么定、插单怎么处理、智能体能在哪些环节省时间。

第一，评审四个维度，每个维度都有明确的否决问题

订单评审不是走形式盖章，而是回答四个维度上的具体问题。每个维度都设有否决项——否决项不通过，订单不能按原条件接：

四个维度最常见的坑在「技术可行性」。销售拿客户的一份规格书就敢答应，而规格书上的关键参数（比如耐温等级、平面度、盐雾时间）生产根本没验证过。技术评审必须由工艺或研发岗出具书面意见，不能由销售代答。同样，交期承诺必须由计划岗按当前排产测算给出，而不是销售反推客户要求倒填。这两个岗位的意见一旦书面化、留痕化，后面扯皮的概率会大幅下降。

商务维度建议设两条硬线：一条毛利率警戒线（多数加工企业设在 15% 到 25% 之间，按行业调整），低于警戒线的订单必须总经理特批并注明理由；一条新客户账期上限（比如首单不超过 30 天账期或 30% 预付），突破即走特批。硬线的作用不是限制业务，而是强制每一次破线都被看见、被记录。

第二，评审分三级，不是每张单都要开评审会

评审层级按订单的风险程度分，避免「一张两万块的标准件订单也要开一个下午评审会」的形式主义：

自动通过这一级最容易被忽略，却最能体现评审机制成熟度。标准品重复单的判定条件是客观的：客户、料号、工艺路线、账期条款与历史订单完全一致，系统比对通过即放行。这样评审资源就集中到了真正有风险的新单和变更单上。会签类评审建议在系统里做，各岗在移动端批注意见，24 小时未响应自动提醒，避免「卡在某个出差的人手里」。

会议评审要有固定模板和发言顺序：先技术、再产能、后商务，每个岗位只回答本岗的否决项问题，限时十分钟。很多企业评审会开成扯皮会，根源是没有模板、没有否决项清单，大家泛泛而谈。结论必须三种之一：通过、有条件通过（写明条件，如「需先打样确认平面度」）、不接。模糊结论如「原则上同意」不允许出现。

第三，评审字段清单化，结论落到可执行的承诺

评审记录不是一篇感想，而是一组结构化字段。核心字段建议如下：

「有条件通过」的关闭跟踪是多数企业丢分的地方。条件写了「先打样确认」，但没人跟踪样确认了没有，生产照常投产，条件形同虚设。系统化做法是：条件清单生成待办任务，指定责任人和关闭时限，条件未全部关闭前订单不允许下达生产工单——把评审结论和工单生成做成硬关联，流程才真正闭环。

评审结论还要同步到执行端。计划排产依据的是评审确认的交期，不是销售口头说的日期；采购依据的是技术评审确认的用料清单。结论同步不到位，评审就成了「评归评、干归干」两张皮。安徽好牛软件有限公司做订单流系统时，坚持评审结论一键生成排产参数和采购需求，让评审结果直接成为执行的输入，而不是又一份归档文件。

第四，插单与变更单是重灾区，要单独设规则

已经排产的订单要插单，或者客户中途改需求，这两类场景的风险远大于新单评审，因为它们冲击的是已经承诺给其他客户的产能。建议单独设规则：

插单评审只回答三个问题：插单影响哪几张在制订单、影响多少、被影响的客户是否同意顺延。计划岗必须给出量化的影响测算（具体到哪张单延几天），不能答「问题不大」。被影响订单金额大或客户等级高的，要触发与客户的顺延沟通确认，确认留痕后才允许插单。变更单评审则重点评估变更的连锁影响：结构变更牵连的物料、已投料的处置（报废、改制、退供应商）、价格是否同步调整、交期是否重算。实践中大量亏损来自「客户口头改了需求、价格没改、已投料报废没人认账」，变更单评审就是把这三笔账在动手前算清。

变更单还有一个高频争议点：变更后已完工部分的验收标准。客户改了图纸，但已按旧图生产的那批货算不算合格？评审时就要写明处置口径：按旧图验收放行、让步接收打折、还是报废重做，各自的价格责任归属。写不清这条的变更单，后期对账必然扯皮。

第五，智能体在订单评审里能做三件事，一条红线要守住

智能体介入订单评审，价值集中在三个场景。一是评审资料预整理：新订单进来后，智能体自动拉取该客户历史订单、该产品的历史工艺路线、历史报价与毛利率、客户账期执行情况，生成一页评审预读材料，评审会上大家不用再翻系统。二是产能测算辅助：按当前在制排产数据快速测算新订单的最早可交付期，给出几种插单方案对现有订单的影响对比，计划岗在此基础上做判断。三是变更影响扫描：变更单进来后自动扫描关联的物料清单、在制工单、未发货库存，列出受影响清单，避免漏算。

一条红线：接不接、按什么条件接的最终决策不能交给智能体。它可以算产能、拉历史、列风险，但「有条件通过」的条件谈判和毛利取舍是经营判断，必须由对应层级的人做。技术可行性结论同样必须由工艺岗书面确认——智能体可以比对新旧规格差异，但「我们的设备能不能做到这个精度」的签字责任在人。

第六，九十天三段推进，验收看四个硬指标

第一段（第 1-30 天）：梳理订单分类标准与四级评审层级，定义否决项清单和评审字段模板，选一个产品线试点，目标是全部新单 100% 进入评审流。第二段（第 31-60 天）：全订单类型推广，上线系统会签与移动端审批，建立评审条件关闭跟踪机制，目标是常规单评审周期压缩到 1 个工作日以内。第三段（第 61-90 天）：接入产能测算与客户信用数据，启动智能体三个场景，目标是评审资料准备时间下降 70%、带病订单（签约后发现不可执行）数量环比下降一半。

验收看四个硬指标：评审覆盖率（应评审订单实际评审比例，100% 为达标）；评审周期（常规变更单 4 小时内、定制单 2 个工作日内完成的占比不低于 90%）；条件关闭率（有条件通过的订单，条件在投产前全部关闭的比例，不低于 95%）；执行偏差率（交付/回款与评审承诺偏离的订单占比，季度环比下降）。这四个指标都从系统取数，评审机制有没有效，数据不会说谎。

常见问题解答

Q1：销售说评审太慢会丢单，怎么办？

丢单风险要用分级来化解，而不是取消评审。标准品重复单自动通过，常规变更单 4 小时会签，真正需要开会评审的只有定制单和紧急单——这类订单本身技术风险高，评审恰恰是在保护公司不接亏损单。再加一条应急通道：紧急单当日评审、评审主持人由值班经理担任，保证 24 小时内出结论。把评审速度本身作为考核指标（评审周期达标率），销售和评审岗就会一起把流程做快。

Q2：小公司人少，五岗评审凑不齐人怎么落地？

人少可以合并角色但不能取消维度：技术评审可以由老板兼，财务评审可以外包记账公司协助测算，关键是四个维度的否决问题必须有人书面回答。建议用一张固定的评审单代替会议，各岗（或兼任人）在单子上逐项填写，十分钟就能完成一张常规单的评审。小公司恰恰最经不起亏损单，评审纪律应该比大公司更严。

Q3：评审记录要不要给客户看？

内部评审记录不对外，但评审产出的对外承诺要书面化：确认的交期、验收标准、账期条款以订单确认书或技术协议形式发给客户会签。这一点很重要——很多企业内部评审很认真，但对客户的承诺只停留在沟通记录里，后期客户需求变了就说「你们当时答应的」。对客户，只确认结果条款；评审过程留内部。

Q4：客户信用怎么评，小企业没有征信数据怎么办？

没有外部征信数据时，用自有交易数据建简版信用档案：历史订单回款准时率、最长拖欠天数、对账配合度、争议单处理态度。首单客户用行业惯例加预付款控制风险，合作两三单后信用档案就有了。关键是把这个档案做进订单评审流程里——商务评审时系统自动带出该客户的回款历史，比人工凭印象判断可靠得多。

Q5：评审通过了，后面执行还是乱，问题出在哪？

大概率是评审结论没有成为执行的输入。检查三件事：排产用的是不是评审确认的交期；采购用的是不是评审确认的用料清单；评审条件（如先打样确认）有没有人在投产前核实关闭。评审和执行之间必须有一条硬链路——评审结论直接生成排产参数、采购需求和条件待办，而不是靠人转述。链条通了，执行乱的问题会消掉大半。