据数据显示,全国现有汽车已达1亿7千万辆,停车位缺于6800万个。而在北京,汽车保有量和车位的配比大约是1:0.5,而国际上一般是1:1.2,结构严重失衡。正所谓哪里有需求,哪里就有市场。停车位的走俏,看起来给了停车类APP巨大的发展空间。

但事实上,目前还没有一款停车类APP称得上是巨无霸般的存在。停车类APP软肋的存在,让其听起来很美,用起来很累。

 类型繁多 停车类APP不断尝试新模式

与滴滴打车、美团、微票儿、饿了么等专注细分领域,且有明确针对性业务的移动应用不同,停车类APP从诞生直到现在,虽然经历了快速的发展过程,却还一直处于寻找确定的模式之中。大众想象中的停车类APP应该是:打开APP→搜索到附近的停车位→手机付款→直接去停车……这样的使用模式。但实际上,因为车位情况的多变和复杂,停车类APP还远未进化到这一步。

因此,停车类APP不断尝试新模式。因为理念、进度的不同,目前多种模式类型共存。不同的停车类APP之间,模式差异极大。比如停车宝、蜜蜂停车、停简单等APP,主要是针对电子支付进行改革,通过智能车牌识别计费系统、停车场后台管理系统等,实现出入车场自动抬杆,手机端自动缴扣停车费等。而已经关停的停哪儿APP,其模式是车主向保安付小费,然后保安为车主预留车位。51抢车位则是采取车主发单加小费、车场接单的模式。

不过可惜的是,目前没有一个停车类APP称得上是大鳄级别的。都是在自己的一亩三分地的地盘里折腾,试图找到进一步发展的空间。这些新模式目前都还没有真正经得起市场的考验,整个停车类APP细分领域也没有成长起来——甚至还算不上是一个真正的行业。

 停车空位不解决 软肋永远无法弥补

停车需求如此大且急迫,但为何停车类APP的发展步伐却如蜗牛般缓慢?关键就在于停车类APP没有真正满足车主最迫切的需求——精准地寻找到空闲的停车位。目前立足于大城市的停车类APP,虽然能够为车主显示停车场的位置、价格等,却根本无法准确地掌握停车位的闲置与使用状态。以无忧停车为例,其所谓的空车位播报,只是经验估算,而非真实存在空车位。

目前停车类APP践行的模式中,都还存在着各自的弊端。停车宝之类主攻电子支付的APP,实际上是简化缴纳停车费的流程,减少车主的等待时间,却对寻找停车位价值不大。停哪儿更没什么用了,保安根本没权利却车主保留停车位——即使是给小费也没啥用,这款APP也就在预料之中了。51抢车位那样车主发小费的模式也不可取,小费给多了对车主是负担,给少了,停车场为什么要给保留车位呢?

无论如何,在供小于求的停车市场,不能够精准寻找空闲停车位是停车类APP的软肋,就目前来看是无法在短时间内弥补的。从大环境来看,目前停车行业尚无成熟的模式与标准。不同地域、不同商圈,乃至具体到每个停车场,从权属关系到利益分配机制都很复杂,而且极其分散。这也就意味着停车类APP,要是拓展业务,必须挨个与停车场去协商,根本没有快速复制模式的可能性。这样一来,停车类APP发展的速度自然非常缓慢——非标准的行业就是这么“凄惨”。

 未来终会成功 过程太多波折

停车作为一种高频需求,其实比洗车、养车、汽车美容等更具发展潜力。而后面提到的这些汽车后服务,其相对应的移动APP早已混得风生水起。停车类APP从未来的发展态势看,还是能够成功的,只是在发展过程中会有很多波折。

不过目前我们也应该肯定停车类APP的作用,正在逐渐把停车往便捷的方向推进。以电子支付为例,如果能够全面实施开来,自然能够极大地压缩等待时间,提高出入速度,变相地提升了效率。只是按照这样缓慢的发展速度,什么时候停车类APP才能出现滴滴那样的王者呢?(科技新发现
康斯坦丁/文)

本文如需转载,请联系QQ:102927545 ,并注明出处

科技新发现官方微信公众号:kejxfx

