1 个回答
去年业余时间做了个公司内部车位共享的项目，使用场景：
用户休假或者出差的时候把自己的车位共享出来，其他没有车位的同学可以在平台上去抢占车位。
目前每天车位共享在60个左右，每天抢占车位页面的PV大约在1500，缺口很大。
为了增加车位，产品上线后我主推了3个功能：
1、共享车位可以申报公益时（因为车位是公司免费提供的，因此公司不允许打赏）--已上线
2、指定共享，主要是让无车位的人去拉动团队里面的人贡献车位--已上线
3、和休假差旅打通，针对在内网提交了休假差旅的用户做push通知，引导其分享车位--开发中
除此之外还在停车场挂了海报引导用户共享
我想过，即使这些都做了依然解决不了车位缺口的事情，那么需要怎么做？
公司东门有个停车场，如果和停车场打通可以解决一部分的问题。公司北门有个小区，不少同事在那边包月停车，如果可以打通又能解决一部分问题。不过限于精力有限，这个项目目前还没走出去。
国内的停车应用比较多了，ETCP、好停车、吾舍停车等，但是一直做不起来，我分析有以下几个原因：
1、产业联调太长，如果和小区打通，涉及物业、闸机厂商、业主委员会，再加上提供车位的人，利益分配难统一，谈判成本过高，有点像当年的NFC。
2、闸机设备的厂商太多太杂，要和这么多的厂商打通不容易，且有的用的是车牌识别，有的是蓝牙卡，门槛不高，各个地方又有很多的小厂商。
另外我的一点思考：
目前的车位共享其实更多的是租赁经济，一个车位运营商去和各大shopping mall谈了合作，把车位拿过来再租给需要车位的人，并不是真正的C2C共享，少了一方的参与者，是完全的重资产模式（需要不断的融资去拿车位），市场不容易爆发。
我曾经觉得滴滴是最有基因来做停车的，因为滴滴知道每辆车停在什么地方，但是滴滴为什么没做呢？
一个原因是停车的模式太重，之前的滴滴爆发，只要司机端安装了软件就行，现在要打通利益链条上的这么多方，很难快速复制；另外一方面我觉得车位共享应该是个过渡产品，以后实现了无人驾驶，大部分的车都是跑在路上的，根本不需要停车位。