访日交通换乘查询小程序
项目角色:
流程梳理
界面设计
项目时间:
2020年1月
项目挑战:
世界上最复杂的地铁线路
一些minor case的问题
界面中数据极值展示的优化
项目背景:
在做旅行产品的过程中发现一些问题是用户经常碰到的，其中一个就是关于日本的公共交通问题.
日本有着世界上最为复杂的轨道交通系统，且不像北京上海这样的城市是一家公司运营，日本的城市交通在换乘时会遇到换乘不同轨道交通系统额外结算车费的情况，且交通系统也有城铁和私营地铁的区别。
为了解决游客在日本自由行过程中遇到的一些痛点，我们开发了这款小一些。希望他能更贴近国人的使用习惯，成为日本出行的好帮手。
项目预览:
竞品调研
- 日本交通换乘案内 小程序
- 日本地铁换乘 小程序
- 日本换乘 小程序
- 日本地铁换乘 小程序
- 日铁通 小程序
结论略
API调研
API概要 - 駅すぱあとWebサービス Documents 駅データ・路線検索のWebAPI
目的是通过文档查找所有可以展现在产品上的内容.,为用户提供什么内容,也就是看我们要设计的小程序能支持什么功能,就是确定范围层.
通过文档的内容确定产品的框架层,在某一页面中数据展示的view和数据请求的button,通过设计原型图去验证功能的可用性.并寻找是否有一些在初期构思体验过程中遗落的字段内容.
最后通过文档中所展示的字段结果需要了解每种字段展现的形式,需要针对请求后的数据设计其适合的表现层.
发掘痛点
在地图产品运营的过程中不断收到用户对于日本交通换乘需求的反馈,希望应用中尽快支持这项重要的功能,在调研中发现日本作为一个中国人海外游的重要目的地有着非常大的用户基础,所以团队也决定通过这次的项目解决这一需求.
选择小程序的一个重要的原因是因为小程序有着非常短的审核和开发周期,对于我们验证产品的需求是非常有帮助的,能够大大节省产研团队的时间.
其次小程序作为微信生态下的产品一大非常重要的一点是不需要安装,节省了用户的成本,在地图应用中企业微信绑定的客服也可以在用户的咨询中直接发送带有路线结果的小程序,这也极大的便利了用户.
虽然平台是小程序,但是通过不断的迭代产品来优化流程之后,后段移植到应用中也是开发认为可行的方案,UI上来讲也是很容易去在应用中复刻这个产品功能.
分析场景
这里涉及到的场景比较简单,首先前提是用户已知起点和终点的情况下,给出用户当前时间下最优的路线方案.
但后续也会增加其他更复杂的场景,比如非当前时间下的路线查询和收藏等功能,毕竟旅行中前一天在酒店规划好出行路线并计算好时间是很多人的旅行习惯,当然我们也希望我们的产品能够随时随地给用户出行的安全感,能够实时精准的给用户最假的出行方案.
存在的不足
虽然这款产品比较好的解决了线路查找这一当下的需求,但是在小程序平台上还是有很多的不足,比如内存占用过大时小程序容易发生闪退的情况,还有微信退到手机后台一定时间后小程序被自动杀死,用户需要重新查找等问题.
假设一种场景时 用户在当地时间晚上10:00查询了浅草到涩谷的路线结果,在路线行进过程中用户退出了路线结果页面,回到了小程序首页,这时如果用户再次通过起点终点查询这趟路线,有一定的几率会出现之前方案中某条路线停运所造成的查询结果与出发时路线不一致的问题.
所以为了尽量避免这种情况的发生,需要服务器把用户查询过的一定时间内的结果保存起来,作为缓存,又或者通过用户分享该条线路结果的方式来保存路线,我们可以给用户分享截图或者网页等多种方式.