直接回答
楼宇自动化采购清单，应比较点表、集成矩阵、控制序列、调试证据、培训、文档与全生命周期支持。要求所有投标方提交同一套技术文件，价格才具有可比性，排除项也能在签约前暴露，而不是等到调试阶段。
先定义结果，再定义采购包
如果招标要的是产品而不是结果，采购就会出问题。应写明建筑必须做到什么：哪些系统受控、哪些受监测、必须运行哪些序列、用什么证据证明它们运行、交付后由谁操作。还要写入运行模型和业主期望的报表。清晰的结果说明，允许投标方提出不同技术方案，同时在功能上保持可比；也让评标团队有依据否决那些悄悄省略集成、培训或调试的低价方案。结果描述应使用运维人员能确认的语言，而不只是工程缩写。
要求提交的技术文件
要求每个投标方提交架构图、点表、集成矩阵、控制序列说明、控制箱表和调试计划。每个接口都要写明协议与网关归属、控制器负载假设和提供的备用容量。要求提交网络安全说明，覆盖账号、网段隔离、远程访问与补丁。还要索取图形样例和培训大纲。这些文件应是交付物，而不是销售附件；它们的质量能合理预测交付质量。招标阶段拿不出点表的投标方，在交付阶段最需要它的时候，多半也拿不出来。
像工程师一样比较商务条款
总价标题不是比较。应做一张表，列出每份报价包含与排除的内容：现场设备、阀门与传感器、布线与桥架、集成许可、图形、培训、文档、备件、质保与支持。索取增加点位、增加序列和非工作时间工作的费率。确认软件许可是永久还是订阅，是否可以转移给业主。还要计入业主团队参与评审与见证测试的时间成本。最低报价往往是排除项最多的那份，而不是全生命周期成本最低的那份。比较是一项设计工作，不是给表格排序。
把验收与交付写进合同
把工厂验收、现场验收、序列演示、趋势要求和培训完成定义为合同里程碑。写明什么算缺陷、复测如何计费、最终付款前必须交付哪些文件。要求竣工架构、点表、地址、受管理的账号凭据、备件清单和变更控制程序。与证据挂钩的保留金或分期付款是常规做法；调试前付清全款，业主就失去了主要抓手。好的采购不是对抗，而是在开工前把规则讲清楚，让争议由合同解决，而不是靠层层升级。
要求每个投标方提交的内容
7 行| 项目 | 要求内容 | 重要性 |
|---|---|---|
| 点表 | 点位名称、类型、位置与备用点 | 让报价可比，并暴露遗漏 |
| 集成矩阵 | 系统、协议、网关归属与交换点位 | 明确每个接口的责任 |
| 控制序列说明 | 带设定值与旁路的书面控制逻辑 | 定义调试必须证明什么 |
| 调试计划 | 测试、见证、验收标准与复测规则 | 避免调试变成走马观花 |
| 网络安全说明 | 账号、隔离、远程访问与补丁 | 保护建筑网络与业主数据 |
| 培训与文档 | 操作培训、竣工图、凭据与指南 | 让业主无需依赖集成商即可运行系统 |
| 支持与备件 | 质保、响应条款、备件与许可转移 | 在授标前暴露全生命周期成本 |
项目图景
3 张图片
常见问题
01应按价格还是按范围采购？
先看范围，再看价格。范围可比，才能看清价格买到了什么。只看价格，只会奖励排除项最多的投标方。
02需要技术顾问吗？
对于多系统建筑，独立评审点表、序列与集成矩阵很有价值。它能降低买到不完整范围的风险。
03如何比较软件许可？
询问是永久还是订阅、覆盖什么、如何扩展、能否转移给业主。许可成本应计入全生命周期比较。
04质保应包含什么？
应覆盖硬件、软件与配置支持、响应时间、排除项和交付条件。如果质保依赖维护合同，必须写明。
05业主应在什么时候付款？
按证据付款：到货、工厂验收、现场验收、培训和文档。与里程碑挂钩的分期付款保护双方。
下一步
把建筑交给我们。
告诉我们建筑类型、纳入范围的系统，以及你需要的结果。我们会给出通往可用系统的最短路径。