共享单车停车点规划：从聚类结果到落地名单

一个区做过一轮点位优化，方案出来，图上多了一百二十个新点位，红点密密麻麻。会上通过了，落到街道，第一个月只划了九个。

原因不复杂：图上那个红点落在一家便利店门口，店主不同意；另一个落在盲道上，城管否了；还有几个在小区消防通道口，物业直接拦车。算法算的是「车停在哪里」，现实问的是「地能不能用」。

共享单车停车点规划这件事，值钱的部分不在聚类，在从聚类结果到落地名单这一段。

这一步解决的是什么

停车点规划要解决的核心矛盾是：车会停在人想去的地方，而人不一定停在允许停的地方。

放任不管，车会堆在地铁口、商场门口、写字楼楼下，压盲道、堵消防通道、占公交站台。划得太少太偏，车照样乱停，因为骑行人不会为了还车多走三百米。

所以这一步的目标不是「划出最多的点位」，是「让还车点在骑行目的地的合理步行范围内」。行业里常用的说法是步行三到五分钟，落到距离上大约两三百米。

共享单车监管平台把这一步做成一个可计算的流程：先从历史订单和车辆停留数据里找出真实的停车热点，再用聚类算法归并成候选点位，之后叠一层合规筛查，输出可提交街道确认的名单。

背后机制：三步，缺一步都不行

第一步，取热点。 用历史订单的起终点、车辆长时间停留的位置、以及蓝牙设备采集到的车辆聚集情况，合成一张密度图。数据窗口通常取三个月以上，太短会把偶发聚集当成常态。

第二步，聚类。 按密度聚类，把相邻的热点归成一个候选点位。这里有两个参数决定结果形状：聚类半径和最小样本量。半径给大了，两个隔一条街的热点会被合成一个，划出来的点位谁都不方便；半径给小了，一个地铁口会被拆成四个点位，运维跑断腿。

第三步，合规筛查。 把候选点位逐个过一遍限制条件：是否压盲道、是否占消防通道、是否在公交站台三十米内、是否与树木和变电箱冲突、用地权属是否清晰。这一步不做，名单交上去一定被打回。

三步里，第三步最费人力，也最容易被省略。省略的后果是名单好看、落地为零。

参数怎么定

参数没有标准答案，但有可参照的取法。下面这张表是几个关键项的常见做法。

电子围栏的精度单独说一句。围栏判定误差在十米以内，骑行人基本感知不到；误差到二十米，就会出现「明明停在框里却提示不在区域」的投诉。这个数在合同里要写清，验收时要实测。

还有一个不在表里但很关键的参数：单个点位的容量。按每辆车占地估算，一个能停二十辆的点位和一个能停六十辆的点位，管理方式不一样。容量不写进点位档案，后面做淤积判定就没有分母。

装错会怎样

规划这一步做偏，后面所有环节都会跟着歪，而且歪得不明显。

点位划在盲道上。 验收能过，因为图上看着没问题；实际使用中，视障人士投诉，整条线被取消，前面投入全废。这一条在筛查环节用底图叠一下就能避免，问题是有没有人真的叠。

点位没上图，设备先装了。 蓝牙道钉埋在停车区边框，用来约束定点还车；可停车点在系统里没有对应记录，车停在道钉范围内，系统仍判为未在点位内。这种「设备与档案脱节」的情况在实施初期很常见，表现为投诉集中但查不出原因。

坐标偏差没校正。 停车点在系统里的坐标和现场差十几米，导航把人带到马路对面。校正一次要重新测绘，成本比一开始就测准高得多。

只划点位不定规则。 点位有了，可没有约定「超容怎么办」「满位能不能停旁边」「临时活动区算不算」。规则不定，现场全靠运维临场判断，最终变成谁嗓门大听谁的。

这四种情况，前三种是技术问题，第四条是管理问题。技术问题能在验收时查出来，管理问题要靠在方案阶段就写清楚。

怎么验

验收这一步，别只看图。图上的一切都是对的，因为图是照着方案画的。

