最近网约单车比较盛行，我自己也经常使用摩拜解决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不是强项，大家轻拍哈）：
方案二：操作位置保持一致
以上，就是个人对摩拜【暂停】功能的一些思考，欢迎大虾们拍砖交流。
写在最后：
吐槽一下，一代的摩拜真的是太重了，还好二代摩拜已经问世，奉上美照，怎么样，不错吧。
Mobike Lite
传说中的小蓝车
完结。
转载请注明出处：http://www.jianshu.com/p/f7243c210fe7
网友评论