地接社如何在自己的网站上把旅游套餐与机票一起在线销售

沙漠冲沙、独桅帆船晚餐、机场接送,这些您早就在卖了。导游是自己的,车是自己的,一个周二上午的市区游要花多少成本,您能算到每一迪拉姆。您控制不了的,是把客人送到您这里的那趟航班。过去这并不要紧,因为客人在别处订好机票,人到了就行。现在的问题是:要不要在自己的网站上把旅游套餐与机票一起在线销售,放进同一个购物篮,让原本看中您迪拜四晚行程的客人,不必离开去找机票,结果带着竞争对手的套餐回来。
这件事做得成。但把自己的地接产品放在别人的实时库存旁边,会改变您的利润落在哪里,也会改变价格波动时由谁承担风险。地接社遇到的大多数麻烦,都源于把这两样东西当成了同一类商品。
一个购物篮里的两种库存
您的地接产品是自有或签约的库存。沙漠之旅您手里有一批固定配额(allotment),或者按车辆上限做自由销售(free-sale)。您会设定截止时间(cut-off),也就是最晚接受预订的时刻;如果签了酒店房间,还有一个释放期(release),过了这个时间没卖掉的房间要退回酒店。价格是您定的。从客人看到价格到客人付款,这个价格不会变,除非您自己改。
机票完全不是这样。它是航空公司发布、由供应商在搜索那一刻返回的运价,对应的是那个座位、那个舱位等级、那一分钟。供应商给的酒店价格介于两者之间:有些是静态的合同价,有些是实时价,会像机票一样浮动。
常见的错误,是把两者做成一个产品,再给它一个固定价格。客人看到的是一个数字,这正是他们想要的;可在这个数字底下,您已经为一样在出票之前都不知道成本的东西承诺了价格。平淡的一周,运价和预想的差不多。赶上城里有大型活动的那一周,就不是这么回事了,差价会直接从您沙漠之旅的利润里扣走。
所以,第一个设计决定其实跟网站毫无关系,而是:这趟行程里,哪些部分的价格由您来定,哪些部分的价格是您被动接受的?
其中一段实时定价时,套餐怎么定价
当购物篮里有一个组成部分会浮动时,有三种老老实实的处理办法。
| 套餐固定总价,含机票 | 地接部分固定,机票在结账时实时报价 | 分开预订,合并成一份行程 | |
|---|---|---|---|
| 运价波动由谁承担 | 完全由您承担 | 客人,以下单那一刻为准 | 客人 |
| 客人看到什么 | 一个数字 | 地接价加机票价,在页面上合计 | 两到三份确认单 |
| 您的利润在哪里 | 混在一起,看不出机票单独赚了多少 | 地接部分的加价(markup),加上您在机票上另加的部分 | 每笔预订各自核算 |
| 取消规则 | 得自己另编一套 | 各部分沿用各自的规则 | 各部分沿用各自的规则 |
| 最适合 | 已经付过钱的包机或切位 | 销售定期航班的大多数地接社 | 由员工处理的高价值或复杂行程 |
中间这一列,是大多数地接社应该起步的地方,而且它不是妥协。客人依然只结一次账,看到一个总价。您依然有一个套餐页面,放着您的照片和行程安排。变化在于:机票部分按实时结果报价,您的加价作为加价单独体现在报表里,而不是藏在一个三周前还算合理的整数里。
左边那一列,适用于座位真正归您所有的情况,也就是您已经付款给航空公司的包机或切位。这时机票成本是固定的,套餐定一个固定价才是诚实的。拿定期航班的座位去卖固定价套餐,就是在赌运价,而输赢要到出票时才揭晓。
关于中间这一列还有一点:地接部分用您成本所在的币种定价,展示币种则按客人的来。一家迪拜地接社用 AED 给导游发工资,却向中国客人显示人民币(CNY)价格,它可不希望汇率换算悄无声息地吃掉地接利润。网站同时显示多种货币时利润会从哪里漏掉,我们在关于多币种预订网站的文章里写得更详细。
客人在一张确认单上看到什么
客人并不在乎机票来自供应商、沙漠之旅来自您。他们在乎的是手里有一份文件,告诉他们什么时候该在哪里。这份文件由您来设计,而地接社最容易在这里显得不专业。
一份好的合并行程单要做到四件事:
- 按客人实际经历的顺序列出每一项:去程航班、接送、酒店、每一个行程、回程航班,而不是按预订的先后顺序。
- 每一项都带上自己的编号:航班写航空公司的 PNR,酒店写酒店的确认号,地接服务写您自己的预订编号。客人站在值机柜台前,需要的是 PNR,不是您的内部单号。
- 写清楚什么事找谁。出行当天航班时刻变动,找航空公司;目的地的任何事情,找您。如果您想成为所有事情的唯一联系人,就明确写出来,并且配足人手。
- 每一项的取消规则用一句话说明,而不是一大段法律条文,让客人等出了问题才去读。
这些都不要求三个部分在您的系统里是同一笔预订,只要求它们以一趟完整行程的样子呈现出来。
什么时候应该分开预订
有时候,正确答案是干脆不合并。
当取消规则互相冲突、而客人又理解不了时,就分开。不可退的机票配上可全额退款的沙漠之旅,没问题;可退的机票配上一个不可退的五天沙漠营地,而营地的钱您已经付了,这就是一场迟早要来的退款纠纷。把它解释成两笔独立的购买,比解释一个“部分可退”的套餐容易得多。
当合并销售会改变您的法律地位时,也要分开。在一些市场,包括欧盟,把交通和住宿作为一趟行程一起出售,可能让您成为包价旅游的组织者,需要对整趟行程承担消费者保护义务,包括那些并非由您运营的部分。这并不是回避套餐的理由,而是提醒您:在设计结账流程之前,先弄清楚在您销售的各个市场里,每个产品落在这条线的哪一边,并请当地执业的旅游法律师来确认,而不是想当然。
还有一种情况:机票本来就不是您卖的东西。如果您的客人大多自行安排交通前来,那么单独销售行程和景点门票可能更合适,机票作为可选附加项,而不是主入口。
做错的代价
这里真正昂贵的失误,很少是技术问题。
建立在定期航班运价上的固定价套餐,每当市场朝不利方向变动,您就要赔上运价差;又因为套餐价只是一个数字,往往要等到月底看报表才发现。一笔只有一条混合取消规则的合并预订,每当航空公司调整时刻、客人连行程的钱也要退时,都会换来一场争执。一份只显示您自己编号的行程单,会让您在凌晨五点接到电话:客人站在机场柜台前,要一个您本该早就给他的号码。
不会出现在任何报表里的代价,是那位再也不回来的客人:唯一一次出了变动,却没有人能告诉他到底是行程的哪一部分。
把旅游套餐与机票一起在线销售,需要什么
清单很短,因为地接社往往在这里想得太多。网站需要把您的旅游套餐和景点作为您自己的产品展示出来,在旁边展示供应商的机票和酒店,并让您设定自己的加价、查看自己的预订和报表。在这个平台上,机票、酒店、旅游套餐和景点是各自独立的服务,按站点逐项开通,网站只显示它所销售的服务。所以,一家还没准备好卖机票的地接社,可以先用行程和景点上线,以后再加上机票服务。
如果您还在这类平台和自己定制开发系统之间犹豫,白标与自建预订引擎的对比讲的正是本文略过的那部分决策。如果您想看看放上自己地接产品的网站是什么样子,通过注册向导创建一个:它会在平台子域名上开通一个带您品牌的网站,不需要绑定银行卡。
软件是容易的那一半。难的那一半,是针对您卖的每一样东西,想清楚这是谁的价格,然后围绕这个答案来搭建购物篮,而不是围绕一个在页面上看着整齐的数字。