停车类O2O应用停摆数据是个大问题

　　我一直关注停车行业，而萝卜停车是我认识的第一家此类创业公司。如今，该公司宣布放弃停车业务并转型，这让我颇感意外。今年1月初，在北京市海淀区知春路一幢居民楼里，我第一次见到萝卜停车创始人肖遥和合伙人高占良，那时，他们刚刚租了一套100平方米的房子，引入了新的技术合伙人，准备大干一场。3月中旬，在一个主题为 “即将爆发的停车软件”线下沙龙，肖遥受邀参与并发表演讲。事不遂人愿，“即将爆发”并没有如约而至，关于停车软件的讨论却越发沉寂了。不久前，肖遥约我碰面，他们已经终止了停车的项目。

　　数据是个大问题

　　今年年初，肖遥向我阐述了萝卜停车的一个线上“玩法”，即“一个数据+两个分享”：梳理北京市的停车静态数据，告诉用户停车场位置和价格等基本信息，然后通过车主和停车管理员两个主体分享空车位信息，提供动态停车数据。这个数据不能精确到空车位数，但可以显示“已满、拥挤或空闲”。

　　静态数据没有任何可以依赖的来源，因为停车场的信息化建设投入几乎为零，没有联网数据，地图类产品的数据也基本不能用，所以萝卜停车决定线下自采数据。从2014年5月开始，肖遥和高占良各自带两位同事，每天在北京城采集数据，包括坐标、价格、车位数、开放时间、包月价格、是否对外等。“总共骑坏和被偷了将近10辆自行车，” 肖遥经常提到这件事，“但基于静态数据的内测效果并不好，用户不在意哪儿有车场，而是关心要去的车场能不能停、有多少空位。这给了我们两个提示，一是显而易见的需求未必是真正的需求，二是创业初期要学会快速试错。”而在我的理解中，快速试错也许是指不要采集完了所有数据再去做内测，有一部分数据就可以上线内测试试。

　　硬件环节差得远

　　依靠停车管理员和车主分享空车位数据，也很快被证明是个不靠谱的方法。萝卜停车曾经找了50个保安，为他们开发了一个微信订阅号作为后台，保安以红橙绿三个颜色上传停车场的空闲状况，每半小时报一次，每报一次都有奖励。这个方法的问题在于，保安的流动性很大，推广时候要避开物业公司(因为物业公司并不支持)，数据也不精准。肖遥说：“地下车库中某一层的保安并不知道另外一层的状况，更不用说保安无意或者有意瞎报数据了。”最后，萝卜停车回到了硬件，这也是肖遥今天依然坚持的观点——做停车必须有数据，想要有数据必须做硬件。此后，他们研发了一套基于云端的摄像头车牌识别和缴费系统，于是，停车O2O变成了B2B的生意。停车场没有替换现有设备的意愿，所以只能在现有基础上增加摄像头和传输设备，更不用说架设设备过程中的硬件条件限制，例如大多数停车场没有网线。肖遥说，即使设备白送，一家停车场至少也得谈半个月的时间，才能拿下合作协议，这最终考验的是商务能力。

　　显而易见的需求未必是真正的需求。肖遥最开始想做萝卜停车，就是因为他开车来北京办事找不到停车位。那时候我和他的观点是相似的：在所有汽车后市场中，停车是个万亿元级别的细分市场(每年交易额确实非常可观)，刚需且高频(远比洗车、保养甚至保险和汽车金融更高频)。但肖遥这次跟我说，真正高频的停车需求，是相对稳定的，想想你每天上班，基本都有确定的地点和包天或者包月的停车价格，在这个场景下，用户的真正需求是省钱——比如有更便宜的包月或者包天停车位。而且这个需求并不是完全刚性的，肖遥举了一个例子：萝卜停车谈下了王府井区域某地下停车场，800元包月，希望吸引在马路对面某写字楼上班的车主，该写字楼地下停车场的包月价格在2000元以上。但最终效果不佳，因为有些车主的停车费由单位报销，有些车主可以按每天60元的价格包天停车，算下来每月约为1200元，价格吸引力就不明显了。