如果我是产品经理,我会如何设计智能找停车场APP?

起点学院产品经理365成长计划,2天线下闭门集训+1年在线学习,全面掌握BAT产品经理体系。了解详情

最近看了XX停车的一些信息,同时也看了一个以色列公司做智能找停车场新思路的一些介绍,分析了一下,与各位产品经理分享(如有雷同,请见谅)

tingchechang

智能停车原来以为不难做,但仔细想想,有几点确实是挺有挑战的

  • 实时性要求高:车要是到了目的地,发现你的信息不准确,几次过来估计就不用了。
  • 停车场并没有强烈意愿主动提供信息:现在大城市的停车场,应该不需要大力宣传,车多&停车场少才是真正的痛点。
  • 商业模式是什么?这个也许我想错了,但有多少人愿意花钱买停车场信息?

不提商业模式了(但如果有大拿愿意帮着分析分析,绝对欢迎),基于这样的前提下,如果你是一个产品经理,你会怎么办呢?

说说我根据网上的信息,总结的一点思路吧:智能停车场信息提供目前主要有两种思路来做

  • 实时信息为主,智能预测为辅
  • 智能预测+众筹为主,实时信息为辅

下面一个一个介绍一下我的思路:

实时信息为主,智能预测为辅

XX停车应该是这种思路下的一个设计方式,以下几个方式可以提供实时信息

  • 与停车场合作,使用平台统一提供的停车场管理系统,这样管理系统在帮助停车场的同时,也能提供平台需要的信息。
  • 在停车场内安装一些传感设备,这样,不用侵入停车场管理系统,也能得到当前停车场的信息。
  • 和停车场管理人员(或参与管理人员)合作,人为获取信息,比如和停车场安保人员合作
    (这里提一句话,原来一个产品大拿告诉我的:“做产品,别光想着用技术解决所有问题,有可能技术之外的方式更简单”)。

当然,光有实时信息也不行,因为开车的人离的可能远,查到有车位和开到有车位,不是一回事。这种情况下,就需要智能预测的辅助了。

同时,智能预测应该有两方面的内容

  • 停车位信息是实时的,但车离的比较远,预测车到后停车场的情况。虽然有的APP提供线上预定的功能,这样用户可以提前预定车位,这样车到后,车位是有了的,但这种情况需要与停车场系统集成,不是每个都能支持。
  • 停车位信息是非实时的,这时候预测的范围就更广了,需要预测当前停车场内车辆情况,同时还要加上车开到后可能的情况。

接触了XX停车后,感觉他们在能支持实时停车位信息的情景下做的不错,但在预测这事儿上,感觉没有发挥技术提高生产力的优势,比如我一个朋友家周围的情况

1

2

其实这周围停车场有不少,而且,停车位在不同时候的情况紧张程度,相对固定,但APP上,没有体现这么多;同时,当前停车位情况和价格,也明显也不对。对于一个需要停车位APP的人来说,如果在这地方没有帮到他,或信息错误,那用户就可能放弃它。

其实从技术的角度来说,这事应该也可以实现,比如,对一个停车场来说,能够影响它的停车位紧张程度的,应该有如下信息:(只是举例)

  • 城市的基本情况,车辆饱和程度。。。
  • 目前周围的traffic情况怎么样?一般比较堵车的地方,停车场都是满的
  • 今天某个时段的Traffic情况怎么样?一段上午比较堵车时,停车场是满的。。。
  • 周围有商场吗?商场大概的开门时间和人流量?
  • 周围有居民区吗?大概的人口数量。
  • 周围有景点吗?一般景点周围在节假日,都会紧张。
  • 天气情况如何?比如下大雨的天气,有的停车场就可能会车少。

……

有点像是个“地点画像”吧,通过这些信息的综合评价和持续学习,对于一般情况下的预测,效果应该还可以的。(这里面需要涉及大数据、地图数据及机器学习的综合应用内容,略过了)

可以看到,实时+预测的模式,有一定的优势,就是信息准确;但劣势也明显,就是成本高,同时需要相当多的时间、数据和历史信息来优化提高引擎的预测能力。

预测+众筹为主,实时为辅

这种方式没看到国内有没有公司在做,但我知道国外有公司开始在做了,以色列一家公司宣称自己的算法,不需要任何历史数据的支持

