园区数字化项目启动前要准备哪些资料？

总平面图、楼栋分区、设备编号和网络位置是接入的基础。旧图纸应注明是否与现场一致；对于已拆除或更换的设备，应先标记状态，避免在平台中继续作为在用资产。

不能只提交一张软件名称清单。还需说明系统管理方、接口开放情况、账号权限、能提供的数据及原厂支持方式。涉及接口授权的事项应尽早确认。

整理高频事项、责任岗位、处理时限和异常路径，说明现在为什么慢、哪里容易遗漏。具体问题记录比一句“提高管理效率”更能帮助确定功能优先级。

选择一个区域或场景，将点位、系统和流程对照完成，形成第一版确认资料。后续扩展沿用同一模板与编码规则，并记录修改人和更新时间。

项目启动资料的作用，是帮助各方确认管理范围、现场条件和实施依赖。图纸很多但无法判断是否竣工版本，系统截图很多但不知道接口是否开放，都不能直接支持方案。建议先列出本轮沟通必须回答的问题，再为每个问题匹配资料和负责人，减少无目的收集。

一个可用的项目概况可以说明地点、管理主体、园区阶段、使用岗位及希望解决的具体问题。比如“夜间设施故障无人及时接单”比“提升园区智慧化水平”更容易展开讨论，因为前者能够继续核对值守安排、告警来源和派单流程。目标越具体，越容易判断哪些资料是必需的。

空间图可以帮助理解楼栋、道路和设备所在区域，设备台账则说明具体对象。建议从有代表性的区域开始，用图纸寻找设备，再用设备编号回查台账，记录位置不符、设备更换、重复编码和缺项。这样可以发现资料是否真正对应当前现场，而不只是历史存档。

台账中应区分已运行、待交付、维修停用和已拆除等状态。对于项目拟纳入但尚未验收的设施，记录预计交付条件与责任单位，避免把未具备的数据当成一期平台必定能使用的输入。发现问题时不必立即改写原始文件，可以先建立差异清单并由资料负责人确认。

系统目录建议至少说明管理单位、原厂或服务方、主要功能、可提供的数据、访问方式和已知限制。对“支持接口”的说法，应进一步确认是否包含目标字段、是否允许当前项目使用、是否需要额外开通，以及数据更新频率是否适合业务用途。

拿不到完整接口文档时，可以先要求提供授权范围内的字段清单和脱敏返回样本。技术人员据此判断字段含义、时间和对象关系，再安排正式联调。普通沟通材料不应附带账号密码或密钥；访问凭据应使用管理方认可的独立渠道交付，并设定权限范围。

管理制度能够说明原则，但日常工作还可能存在临时转派、外包协作、特殊班次和纸面补录。建议邀请实际处理事务的岗位复盘一条近期事项，按发生顺序说明做了什么、用了哪些系统、在哪些节点等待其他人。这个过程常能发现功能清单中没有体现的操作需求。

对于需要改善的指标，先记录现有定义和数据来源。如果目前没有可靠的响应时间统计，就可以先安排基线记录，不应由实施方猜测一个当前值。资料阶段确认不了的事项应注明待核实原因，使方案中的假设、依赖与已知事实能够被清楚区分。

建议为文件记录名称、版本、提供方、适用区域、更新日期和是否可用于项目共享。对同一份资料的修改，保留变化原因与确认记录；不要让不同单位分别持有相互冲突的最新版。项目沟通使用确认版本，原始材料作为依据保留，便于之后查找来源。

资料准备可以分阶段：初步沟通侧重范围和问题，现场调研侧重点位与流程，方案确认侧重接口和验收条件。尚不影响当前决策的细节可以后续补充；会改变技术可行性或工作量的事项则应提前说明。这样既能推进项目，也不会把未明确的条件隐藏到实施阶段。

可以让业务和技术人员分别尝试回答三个问题：当前最需要解决什么、目标信息从哪里来、完成后谁确认结果。如果三项仍无法回答，应优先补充与之相关的资料；对暂时不影响判断的细节，可以列入后续调研，避免准备工作无限延长。

分享材料时建议附上简单目录和版本说明，指出最关键文件及已知差异。一张接口表若存在旧字段，就应明确说明，而不是期待阅读者自行发现。主动说明限制能减少错误假设，也更容易安排准确的现场核对。

沟通结束后，将新增问题回写到清单，并注明是待提供、待核实还是需要方案判断。资料准备由此成为持续完善的信息过程，而不是一次性发送文件后就认为责任完成。

1. 完成项目概况说明场地、管理主体、当前问题、使用岗位及一期目标，避免只提交愿景描述。
2. 安排代表性核对选择一区域核对图纸、设备与系统，形成现场差异清单并交由负责人确认。
3. 收集接口依据整理字段目录、脱敏样本、访问条件和配合方，确认依赖是否影响计划。
4. 复盘实际业务跟随一条事项梳理跨岗位动作，记录重复录入、等待与异常转派。
5. 发布确认清单列出已提供、待核实与后续补充项，明确责任、版本和所影响的决策。