采购会上最容易吵起来的一句话是：这套系统的淤积治理效果怎么算。厂商说看热力图，采购方说热力图谁都会画。争到末了，合同里写一句「以平台统计为准」，等于什么都没写。

共享单车淤积治理真正的分歧点，全在技术细节上。下面八条，是评标和验收里反复遇到的，写进技术需求比写进评分办法管用。它们指向同一件事：共享单车监管平台给出的每一个「淤积」判定，都要能倒推回一组参数。

采集：先定频率，再谈算法

一、位置刷新间隔必须写死。平台刷新慢于 5 分钟，热力图反映的是十几分钟前的状态，调度车开到现场，车早就散了。这一条要写进技术参数，不接受「视网络情况」。

二、采集来源要区分。车锁上报的位置、嗅探器识别到的位置、巡查员现场上报的位置，三者精度不同。淤积判定用的是哪一路，验收时要能分别导出。

三、停车点必须有类型字段。地铁口、小区门口、商圈、学校，四类点位的淤积标准完全不同。停车点管理里没有类型这一栏，后面的阈值全是拍脑袋。

判定：停留时长只是入口

四、停留时长要配车辆数。同一个点位，停了四十辆两小时，和停了三辆两天，后者算不算淤积，取决于点位类型和周边容量。只按停留时长报警，夜间的小区门口会天天报。

五、聚类结果要给半径和最小样本量。停车点规划用的是聚类算法，参数不公开，采购方就无法判断推荐点位是算出来的还是填出来的。要求交付时提供一份带参数的推荐说明。

六、双色展示只分合规与异常，不分轻重。GIS 热力图和违停地图的双色设计是为了让人一眼分出层次，但它不表达「严重程度」。要排序，得另做一张按处置优先级排的表。

处置：阈值要分时段

七、阈值分时段配置。早高峰的地铁口，两小时不清就堵人行道；夜间的小区门口，堆到天亮也只是暂时。一套阈值套全天，必然一头误报一头漏报。

八、工单必须带处置时限和升级规则。没有时限的工单只是通知，没有升级的工单会一直躺在待办里。工单小程序里这两个字段，验收时要现场演示，不接受口头承诺。

共享单车监管平台的停车点管理里，类型字段和阈值是绑在一起的，落下来大致是这么一张表：

这张表不是标准答案，是可以拿去改的起点。车辆调度与淤积响应的区别，可参考精细化调度与智能监管。

验收时问三句话

第一句：给我看一条淤积记录从触发到关闭的全过程。能看到触发时间、派单对象、现场照片、回填时间、以及关闭后停留时长的重新计算，这条链才算通。

第二句：把阈值改成夜间模式，数据怎么变。改完不会变的，说明阈值是写死的。

第三句：处置完成之后，同一批车再堆起来，系统认不认得出。认不出，说明淤积只被当成一次性事件，没有被当成持续状态。

共享单车淤积治理，技术上没有多少秘密，难的是把每个环节的口径提前定死。定死了，甲乙双方都省事；定不死，验收那天再谈，谈的都是钱。预算值不值，看的就是这一条。