像上面一样,我也来“猜一猜”这样的产品应该如何设计吧

预测上面提到了,这部分我觉得就算是不需要历史数据的支持,但是“地理画像”这部分也应该跑不掉。

重点说说众筹,要是设计一款产品,想让用户真的自愿来提供信息,个人觉得有这样几种方法

  • 有奖励。
  • 产品对自己有用。
  • 不经意间就信息众筹了。

个人觉得第三种可能可行性更高些(第一种费用高,第二种对一部分人来说,没有实时信息的支撑,不好做)

对第三种,下面的思路可供参考

  • 用户打开APP,想找一个停车场,输入目的地后,显示周围的停车场。
  • 系统推荐一个停车场,这时候,系统没有实时信息,所以根据“地理画像”,选择一个停车场推荐(这时候,根据情况可以选择我们希望“众筹”的停车场)。
  • 如果用户顺利停车进去,说明停车场我们的预测是正确的,可以让用户帮助提供一些当前停车场的简单信息(比如是不是推荐其它人停入。。。)
  • 如果没有停车进去,说明这个停车场已满(系统可以把这个信息,用于下一次用户访问)。提示用户,可以选择下一个停车场,同时,使用系统推荐的导航路径时,路径的规划中,不再是最短路径,而是尽量选择途径停车场比较多的路径,这样,提示用户可以在开车的过程中,进行选择。
  • 如果用户停进停车场了,可以帮用户进行计时计费(如果没开通的情况下),这样,停车场的费用情况信息,也可以收集上来。

按以上的设计的话,以下几个场景,不同的情况下,会有不同的帮助:

  • 场景一:想要去的停车场,没有任何信息。上面的情况,部分的解决了这些问题,而且,如果“地理画像”做的好的话,准确度应该能在50%以上。
  • 场景二:想要去的停车场,没有实时信息,但有“众筹”信息。上面的情况,如果加上一个比较准确的输入,准确度应该会在7、80%以上了。
  • 场景三:想要去的停车场,有实时信息。这种情况下,准确度会很高,同时,周围的停车场信息,也可以通过用户的信息得到,一举两得。

这种设计的优势很明显,前期不需要历史数据和大的硬件成本投入,易于推广;但劣势也很明显,就是需要你有能力来控制导航,控制POI搜索等等,需要较强的技术背景。

这样,一个用户的服务过程中,用户得到了方便,我们也得到了想要的一些信息。

当然,以上的设计,只是凭借个人的经验,猜测的,如果不对,请大家指正。

再说说如何快速的获取更多的停车场信息呢?路推的方式获取?大家估计都知道这个成本很高了。这时候APP如果提供一个免费找车的功能,让用户把自己的爱车停的位置照下来,同时系统把GPS存下来,一能帮助用户方便的找到车,避免在陌生的地方忘了车在哪里;二能帮助系统方便的找到“各种各样”的停车场,一举两得。

 

本文由 @Louis 原创发布于人人都是产品经理。未经许可,禁止转载。

您的赞赏,是对我创作的最大鼓励。

