客房页面,迪拜酒店网站的基本功
面积、床型配置、景观、包含哪些内容、哪些需要额外付费,都清楚展示,而不是埋在一段没人会读的价格说明里。
网站必须做到的事
把您的网站与预订平台比较的客人,衡量的是同一批细节,因此迪拜酒店网站设计必须做到与之持平甚至更好。
面积、床型配置、景观、包含哪些内容、哪些需要额外付费,都清楚展示,而不是埋在一段没人会读的价格说明里。
与您的物业管理系统对接的实时空房和价格,从选择日期到确认预订之间的步骤尽可能少。
在适用的情况下,清晰诚实地说明您的最优价格政策,因为客人如今越来越倾向于在别处完成预订前,先查看官网。
直接预订
客人选择酒店官网而不是预订平台,靠的不是忠诚度,而是官网确实更简便或者明显更划算。能赢得直接预订的酒店网站设计,通常在三件事上做对了:预订引擎加载迅速,不会要求重复填写信息;客房图片和描述回答了噪音、景观和床型这些真实问题;直接预订的任何优惠,比如免费取消条款,都清楚说明,而不是藏在条款文字里。
价格一致性在这里同样重要。如果您的直接价格没有至少与各平台持平,客人就没有太多理由不去别处预订。
监管相关内容,非法律意见
在迪拜经营酒店需要经过 DET 的酒店星级评定系统,DET 自己针对酒店场所星级评定的服务页面列出了申请所需的材料:DET 的初步批准、持牌人身份证明、地块地图、迪拜市政厅的建筑竣工证明和商号证书,评定费用因类别、星级和房间总数而异,DET 的目标是在提交申请后一个工作日内完成审批并进行现场检查。
这不构成法律意见。如果您经营酒店或服务式公寓,请直接向 DET 确认您的登记信息和星级,并确保网站上展示的星级与 DET 实际核定的一致,而不是一个理想中的数字。
阻碍客人的因素
我们审查过的酒店网站中,有两个问题反复出现。
如果客人在熟悉的应用上查询空房和付款都比在您自己的网站上更快,网站就已经输了。酒店网站设计必须让预订引擎成为页面上最快捷的路径,而不是塞进侧边栏的一个小组件。
客人很快就会发现房间与照片不符,而这往往先出现在评价里,而不是先反映到前台的投诉中。准确且最新的图片,既能保护预订率,也能保护后续的评价,而且在网站上纠正远比在客人入住后修复他们的印象容易得多。
我们的建设方式
预订引擎和 PMS 对接会在早期就确定下来,因为它们决定了网站其余部分的走向。
我们会在设计开始前,收集客房类型、价格、政策、星级信息和图片素材。
网站会对接您的预订引擎或物业管理系统,这样空房和价格才能保持准确,无需重复录入。
客房和预订相关模板会在写下第一行代码之前经过您确认,阿拉伯文以及其他真正有价值的客源语言,会与英文版从第一天起同步建设。
预订路径会在真实设备上进行端到端测试,追踪代码会接入,域名、主机和 CMS 登录信息会以您自己的名义交接给您。
预订引擎与 PMS 对接会在项目早期而不是末期完成,因为这是最容易暴露问题的环节,比如预订引擎无法正确呈现某种价格方案,而在设计工作围绕这些系统搭建之前解决,远比之后再返工节省时间和精力。
相比本节涉及的许多其他行业,迪拜的酒店客房需求更明显地随日历波动,受凉爽的冬季、学校假期、大型展会和全城性活动的影响,吸引的访客远超一般的休闲旅行者。酒店网站设计如果配备合适的内容管理方式,能让酒店自己的团队围绕已知的旺季,快速更新首页文案、优惠信息,甚至客房可订区间,而不必等开发人员在旺季已经开始之后才发布一项季节性优惠。一个只是偶尔更新网站的酒店,往往在旺季和淡季都挂着同一个通用首页,既错过了在淡季推广长住优惠的机会,也没能在需求最高时确认强劲的空房信息是否准确。
这也影响预订引擎在售罄期间应有的表现。清楚显示某类客房已无空房,并提供加入候补名单或取消提醒通知的选项,能让客人继续留在酒店自己的渠道内,而不是立刻去查看某个可能还显示有其他房型的 OTA。一个只显示无空房、却没有任何替代路径的网站,会把这位客人拱手让给下一个能给出答案的网站。
图片与虚拟导览
客人在预订前无法实地参观,因此图片和任何虚拟导览内容承担了不成比例的说服作用。
所有客房类型采用相同的角度和光线处理方式,让客人能够公平比较,而不是某个房间仅仅因为拍摄更用心就显得更好。
如果某间客房的景观是卖点,就要准确展示,包括哪些能看到、哪些看不到,避免照片与实际不符而损害评价。
泳池、健身房、餐厅和大堂的图片,回答了单靠客房照片无法回答的问题,对正在几家价格相近的酒店之间做选择的客人尤其重要。
批准一个酒店网站项目的人,很少是被拿网站表现来考核的人。总经理关心网站所代表的整体客人体验,但通常是营收经理,或是销售与市场总监,会以直接预订与通过在线旅行社预订之间的比例来被考核,因为每一笔 OTA 预订都要支付直接渠道不用支付的佣金。这些人在第一次会议上提出的问题往往偏实际操作,而不是偏视觉效果:预订引擎能否对接已在使用的物业管理系统,价格在中央系统变动时能否自动同步更新,团队能否自行更新客房内容,而不必为每一次季节性优惠或关房日期等待开发人员。
一位没有专职营收经理的服务式公寓运营商,或者一家小型独立酒店,会用更简单的方式问同一个问题:这个网站到底能不能真正接受预订,还是只是好看,而每一条咨询都发到一个没人来得及及时查看的收件箱。真正把这类会议开好的酒店网站设计,会把预订引擎及其对接当作项目的核心决策,设计和内容都围绕让这条流程尽可能快速清晰来搭建。
客人
迪拜酒店网站设计需要服务不止一种访问目的,而每一种在网站表现不佳时流失访客的节点也各不相同。
他们希望迅速看到客房类型、位置和包含内容,而不必先注册或先选日期。如果网站在展示任何有用信息之前就强制要求先选日期,他们就会离开。
他们已经知道自己的入住日期,想要的是实时空房、清晰的价格和快速的结账流程。如果预订引擎速度慢、要求重复填写信息,或者感觉不如他们已经有账号的 OTA 可靠,他们就会离开。
他们想确认预订细节、在到店前提问,或者申请提前入住。如果唯一的联系方式是一个不带任何预订信息的通用表单,他们会感到沮丧并离开。
技术核心
通常有三套系统支撑着酒店网站设计,把它们混淆是项目延误的常见原因之一。物业管理系统,即 PMS,是酒店预订记录、客人档案和客房清洁状态真正存放的地方,是关于谁在什么时候入住的权威数据来源。渠道管理系统则介于 PMS 和酒店上架的各个 OTA 之间,把价格和空房更新推送到每个平台,让某个渠道售出的一间客房,能在几分钟而不是几小时内在其他所有渠道上同步标记为已售。预订引擎则是嵌入酒店自己网站的组件,让客人可以搜索、选择客房并直接付款,它需要单独对接回 PMS 或渠道管理系统,确保直接渠道显示的空房信息不会过时。
做对的酒店网站设计,会把预订引擎对接到已经持有实时空房信息的那套系统,而不是把网站当成第四个需要手动录入价格的地方。如果酒店目前还没有渠道管理系统,这是值得在网站上线前商讨清楚的一点,因为平台之间的人工同步,恰恰是超额预订和价格不一致最容易发生的地方。
价格一致性正是酒店官网不能靠简单压低价格来争取直接预订的原因,值得在酒店网站设计项目开始前就理解清楚。Booking.com 自己关于价格一致性运作方式的合作伙伴说明描述了三种依物业所在地而适用的制度:无一致性要求,即合作伙伴在价格或空房方面相对其他渠道没有特定义务;窄幅一致性,即合作伙伴应在 Booking.com 上提供不低于其自身线上渠道的价格和条件;以及宽幅一致性,即不论线上还是线下渠道,都必须提供相同或更优的价格和空房。具体某个物业适用哪种制度,取决于其所在国家以及 Booking.com《一般交付条款》中的规定,因此酒店应直接向 Booking.com 及其上架的其他任何 OTA 确认自身的具体情况,而不是假设有一条统一规则适用于所有情况。
这对酒店网站设计的实际意义是,在一致性制度下,直接渠道很少能单靠价格取胜。它靠的是让客人无需支付某些 OTA 额外收取的预订费,靠酒店可以直接掌控的取消和付款条款,靠免费升级或专属直接预订客人的增值服务,也靠预订流程本身足够快,让客人不会觉得离开原本正在比价的平台一无所获。高度依赖 OTA 流量本身不是单靠网站就能解决的问题,但一个迟缓或让人困惑的直接预订引擎会让这种依赖变得更严重,因为它未能转化的每一位客人,最终都会默认转而通过 OTA 完成预订。
这不构成对您与任何具体 OTA 之间义务的法律意见。请直接向您上架的每个平台确认适用于您的一致性条款和任何本地定价规定。
数据与更新
迪拜酒店网站设计依赖不断变化的数据,在旺季往往一天之内就会变动好几次。
| 数据 | 变化频率 | 通常由谁负责更新 |
|---|---|---|
| 客房空房情况 | 随预订和取消持续变动 | PMS,自动同步到网站 |
| 价格与价格方案 | 按天到按季节,有时视需求而定 | 营收管理,通过渠道管理系统推送 |
| 客房内容与图片 | 较少变动,但需要定期审查 | 市场部,至少每年审查一次 |
| 星级与牌照信息 | 仅在 DET 状态变化时更新 | 酒店管理层,直接与 DET 确认 |
一个仅靠人工导出、每天只更新一次空房状态的网站,最终会出现某间客房已在其他渠道售出、却仍在网站上显示可订的情况。这正是酒店网站设计中通过完善的 PMS 或渠道管理系统对接所要避免的超额预订风险。
搜索行为
搜索迪拜酒店的客人大致分为两种模式,网站需要为两者都建好相应页面。
“迪拜码头附近的酒店”或“迪拜的亲子友好酒店”这类搜索,来自距离决定还有数周的客人,他们在缩小范围之前会先比较区域和酒店类型。区域与社区内容,以及清晰的客房类型概览,正好回应这类搜索。
搜索某个具体酒店名称、有时已经想好日期的客人,已经接近预订,通常也已经在某个 OTA 上看过这家酒店。预订引擎、清晰的最优价格说明和快速的页面加载,正好回应这类搜索。
这里没有编造任何搜索量数据。这些是值得据此设计网站结构的规律,而不是向客户承诺的数字。
如果客人发现您自己的网站比他们手机里已经安装的应用还慢,他们就会用那个应用预订。网站只有在真正更简便的那一刻才能赢得客人。
当客房和政策内容在开发开始前就已准备就绪时,酒店网站设计推进得最快,而最常见的延误不是设计本身,而是不完整的客房内容。与最近翻新过的客房不符的图片,或者从某个 OTA 房源直接照搬、却没有配上酒店官网实际适用条款的价格方案描述,都会导致最后一刻的返工。星级信息是一个较小但真实存在的缺口:有些酒店希望在首页标注星级,却还没确认 DET 星级评定实际允许的准确措辞,这正是我们会直接向酒店本身确认这一点,而不是沿用旧网站或某个 OTA 房源上星级的原因。
取消和付款条款需要保持最新,并与预订引擎实际执行的条款一致,因为客人如果在客房页面上读到一种政策,结账时却按另一种收费,会立刻失去信任,而这种不一致对酒店声誉的损害,远超过一条平实、如实说明的政策所能带来的影响。
上线与第二阶段
酒店网站并不需要在第一天就完成所有对接。
内容准确的客房页面、显示实时空房和价格的已对接预订引擎、星级和位置信息,以及从首页到手机端预订的快捷路径。
会员或回头客优惠、预订流程中的加购选项,比如客房升级或水疗附加项目、到店前的客人消息推送,以及在英文和阿拉伯文版本证明有效之后再增加的其他客源语言。
哪些语言真正值得出现在迪拜酒店网站上,取决于酒店客人来自哪里,而不是遵循每个酒店类网站都需要同一套语言的通用规则。一家客源大量来自地区和海湾休闲旅客的酒店,能从一个真正建好、支持从右到左排版的阿拉伯文版本中受益,而不只是在仅有英文的预订引擎上方挂一个翻译过的首页。一家定位国际商务客或长途休闲旅客的酒店,把同样的精力投入到其具体客源市场的语言上,可能收获更大的价值。无论哪种语言版本,重要的是客房名称、价格方案条款和取消政策,都由真正懂得酒店业术语的人来翻译,因为对价格方案名称的直译,可能会让客人搞不清自己实际预订的是什么。
我们常见的问题
除了本页前面提到的预订引擎迟缓和图片不符之外,还有几个问题反复出现。
直接价格不小心高于 OTA 上的价格,原因往往是价格调整推送给了渠道管理系统,却没有单独同步到网站,这会直接削弱整个直接预订的说服力。
展示酒店期望达到的星级,而不是 DET 实际核定的星级,是一个值得避免的风险,只要在网站标注之前先确认状态,就很容易预防。
许多客人会一边打开好几个标签页比较不同酒店,一边用手机预订,一个在小屏幕上操作别扭的预订引擎,会把客人拱手让给最容易在上面完成预订的那个竞争对手标签页。
对迪拜酒店网站设计最重要的指标是直接预订占比,也就是通过酒店官网而不是 OTA 完成的预订所占的比例,以及这一比例在新预订引擎或新网站上线后的变化。除此之外,酒店团队通常还会关注预订引擎的放弃率,即有多少客人开始预订却没有完成,因为较高的放弃率直接指向流程中的阻力,而不是价格问题。客人在预订前发来咨询的响应时间,以及这些咨询中有多少最终转化,对服务式公寓和规模较小的物业尤其重要,因为在这些物业中,一次亲自回复本身就是促成交易的一部分。这些都不是我们编造或提前承诺的数字。它们是迪拜酒店网站设计应当通过与预订引擎对接的网站数据分析清楚汇报的指标,让酒店能够看到某项改动的实际效果,而不是靠猜测。
具名系统
逐一点名这些系统,比笼统地说“系统对接”更有意义,因为每一个解决的问题都不一样。
PMS 持有预订记录、账单和客房清洁状态。迪拜酒店网站设计从这里读取实时空房和价格,绝不会成为需要手动录入预订的第二个地方。
Booking.com、Expedia 和 Agoda 是多数迪拜酒店已经上架的 OTA,渠道管理系统让价格和空房在这些平台以及酒店自己的预订引擎之间保持一致,无需在每个平台上分别手动更新。
到店前的提问或提前入住申请,往往先通过 WhatsApp 发来,而不是邮件。参见我们的WhatsApp API 对接页面,了解这如何接入团队共享的预订收件箱,而不是某一个人的手机。
拥有大量回头客的酒店集团和度假村,有时会在网站之外加建一款专属移动应用,用于预订和入住期间的服务请求,通常是在网站自身的预订流程先被证明有效之后。
Google 和 TripAdvisor 上的评价,会在客人接触预订引擎之前就影响他们的决定,因此网站自身的客房描述和图片,需要与评价者实际到店所见保持一致。
专门围绕预订引擎搭建的网站数据分析,而不只是页面浏览量,能显示客人在哪个环节放弃预订,而不只是有多少人访问了网站。
预订流程
迪拜酒店网站设计应当让这条路径比 OTA 上的等效流程更短,而不只是与之持平。
客人选择日期后,看到的是带实时空房信息的真实客房类型,而不是一个通用的“查询空房”按钮,把他们带去另一个网站。
面积、床型配置、景观和包含内容无需为每个选项单独打开新页面就能看到,这样比较两三间客房不会导致搜索结果丢失。
总价、包含内容和取消政策会在付款前展示清楚,而不是到最后一步才作为意外情况出现。
付款流程尽可能精简,确认信息会同时即时送达客人和 PMS 系统。
超越客房本身
标准预订引擎是为固定日期的一两间客房设计的,这就留下了一些迪拜酒店网站设计需要单独规划的空白。
迪拜对酒店、酒店式公寓和其他持牌住宿的入住收取一项旅游费(官方名称 Tourism Dirham),该费用依据迪拜经济和旅游局 2014 年第 2 号行政委员会决议获批,相关来源已列在本页末尾。该费用按每间客房每晚计收,通常在物业现场收取,而不是预付给 OTA,这意味着迪拜酒店网站设计需要把客房价格和这项旅游费分别列为独立项目,而不是把两者合并在一起,这样客人在结账或到店时就不会因为一笔额外费用而感到意外。
这不构成法律意见,也不是这项旅游费适用于每一种住宿类型或客人类别的完整总结。请直接向迪拜经济和旅游局确认当前的收费标准,以及它应如何在您的预订引擎上展示。
较长住期
迪拜的服务式公寓品牌,通常按周或按月预订,而不是一两晚,这改变了房源页面需要展示的内容。厨房及其设备、洗衣设施、每周清洁频率,以及水电网络费用是否包含在价格内,对这类客人来说都比对住两晚的酒店客人更重要,而直接照搬酒店客房页面的模板,往往会让这些问题无从解答。
价格结构通常也有所不同,长住期通常对应更低的每晚价格,这一点应清楚展示,而不是要求客人咨询才能得知,因为正在比较服务式公寓和一周长住方案的客人,希望这种比较是现成的,而不是需要主动询问才能获得。
迪拜酒店网站设计最快的起步方式,是提前确认一份简短清单:目前是否已在使用某套物业管理系统和渠道管理系统(如有)、包含当前价格和政策的完整客房类型清单、每种客房类型和公共区域的图片、DET 当前的星级状态,以及除英文之外,对您的客源市场真正重要的客人语言。在第一次设计会议前就准备好这些内容的酒店,通常能比那些在预订系统决策尚未落定前就开始设计的酒店,更快地从需求沟通推进到一个可用的预订引擎,因为网站结构的很大一部分都取决于这套系统能做什么、不能做什么。
本页所有内容说明的是酒店、度假村或服务式公寓品牌具体会发生哪些变化。适用于我们建设的所有行业的开发、主机托管、测试和交接的整体做法,详见我们的网站开发页面。
迪拜酒店的一部分需求来自商务旅行,无论是单个按协议价格入住的商务旅客,还是一家企业为来访员工和客户反复预订客房,迪拜酒店网站设计往往需要为这类客人单独设计一条路径,而不是把它并入标准的休闲预订流程。企业价格通常需要权限控制,只有输入企业代码或登录后才会显示,因为它不应该对浏览同一客房类型的休闲客人可见。要把这一点做好,预订引擎需要能够在公开价格方案之外,同时支持一个受限访问的第二价格方案,并且网站要清楚说明如何申请企业账户,而不是把这个细节留给销售人员事后通过邮件解释。
常客商务旅客也乐于使用一个能记住偏好、加快第二次或第三次预订的简单账户或个人主页功能,不过对许多独立酒店而言,一种更轻量的方式,比如把已保存的企业价格链接直接发给客户的差旅协调人,也能达到差不多的效果,而无需搭建一整套账户系统。迪拜酒店网站设计应当根据一家物业实际拥有的常客商务量来匹配这项功能,而不是默认每家酒店都需要一套账户系统,不论其客源结构如何。
除了客房类型和价格之外,迪拜酒店网站设计中相当一部分预订前的问题都很实际,而不是憧憬性的:房间是否方便轮椅出入,物业是否接待所有年龄段的儿童,还是某些客房类别有年龄限制,自驾到店的客人停车情况如何,以及物业距离最近的地铁站或景点真正有多远,最好用分钟数说明,而不是留给客人自己在地图上估算。我们审查的酒店网站中,这些细节常常缺失,反而被塞进一份通用的设施清单,让客人不得不自己翻找,而不是在客房或位置页面上直接给出清晰答案。
把这一点做好比表面看起来更重要,因为一位在预订前找不到实用问题清晰答案的客人,要么直接放弃预订,要么发消息向酒店询问,这就多了一个原本一个设计良好的页面本可以避免的人工环节。迪拜酒店网站设计如果直接在页面上回答这些问题,而不是假设客人会打电话来问,就能转化更多那些已经喜欢客房和价格、却还在权衡某个实际细节的访客。
直接解答
可以,我们建设的大多数酒店网站都会对接您已在使用的预订引擎或物业管理系统,这样网站上显示的空房和价格就与内部系统一致,而不需要重复录入。
网站无法替代酒店的商业策略,但可以消除访客转向在线旅行社预订的理由:清晰诚实的最优价格说明、简便的预订流程,以及能够回答那些平台答不好的问题的客房页面。
在迪拜经营酒店需要在迪拜经济和旅游局(DET)的酒店星级评定系统中登记,并获得指定星级。这不构成法律意见,请直接向 DET 确认您的星级评定和登记状态,并将获批的星级告诉我们,以便网站如实呈现。
可以。我们会根据您客源的实际所在地建设相应语言版本,阿拉伯文内容会正确支持从右到左的排版。
每个项目都会收到一份针对您需求出具的固定书面报价,在工作时间内通常 45 分钟内送达,且不附带任何义务。客房类型数量、语言种类以及预订引擎对接,是影响费用的主要因素。
资料来源
书面固定价格
已收到,我们正在为您撰写报价。
工作时间内您将在 45 分钟内收到。请查收确认邮件。