最近网约单车比较盛行,我自己也经常使用摩拜解决1公里问题。在自己使用和观察别人使用的过程中,发现一个问题,就是骑车的人可能临时需要停靠2-3分钟去做一件事,此时就略显尴尬了。这次我们就来假象下(可能是小众需求),如果摩拜有【暂停】功能,那它应该是什么样子呢。
一、需求场景分析
先来看看下面的场景是否也发生在您身上:
场景1:小张同学要去附近2km处的银行去取钱,走着吧嫌远,坐车吧,太麻烦。于是在家附近找到摩拜并成功到达银行门口,因为取完钱还要骑回去,所以小张就想先临时停下车,这时候面临两个选择:
a. 不用锁车,但是又害怕车被别人骑走(可能被要用车的人骑走也可能被不怀好意的人骑走);
b. 锁车,但这表示一个行程结束,停止计费;如果想要骑回去,只能重新扫码重新计费,本来1块钱的车费,变成了2块钱,又心有不甘,尤其是按时间计费时。(此处不考虑商业利益)
类似的场景还有去商店买东西,上班骑行路上买早餐等临时发生的事情。
场景2:小美骑着摩拜去朋友家拿个东西,本来三五分钟的事情,小美就临时停放下,结果两个人见面聊天忘了时间,小美才想起楼下的车还没锁,于是匆匆跑下楼去锁上车再匆匆上去。别的用户像用车也不知道能不能骑走。
通过场景1、2,我们可以看到临时停放会发生两种情况:
a. 用户临时停放后按计划再次使用;
b. 用户临时停放后因为其他事情不想再使用。
** 对正在使用用户的影响是:
a. 害怕自行车被别人骑走/丢掉;
b. 不想被重复计费扣款;
c. 临时停放后停止使用比较麻烦。
** 对想要使用的用户的影响是:
a. 看到路上停放的车辆,想用又不知道是否有人在用。
二、技术实现可行性
摩拜的扫描开锁技术和预约车辆保留15分钟的功能已经实现,区分暂停功能和结束行程两个状态即可。
交互逻辑:
1. 当用户在APP端点击【暂停功能】后,后台进行标记,并设置值为1;
2. 当用户关闭车锁时,后台判断标记值是否为1,若为1,认为为暂停,若为0,认为行程结束,并返回相应结果;
3. 当超过保留时间后,后台自动将标记值置为默认状态0,并结束行程,将结果返回给用户。
三、主功能流程
四、原型绘制
习惯性先在纸上绘制,好处是高效率且可随时修改。如下图:
五、页面交互及细节变化
根据当前版本的布局及UI界面,绘制UI及页面交互如下图:
具体策略:
1. 当用户在使用中时,顶部信息模块右侧出现【暂停使用】按钮;
2. 当用户点击后,弹窗告知用户暂停功能使用方法(APP点击暂停后需要锁定车辆),确定后,按钮变为【结束行程】并显示保留倒计时,同时下方出现【扫描开锁】按钮;
3. 用户在保留时间内直接扫描车辆二维码即可继续本次行程;若不想再用,可直接在APP上点击【结束行程】按钮并弹窗告知,行程结束且停止计费;
4. 在保留时间内用户未继续行程,行程自动结束。并在用户下次进入APP时告知。
细节变化:
1. 当前车辆状态及车牌号放在导航栏处,考虑如下:
a. 对当前用户属于相对次要信息;
b. 缩减顶部信息模块展示高度,避免在小屏手机中占据屏幕过多空间。
2. 当暂停时,顶部提示文案由如何锁车变为如何解锁并继续本次行程相关内容。同时左侧锁定图标变为开锁状态图标;
3. “骑行时间”变为“用车时间”,以符合增加暂停功能后的时间计算方式。个人认为这里无需区分骑行时长和暂停时长,可在结束行程详单里告知用户骑行时长和暂停时长。
异常考虑:
1. 暂停使用时,若当前用户扫描其它车辆,告知其先结束当前行程(如上图右侧虚线区域);
2. 暂停使用时,若其他用户扫描该车辆,告知其被其他用户预约,引导其选择其他车辆。
遗留问题:
按照现有版本,【扫描开锁】功能按钮放在页面下方。当用户点击上方【暂停使用】按钮后,继续使用却需要点下方的按钮,操作位置发生变化,可能和用户预期不符。
故出现了方案二,其主操作界面如下(囧,UI不是强项,大家轻拍哈):
以上,就是个人对摩拜【暂停】功能的一些思考,欢迎大虾们拍砖交流。
写在最后:
吐槽一下,一代的摩拜真的是太重了,还好二代摩拜已经问世,奉上美照,怎么样,不错吧。
完结。
转载请注明出处:http://www.jianshu.com/p/f7243c210fe7