那 70%:为什么机器本身才是最简单的部分
为什么真正的生意,是围绕机器人之外的一切来构建的。

从「它在台上跑得起来」到「它在你的现场合法可用」之间的距离——以及由谁来负责弥合。
一场演示证明机器人能完成任务。一次部署则证明它「可以」——在法律上、安全上,在你的现场,以你的名义。二者之间横亘着一道鸿沟,大多数买家直到它落到自己头上才会察觉。
在台上,机器按脚本在受控空间里跑一条既定路线,往往用的还是一台永远无需通过安全文件的样机。这本身并不算欺瞒——它只是与监管方或保险方日后所审视的、在同样条件下的同一台机器,并非同一回事。这道鸿沟,正是演示被允许略去的一切。
在真实现场,问题变了:对照正确指令的 CE 标识、针对实际现场的风险评估、一名懂得停机流程的运营者,以及一份经得起审计的文件。你要么在机器人到场前把它们弥合,要么在客户注视之下弥合。
「演示回答的是『它能行吗?』,部署回答的是『它被允许吗?』——而只有其中一个问题,署着你的名字。」
每一次部署都有一个责任易手的时刻。大多数合同从未点明它。
工厂交付一台机器和一份符合性声明。现场业主接受它被如何使用。集成商夹在两者之间,实际上继承了双方都没写下来的一切。机器人从托盘上卸下的那一刻,这道鸿沟就有了归属者——唯一的问题是,这位归属者是主动选择了这个角色,还是被硬塞了过来。
时机决定成本。在选型阶段就索要安全文件和 CE 文档,这些纸面工作不过是一份清单。等客户看过试点之后再要,它就变成一桩应急事件,要在一个从来不由你设定的期限之下仓促协商。
关键要点
在试点之前索要安全文件和 CE 文档,而不是之后。
风险评估因现场而异——工厂那份通用的评估无法搬到你的现场。
运营者的停机流程是合规的一部分,而非可有可无的加分项。
渲染片会被标注为渲染片;试点却从不会被写成案例研究。
好消息是:弥合鸿沟所需的问题很简短,而一家认真的工厂早已备好答案。
在试点之前,四份文件就能告诉你大部分所需信息:对照实际适用指令的 CE 声明、其背后的技术文件、一份你能改用于自己现场的风险评估,以及一份你的员工看得懂的语言写就的操作说明。一家能毫无阻力地把它们交出来的工厂,是做过这件事的。
这一切都不会拖慢一次像样的部署。它拖慢的,是那些本就注定过不了审计的部署——而这恰恰是尽早发问、按你自己的时间表而非客户时间表发问的意义所在。
编辑原则
要么有据,要么沉默。本页每一个数字都附有署名、注明日期的来源。凡是我们无法溯源的数字,宁可略去,也不估算。
参考来源

一个问题
从第一封邮件到面对面会谈 —— 始终由同一个人回复您。
邮箱
微信
nh_alliance
领英