听起来很美,用起来很累!停车类APP软肋在哪的更多相关文章

  1. css3很美的蟠桃动画

    查看效果:http://hovertree.com/texiao/css3/26/ 源码下载:http://hovertree.com/h/bjaf/ndhxgfkn.htm 效果图如下: 代码如下: ...

  2. x01.os.15: 看上去很美

    张碧晨在韩国学的不是技巧,而是基本功:气息!声音由气息托着,似真声而不是真声,似假声又不是假声,所以才能在动听的地方唱得更动听.编程也是一样,基本功很重要:内存!所谓的黑客高手,攻击的一大手段,便是利 ...

  3. StoryBoard--看上去很美

    StoryBoard--看上去很美 介绍 StoryBoard 是苹果在 2011 年的 WWDC Session 309<Introducing Interface Builder Story ...

  4. 看上去很美 国内CDN现状与美国对比

    CDN的理想与现实 多年以前,当<Kingdom of Heaven>这部史诗电影发行的时候,中国的影迷使用电驴和BT来寻找种子,而那个时候,高清也才刚刚进入电影领域,我的同事不惜用自家的 ...

  5. oracle 11G direct path read 很美也很伤人

    direct path read在11g中,全表扫描可能使用direct path read方式,绕过buffer cache,这样的全表扫描就是物理读了. 在10g中,都是通过gc buffer来读 ...

  6. 美国诚实签经验——中英文行程单、往返机票、用英语面试的申请者通过率>用中文面试的申请者的通过率、一直保持着微笑,看上去很自信,也很诚恳、户口簿带上最好

    在排队等待时据我的观察,用英语面试的申请者通过率>用中文面试的申请者的通过率.一家人申请通过率>单个人通过率:商务签证通过率>旅游签证通过率 一.    面签材料 1.    必备材 ...

  7. paip.解决 数据库mysql增加列 字段很慢添加字段很慢

    paip.解决 数据库mysql增加列 字段很慢添加字段很慢 #环境如下: mysql5.6    数据仅仅3w alter table xxx add column yyy int default ...

  8. chrome浏览器上传图片反应很慢,延迟很久才弹出窗口

    chrome浏览器上传图片反应很慢,延迟很久才弹出窗口 一个上传图片的控件,点击按钮上传图片,用chrome(谷歌浏览器)时,点击按钮后,要等好几秒才弹出文件选择窗口 可以试一下,把网络断开,这个问题 ...

  9. C# 一句很简单而又很经典的代码

    一.知识点 二.问题 如果以上四个问题,你很自信,那么以下,您就不要看了,因为我想说的东西真的很简单. 如果你开始怀疑自己,可以继续向下看.你自己到底真的理解吗??? 再看下面这段代码有没有问题? c ...

随机推荐

  1. JS 特效三大系列总结

    一. offset系列 1. offset系列的5个属性 1. offsetLeft : 用于获取元素到最近的定位父盒子的左侧距离 * 计算方式: 当前元素的左边框的左侧到定位父盒子的左边框右侧 * ...

  2. 多标签图像分类任务的评价方法-mAP

    http://blog.sina.com.cn/s/blog_9db078090102whzw.html 多标签图像分类(Multi-label Image Classification)任务中图片的 ...

  3. xcode6添加pch文件

    pch文件 定义:该文件中定义的内容为全局变量,可供所有类进行调用 例子:在pch文件中定义ios版本

  4. [SDOI2019]染色(DP)

    好神的题啊! 看了这题只会第一个subtask,又参考了HN-CJ鸽王zsy的题解,实在太菜了. 暴力转移是O(nc2),很显然没有分.考虑子任务1,2,只需要转移包含已染色格子的列,然后状态数只有O ...

  5. JDBC常用驱动和语法汇总

    A. Firebird url=jdbc:firebirdsql:[HOST_NAME]/[PORT:][FULL_PATH_TO_DATABASE_FILE] driver=org.firebird ...

  6. Serverless 的开发者工具建设

    本文将介绍 Serverless 生态下的开发者工具,并简述这些工具是如何贯穿开发.调试.测试和部署的生命周期,提升开发者效率的. 由于 Serverless 平台具备弹性扩缩.免运维.按需付费等特点 ...

  7. Git ubuntu 升级

    外文文档 This team will distribute the most current stable package of Git for Ubuntu. Stable releases: h ...

  8. winform显示word、ppt和pdf,用一个控件显示

    思路:都以pdf的格式展示,防止文件拷贝,所以要把word和ppt转换为pdf:展示用第三方组件O2S.Components.PDFView4NET.dll,破解版的下载链接:https://pan. ...

  9. vs2015的密钥

    最近一直提示VS要登陆,登陆完就说评估期已到,搞得很烦. VS2015 enterprise版本得密钥:  HM6NR-QXX7C-DFW2Y-8B82K-WTYJV    亲测有效!!! 专业版本的 ...

  10. Number of Digit One(Medium)

    1.算法说明: 如3141592,在m(digitDivide)=100时,即要求计算百位上"1"的个数 其中a为31415,b为92,31415中出现了3142次"1& ...