01
WORK PROJECT
2017.12-2018.01

Redesign of embedded booking engine for hotels

酒店嵌入式预定引擎优化
优化嵌入式预定引擎的布局/交互与设计,提升用户体验与酒店官网预订页面的兼容性
UX/UI Redesign

My Role

UX/UI designer
Be responsible for the UX/UI redesign work following the product wireframe.
Product manager
Be respinsible for the product framework according to business and strategic needs.
01
Target Define
目标定义
Project Background
项目背景
ONE是一个为酒店客户提供官网直销平台搭建的
  • 动态内容发布与管理
  • 房型房态设置与管理
  • 酒店营销活动管理的综合性平台

旨在为酒店客户提供直销门户,扩大酒店品牌效应,更好的服务酒店会员的工具。

ONE产品酒店客户90%+为国内高星级单体酒店,酒店客户对直销门户的需求都不外乎两个核心目的:

1
传播酒店文化,扩大品牌影响力

(针对企业客户为国际客户的酒店)

国外企业客户更多习惯于在酒店官网预订房间,此类酒店对于直销官网订单并无要求,仅将官网作为酒店形象与文化的展示窗口。此类酒店对于直销官网品牌传达性,系统稳定性的优化需求高于对嵌入式预定引擎的需求.

2
提高直销订单

(针对客户多来源于协议公司的酒店)

散客订单占比25%及以上的高星级酒店,希望通过直销官网,吸引更多本地或外地散客进行非客房消费,此类酒店更为看重直销官网的预订体验与营销展示。

Requirment define
需求定义
Bussiness needs
10%
嵌入式预定引擎优化需求
  • 三端预订体验不统一
    移动模板及预定引擎与PC并不通用,用户三端预订体验不统一
  • 无法帮助酒店树立品牌文化
    预订引擎样式与酒店官网不匹配,不能让酒店用户产生信赖感
  • 不支持房间促销与增值服务
    售卖散客订单占比25%及以上的高星级酒店,将通过直销网站的客房与套票展示,吸引更多的外地散客(旅游度假型酒店)或通过对酒店设施与促销活动的展示,吸引本地客人进行非客房消费。目前的嵌入式预定引擎无法支持酒店需求。
Strategic needs
降低客户流失率/提高客户价值
  • 高价值客户需求无法满足
    10%的酒店客户均提出嵌入式预定引擎的优化需求,且其中有三家为重点客户,本次优化优先级较高
  • 两端分离维护成本过高
    PC端网站与预定引擎为非响应式布局,移动端与PC端网站与预订分开维护,给团队带来了巨大的维护成本
  • 老版嵌入式安全隐患较大
    目前预定引擎使用的服务器及系统构架过于老旧,有极大的安全隐患
  • 扩展性较差
    预订引擎颜色与风格兼容性差,且不支持换色,扩展性较差,后续维护修改成本较高
02
Scope
and Functions
范围与功能
Target define
目标定义
三端统一的响应式预订体验

配合响应式模版网站改版,新版嵌入式预定引擎使用响应式框架结构,客户无论使用移动端/PC端/微信端预订都将使用同一套预定引擎。

支持打包与增值服务

为了配合客户的营销需求,新版嵌入式预定引擎将支持酒店增值与打包服务的展示/选择/购买与订单展示,但不支持增值服务的退订与修改

优化移动端展示与预订体验

PC端的展示无法适应移动端的操作需求,且客人预定酒店时,进入嵌入式预定引擎的入口众多,预定引擎需具有较高的兼容性。

03
Product Structure
产品框架
Product structure
产品框架

因改版后,统一了移动与WEB端的预定引擎,使预定引擎的入口新增移动模版,微信公众号

会员预订流程改版后:
Competitive product analysis
竞品分析
订单填写页承载功能较多,
展示服务/选择服务/填写入住人信息/支付选择,
服务种类的区分价格信息的展示移动端体验的优化在设计时需要重点考量
1
携程旅行
携程的套票产品在将预订流程分为三部分:
  • 产品选择
  • 附加服务
  • 入住人信息填写
优点

流程清晰,每一页承载信息量合适,避免系统错误用户的重复性操作
缺点

操作繁琐,用户如需修改,则需要翻页查看上页信息
阿里旗下的飞猪旅行套票产品无附加服务可选,购买套票产品的流程与淘宝购买商品流程相似。
  • 用户选择商品类型与出发日期
  • 进入支付页面
优点

从订单填写到支付的流程极短,减少了用户的决策时间
缺点

商品信息多在产品详情中以文字/表格信息呈现,在预订过程中无更多详情展示,用户如若需要核对,较为困难。
04
Roadmap
迭代计划

迭代方法:传统瀑布式
开发时间:一个月

05
UX/UI Design Details
设计细节
1.栅格结构/响应式布局:
采用栅格结构,响应式布局,更好的兼容不同尺寸屏幕与使用场景的用户使用习惯
2.以颜色区分订单:
订单状态分为:
待支付/已确认/未确认/已取消
订单中心按颜色区分订单,减少用户阅读时间
3.可替换的配色
嵌入式预定引擎配色可替换,减少后续维护成本
4.订单查询
订单查询为非会员用户开放的订单查询入口,可根据手机号码+订单号查询订单
将订单查询功能融合到主页面内,减少操作步骤
增添动效,优化交互细节
5.接送服务
接送服务为礼包服务/增值服务中的一种,但一个订单有且只能有一个接送服务。
礼包中包含的接送服务,无需用户额外付款,内容为必填;
若礼包中不包含接送服务,用户可在增值服务中选择接送服务,此接送服务价格不包含在房间总价内,需要额外付款。

-对两种接送服务进行区分
-接送服务需要选择填写内容较多,优化移动端的使用体验

礼包中包含的接送服务
用户可在礼包列表中看到服务名称与单价,用户仍在表单右侧选择填写接送信息,但右下角另需付款 显示为¥0

可选服务的接送服务
此时的接送服务为自选服务,右下角显示的另需付款后为需要支付的服务价格

06
Data and After stories
数据与后续


在REBE上线后3个季度内,产品新老客户的预定引擎已切换,公司将旧版PC与移动酒店模版从10套缩减为2套,并新加两套响应式官网模版,区别定价,供酒店客户选择。

-新版预订引擎的替换没有遇到阻力
-新版预订引擎为公司每年为公司减少人力成本240,000+
-替换后季度内响应式酒店模版+REBE的套餐为公司新增收入30,000+

REBE作为老版预订引擎的升级版,已经达到了公司预期,后续将根据公司业务需求与酒店需求变化而迭代。
> Next Project : 02 Crop  business blueprint and APP Design