02
WORK PROJECT
2018. 2-2018.3

Crop Google Sprint workshop

Corp工作坊与业务蓝图规划
Corp工作坊与业务蓝图规划
Google Sprint /
/Customer Journey map / App UX/UI design

My Role

Product manager
Take Part in Google Sprint Group to define product framework and business blue print; Work out Corp 2C App PRD
UX/UI designer
Be responsible for the UX/UI redesign work following the product wireframe.
01
Target Define
目标定义
Project Background
项目背景
CORP是一个能够让协议订单变得更容易的平台
帮助协议公司与协议酒店之间的签约/订单往来与管理/客户管理。
Target Define
需求定义
Strategic needs
战略需求
1
中小型单体酒店市场巨大

公司服务的客户除了十大酒店集团外,多为高星级单体酒店,而在国内的酒店当中,其中有70%为中小型单体酒店,若能找到好的切入点,将对公司业务带来更大的可能。

2
协议订单市场一片蓝海

国内市场中酒店的散客订单多来自于OTA,而对于协议订单而言,仍是一片蓝海

3
中小型企业无合适差旅管理工具

成熟的差旅管理系统更为适合体量较大的企业,对于中小型企业而言仍无较为合适的协议订单管理工具

02
Sprint Workshop
工作坊
About Sprint
关于设计冲刺
传统的产品开发大体可以分为四步:需求-概念-开发-上线
Google sprint是Google内部使用的工具,跳过开发-上线的步骤,在5天的时间内,直接使用模型进行测试,获得反馈
能够帮助企业快速决策,节省开发成本。公司使用Google Sprint的方法,对于这个从0到1的产品进行分析与定义。
目标:定义产品目标与希望解决的问题
目标:定义产品目标与希望解决的问题
Stakeholders
利益相关者
公司员工
公司销售人员
Corp产品负责人
设计人员
公司前台人员
旅游行业专家
9:00-11:30 AM
Stakeholders and status
为了更全面地发现问题,同事们先对目前产品的利益相关者与现状进行了梳理

酒店
销售/管理人员/决策人员

  • 1.订单量较小的情况下,多采用电话预订的方式,订单需要人工录入与统计
  • 2.订单量较大情况下,采用邮件预订,需要统计各类员工权限与信息,反复核对,且需要财务统计审核,流程复杂

企业
管理人员/普通员工/决策人员

  • 1.企业订单较为零碎,统计与客户维护需要耗费大量人力
  • 2.酒店销售签单途径单一,且酒店管理层无法进行跟踪与管理
  • 3.没有途径发现新的协议客户
Define Longterm Target
定义产品长期目标
建立管理系统,将协议公司与酒店间的线下订单往来与管理迁移至线上,让协议预订更为方便
而为了做到这些,我们需要弄明白:
  • 酒店/企业为什么要选择使用Corp?
  • Corp与成熟的差旅管理系统有什么区别?Corp的核心竞争力是什么?
  • 酒店/企业是否愿意改变现有预订方式?
  • 他们使用Corp最迫切解决什么问题?
  • 企业/酒店中的谁才是决定使用Corp的关键?他们最在意什么?
  • 酒店/企业谁才是撬动服务的关键?
  • 酒店/企业是否愿意改变现有预订方式?
1:00-2:00 PM
Stakeholders and Interview
为了解决以上问题,我们选择了不同的利益相关者进行访谈
酒店销售
对于销售而言,业绩比天还大
他们最为看重的是:
  • 工具是否能更为快捷的管理客户
  • 自己的业绩是否能够被管理人员清晰的看到
  • 是否有扩张客户的渠道
酒店管理人员
管理协议客户的酒店管理人员大多为酒店前台,他们每天面对大量的客人与订单
他们最为看重的是:
  • 协议订单的信息收集快速准确
  • 能够快速查询协议公司对应房型的协议价格
  • 财务对账方便,支付能够支持现付/挂帐/线上多种支付方式
酒店决策人员
决策人员希望能够更为直观的看到酒店的协议订单量与交易金额
他们最为看重的是:
  • 销售的协议订单签约量与协议企业的信息
  • 潜在客户的发掘十分重要
企业管理人员
中小型企业的管理人员多为企业前台或人事
他们最为看重的是:
  • 确定目的地并寻找合适的协议酒店
  • 快速准确的收集员工信息并确定其预订级别
  • 每月的财务对帐快速清晰
  • 协议价格与协议合同期限要十分清晰。为了一个企业使用一套系统并推广公司内部人员使用具有一定难度,企业希望所有的协议酒店都能在一个平台预订管理。
企业决策人员
对中小型企业来说,如何合理的节省差旅费用是决策人员关注的重点
他们最为看重的是:
  • 对这类企业而言,员工差旅地点相对固定,协议酒店数量较少,如果去特定差旅地以外的地方拓展业务,将带来大量的差旅消耗。
  • 快速找到非常去地的协议酒店,对决策人员来说较有吸引力
企业员工
对于工具的推广,企业员工不会有任何的顾虑,主要是看公司决定
他们最为看重的是:
  • 工具的使用是否能帮助他们快速报销。
