自由行页面改版设计
自由行页面改版设计
发布时间:2015-06-06 来源:查字典编辑
摘要:自编自译,英文原版请见本人博客:belle-去年11月底,本人刚刚换了新工作,携程旅游事业部,仍然是视觉设计师。在一系列的和公司视觉规范统一...

自编自译,英文原版请见本人博客:belle-

自由行页面改版设计 三联

去年11月底,本人刚刚换了新工作,携程旅游事业部,仍然是视觉设计师。

在一系列的和公司视觉规范统一风格的小修小改中,我领悟到本人作为一名“死美工”继续跟着大部队这么走,貌似解决不了根本问题。

因此我打算自己编写一份用户测试,分析目前界面里出现的问题。同时也可以治治自己的懒癌,把设计博客赶紧写起来。那么现在开始:

自由行界面改版设计:搜索 & 浏览 & 订购 (上篇)

任务:

目的:通过浏览订购流程找出界面痛点

目标用户:经验丰富的海外旅游爱好者,灵活出游控制预算的国内旅游爱好者。(测试5人,目前3人已完成测试。)

具体任务目标:为2个成年人订购一份12天行程,从上海到拉斯维加斯的自由行

测试平台:(iOS)6.2版本,(Chrome)手机端 6.3版本 (以下截图均截自chrome平台)

有顺序的任务测试:

1. 以拉斯维加斯作为目的地进行搜索。

2. 浏览多个旅游项目然后选择一个自由行项目。

3. 自定义一个2个成年人,12天,去拉斯维加斯游玩的自由行行程

4. 订购12天内的往返机票和酒店住宿

测试过程:

1. 以拉斯维加斯作为目的地进行搜索。

入口一:首页 - 搜索页 - 搜索结果页

入口二:首页 - 旅游首页 - 搜索 - 搜索结果页

入口三:首页 - 旅游首页 - 自由行首页 - 搜索- 搜索结果页

2. 浏览多个旅游项目然后选择一个自由行项目。

3. 自定义一个2个成年人,12天,去拉斯维加斯游玩的自由行行程

4. 订购12天内的往返机票和酒店住宿

痛点记录:

· 搜索的入口非常多,但每个都有些不同。

· 有时候城市名后面有国家缩写代码,有时候又没有。

· 在同一个目的地的情况下,选择了某个相似的行程,进入了行程详情页,需要修改行程长度和人数的时候,却找不到可以修改的地方。必须要返回上一级从自定义行程的入口进入才能选择。

· 对于国内游客来说,在行程详情页,想找到签证信息或者特别需要注意的事项非常困难。

· “在我进入行程确认页后,要想修改行程长度和酒店日期是一件非常困难的事,酒店的选择是分了好几页的,需要进入到最底层然后一步一步确认才能修改成功。”

· “我非常想知道,当我选择出境游的时候,我第一天选择的酒店入住日期是否是我当天航班落地的日期,目前没有看到任何提示”

· “当我修改行程长度为12天的时候,我只选择了一家酒店,那么为什么酒店入住时长还是1天,他们应该是一起变化的吧”

· “我在手机端搜索输入的时候,都是直接打字,直接按确认的,很少看提示词语,但是当我这样做之后,我找不到任务里说的旅游项目,却到了一个目的地介绍页面,但在这个页面又没有旅游项目可以选择。”

搜索 & 浏览 & 订购 任务中的分析:

用户:期望通过信息中的行程/目的地特色,行程长度,价格,来快速选择旅游项目

有哪些是我们可以在短期内考虑提升的:

在以上的测试,任务1搜索行为中,测试用户除了一些小困扰(例如城市名称有无国家代码,搜索联想词提示),基本可以完成这步任务。需要做的是对此过程的细节改善。

任务2中,行程详情页的用户体验有些问题,行程特色看不到很有吸引力的地方,还缺少一些国内游客必须知道的签证信息和其他建议。需要改善的有信息优先级和交互结构。

任务3、4中,如果一开始日期没有选择正确,修改行程长度对用户来说是很困难的操作。短期内可以考虑先将此入口放在行程详情页中,后期需要调整交互结构。

其他可以参考的观点:

最近读过robbin写的一篇文章《移动互联网创业还需要做APP吗?》,他里面的一些观点我觉得比较有意思,这里截取一些。

“用户常用的APP不超过5个,微信、淘宝、点评,新闻阅读就差不多,你的APP要想挤占用户的使用时长,也是非常困难的事情。”

“如果我们把一个完整的互联网产品(无论是PC Web产品,还是APP产品)的用户交互界面抽象再抽象,抽象到最后,就是三个界面:首页(首屏),列表页,详情页(着陆页)。这三个页面是不可或缺的,否则产品就是残缺的。”

“但在微信公众号里面,你做的HTML5应用,首页点击率是很低的,列表页几乎没有点击,只有详情页才有大量的点击,而且详情页几乎没有来自于列表页的点击,99%都来自于从微信朋友圈分享直接访问。”

“HTML5产品自己的首页和列表页本来是承担详情页入口和导航作用的,但是在微信里面,微信的产品架构就承担了详情页的入口和导航作用了,首页和列表页已经没有存在的意义了。微信的产品架构和信息组织架构决定了,你只需要做详情页,每个或者每组详情页完成一个独立的功能,并且在每个或者每组详情页内部完成所有的用户交互。”

可以考虑排期迭代的计划:

根据测试结果,和微信用户的习惯(这一部分用户也刚好是我们的目标用户),这里做个简短的概括:

1. 当前的界面展示信息的时候,是从资源持有者的逻辑来展示的,所以在信息架构方面需要重塑。当用户想随便逛逛的时候,一层一层的界面加上复杂的信息架构,使他们非常容易迷失在某个层级中。

2. 在同一个目的地的旅游行程中,如果提供的行程长度不是用户的第一选择,那么修改/自定义行程的需求优先级应该是这样的顺序:出行时长(航班往返日期),酒店住宿时长,具体的酒店,具体的航班,出行人数。

1关注的点集中在内容和信息架构上,2与信息架构也高度相关,但关注的点更多集中在信息元素和交互行为上。

推荐文章
猜你喜欢
附近的人在看
推荐阅读
拓展阅读
相关阅读
网友关注
最新交互设计教程学习
热门交互设计教程学习
网页设计子分类