Mobike问题现状：
1）车辆故障率高；
2）故障类型主要包括：二维码脱落、把套、车铃、脚踏等损坏，大部分不影响单车搬运；
3）车辆维修人员大量的时间耗费在找车这个环节，维修效率低；
4）大部分损坏车辆仍有GPS信号和可推动。
目标：
利用“众包”的方式，把故障车辆高效的集中在一起，降低成本提高维修效率。
价值与意义：
1）提高维修效率，降低成本
2）集中故障车，提高扫码体验
解决方案：
1）设定维修车辆停放点；
2）APP故障车辆特殊显示；
3）红包奖励用户将已确认故障的车辆搬运至停放点，搬运完成后通过车辆GPS定位及用户拍照确认；
4）APP单独设定一个tab展示故障车辆，减少对正常用车用户的困扰；
核心步骤：
1）确定故障车辆
2）用户端显示故障车
3）用户发起搬运请求
4）验证是否搬运成功
5）发送奖励
核心流程
页面设计：
页面设计
细节考虑：
如何判断车辆需要在应用标记为故障车？
1）故障车辆位置，距离“故障停放点”3km外故障车辆；
2）车辆故障类型，故障类型部影响车辆推行，如掉链子、车把丢失、脚踏丢失等；
故障停放点如何选址？
1）车辆密集区
2）交通方便
3）周边环境清晰，避免小区、城中村、街道密集区等
4）故障停放点人工后台设定
停放点的大小？
1）有效范围：直径为20m的圆；
2)建议停放：划线故障车停放点；
故障停放点是否需要划线？，故障停放点是否长期存在？
1）政府合作的划线停放点，应用长期展示；
2）后台设定临时故障停放点，辐射范围内，故障车= 0，地图取消显停放点；
如引导用户搬运完成后拍摄单车位置呢？
1）红包引导，拍摄位置及扫描二维码后，将有机获取更大的红包；
如何引导用户有效停放在故障停车点？
1）达到提醒
2）地图显示
故障点样式变化
故障车红包金额设定？
1）随机发放
2）故障车金额=红包车金额*2
如何避免用户蓄意破坏车辆褥羊毛？
1）每个用户每天最多搬运10台故障车；
2）后台可设定用户故障车开放权限，黑名单用户取消故障车开放权限；
哪些故障车是无法在用户端显示的？
1）无法搬动的（如：无法开锁、轮胎严重变形）
2）搬运有风险的（如：刹车失灵）
如何避免故障车不关锁的情况？
1）搬运2小时后不关闭车锁，开始扣费
2）不关车锁将无法获得红包
如果故障车没有搬运到故障停车点将如何？
1）2小时内，不扣费
2）无法获取红包
如何避免用户误开故障车？
1）故障车仅在“故障车”tab展现，所有单车中无显示故障车
2）划线区域明确标明此区域内车辆为故障车
3）点击故障车icon页面显示故障车信息
点击icon显示样式
流程设计：
整体流程
网友评论