早高峰七点半，老城区地铁口旁的人行道上，横七竖八停了三十多辆共享单车。旁边商户刚开门，门口就被堵住。这条路四米宽，划线停车位画不下几个。居民区门口更麻烦，楼道口只有两米宽，想设停车点，消防通道又不让占。共享单车和电动车还挤在一块，谁都挪不动。

      这是不少老城区城管同志的日常。他们也在问同一个问题：老城区到底怎么用智慧共享单车监管平台，把停车资源紧张这件事缓下来？我的回答是，先别急着找地方加车位。

老城区和新城区，压根不是一回事

      新城区的停车点规划，可以按地块红线、人行道宽度、退让距离一套标准往下套。老城区不行。路窄、两侧店铺密、地下管网多，能用的缝都得"挤"。

      这个差别决定了思路。加车位是一条路，可老城区没多少地方可加。提高既有空间的周转效率是另一条路，往往也更实用。同样一块地方，一天服务三拨人和服务六拨人，观感完全不同。

      说白了，老城区要的不是更多车位，是让每个车位被用得更勤。

智慧共享单车监管平台能做什么

      这里得先讲清楚一件事。智慧共享单车监管平台，不是装几个摄像头盯着就算完，而是把停车点、车辆、订单、调度这些数据连起来一起看。对老城区，比较有用的是下面这几块能力。

定义：以位定量

按停车点实际能容纳的车位数量，反推企业在这个区域能投放多少辆车。车位少的地方少投，车位够的地方才允许加车。目的是让投放量和空间承受力对得上，避免车辆堆在没地方停的路段。

先拿骑行热力找出真需求

      老城区究竟哪里缺停车点？凭经验容易看走眼。平台的骑行热力图和订单数据能告诉你，车都骑到哪、停在哪儿。有个常见情况：地图上看着冷清的小巷口，订单终点却特别密集。那才是居民真实的还车点。

不规则停车点，把非标准空间管起来

      老城区很少有那么方方正正的地方。一段弧形人行道、一个拐角、一小块退线区域，用标准停车点功能画不进去。不规则停车点功能支持按实际形状框选，把这些边角空间纳入统一管理。商户门口那块三角地、巷子口的斜角，都能变成合规还车点。

聚类推荐，找出藏起来的位置

      平台上车辆停放的热点，会聚成一团一团。聚类推荐根据这些聚集点，自动提示"这里可以考虑增设停车点"。规划人员再结合现场看一眼，能省不少摸排的功夫。

按实际车位核定投放

      老城区最容易出问题的是车投太多。用了以位定量，某个区域停车位只有二十个，平台就不会让企业往这儿投一百辆。

潮汐调度，高峰前把车预调走

      老城区早晚高峰的潮汐特别明显。早上车往地铁口、菜市场涌，晚上又回流到居民区。平台的预警和调度功能，能在淤积形成前提醒运维预调运力。配合 053060 运维机制（5 分钟响应、30 分钟到场、60 分钟清运完毕）和一点一策，重点路段的处理节奏就能定下来。

改造前后，差别在哪

      下面这组数字是示例口径，用来对比改造思路，不是某个城市的官方统计。另有一个行业口径的参考：老城区单块标准人行道停车点通常容纳 15 到 25 辆，而已观察到的还车里，约四成发生在未划线区域，这正是边角空间要被利用起来的原因。

      变化的关键不在多画了几个车位，而在于原来没人管、没纳入系统的边角空间被用起来了，车辆的流动也快了。

上系统之前，这几个坑得先绕开

      先摸清家底。哪些空间能用、哪些是消防通道碰不得，得跟消防、街道对一遍。这一步省不了，省了后面全是返工。

      不规则停车点不等于随便画。形状可以灵活，但每个点得有明确边界，否则还车入框的判断会乱套。

      数据也要接得全。订单、车辆、停车点几个来源缺一个，热力和聚类算出来的结果都会偏。

      还有一点，别指望系统自己跑。预警出来了，运维得有人到场，调度得有人执行。人机不配合，再好的平台也白搭。

常见问题 FAQ

Q：老城区路太窄，真的还能设停车点吗？

A：能设的地方比想象中多，关键是用不规则停车点把边角空间用起来。实在不符合条件的路段，就通过以位定量控制投放，减少车辆堆积。

Q：这套系统需要装蓝牙道钉吗？

A：不需要。本产品采用的是电子围栏、蓝牙嗅探器（固定式与移动式）、亚米级定位和入框结算这类方式，不使用蓝牙道钉。

Q：改造大概多久能看到效果？

A：要看数据接入和现场摸排的进度。停车点数据理顺、运维机制跑起来之后，秩序改善会先体现；周转效率的变化，得观察一两个高峰周期才看得出来。

Q：小城市的老城区预算有限，能上吗？

A：平台支持 SaaS 部署，初期可以从重点片区试起，先解决投诉最多的几条街，再逐步铺开。

Q：改造以后违停就没有了吗？

A：还会有，但量级不一样。系统的作用是把发现和处理的时间压下来，让运维能及时清运，而不是指望一次改造就彻底杜绝违停。