美文网首页
Week 10.“乾坤大挪移”失败了

Week 10.“乾坤大挪移”失败了

作者: 若淅 | 来源:发表于2017-09-26 17:17 被阅读0次

    工作第一年在参与的一个生活类APP项目中,做了一个内部小应用代号叫“乾坤大挪移”,其实是个挪车位的应用。在当年的环境下,算是有需求的,但最后无疾而终了。现在想想也是有原因的。

    先看下当时的一些需求分析。

    需求目的:为解决停车场中某些车辆被其他车挡住出路无法正常开出的问题,而提供的挪车位服务,帮助被困车辆挪出。

    需求背景:挪车位的提出是出于有车族经常遇到的车辆被困问题。

    1)车主A由于较早把车停入车场,待要返回时,出口已被其他车辆挡住,无法挪出车辆,而此时又联系不到对方车主的无奈。

    2)停车场管理员接到车辆被困的求助时,由于无车主的详细信息,无法提供帮助而被投诉。

    3)当车主的车辆被堵时,无奈下拨打114或者交警请求协助,使得交警服务台业务量剧增,需为车主查询堵车的车主并通知车主进行挪车,现此情况已经越来越多。

    举公司停车位例子说明,比较早到的车主停在车场较里面的位子,当后续的车量不断增多时,就会出现位子靠里的车被困,若要挪出,则需要堵住路口的车主把车开走,往往这个时候由于无法知晓对方的联系方式,只能等待对方把车开走,要是比较紧急则联系公司的综管部门进行协调。因此迫切需要有一项应用可以为被困车主提供帮助,解决车辆被困的问题。

    挪车位业务流程图

    需求概述:挪车位功能,目前基于公司综合管理部提供的停车位所有车主的信息,用户需要用车牌号和车架后四位登陆挪车位应用,展示该车辆的信息(包括车主的联系方式、车牌号、车架号等),添加被堵车辆的车牌,采用电话或者短信的方式联系车主,通知对方把车开走。

    1.出于对车主信息安全性的考虑,用户需输入车牌和车架后四位(或电话)登陆后才可使用该功能;

    2.输入挡住车辆的车牌号,后台数据库自动关联该车牌的车主信息,被困车主采用电话方式或者短信方式通知对方车主挪车位;

    3.管理员对车辆信息进行管理维护,日常的数据更新、信息录入等;

    4.当数据库中不存在要联系的车辆信息时,对用户进行友情提示,后台记录该车辆并给管理员进行通知更新数据;

    5.对于首次使用的车主,输入车牌号和车架后四位进入挪车位应用,系统自动保存该数据;

    6.当用户设置不接收电话时,平台告知被挡车主对方已屏蔽电话联系方式,只能以短信方式联系。

    再看下当时的两张效果图,应用风格是切合APP的主色系。

    挪车位效果图

    回看下当时为什么会失败,我总结了几个原因,先提一个小背景,当时的公司服务的是电信,我们是那个弱势的乙方。

    1.产品可替代并且非必须。起初是在公司内部试用推行,对公司内有车的用户来说,群体较少,并且已有的解决方法可以满足他们的需求。直接找下保安,就有人来处理,在那边等着就行了,人的惰性心理,有人帮忙了就不需要自己亲力亲为了。至于是不是增加了保安的工作量,其实并不会有多少,反而他们还很乐于助人,增加了跟公司员工搞好关系的途径。至于在外面的一些停车场使用人工登记的或者是热闹些的商场门口停车被挡住的情况,在12年其实算是有这样的现象,用我们的挪车位来减轻114或者交警平台的客服量,只能说是个美好的愿景吧。再看下现在各个停车场都采用了各种先进的管理系统,各种自动化和数据的同步,停车位也更规范了,这样的挪车位需求就显得更弱化了。

    2.产品出于安全的一些限制性,影响了使用的便捷。首先必须是安装了我们APP的用户(其实公司员工都已强制安装我们的APP,至于有多少人就不好说了),并且他的车辆信息有录入在我们的数据库中,源于APP中原来有的一个功能-车辆违章查询,用户使用过该功能就绑定了相关车辆信息,如果没有则需要先添加自己的车辆信息,才能使用这个挪车位的功能。还有一个就是关闭接收电话的功能,有好也有坏,好处在于可以屏蔽恶意的电话骚扰,坏处在于短信没有及时查看,降低了联系车主的时效性。

    假设一个场景,我急着要出门了,被堵着要找对方车主,原来我只需要喊下保安,保安回去查车牌查车主电话并且联系对方来挪车。操作一步,然后等着就行。可是用挪车位应用,首先我手机要有电有网络并且已经安装好APP,其次第一步要打开APP,第二步进入后查找到挪车位的应用(由于是试用版,所以层级当时放得比较深,如果没有记错应该要点击4次才能到达挪车位应用),然后万一我的车辆信息没有绑定,那么我还需要能成功添加我的车辆信息,才可以输入对方车牌进行短信或者电话联系,再比如对方如果关闭了电话接收的功能,那么就只能期望对方拿着手机能刚好看到短信了。。。。

    3.技术限制门槛。其中的电话呼叫功能,为了避免泄露用户的电话信息,即不是直接使用用户的手机呼叫对方,当时采用的是接入电信的总机拨号的功能。总机的使用有些技术上的限制,需要先由需求用户发起呼叫,转到电信的总机,总机先给需求方发起呼叫,接通后再由总机向对方车主发起电话呼叫,期间等待时间不确定,对方看到的电话号码是由总机池中的随机电话号码显示的(非手机号),而用户有可能会不接听陌生号。需求方要先接电信总机的电话,单这一点当时就觉得很不合适,但由于客观原因只能这么做了,结果就是影响使用的效率。

    以上,算是对之前做的一个比较喜欢的小应用的失败小总结吧。可能还有更多没想到问题,欢迎大家提出交流哈。

    相关文章

      网友评论

          本文标题:Week 10.“乾坤大挪移”失败了

          本文链接:https://www.haomeiwen.com/subject/gkxxextx.html