共享车位前面几年有好几家公司去做失败了，原因主要有2个，一个是技术方案导致的用户使用成本问题，另外一个是市场精确度不够，在商业模式上的变现障碍过多。换成题主的问题，可以问共享车位可以通过什么技术实现？以及共享车位可以通过什么商业模式实现。最近刚好帮好朋友做了一个共享车位方案，跟大家分享。
共享车位技术中，核心的技术构造分为以下几个部分：
终端硬件层：
终端车锁在过去几年的常见方案中主要采用蓝牙技术作为连接手段，蓝牙最大的毛病是是兼容性太差，相关的内容可以参考我在摩拜问题上的答案：摩拜单车开锁时提示打开蓝牙，开锁更快，成功率更高，其原理是什么，与不开蓝牙的开锁原理有什么不同？。
由此可以看到几个问题：
以上的这些坑，很多公司都踩过，所以到今天为止，国内基本没有哪家采用蓝牙作为智能车位锁的公司做得很好的。而目前iot技术已经成熟，也有相应的解决方案（我后面整理）。
通讯层：
车锁上传信息所需要配备的基站密度要高，无论蓝牙还是zigbee都需要30m以内装，而这种密度加大了整体部署成本（电源电力、网络），如果孤岛模式的话，无法形成网络化管理，在互联网业务层的部分就无法构造。
平台系统层：
平台层主要通过资产管理系统分为两大部分，一部分是车位信息系统，这类的解决方案现在很成熟，类似摩拜单车的那种地图比较实用，另外一部分是订单结算系统，主要是结算机制的构建，比如提前预定车位，车位停留押金（以免到期了被霸占）等等.
业务层使用端：
对于临时停车，还没有到达一定覆盖规模的APP，建议业务层直接通过微信小程序来解决，因为停车这种都属于一次性行为，今天在这边，明天在那边，为了在你这边停个车还得下APP，而且要注册什么的，会降低易用性。
过去的许多停车位共享喜欢搞错峰停车，认为小区白天没有什么停靠的应该可以共享出来，实际上这有很大的逻辑问题：
以上这个两个地方的问题会导致业务推广落地受限，所以共享车位，不能把小区之类的场景作为首先对象，所有的商业模式变现都需要基于用户需求才有机会变现。在做共享车位的时候，尽量搞清楚真正的需求在哪里，从最有机会下手的机构单位车位开始。
商业模式上的变现比较多参考了，常见有几种，会员包月奖励（充值做资金池）等等。
衍生阅读：王大帅：摩拜单车开锁原理？
