04
WORK PROJECT
2018.01-2018.02

Offline service extension - Room booking and service in WeChat applet

全场景服务扩展-小程序订房与客房服务
扩展酒店线下服务接触点,开发酒店小程序订房/小程序会员中心与积分商城/小程序点餐,并预留小程序服务扩展空间
小程序 UX/UI设计 服务体系设计

My Role

Product manager
Aanalysis booking service with PSSD method to define Product structure according to the WeChat applet features.
UX/UI designer
Be responsible for the UX/UI redesign work following the product wireframe.
01
Target Define
目标定义
Project Background
项目背景
小程序与APP相比使用成本更低,即用即走,与公众号相比更为适合线下服务场景。
公司希望能以小程序的形式,使用精益创业的方法,探索帮助酒店扩展服务的可能性
Requirment definition
需求定义
Bussiness needs
OTA占据主导
国内旅游市场,酒店的自我运营能力较弱,OTA占据主导。
飞猪与携程推广平台会员体系,参与活动的酒店住客,成为会员后,所产生的消费积分可用来兑换旅程与商品;但酒店内的服务扩展领域仍未有成熟产品
Research
为了了解酒店店内服务的需求与痛点,产品部门走访了10家客户,访谈了酒店的大堂经理与前台人员,我们了解到:
  • 酒店目前的店内服务餐饮/休闲娱乐和前台服务为主
  • 因用户付费方式与消费地点的多样性,财务统计耗费了大量人力
  • 客房服务中客房点餐服务所占比例较大
  • 目前客房点餐以纸质菜单为多,菜单的更替/菜品信息的不准确性为点餐带来了麻烦
  • 酒店内部系统复杂,在产品设计与推广时,不能将酒店作为一个整体梳理所有的利益相关者之间的关系与系统是关键。
  • 50%的酒店对小程序服务的形式表现出了兴趣
Strategic needs
1
产品的业务模式遇到了瓶颈

目前ONE产品的业务模式遇到了瓶颈,公司需要探索新的可能性

2
全场景服务仍未有成熟产品

因为酒店行业的特殊性,酒店内部的全场景服务仍未有成熟产品,具有较大潜能

3
验证需求的真伪

公司需要以最小化可行性方案验证需求的真伪,再决定资源的分配

Target Define
目标定义
Define Longterm Target
定义产品长期目标
小程序可以包含从用户预订,入住到离店全流程中,与酒店的所有接触点,作为用户入住后的店内攻略,帮助用户更好的享受酒店服务
本次目标
最小可行性方案验证店内全场景服务需求的真伪

以精益创业的方法开发酒店服务小程序,并连通酒店会员体系系统,以最小可行性方案验证店内全场景服务需求的真伪

02
Scope and Function
范围与功能定义
Competitive product analysis
竞品分析
03
其他小程序
星巴克
星巴克小程序以售卖会员卡为主,展示会员卡类型与详情,允许用户购买并在星巴克店内扫卡消费,发挥小程序轻减的特性,集中辅助线下消费场景
轻芒杂志
整个小程序操作即任务都较为简单,以信息的订阅与推送为主,降低用户下载讯息app的使用门槛。小程序集中任务,用完即走。
>More Details
04
其他小程序
印象笔记
印象笔记小程序分为印象微清单与印象笔记随时记两个,将印象笔记中核心的功能独立起来,让小程序用户集中任务流程
朝夕笔记
朝夕笔记以日程建立与管理/日程分享为主要功能,帮助用户建立待办清单,管理与分享日程。
笔记发挥了微信朋友生态的优势以分享为主要功能之一,即可达到共同管理,协同工作的目的,同时也减少了用户下载app的成本与门槛
>More Details
Scope and Function
范围与功能定义
优先实现小程序订房功能/打通小程序与酒店会员体系

订房作为入住前的必经流程,本次将优先实现小程序订房功能,并预留房间服务与其他服务入口;
点餐作为客房服务中比例较大的类型,本次将打通小程序与酒店会员体系,在小程序中展示酒店商城与客房点餐入口。

Persona and BluePrint
用户画像与服务蓝图
Common Stakeholders and BluePrint of our hotel customers
较为常见的酒店客房点餐利益相关者与服务蓝图如图所示
03
Product Structure
产品框架
根据用户体验流程,推导出见小程序订房服务产品框架如下
小程序订房/客房点餐服务
承载功能
酒店小程序集合了酒店店内服务各大入口,有极强的扩展性。目前小程序承载4大功能:
-会员中心
-商城
-客房点餐
-订房
本项目仅介绍小程序订房与点餐
响应式布局
根据小程序使用特性,优化信息排布,聚焦主要任务。
重点功能
分房型展示不同价格体系/订单置顶功能/点餐预期送达时间
04
Roadmap and Iteration plan
迭代计划

迭代方法:最小化可行性方案
开发时间:1个月

05
UX/UI Design Details
设计细节

小程序点餐

1.期望送达时间
-住客在订单填写页可填写期望送达时间,以满足客人特定配送时间的使用需求
-在1.0.0版本,酒店管理员将以静态信息的形式收到期望时间,如果配送有问题,将通过电话形式与住客沟通
-期望送达时间的填写频率与规律将是后续功能优化的先见性指标

2.挂帐支付方式
-在1.00版本,小程序仅支持挂帐方式支付订单
-产品部门将参考客房点餐时用漏斗,分析住客对挂帐支付的接受程度
-在其他支付方式的需求确认之后将进入排期

小程序订房

1.扩展性较强的小程序首页
-在小程序的首页,以模块展示不同功能的入口,扩展性较强
-小程序与会员体系打通,会员可在小程序内管理所有酒店服务与订单

2.左右滑动切换房型
-小程序使用者已选定酒店,他们更为关注房型信息与价格
-按房型分组依次展示不同价格体系,以供住客在选定房型后对比价格
-左右滑动切换不同房型,避免价格体系较多情况下信息过多情况
3.多日价格展示
-住客预订多日房间,将在价格体系下展示多日价格,避免每日价格不同时,减少用户疑疑虑
4.优化订单填写页信息层级
-视觉上区分价格体系是否包含礼包
-卡片化布局,突出重点信息
-清晰的明细列表,减少用户在价格信息较为复杂时的疑惑
5.以颜色区分不同状态订单
-用户可在会员中心中按照订单状态查找订单
-以颜色区分不同订单,减少用户理解成本
6.订单置顶功能
-用户可在订单详情页点击置顶ICON,在全部订单拦看到置顶订单
-置顶后与出行相关的信息将优化展示,减化用户操作,带来更好的使用体验
-作为视觉锤,加深用户印象
-取消置顶后,置顶订单将回到默认位置
06
Data and After stories
数据与后续
About Metrics
相关数据


小程序作为公司试水酒店服务接触点的窗口,在增长阶段需要关注:

  • 小程序开通率 酒店开通意愿
    -小程序销售额 小程序能为酒店带来的价值预估

  • -小程序商品数量(包括客房)酒店使用情况与售卖商品种类
  • -小程序不同功能模块使用率 对酒店而言,价值最大的功能模块
Data collect and what I learned
数据收集与启发
小程序的酒店开通率为6.6%,包括客房在内上新商品共200+

在商品中,上新商品比例(按单品数量):
客房
20%
商城商品
50%
菜品
30%
20+酒店中,75%的酒店均有使用客房功能客房点餐功能使用率仅有15%此数据低于预期。
在第一季度内,酒店处在测试阶段,仍未有酒店产生小程序订单。
产品团队回访了客户,客户使用小程序点餐的障碍主要在于酒店内部的决策流程中,因牵扯部门较多,酒店仍需要时间准备。