一类是抽点实测。 从名单里抽二十个点位，逐个到现场。看四件事：点位是否存在、边界是否与图一致、是否压盲道或占消防通道、周边是否有实际停车需求。二十个里有两个对不上，扩大抽样到五十个。

二类是数据核对。 抽一个点位，把最近一周的停车记录调出来，看系统判定的「在点位内」与现场实际情况是否吻合。这一项能查出电子围栏精度和坐标偏差。

三类是规则可配。 现场改一个参数，比如把某点位的容量从二十改到三十，看系统是否立即生效、是否留了修改记录。规则改不动、改了没记录的系统，上线后每调一次都要找厂商。

四类是名单可交付。 最终交付的不该只是一张图，而是一份带字段的名单：点位编号、坐标、容量、所属路段、用地权属、限制条件、生效日期。这份名单能直接给到街道和运维队，才算真的落地。

点位类型与容量怎么配

同样是停车点，类型不同，配法完全不同。名单里如果不带类型，后面做淤积判定就没有依据。

容量定小了，车必然溢出到框外，违停数据飙升；容量定大了，人行道被占，投诉上门。比较稳的做法是按日均停车量的峰值乘一个系数，再和现场可用面积核对，取两者的小值。

这一步做完，还有一个附加收益：运维排班有了依据。哪几个点位需要早晚各跑一次，哪几个只需要隔天看一眼，名单上能直接看出来。

跟运营商怎么谈

停车点是监管方划的，但日常维护是运营商在做。两边对点位的理解不一致，执行就会走形。

要在落地阶段说清三件事。

一是新增与撤除的流程。运营商提出新增点位申请，监管方多长时间答复、按什么标准批。没有时限，申请会积压；没有标准，批不批全靠人情。

二是点位维护责任。标线磨损、道钉损坏、围栏牌被拆，谁修、多久修。这一条通常没人写，实际每年都会发生，拖久了点位形同虚设。

三是满位后的处置。点位满了，骑行人停到旁边算不算违停。比较通行的做法是设一个容差比例，超容百分之二十以内不判违停，超过则派单清运。这个比例要写进规则，不能靠现场判断。

三件事谈完，停车点规划才算从一张图变成一套能运转的规则。

一个区的落地节奏

从零到一张可用名单，通常要三个月，分四段。

第一段用两周，做数据准备：把历史订单、车辆轨迹、蓝牙采集记录拉齐，统一坐标系。这一段最枯燥，也最容易出问题，坐标系不一致会让后面所有位置都偏。

第二段用两周，跑聚类，出三套不同参数的结果，交给业务方看。三套结果放在一起比，业务方往往能一眼指出哪套更接近现场感受。

第三段用四到六周，做现场核查。一个区一百多个候选点位，两人一组，一天核十到十二个，两轮跑完。核查表要带照片和坐标，手机上填，回去直接进系统。

第四段用两周，确认与公示。名单交给街道、社区、运营商各过一遍，有异议的现场再看一次，定稿后公示。这一段最花时间，因为它不是技术活。

四段排下来，一个区三个月，一个市按区推进，一年能覆盖主城区。急着一个月铺完全市的，通常是名单交上去了，落地率不到两成。

采购时值得问的三句

第一句：聚类参数能不能在后台调，调完能不能复算历史结果。能复算，说明参数是真参数，不是写死的常量。

第二句：合规筛查的底图从哪来、多久更新一次。底图不更新，筛查就是一次性的，第二年新增的消防通道、改建的盲道都查不出来。

第三句：点位名单能不能导出成带坐标的表格。只能看图不能出表的系统，落地时要靠人一个个抄，抄的过程中就会出错。这三句问完，基本能判断一套共享单车监管平台是真能出名单，还是只能出图。

共享单车停车点规划做到位，后面的事会顺不少：淤积判定有分母，违停判定有边界，考核有依据。做偏了，后面每一环都在替它补窟窿，补到年底，谁都说不清问题到底出在哪。