Expert Interview and Competitive product analysis
专家访谈与竞品分析
在有限的开发时间内,进入一个新的市场,我们需要找到合适的切入点。
目前的市场中较为常见的几种差旅管理软件的代表:
一站式智能费用管理

倾向于日常费用管理,对接的供应商为国内渠道

差旅及费用管理

差旅费用的实时同步

差旅费用与供应链管理

差旅流程自定义与供应链的选择管理

面上大多的差旅管理软件更多的集中在企业管理(供应链管理)一侧,
对于特定协议酒店与企业间的订单管理/酒店的业务管理与扩张并未关注
BluePrint in nowadays
现-服务蓝图
通过分析与梳理,我们得到目前的服务蓝图
使用SWOT梳理公司业务
Opportunity.
机会
Strength.
强项
1.房型房态与酒店管理系统对接十分具有经验
2.One300+客户群中,协议订单占总订单数量比例为60%-90%未开发的客户价值巨大
3.深耕酒店行业15年,具有较为丰富的行业经验
Weakness.
弱点
1.公司作为酒店服务商对于酒店与企业的推动能力较弱
2.Corp只做酒店与企业协议订单的对接,对于企业的吸引程度有限
Threaten
威胁
Strength.
强项
1.差旅管理市场已有较为成熟的管理系统,且对接供应商种类众多,Corp若想竞争,不能求全,只能从服务酒店的角度深耕
2.酒店对于价格保护顾虑比较大,对于愿不愿意在系统上公开协议价格不得而知
3.产品初期无法获得企业客户对于Corp产品的价值认可程度与使用意愿的调查数据
Weakness.
弱点
1.业务抗风险能力较差,没有试错机会,不能使用敏捷开发方式
2.靠人员维护客户,客户需求反馈途径并不及时与畅通
HMW
HMW.
如果企业管理人员
1.能够轻松的管理每一个员工的级别并看到消费
2.能够看到协议合约状态
HMW.
如果企业员工
3.企业员工能够通过工具自己预订级别内的酒店与房间?
4.企业员工能够清晰的看到与管理自己的行程状态与费用
5.企业员工能够使用系统内的电子发票报销
HMW.
如果酒店前台
6.酒店前台能够直接在系统中处理协议订单,为客人办理入住/离店?
7.酒店前台能为不同协议酒店分配房间级别与支付方式
8.酒店财务能够在系统中对挂帐订单状态进行查询与催账
HMW.
如果酒店销售/管理人员
9.酒店销售能够发现更多潜在协议企业
10.酒店销售能够方便的在系统中管理协议客户与订单
11.酒店销售能够轻松查看自己的业绩与客户协约情况
12.酒店销售能够帮助企业客户进行快速预订
13.酒店管理人员能够清晰的查看协议客户信息并管理销售级别
14.酒店决策层能够轻松看到协议订单与客户报表
03
Scope and Functions
范围与功能
Target Define
通过上述分析与投票,我们最终决定,本次迭代重点解决
企业员工自主管理

1.企业员工自助预订与管理
2.企业对员工权限与订单管理

酒店销售业绩统计与客户维护

3.酒店销售客户维护与快速预订
4.酒店销售订单与权限管理

企业客户分级与房型房态维护

5.酒店前台分配协议酒店房型房价与入住离店办理

04
Products and Iteration plan
产品与迭代计划
至此工作坊圆满结束,在后续为期三个月的设计与开发当中,我们根据公司现状,选择了瀑布式开发方式,开发了:

1.酒店协议订单管理后台
2.酒店销售APP
3.企业员工APP

我负责了企业员工APP的UX&UI设计

05
Data and After stories
数据与后续
About Metrics
相关数据
需要关注的关键指标
Corp作为工具类产品,业务部门希望在后续使用订阅费用形式进行收费,在产品推广初期,以免费的形式向目标客户走访推荐,需要关注的关键指标为:
1.套餐中corp功能使用率,评估客户对产品的认可程度
2.新录入企业数量 真正使用功能的酒店比率,找出酒店使用此功能的顾虑
3.协议订单量 在测试阶段预估产品能为酒店带来的协议订单价值
在第一季度内收集到
1.16%的酒店客户开通了Corp功能,录入了50家企业
2.在第一季度内,并未产生真是订单,酒店对产品持观望态度
考虑到ONE的用户群体的协议订单价值远高于散客订单,开通功能的酒店比例少于预估。团队对部分酒店客户进行了回访,得到了如下反馈:
1.对平台的做法有所顾虑,不希望非协议客户看到酒店的协议价格
2.酒店客户对企业的推动力有限,希望能让企业客户接受使用产品进行预订基础上考虑是否使用产品这两个问题,导致产品的初步推广受阻。
Challenge and what I learned
挑战与启发
跳过了测试阶段,直接进入开发,使得产品的风险与成本激增。

产品三个月的开发成本巨大,推广受阻后,公司对产品进行了内部的reveiw,决定从业务层面对产品进行推广。
Google Sprint方法的使用使产品组能够更为全面的考虑产品,但因为跳过了测试阶段,直接进入开发,使得产品的风险与成本激增。