师傅看设备，往往先关注运行状态，再放大观察安装细节，最后判断是否真是产品本身的问题。这里谈安装前的直觉往往来自多年现场经验，对智慧城市平台来说，现场并非仅是拼装器件，更是对系统协同的初步考量。在正式开工前，先确认场景适用性和核心诉求。

要核对系统边界、接口清单、所需传感设备与数据源，排除明显冲突的场景。若场景网络不足、供电不稳定，或缺乏统一的时钟与认证机制，方案需要调整或暂缓上线。现场检查时，逐项确认系统配套是否齐全：服务器、网关、传感设备、存储与冗余设计，确保接口和协议兼容；同时验证数据格式、时钟同步、权限分配与日志路径是否清晰，避免后续调试阶段再吃不必要的拦路虎。

调试阶段要把参数当成场景需求来设定，先从最小可用集起步，再逐步扩展。关注吞吐、并发、视频或传感数据的处理延迟、存储容量与备份策略。成本控制也在此阶段体现，例如避免无谓的高配与重复数据采集。常见错误包括把平台尺寸运想成能力大小、仅追求覆盖面而忽略实际效用；

忽视系统间的互操作性、数据安全与权限体系；以为一次调试就能覆盖后续所有场景，忽略运维与升级需求。注意不要把摄像头数量等同于系统能力，但也要认识到数据来源的多样性决定了接口设计的复杂性。采购选型要以场景适配和系统配套为核心，优先考虑接口标准、扩展性、版本更新周期和维护成本等因素。

要求供应商提供清晰的接口对接文档、变更台账和测试用例，避免后续接入困难和重复 Work。参数选择要结合本地场景的实际约束，如网络带宽、数据源数量、并发请求峰值与容错要求。平台的容量评估应覆盖日常运维、应急指挥以及数据分析板的刷新频率，避免因参数设错引发瓶颈。成本控制要从总成本出发，区分一次性投入、许可费用、运维与能耗，制定阶段性验收节点。

尽量在需求内完成配置，避免因追求极致性能而造成长期折旧与维护难度增加。后期记录要包含安装变更、现场巡检、参数调整与故障处置的详细日志。保留设备清单、版本信息、接口变更记录，以及运维手册的要点，方便日后追溯和快速定位问题。