在项目沟通中，「平台怎么建」往往比「平台有什么功能」更容易产生分歧。原因很简单：功能是技术问题，可以在需求文档里写清楚；建设主体是治理问题，涉及财政、国资、监管三方的关系，一旦定错，后面很难调整。
把各地已经落地的做法归拢，大致是三种路径。它们没有绝对优劣，只有适用条件是否匹配。
一、政府自建：主导权最强，运营压力最大
由主管部门（通常是卫健委或其下属信息中心）直接立项建设，纳入政务云，数据完全在政府侧。
- 适用条件：本地财政有专项预算，且已有可承接运维的技术团队或统一运维服务商。
- 优势：规则制定、数据归属、监管接口都最直接，跨部门协调成本低。
- 风险：平台建成只是开始，运力组织、服务商管理、投诉处理这些「运营活」如果没人承接，系统会空转。这类项目最常见的失败形态不是技术故障，而是上线半年后订单量始终起不来。
二、国有企业建设运营：责任主体明确，考核要跟上
由本地国资平台公司（常见于交投、城投、医疗健康集团）出资建设并负责运营，政府以购买服务或特许经营的方式明确其责任。
- 适用条件：本地有具备公共服务运营经验的国资平台，且政府愿意用协议明确服务标准与价格上限。
- 优势：有人对运营结果负责，能把「调度」和「运力组织」真正做起来；财政压力分散到年度购买服务。
- 风险：如果考核指标只写「系统上线」，不写响应时长、履约率、投诉处理时效，运营方容易止步于「有系统」；另外要防止平台方同时自营车队，形成既当裁判又当运动员的局面。
三、政企合作：启动最快，边界最要写清
由政府提供规则与监管接口，企业投入系统建设与运营，按订单或按年收取服务费。
- 适用条件：财政一次性投入有限，但希望尽快形成统一调度能力；本地已有一定数量的合规服务商。
- 优势：启动快、迭代快，企业有动力把订单量做起来。
- 风险：数据归属、退出机制、价格调整机制三件事必须在协议里写死。尤其要约定：合作终止时，订单数据、车辆档案、轨迹记录如何完整移交，避免形成数据锁定。
四、三种路径的对照
| 维度 | 政府自建 | 国企运营 | 政企合作 |
|---|---|---|---|
| 建设周期 | 较长（需走完整立项采购流程） | 中等 | 较短 |
| 财政压力 | 一次性投入大 | 年度购买服务 | 前期投入小 |
| 运营动力 | 依赖内部考核 | 较强（有经营指标） | 强（直接与订单挂钩） |
| 数据掌控 | 完全在政府侧 | 国资体系内 | 需协议约定 |
| 主要风险 | 系统空转 | 考核指标失真 | 数据锁定、退出困难 |
五、怎么选：先回答三个问题
- 谁对「订单量」负责？平台的价值来自订单在平台上跑。如果没有任何一方对订单量负责，无论哪种模式都会流于形式。
- 数据放在哪，谁能导出？监管需要的是可核查的原始记录，而不是汇总报表。数据存放位置与导出权限要在方案阶段确定。
- 三年后怎么退出或续约？把退出条款前置讨论，往往能反向检验方案是否扎实。
一个实用的判断：如果一个方案里只有功能清单，没有运营主体和考核指标，那它大概率只是一个软件采购项目，而不是城市平台。
三种路径也可以组合：政府建平台底座、国企组织运力、企业提供系统与运维。关键在于把「规则制定权」「运营责任」「数据所有权」三件事分别落到明确的主体上，而不是笼统地写在一份协议里。