方案能不能进入下一阶段，先看这 6 类证据

机器人项目评审时，经常会遇到一种不太好判断的状态：方案已经做出来了，样机也能跑一部分，大家都希望继续往前推进，但它离“可以放心进入下一阶段”又还差一点。

最难判断的，往往不是完全没跑通的方案，而是这种“已经能跑一点，但还没有充分证明”的方案。它看起来有进展，会议上也容易被描述成“基本可行”“问题不大”“后面再补”，但如果支撑证据不够，后面很可能会在联调、测试或现场阶段集中还债。

工程决策不是要求所有风险都消失，而是要知道：哪些风险已经验证过，哪些地方还缺证据，哪些问题可以带着条件往前走，哪些问题必须先停下来补验证。所以，方案能不能进入下一阶段，我会先看 6 类证据。

这篇更适合用在方案评审、样机阶段评审、转阶段评审，尤其是方案已经能跑一部分，但还没有充分验证的时候。

第一，场景证据

方案能不能继续，先看它是在什么场景下成立的。很多机器人方案在会议室、台架、演示场地里看起来没问题，但真实场景一变，边界就会变。地面、光照、人员、空间、负载、节拍、维护动作、异常恢复，都会影响方案是否成立。

评审时要问：这个方案已经在哪些场景下跑过？哪些场景只是口头假设？真实使用环境和当前测试环境差多少？如果只是在演示环境里跑过，就不能直接默认它已经适合真实现场。

没有场景证据的方案，很容易把演示成立误判成工程成立。

第二，性能证据

性能证据不是只看最高指标，而是看关键指标在真实条件下是否稳定。比如速度、精度、续航、负载、识别率、响应时间、温升、噪声、通信稳定性，不能只拿最好一次结果说事，还要看重复性、波动范围、最差工况和余量。

评审时要问：这个性能数据来自几次测试？测试条件是什么？有没有最差工况？有没有重复运行结果？指标波动范围是多少？距离设计边界还有多少余量？

性能证据不是证明最好一次能做到，而是证明关键指标在重复运行和边界工况下仍然站得住。如果一个指标只有在理想条件下好看，换个工况就明显下降，那它还不足以支撑下一阶段决策。

第三，接口证据

很多方案单模块能成立，到了整机就出问题，原因往往在接口。机械接口、电气接口、通信接口、软件接口、控制接口、安全接口，都要有证据说明它们不是只在纸面上能连，而是在实际运行中能协同。

评审时要问：接口状态有没有闭合？指令发出后有没有反馈？异常状态怎么同步？状态变化由谁触发、谁确认？跨模块问题由谁记录、谁判断、谁关闭？

接口证据看的不是“线能不能接上”，而是跨模块状态能不能闭合。比如一个控制指令发出去以后，驱动有没有反馈，软件有没有记录，异常有没有上报，恢复以后状态有没有重新确认。这些如果没有证据，后面就会在联调阶段用时间补。

第四，风险证据

方案继续往前走，不代表风险不存在。关键是风险有没有被识别、分级和验证。

比如电源余量不足、线束空间紧张、传感器受环境影响、散热风险、关键器件供应风险、维护空间不足、安全策略不完整，这些都不能只写一句“后续关注”。风险不能只停在一句提醒里。放到方案评审里，更要看它有没有变成可跟踪的证据。

评审时要问：风险清单在哪里？每个风险的触发场景是什么？影响范围是什么？验证动作是什么？谁负责跟踪？什么时候关闭？

如果一个风险只是被提到，但没有场景、影响、证据、动作和责任人，那它还没有真正进入工程管理。没有风险证据的方案，推进越快，后面越可能集中还债。

第五，验证证据

验证证据决定方案是不是只停留在“大家觉得可行”。评审时要看测试记录、波形、日志、视频、问题单、复测结果，而不是只看“已验证”“基本通过”这类结论。

尤其是机器人项目，验证要覆盖动作组合、异常恢复、长时间运行、维护复装、环境变化和最差工况。只验证静态条件，很难支撑整机阶段决策。

评审时要问：哪些需求已经验证？哪些只是演示过？哪些还没有验证条件？测试记录在哪里？问题修改后有没有回归？异常恢复有没有复测？最差工况有没有覆盖？

如果会议上只说“这个已经测过”，但没有记录、日志、波形、视频或复测结果，这个结论就很难被后续团队接住。后面问题发生时，大家很容易重新争论：“当时到底有没有测过？”

第六，决策证据

最后还要看决策本身有没有被记录清楚。一个方案进入下一阶段，往往不是因为它完美，而是因为团队接受了某些风险，也明确了后续补验证和整改动作。

这就需要把决策条件写清楚：为什么允许继续？带着哪些风险继续？下一阶段必须补哪些证据？谁负责补？什么时候补完？如果验证不通过，回退条件是什么？

真正有效的评审结论，不应该只写“通过”或“原则通过”。更应该写清楚：在什么条件下通过，哪些问题允许带入下一阶段，哪些验证必须补，哪些风险不能再往后拖，如果哪些条件不满足，就必须重新评审。

没有决策证据，后面问题出现时，大家很容易回到一句话：“当时谁同意的？”

看完证据后，通常做三类判断

看这 6 类证据，不是为了把方案简单分成“通过”和“不通过”。真实项目里，更常见的决策有三类。

第一，可以继续往前走。关键场景已经覆盖，核心指标有重复数据，主要接口已经闭合，风险有跟踪动作，验证记录能支撑当前阶段判断。这时候继续推进是有依据的，不是因为“大家觉得差不多”，而是因为关键证据已经能支撑当前阶段决策。

第二，可以带着条件往前走。方案方向成立，但还有部分证据缺口。这种情况在项目里很常见，问题不在于“带条件”，而在于条件有没有写清楚：带着哪些风险继续，下一阶段必须补哪些验证，谁负责，什么时候完成，什么条件下必须回退或重新评审。

第三，先暂停补证据。如果关键场景没有跑过，核心指标只有演示数据，接口没有闭合，风险没有验证动作，或者决策条件说不清，就不适合继续靠推进来赌结果。暂停不是保守，而是避免把问题推到更贵的阶段。

评审结论也可以压成一句话：

基于当前【关键证据】，本方案建议【继续推进 / 带条件推进 / 暂停补证据】；仍需补充【证据缺口】，由【责任人】在【时间】前完成；如果【关键条件】不满足，需要【回退、补充验证或重新评审】。

不是证据越多越好，而是关键证据不能缺

工程评审不是为了把材料做厚，也不是为了让团队多写文档。真正重要的是，支撑下一阶段决策的关键证据不能缺。

如果压缩成一张表，我会这样看：

这张表不是为了让评审变复杂，恰恰相反，它是为了让团队不要只靠汇报页、感觉和一句“差不多”做决策。

真正有效的评审，不是把方案讲得更顺，而是把继续推进的依据讲清楚。

方案能不能进入下一阶段，不是看汇报页漂亮不漂亮，而是看这些证据能不能支撑团队做一个知情决策。没有证据的推进，本质上不是决策，而是在把问题往后移。

我是「机器人落地派」。欢迎留言聊聊：你觉得方案评审里最容易缺的是哪一类证据？