方位:规划主页 > 平面规划教程 > App规划 >

Booking是怎么做规划改版晋级的?

来历:彩云译规划 作者:Filippo Rovelli 时刻:2019-09-07 14:32

每一次学习改版事例,不仅仅仅仅去看在视觉层面的改变,更多的应该是要学习到作者改版背面的考虑。为什么要这么改,原因是什么,意图又是什么,怎么做,有哪些约束等等,有许多东西要去考虑。所以,带着问题并结合自己实践中所做的项目来看事例,应该会是一个很有收成的进程。

Booking

项目布景

Booking.com缤客 是一家荷兰草创公司,并现已开展成为全球最大的游览电子商务公司之一。
在Booking上,旅客能够挑选世界上任何一处的住宿地址,包含公寓,休假酒店,民宿,五星级奢华休假村,树屋乃至冰屋等等。每天,经过渠道预定的房间数超越155万。无论是商务游览仍是休闲游览,人们都能够快速轻松地预定到抱负的住处。

竞品剖析

自从Booking发布以来,许多竞争对手都选用相似的商业模式张狂跟进,抢占市场,并且在某些方面比Booking自身做的还好。

在调研的前期阶段,我去搜集了一些竞争对手和相似的渠道,剖析UI,用户体会,用户地图,信息架构和要害功用。可是我并不会花太多时刻过于深化的去剖析这些产品,因为我期望将要点放在Booking这个产品自身的诉求上。

Booking

运用场景

在之前的调研进程中,我发现了许多不同的运用场景,经过汇总归集,我会集重视以下3个场景:

场景1:用户知道其行程的日期和意图地(默许场景) 场景2:用户清晰了日期但对其游览的意图地不清楚 场景3:用户知道意图地但不确认其游览日期

Booking

典型用户

在进一步的研讨中,我清晰了4位具有不同需求和不同方针的典型用户,这些数据关于改进不同用户的体会十分有用。

这个剖析的意图是经过收拾最佳的用户流程并提高产品体会,来为不同需求的用户供给最好的用户体会。

Booking

△ 数据来历:在线研讨和用户访谈(30个用户样本)

用户反应

搜集用户谈论,从中我收到了许多有价值的反应,这些谈论中没有特别清晰指出是可用性或功用性的问题。我将这些反应分为4类(译者注:对反应的问题进行提炼收拾):

预定被撤销 App的Bug 投诉的处理功率 反应的进展

毫无疑问,最相关的是预定被撤销的问题。太多用户会留意到不合理的费用或与房间的主人取得联络时遇到困难。

Booking

用户访谈

依据30个用户样本,我企图取得进一步的用户反应,从中留意到以下的几点现实:

与其他渠道比较,booking的平均价格一般更高 产品过于杰出好评,用户很难发现一些实在的差评 当房子主人接收到用户的回复时联络用户也很困难

我想引证一段话,来总结这里边遇到的问题,这段话也蛮有意思的,它说的是:

「与其他使用比较来看,套路显得有点多,会让你觉得全部看起来都蛮合算,总是想多卖一些东西给你。」

用户痛点

总结之前的剖析,我提出了以下几点观念:

没有一个完美的解决计划能够满意一切用户,用户需求尽或许多的把握有用信息。 没有的功用没有太多考虑到个性化需求。 能够改进UI并运用户愈加会集于他的方针,而不是彻底「以推销为中心」 优化用户与房东之间的联络问题

解决计划

从用户痛点动身,测验找到适宜的解决计划,来提高产品体会。

1. 主页

总的来说,我对主页进行了大手术。主页的查找功用现已彻底从头规划,削减过多的搅扰信息。

导航:我规划了一个新的导航栏,剥离出「已保存」功用,这样用户就能够快速找到自己所保藏的产品。此外,我也优化了「买卖」的模块,后边我会具体的说说这块的改动思路。

其它功用 :至于之前的版别,我保留了最新查找和相关引荐的功用,从头规划界面以改进UI的可用性。

Booking

Booking

2. 交际功用

现在,交际网络在用户的日子中扮演重要的人物,那没理由在booking中做的这么差。我搞了一个新功用,答使用户相关自己的老友并检查他们最新的挑选,包含他们的点评(喜爱/不喜爱)。我已将此功用放置到主页的下方,因为我期望在将其推行到其他模块之前搜集更多有关它的数据。

Booking

3. 查找功用

把这个功用分解为多个过程。在输入第一个词后,即便没有指定日期或其他信息,也能显现相匹配的酒店。此外,我也参加了语音查找,使查找更简单。依据之前我对不同用户人物的界说,查找的成果将依据最终的信息进行引荐:

1名成人 ——背包客 ——酒店 2名成人——休假配偶——酒店,宾馆或B&B(某种酒店方法) 2名成人+儿童——家庭——民宿公寓或酒店 1名成人+商务挑选——商人——酒店

Booking

4. 列表页面

列表页针对易用性方面做了全体的优化:

我将挑选功用从3个按钮更改为2个按钮以削减用户的操作过程——将它放在页面底部,方便运用 我添加了标签功用来更好的区别特色类型 在第一时刻向用户展现物业的首要设备特色。留意:依据不同的用户,能够智能杰出显现不同人正在寻觅的不同信息。 我将报价的方法转换为「单晚」而不是「总价」,以便在不同产品之间进行比较

Booking

Booking

5. 概况页

我列出许多能够在概况页面中参加的修正。将总价格杰出显现,避免有些隐形消费用户或许会被疏忽。

增强了一个与谈论相关的非必须功用,答使用户经过不同标签挑选它们。

Booking

Booking

6. 买卖功用

在优化开始时,我确认了操作场景2—— 「用户还不知道自己的意图地」作为优化方向。为了供给更好的用户体会,我增加了一个新的功用,用户能够在其中找到不同意图地的区间。使用挑选功用,用户能够挑选最适合其需求的区间(区间 – 大陆 – 国家等…)

Booking

动效原型

最终,我还规划了一个整个项意图动效原型,把之前一切重规划的页面串联起来。

Booking

结语

因为时刻约束,剖析和成果是依据我的个人经历和少数数据,需求进行深化剖析和其他测验,以便完善和验证解决计划。

原文链接:《Booking.com — UX Case Study》