评论( 17

登录后参与评论
  1. 如果真要做一个停车的app,是否可以做到完全垂直化,在不涉及其他像购物、拼单、社交等领域的情况下能不能开展呢,那这种情况下要怎么经营收益呢?

    回复
  2. 所以我说预定会有时间限定。10分钟以内。过时不候。如果平凡预定 可以让他休息几分钟在进行下一次预定。中间有个延迟

    回复
  3. 打通各停车场运营方是难点。玩这个不能光想车主好不好用,你还得设计一套车场喜欢的商业模式出来,否则寸步难行。但旺地就是旺地,仅玩信息对称对停车场来说能多赚点?玩玩住宅区车位共享算了。BTW,有改变停车场收费硬件的能力,市场占有率高的厂家,他们能玩,有数据

    回复
    1. 回复

      ”鸡生蛋还是蛋生鸡“的关系其实是很微妙的:我记得以前淘宝不大的时候,大的商家都不用淘宝;但淘宝壮大后,大的商家又都在淘宝上开专卖店。

      个人认为,一个产品的成功,需要:定位的准确,技术的支撑,运营的加速和售后的保证。

      我没做过停车场,所以商业模式目前不能100%的准确说出来,但是如果定位准确和技术支撑上能够让用户增长很多还喜欢用,运营在车场上的加速也就容易很多了。

      欢迎大家评论,如果有商业模式的分析,更加欢迎。

  4. 其实有没有车位,只需要采集一次当前车场车位数据,就可以通过车场容量和出入车数量进行永久的实时计算了,只要车场容量不变,计算的数据可以实时并且准确,只需要在车场的出入口安装一个简单的计数硬件即可实现,成本很低,而且也可以通过一段时间内出入车场的流量来预测XX分钟后是否有充足的车位,这比做地理画像要靠谱的多,而且成本要低多了吧!
    剩下的问题就是第一次的资源投入来完成停车场的出入口计数器的安装了,这里关键在于如何让各大车场主动合作,而不是花大量人力物力去地推,无利不起早,对于不愁没客人的车场,拿一部分钱砸吧,否则安排了业务人员去了人家也不见得跟你合作。对于平时流量少的车场相对好办一些,不过该给的好处还是不能少的,毕竟都有“负责”人么,你懂的。
    当然,计数器需要稳定的网络(基本上城市内的主流停车场,网络不是大问题),和一定的维护成本,这个要考虑,另外车场的装修,维护,新增等后续问题还是要耗费一定的资源跟进的。

    回复
    1. 回复

      硬件投入确实是目前我见过的模式之一,但这个投入并不小,不光是硬件的费用,停车场这么多,光派人去找这些停车场进行安装就是个不小的费用。同时,硬件是需要SIM卡将信息传回服务器的,所以,相当于这是一个持续性投入。再有,如果硬件出现故障,后继维修也很消耗人力。我没仔细算过,但假如投入1000W,我个人觉得铺不了多少城市。

    2. 回复

      不要停留在传统的地推模式上,给你多少钱都不够用,而且,你这么算,永远拿不到投资的啊。单纯的单方面投入资金铺硬件肯定不行,但要从新的商业模式和共赢上找突破口。共赢的突破口就是在于,你们和车场的用户都是车主(及其亲属&朋友),不如从共赢的角度寻求停车场的需求痛点,比如先从购物商圈类停车场入手(这类停车场的数量应该不少,方便前期的用户积累),逐渐扩张至各类型的停车场:
      1、对于购物商圈性质的停车场:通过APP向用户推送商场各种打折信息,促销活动,以及APP会员独享的折扣及福利,以吸引并保持消费者的粘性。后期甚至可以通过用户在商场的购物记录进行更加精准的推送。(现在的实体商圈受线上的冲击有多大有目共睹,为了吸引消费者也是费尽心机,但促销信息多通过办理会员获得用户手机号和邮箱才能推送,而你的APP可以精确而方便的进行目标用户信息推送,你和商场都是双赢,装个硬件和维护还需要单独派人么?)
      2、车主们不可能只去各大购物商圈的停车场,一旦前期的用户积累完成了,接下来就该进入挟天子以令诸侯的步骤了。假设我有100W的用户安装了APP,我可以通过一些高质量的广告投放获得一部分初始的广告利润,假设为每个用户每天可以带来10块钱的收入(随便说的数),同时这些用户会根据自己的生活轨迹停入各种收费停车场,那么这个阶段我可以联系各停车场,如果安装了我们的硬件,那么通过APP进入你们停车场的用户每天所产生的广告收入,按一定比例分配给停车场(这个比例前期可以很大,比100%都可以),为停车场增加收入的同时,利用前期积累的车主,反过来开始积累停车场。
      3、当你完成了用户的积累和主流类型的停车场积累后,往小了做,就是进入传统的商业模式发展:广告,社交,商圈,团购等。往大了做,商业模式可以是整合停车场,形成停车场联盟,发展会员体系,切入停车场收费系统,形成一个停车场品牌产品(类似当前的外卖网站整合各家饭馆一样),后面可以做的就太多了……
      以上只是粗略的分析,不够细致也有很多不完善的地方,但是只是觉得做传统行业的互联网+,一定要在四维上突破传统的模式才行啊,寻找用户(车主的痛点很明确就是停车难,而车场的痛点就需要根据不同的类别进行不同的分析了)的需求痛点切入,才能拉对方下水。

    3. 回复

      非常感谢,非常有深度的一个评论,希望其它有心人看到后,共同探讨。

      这里先问一个问题,停车场发展广告,商圈,团购不难理解,但停车场社交?这个怎么讲。

    4. 回复

      不能只停留在停车场这个维度下啊,我做停车场APP,怎能放过车场周边的一切可整合利用的资源呢……我们的目的是通过帮助用户找车位这个基础的需求点出发,挖掘用户在车场周围配套资源里的一切其他深度需求。垂直切入,横向扩展。举一个简单的用户场景:
      大悦城的一个卖杂货的小店在搞活动,2件9折,3件8折,5件7折,可你就想买一件,怎么办?打开APP,发一条面向所有定位到大悦城停车场的用户的状态:我在大悦城XX小店,店铺活动2件9折,3件8折,5件7折,求凑单的朋友一起!
      购物狂可结交广结好友,美女可以找帅哥凑单,高富帅可以借机炫车找妹子……所谓社交的开始,其实不就是给大家找个理由成为朋友么?

    5. 回复

      看了你们精彩的讨论,受益匪浅啊 :neutral: :neutral: :neutral: 有个小小疑问,感觉现在无论做什么app都往社交上靠,做交友做社区做信息交换,会不会很容易信息荷载过度从而让用户产生疲倦心理?因为大部分用户使用这个app只是单纯想快速找到停车场停车而已。

    6. 回复

      所以这个产品上线的初始阶段,核心功能寻找停车位必须简单便捷好用,而快速获取停车场信息的办法,成本最低的就是利用共同利益拉停车场管理方下水,而利用购物圈的停车场做突破口,是因为在当前淘宝独大的情况下,更容易和线下购物商圈的商家达成利益上的一致。如此倒推的话,可以发现其实我们最终的目的还是保证这个APP的核心功能强大而易用,只不过为了自身利益的更大化(节约投资人的钱)而设计的实现方案,当然,如果我有足够的钱来砸市场,也就不用这么费尽心机了。
      至于上面提到的社交方面,完全是产品发展到一定阶段后,平台化的产物,当我们解决了用户的核心需求之后,在停车这个需求点衍生出来的附加需求价值才会一一体现出来。好比雷军做手机,只是利用手机作为智能硬件家族的一个突破口,来完成初始的用户积累,进而扩张为智能家居的全方位的 米家 。

    7. 回复

      :roll: 感谢回复,如你所说的确社交是很多成熟形态产品比较好的一个延伸方向。可惜现在很多app就死在了前期无法有限突破上 :cool: :cool:

  5. 有些疑问,共同探讨。“如果用户顺利停车进去”,这个条件的判断是用户点击按钮确认停车完毕or系统自动判断是否停车完毕?如果是前者那么用户缺少停完车再去确认的动力,毕竟最终的确认结果是APP想要的,等于服务了一半用户走了,不需要了,没达到APP目的,尤其是在商场,电影院,公园等场所,停完车第一反应自然是下车该干什么干什么去。就算用户处理完事,再打开APP确认停车完毕,信息的及时性已经没有了,不能及时给后续的来此停车场的用户给予指导。毕竟停车位信息的及时性要求很高。如果是系统自动判断,那么停车场的信号问题、APP被系统停止等原因将影响判断结果,信息准确性又是个问题。

    回复
    1. 回复

      我觉得以下几种方法可以帮助这个问题

      1. 提供快速找车功能,说白了就是让用户自己记录一下停车位。有不少人,会用这个功能,这样就说明车停完了。
      2. 利用手机的Sensor,如果长时间静止或进入步行状态(非开车状态),也说明车停完了。
      3. 如果APP提供了导航功能,导航结束时,如果没有继续导航,其实也侧面说明了。

    2. 回复

      我觉得你说的这几种方法都不能精准确定是否已经停车到位,最精准的就是在每个车位下面加一个重力感应器,达到一顿或者半吨(当然这个重量可以自己定义)就可以确认这个车位被占,但这种方式成本较高

  6. 个人看法如果使用时间限制 会不会有点意思,比如预定停车位最高时间10分钟,10分钟以内没有到的话此停车位取消,需要重新预定,10分钟以内到达这个车位则属于你。感觉和嘀嘀打车有点相似,,人家是抢单,这是抢车位。

    回复
    1. 回复

      你这种没有成本的预定,大家都会预定,反正不去也没事。不是乱套了?

加载中