最近读苏杰的《淘宝十年产品事》，这本书把电商产品层面的方方面面都点到了。我也曾经在一家Online Travelling Agency的国际酒店频道做了2年，通过各个团队角色的努力，2年后转化率提升了100%。也贡献几个相关案例，时效性至2013年6月，且出于保密原因，部分数据不一定真实，但大体的方向是真实的。因为案例本身就不系统，也就不按任何维度来划分了。
这2年做了几件事情：
- 没效果的事：详情页改版、订单页改版
-有效果的事：支持国内信用卡支付、10%优惠、优化搜索
-效果未知的事：着陆页优
其中，订单页、详情页改版因为没有解决任何问题而没有效用。改版是我毕业后4个月接手国际酒店做的第一件事，可能也是很多新手PM会犯的错误（其实真心感谢当时的老大放手让我作-_-b）。一方面，当时我并没有认清PM的职责和优化电商网站的关键要素，更多的做一些交互、视觉的工作。另一方面，我能发现一些用户关心的问题，比如国内用户更倾向于在详情页选择“单人间”、“双人间”预订，而不是在首页/列表页的筛选项选择“一人入住”、“两人入住”；在后者的流程里，很多用户因为搞不清楚单人间、双人间干脆就不订了（那时还12年呢，出境游刚热起来，很多用户都是初级使用者）。但这个改不了，为什么？一般电商网站都是有自己的后台的，可我们采用一家海外OTA的库存，直接调用API，人家的API不支持，我们就做不了。
1、支持国内信用卡支付
其实在做2个页面改版前，我有分析网站的转化率漏斗，发现和行业平均值差距最大、对结果可能提升最大的是支付成功率。一般电商网站都不会有这个问题，为什么我们会有？为什么不首先解决？
上文提到，我们拿海外OTA的库存，全靠调用API。美国人的信用卡使用率非常高，因此这家海外OTA的支付接口也仅支持国际信用卡，但中国人信用卡普及率低，能海外支付的就更少了，很多用户填了支付信息结果返回错误。那我们为什么不把支付本地化呢？这是因为那时国际酒店不是战略重点，资源有限，技术上调用API，ROI最佳。
但有了前两次失败，我意识到，我是在“只能调用API”这个既定前提下想解决方案的，但这个前提可能本身就有问题。如果在这个前提下我们难有作为，为什么不打破这个前提呢？我那时对技术成本没有概念，于是觉得我们得本地化支付流程，把目前中国用户使用率高的支付方式都接入进来。这个方案不是没人提过，但一直落实不了。这次内因、外因加和，包括我也非常坚定（其实是刚出道想的少），算是立项了。
当时公司策略主推信用卡不推支付宝（我居然想都没想就接受了这个策略，也为后来埋下了隐患），我们就先解决国内信用卡支付问题。方案就是我们建立了一张假国际信用卡，加入海外OTA的白名单，用户支付给我们，我们再支付给海外OTA。流程上的坑就不细说了，其实作为一个电商系统，我们也没有兼顾不同的使用者。比如，这个系统不仅需要支持用户、客服，还要支持财务和海外OTA结算，所以最小商品单位要一致，因为一开始没有考虑这个问题，后来需求推翻重写。
最终总算上线了，确实对转化率有提升。然后那时很多用户反馈没有信用卡，为什么不支持借记卡、支付宝？我一开始就觉得应该支持，但发现又坑了。
大家知道，预付酒店，实际流程是“信用卡预授权，等入住后再扣款”，体现在支付系统上，就是“预授权-->订单确认-->扣款”。如果在第三方支付上复用这套系统，就变成了“订单确认-->扣款”。很多时候，你看电商网站下单了，只不过是限时锁定订单，等用户去支付；如果用户限定时间内不支付，就释放库存。但由于海外OTA的API不支持锁定，我们如果复用现有流程就意味着要先替用户支付以下单，而部分酒店库存是不支持退款的（特价），我们肯定要承担损失。由于又要开发一套支付流程，加上各种外因，这个项目就先暂缓了。
2、10%的优惠
做完支付本地化项目，出境游也越来越热，公司也开始考虑如何更好的做好国际酒店。当时虽然没啥资源追加，但是老板看到我们在价格上完全没优势，就允许我们全网降价10%。结果大幅度的提升了转化率！也就在那个时候，我开始想对于电商网站，什么是最重要的因素，首当其冲的还是商品。（当然也感觉产品经理的价值观“崩塌”了，笑）
别看就是降价10%，其实也要考虑很多因素：究竟是直接在价格中减去好还是采用亚马逊给出优惠码的模式？优惠用直减方式还是返现方式（后来两种都用了，原因下文再说）？等等。其实这是个很好的AB Testing的机会，但是一来技术不成熟，二来我们基数实在太小了（后来才知道，其实这也是影响AB Testing测试时长原因之一），所以就没做，因此在这方面我也没什么定论。但是决策还是要做，我选择了亚马逊优惠码的方式（小公司的非核心产品线能让你快速试错）。因为直接减去的话，用户很难有直观印象，OTA的列表页首页结果又不一样，怎样能感受到我们的价格更低呢（其实也有用户多家OTA搜索同一个酒店来比较价格，所以策略最好能做到精细化）？不如一来就直接告诉用户全场10%优惠。
10%优惠之后，用户很高兴，但是发生了我预料不及的问题。品牌酒店总是在各个渠道维护统一的价格，这是出于品牌形象的考虑。虽然我们不跟海外酒店直接签合同，但是一些品牌酒店在我们网站看到他们的库存居然打折销售，就说要关库存。那可不行，品牌酒店在我们的销量排行榜上可是居前的。在此之前，也是因为技术资源有限，我首先考虑用户需求，很多其他利益相关者的需求都不列入排期。但是这件事情让我更加深刻的意识到，我们是有上下游的，需要兼顾供给方和需求方的利益才能可持续。那我们怎样既给用户实惠，又帮助供应商维护品牌形象呢？我们先想和酒店沟通一下，声明不是酒店降价，而是我们公司”出血“，可是酒店也不答应。于是就出返现策略。有些酒店返现都不行，没办法，就只能不折价仅给用户N倍积分了。另外，有一类用户是行政，他们很希望用户公司的钱原价预订，但是返现到自己的腰包里，所以也要求支持返现。虽然经历了返现这个项目的前期种种，但却不是我落实的，因为那时候我已经离职啦。
3、搜索优化
很多用户反馈一些目的地搜索不到，于是我们就抓用户搜索的关键字，系统（其实是人工啊，PM拉一大批抽样数据，在Excel里CtrlF关键字去对比库里数据啊，血泪史！）的分析了一下。无翻译（我们使用海外OTA的API，所以很多数据都是英文的）、多别名都算小问题，目前大热门的目的地都可穷举，哪怕人工解决都可以。真正坑爹的问题有两个，一个是这家海外OTA的特殊性问题，另外一个是行业的通用问题。
先说第一个问题。香港的历史比较复杂，这家海外OTA在地理上把香港当作一个国家，但是他们的API是不支持以“国家”为搜索粒度的。于是，你搜索“香港”，返回的仅仅是香港的某一块区域，而你得搜“沙田”、“九龙”才能返回对应地区的酒店。而香港恰恰是预定量第一的地区，这种地理位置划分策略给用户的直观感受就是“你们香港的酒店真少”（T^T）。有2种解决方案，一种是，我们把大香港下的地区都挑出来，在前面加个“香港”2字，这样在关键字“香港”的suggestion里，我们也列出了其他区域供用户选择。另外一种是，我们把香港其他区域下的酒店都关联到“香港”关键字下。而无论哪种方案，目前的API都不支持，得我们自己做一个本地数据库，把关键字做一次转化再发给API接口。然后我们就又立项了，方案1成本小，做好了先上，然后又上了方案2。前面说了，我们的基数小不适合做AB Testing，所以这次也没做。因此真正的效用很难说，但可以肯定的是，这2年中，国际酒店转化率一直呈平缓的上升趋势。
上面的问题，引发我们想到了行业里的通用问题，就是“如何对应地理和酒店的关系”。比如，在城市层面，你搜索”北京“，大兴算不算北京？在地标层面，以地标为中心返回方圆X米（而且，X定为几合适呢？）的酒店呢？还是把地标定义为一个多边形（谁来定义？标准又是什么？）返回其覆盖范围内所有的酒店呢？由于我们之前都是调用API，所以海外OTA给啥我们就展示啥，但经常有用户质疑我们的展示结果（怎么没酒店？酒店离地标太远！等），我们开始想这里是不是有优化的空间？
通过我自己去泰国的感受，我感觉Booking.com在这个方面做得比较好。比如，搜索素坤逸大街（具体的我记不住了，随便写一个说明下意思）的酒店，覆盖区域远大于真正的行政区划，因为Booking.com知道，有条快轨穿过这个手工画出来的区域，核心区住宿价格昂贵，但是只要有快轨，我住远一点也行呀。
这个问题太复杂了，也需要兄弟部门、大量数据/算法的支持，所以到我离职之前国际酒店也没有做。
4、着陆页优化
这个其实是我们当时的业务经理提出来的（对，他很有PM Sense的，第2、3个项目都离不开他的支持），因为电商很多的钱都给了百度，通过搜索过来的付费用户当然要最大程度好好保留了。然后我照着Booking.com的城市页“揣测”了一下用户意图，觉得如果用户通过百度大搜索目的地过来，那TA很可能是个不太知道OTA网站的初级用户，TA可能希望的不是各种让人发懵的搜索项，而是告诉TA：去这个陌生的海外城市究竟住哪里好呢？这个问题，其实攻略网站有答案，但是非常低效，而且和预订流程割裂了，那时候我想，能不能打通这个前后环节？
其实到现在也没感觉这个方向大做起来，很可能是内容网站数据不够碎片化，而且推荐算法也不成熟吧？攻略网站都希望能通过给预订网站导流赚取佣金，目前看得到的是穷游网和Booking.com的合作，但具体成交量我也不知道。但在当时我们是怎样解决的呢？我们选取了10个试点城市，人工（全是眼泪）收集编撰了入住指南，可以直链地标筛选；然给出酒店销量排行榜。
这个着陆页究竟好还是不好，没有定论。因为一些城市的转化率高于普通列表页，另一些却低于；跳出率的降低也是良莠不齐；至于增加了排行榜，对单个酒店的提升和对其他酒店的影响，我们也没有衡量。而且这个页面最大的问题在于难以量产（内容全是人工编撰的么，而且必须要非常准确、实用才有真正的帮助预订的作用），后来也就不了了之了。
然后我2年的职业生涯就结束了。想做的太多太多了，做出来的又太少了。
