配图为主题示意，不代表现场实拍或产品截图。
设想一家机器人公司接到工厂电话：下周能不能来演示？技术团队到了现场，发现设备只能在白班运行，工人还得不断为它整理物料，原先承诺的夜班节拍无从验证。演示与采购之间，隔着一张工程清单。深圳龙岗提出未来三年拿出110亿元面向人工智能和机器人企业的订单，已开放近1000个应用场景。[1] 这让人愿意认真看它的场景组织能力；但数字的身份要先说准：110亿元是计划中的订单规模，开放场景也不等于签约、交付或者验收。上面的工厂是说明问题的假设情境，不是龙岗已发生的案例。
地方给机器人企业最有用的，可能不是展示厅，而是一套能让需求方认真出题、支付试错费用，并写明验收和事故责任的采购流程。把近1000个场景逐项转成能签合同的工单，难度比把它们列在网页上大得多。110亿元能否成为企业真正可确认的收入，取决于每一笔需求是否穿过测试、采购、部署和持续使用这些关口。
“开放一个场景”究竟开放了什么
同样叫开放场景，可能只是允许厂商参观，也可能已经有业主、预算、现场数据、接口权限和试用窗口。两者的成本与转化概率不同。区县可以为每个场景建立一张不含商业秘密的需求卡：谁是使用单位，痛点发生在什么班次，现行作业用了多少人工或停机时间，涉及哪些网络与安全约束，预算属于采购、租赁还是服务费，以及谁有最终验收权。没有使用单位负责人签字的场景，只能算线索。
以工厂搬运机器人为例，任务书不应只写“柔性物流”。应列出物料形态、最重载荷、窄通道宽度、坡度、叉车混行状况、日均任务数、交接站位和允许停机时段。地图建模涉及现场布局与生产数据的边界；电梯、自动门、充电设备和仓储系统若要接入，接口协调也得有人负责。若使用单位仍保留人工送料，试点应记录两套流程叠加的人时，而不能只汇报机器人行驶里程。
医院送药或消毒场景又是另一套约束。药品交接需要身份验证和可追溯记录；消毒任务要按院感要求核对覆盖范围，不能用“机器人进过房间”替代消毒效果。在人群密集区，自主移动设备遇到儿童、轮椅、临时障碍物，必须能减速、停机并由值守人员接管。场景越贴近真实服务，现场规则越不能靠厂家一份演示脚本代替。近1000个场景应按工况与风险分层，不宜给每个场景都发同一种招标模板。
插图为概念示意，不是龙岗项目现场、实际订单或验收进度的影像证据。
订单的三个时间戳
“三年110亿元”听起来像已经排好队的交易，实际上需要拆成几个节点。第一是意向需求和项目储备：使用方有问题，财政或企业可能安排预算，但采购文件未必完成。第二是合同：采购主体、供应商、金额、付款与违约责任落在纸面上，仍不能当成已到账收入。第三是履约：设备交付并通过约定验收，服务按期间提供，企业按适用会计规则确认收入。不同采购合同还会有分期与附条件付款。把三阶段混为一谈，会同时误导政策考核和企业融资。
地方管理部门如果公布累计“订单”数字，最好同步给出口径：是否包含尚未招标的意向、框架协议、已签采购合同或已完成验收的金额；订单是否面向区内主体、由谁支付；若同一设备既有平台订单又有最终用户合同，如何去重。公开汇总可以用区间和聚合数据保护商业敏感信息，但最基本的阶段分类不能省。没有这层分类，110亿元计划最后即使兑现了一部分，也很难判断是新增需求，还是把原有设备采购换了一个政策标签。
企业更需要盯现金流。一台设备完成演示后，可能还要购买防护设施、调度软件、充电配套并接受第三方测试。合同约定的预付款、验收款、运维款与保修责任，决定一家中小企业能否撑到回款。若方案按一次性卖设备报价，客户却要求持续更新算法和现场驻场，项目毛利会被服务成本吞掉。报价单中应把现场改造、数据标注、系统集成、备件和故障到场时间分别算清，不要把所有成本藏在“智能化服务”一栏。
试点采购可以采用阶段门，但这是一种建议，不是已公布的龙岗制度：先为可测量的短期验证支付费用，再按安全、质量和稳定性进入小规模部署，最后依据连续运行数据决定扩容。对采购方而言，这能降低一次性把整厂押给尚未验证设备的风险；对供应商而言，付费试点至少不会把真实生产环境的调试全变成免费销售成本。招采和财政规定必须照常遵守，不宜以“创新试点”为由绕开竞争与监督。
验收别只看机器人能否走到终点
让设备从A点到B点走一次，证明不了商业价值。搬运任务应看每班有效任务数、任务按时完成率、人工接管次数、故障平均恢复时间，并按产品系列与班次分组。工厂在换线或季节性高峰时期出现的拥堵，往往比发布会当天的路线更能暴露系统边界。验收基线也要定在上线前，记录旧流程的工时、差错和安全事件，避免项目运行以后才倒推一个容易取胜的比较对象。
对使用方而言，单位有效任务的总成本比单台机器价格更有意义。可以把租赁或折旧、电费、维保、驻场人员、场地改造、系统订阅与停机损失列入分子，以实际完成并被业务接收的任务数作分母。若机器人替代的是危险工序，安全收益不能简单折算成人工成本，但至少应分别报告事故与未遂事件。工厂夜班减少巡线岗位，也不必然意味着企业裁员；人员转岗、远程监控与异常处理可能同时增加。核算必须让现场员工看得懂。
医院设备更要避免凭单项效率就通过验收。送药记录若在门禁断网时无法回传，速度再快也不能补齐交接链；面向患者的服务机器人如果误识别语音指令，需提供清晰的人工服务退路。城市公共空间的机器则应回答恶劣天气、电池故障、人车混行、紧急通道占用等问题。低风险场景能容忍一段试运行的磨合，高风险任务需要更严格的测试和人工兜底。不能让“首台套”身份替代事故处置方案。
付款路径要和技术风险一起设计
另一个容易被忽略的问题是采购主体。工厂用自有资金购买，医院通过本单位设备采购，还是公共服务机构使用财政预算？付款来源不同，采购程序、价格比较及后续维护责任也不同。场景征集方不一定是合同签署方；试点单位愿意提供场地，也未必有独立采购权。企业最好在进入现场前拿到四个名字：最终使用人、采购决策人、合同付款人、事故现场负责人。如果四者都还不明确，投入定制开发的风险就很高。
付款也可以对应可核验的里程碑，而不是等“整体智能化完成”才结算。现场安全测试通过、与原业务系统完成联调、连续稳定运行约定天数，各阶段可对应具体交付物；按任务量计费的服务，则要事先约定计数方法和争议处理。这里并非建议统一采用某一种合同结构，财政采购和医院设备采购尤其不能随意变更程序。要避免的是技术团队完成半年试验以后，双方才发现没人知道由谁验收或付款。
安全检测和保险，要写进合同前半页
深圳市政府刊载的介绍提到，龙岗在建设AI安全检测、应急响应及机器人保险机制。[1] 这是建设安排，公开报道没有提供统一保费、具体承保条款或事故效果数据。现实中，保险不会替代安全设计；第三方检测报告也无法包办每天的现场监护。两者需要和运行记录、责任分界共同运作。
先界定控制权：机器人制造商负责哪些软硬件缺陷，系统集成商负责哪些接口，使用单位负责路线设置、维护与人员培训，远程服务商能否修改运行参数。上线前要核对紧急停止、速度限制、避障失效后的状态，以及断网断电的降级路径。系统升级后如果路线和识别模型变化，原测试结论的适用范围也要重新确认。把日志保留期限、取证权限和安全事件报告时限写入合同，有助于事后查明原因，而不是为推卸责任做准备。
保险方案至少要弄清保障对象：是机器本身损坏、第三方人身财产损失，还是系统停运带来的营业中断。免赔额、除外责任、是否覆盖试点与跨场地运行，都关系到采购方敢不敢上真实班次。这里不宜凭公开一句“建设保险机制”推断龙岗已有标准化保单，更不能把投保当成设备已经安全的证明。真正可用的风险分担，应让设计、集成、使用和承保各方都知道自己需要提供哪些证据。
场景可以搭台，产品仍得自己卖
场景开放能降低找客户、取得测试许可的成本，却不能替企业完成产品定位。一个厂家如果每到一家医院都重新开发电梯联动、病区交接和后台账本，它出售的可能主要是集成工时，难以形成可复制产品。可复用的部分包括接口适配层、任务调度、权限控制、故障上报和维护工具；不能复用的则是医院路线、人流规律和院感流程。报价时应分别计算两类成本，拿第二、第三家客户的交付周期检验平台化能力。
政府方也应避免用“场景数量”当唯一政绩。可按季度公布开放场景中进入付费测试、签约、验收和持续运行的数量，允许项目中止并记录原因：需求不够强、设备不够稳、接口开放不足，还是维护费用太高。没有通过验收的试点同样有价值，只要失败经验可供下一次采购修改条件；但不能把失败试点包装成已形成订单。采购需求公开透明，同时保护医院数据、工厂工艺和供应商商业秘密，才可能吸引愿意投入真产品的企业。
对城市间的模仿者，110亿元这个数字尤其容易造成误判。龙岗有制造企业与应用主体集聚、试验区的政策组织条件；别的区县不能简单把同一个总额写进方案，便期待供应商长期驻场。先盘点付费需求与真实预算，找出几类高频任务，再估计测试场地、保险、验收和后续维护的支出。场景目录的质量，最终应由用户是否续购和设备是否稳定使用来评价，而不是由目录页数决定。
近1000个开放场景是寻找需求的入口，三年110亿元是未来订单的计划规模；两者之间还有逐项预算、招采、部署、验收和回款。未来若能看到按阶段披露的订单和真实工况下持续运行的数据，这项实验才有可复制的经验。眼下最该向每一个场景负责人提出的问题很朴素：你愿意为解决哪件具体事付多少钱，按什么记录确认它真的解决了？
资料来源
[1] 深圳市人民政府：《龙岗扛起省级人工智能与机器人应用改革试验大旗》，2026-10-08。https://www.sz.gov.cn/cn/xxgk/zfxxgj/gqdt/content/post_13008860.html