城市共享单车监管平台能否分期投入？降本思路

      能分期。这是我们对城市共享单车监管平台最常见提问给出的第一个回答。不少采购方在立项时纠结：一次把钱花到位，还是分几年慢慢建？我们做过几个项目之后的感受是，一次性建全功能，最常见的结局不是省钱，而是花大钱买来的模块没人用。平台一共 15 个功能模块，中小城市第一年真正用得动的，往往不到一半。

能不能分期？先看三个前提

      第一个前提，数据接入能不能先行。数据是地基。运营商的车辆、订单数据进不来，后面所有功能都在空转。要确认两件事：企业接口愿意推，政府侧的嗅探设备能采。两条通道至少通一条，最好双通道都通。

      第二个前提，业务流程有没有在纸面上跑通过。发现违停、拍照上报、派单、处置、核验，这一串动作先在纸上走一遍。流程没想清楚就上系统，系统只会把混乱原样数字化。

      第三个前提，运维人力有没有着落。工单派出去，得有人接。街道有没有巡查员、运营商有没有清运队、响应时限写多少分钟，这些在合同里就要定下来。

三个都齐了，才有资格谈分期。缺一个，先补那个，别急着发标。

城市共享单车监管平台怎么分？三步走

      第一期做数据接入、车辆核验、基础工单。目标就一句话：把数据接进来，把任务转起来。车辆备案、MAC 地址采集、一车一档在这个阶段完成；工单能从发现自动派到巡查人员的小程序上，一期就算成功。

      第二期加预警管理、征信考核、停车点管理。前提是数据已经跑了几个月，账本上有东西可算。这时候配额怎么定、哪家运营商该加车该减车，考核才有依据。征信评分和考核排行一上线，运营商的调度积极性会立刻不一样。

      第三期上综合监管大屏、数据分析，以及与政务系统、12345 派单系统的对接。这一期主要解决"看得见、报得出"的问题。

特别提醒一句：不要第一期先建大屏。大屏没有数据支撑就是摆设，领导来看一眼，发现地图上的车比路上少一半，比不建还难看。

数据接入双通道：指企业侧接口推送与政府侧设备主动采集并行。企业推送保证订单、备案数据全量入库；固定式与移动式嗅探器负责现场核验。两边数据交叉比对，账实是否一致，一查便知。

分期对照表（示例口径，具体以各城市需求为准）：

分几期划算？按价值切，不按功能切

      分期的判断标准只有一条：每一期收尾时，平台能不能独立跑出一个管理动作。

      第一期结束，能发现违停、能派单、能核验，这是独立的管理价值。第二期结束，能按月出考核结果，运营商开始在乎排名，这也是独立价值。第三期结束，汇报和跨部门联动有了着落。如果某一期切完发现单独跑不出任何管理动作，要么并进邻期，要么把里面的模块挪走。

      反过来说，按功能清单平均分三份、每期都上一半功能的做法，看着公平，实际每一期都瘸腿。

      部署方式也可以跟着分期走。先用 SaaS 起步，按年付费，验证流程跑得通之后，再决定要不要转本地部署。对预算紧张的城市，这条路最省事：第一年投入压到最低，试错成本也最低。

      给个数字做参考（行业口径，非官方统计）：一个投放量 20 万辆上下的城市，一期建设投入大约占全平台总投入的四成，三期合计的建设周期通常跨两到三年。各地差别很大，只能当参考，不能当预算。

      拿不准分几期，就先按两期做。先把数据和工单跑起来，半年之后再决定第三期买什么。多数城市走到那一步会发现，当初排在清单前面的某些模块，本来就不急着买。

关于这件事的追问

Q：分期建设，后期扩容会不会推倒重来？

      A：不会，前提是第一期就把数据标准和接口规范定死。数据中台的表结构、车辆编码规则、运营商接口协议在合同阶段锁定，后面加模块只做叠加，不动地基。

Q：SaaS 和本地部署，分期项目怎么选？

      A：常见做法是先 SaaS 后本地。用 SaaS 把第一期的数据接入和工单跑顺，一年后若数据敏感度或并发量要求上来了，再迁本地部署，历史数据一并带走。

Q：第一期最少要做几个模块？

      A：示例口径是 5 个左右：运营商接入、车辆管理、工单管理、工单小程序端、基础设置。低于这个数，任务转不起来；高于这个数，容易回到一次建全的老路。

Q：领导坚持第一期就要看到大屏怎么办？

      A：可以折中：一期先上一块简版数据概览页，只放车辆总数、备案率、工单量三五个数，正式大屏留在三期。但要说清楚，数据接入没完成前，任何大屏都是空壳。