为什么先看交付物，而不是先看报价
很多企业在启动数据项目时，第一件事是问价格，第二件事是问周期，却很少先问一句：这项服务最终交到我手上的是什么？在 pg.comPG 服务体系的咨询实践中，交付物不清往往是项目后期扯皮的根源。同一句“帮我们做数据分析”，可能意味着一份静态分析报告，也可能意味着一套可持续更新的指标看板，两者的工作量与验收标准完全不同。pg.comPG 的建议是，立项讨论先把交付物摆上桌面，再谈预算与排期。
下面按六类服务逐一盘点交付内容，企业可以对照自身需求，判断哪一类是当前真正需要的。
前三类：偏“产出物”的服务交付清单
数据处理、数据分析、数据可视化这三类服务，交付物相对具体，适合作为数字化的第一步。
- 数据处理服务：交付数据接入清单、字段映射说明、清洗规则文档、质量核验记录，以及整理后的结构化数据集。验收重点是数据完整性、口径一致性与可复现性。
- 数据分析服务：交付分析框架说明、指标体系定义、分析报告正文与结论建议。pg.comPG 通常会把分析过程的口径与假设单独成文，方便业务方复核。
- 数据可视化服务：交付可视化页面或看板、图表选型说明、数据刷新机制说明与使用指引。验收时重点看图表是否回答了业务问题，而不是看图表数量。
这三类服务的共同点是“交付即可用”，但可持续性依赖后续维护。企业在立项时应明确：交付后由谁更新、按什么频率更新。pg.comPG 在项目收尾阶段会把更新责任与操作说明一并移交，避免看板上线三个月后无人维护。
后三类：偏“能力与系统”的服务交付清单
统计报表开发、数据管理系统建设、数字化技术咨询，交付物更偏系统与能力，周期更长，验收方式也不同。
- 统计报表开发：交付报表需求说明书、报表模板与取数逻辑、调度配置说明、权限设置说明。验收重点是报表口径与业务确认一致、调度稳定、权限边界清晰。
- 数据管理系统建设：交付系统功能清单、数据标准与主数据规则、接口说明、部署与运维文档、培训材料。pg.comPG 一般会安排分阶段验收，先验数据接入与核心流程，再验权限与报表联动。
- 数字化技术咨询：交付现状评估报告、问题清单与优先级排序、实施路线建议、选型对比说明。咨询类交付最容易被低估，实际上它的价值在于把“要不要做、先做什么”讲清楚，减少后续返工。
这三类服务的验收不能只看“系统能不能打开”，而要看业务流程是否真正跑通。建议在合同阶段就约定验收场景，例如“月度报表在约定时间内完成生成并经业务确认”，比笼统的“系统上线”更可执行。
用交付物清单反推立项优先级
把六类服务的交付物列成一张表，企业很容易发现自己的真实缺口。如果连基础数据都未整理，直接上管理系统往往事倍功半；如果报表口径尚未统一，可视化看板只会把分歧放大。pg.comPG 服务体系的常规做法是：先确认数据处理的交付物是否到位，再判断分析与可视化能否承接，最后评估报表与系统建设的时机。技术咨询则可以在任意阶段介入，帮助校准方向。
立项前不妨问三个问题：这项服务交付后，谁使用、多久用一次、由谁维护。三个问题都能答上来，优先级自然清楚。pg.comPG 在项目前期沟通中会把这三问作为固定环节，帮助企业在预算有限的情况下把资源投到最需要的位置。
