为小型酒店带来更多直订：将预订路径连接至前台
要增加直营预订，应向客人提供清晰的客房介绍和好用的网站预订入口，让前台衔接这些销售，并按完整渠道成本衡量最终入住。 Smart Order 提供直营预订引擎，可以集成到现有网站，也可以用于创建预订网站。
Smart Order 将直接预订的房态、价格和预订信息与其 PMS 同步。 对小酒店而言，应围绕清晰的房型介绍、好用的手机预订流程，以及前台需要处理的预订安排工作。把这条衔接顺畅的路径作为酒店直营营销的目的地。
设想一位客人正在手机上比较客房。酒店需要清晰的客房方案、完整价格以及完成预订的方式。Smart Order 将预订路径和酒店日历置于同一对话中，使团队能够在安排客人旅程的同时开展前台工作规划。
为运营中的网站添加预订路径
决定保留现有网站，还是建立预订网站。 从你正在运营的网站和客人用来比较客房的页面入手。现有网站如果实用，可以继续承载客房介绍，同时提供清晰的预订入口。
Smart Order 允许预订网站显示客房详情、税费、费用和取消政策。 为一间代表性客房及其入住安排准备这些详情。在客人确认预订之前，展示所选价格的总价、允许入住人数和取消条件。
把手机页面当作销售页面：让日期、房型选项和总价易于找到。客房页面与最终预订步骤的取消条款应保持一致。安排专人维护客房信息和政策文字。
将直接预订纳入运营日历
让前台参与直营预订的工作流程。 这样，酒店自有的销售路径便可连接到日常运营所使用的系统，而不是让团队维护另一个孤立的日历。
明确网站预订确认后如何交接给前台。员工需要准确的入住日期、房型、客人信息和预订状态，才能准备到店接待。约定由谁处理修改与取消，以及团队在哪里记录需要跟进的异常。
将酒店的预订链接放在客人容易找到的位置
预订路径准备就绪后，在网站页眉、相关客房页面以及获准使用的自有社交媒体账号中放置清晰的链接。保持落地页面一致，并确认链接打开的是目标酒店。这些是酒店可以在软件设置之外自行掌控的实际步骤。
通过获准的入住后沟通，为回头客提供轻松找到酒店自有预订路径的方式。根据您的同意管理做法以及相关渠道的规则规划这项活动。预订引擎支持预订体验；酒店仍然拥有客人关系和营销决策。
描述酒店能够兑现的直订优惠，例如可售价格套餐。清楚说明其条件，并向前台简要说明客人将获得的内容。任何价格或权益承诺都应与酒店实际提供的优惠相符。
查看结果和完整成本
| 衡量指标 | 它有助于酒店了解的内容 |
|---|---|
| 进入预订路径的访问量 | 客人是否到达预订步骤 |
| 已完成的直接预订 | 产生预订的兴趣比例 |
| 取消和退款 | 哪些已确认的销售最终转化为实际入住 |
| 扣除成本后的净客房收入 | 该渠道的财务贡献 |
比较直营销售与 OTA 销售时，应把软件、支付处理、广告和员工时间都计入成本。预订引擎免佣金，并不意味着每笔预订都没有成本。 Smart Order 将 OTA 渠道和预订引擎列为 Essential 套餐的加购项目。 请求适用于您酒店的条款，并在预测节省金额之前比较完整的运营设置。
按本酒店的房量、所在国家和计费周期，把报价记入费用表。官网说明的 Essential 加购项目界定了套餐范围，不能当作本酒店的具体价格。软件项目使用供应商的书面报价，营销与员工时间则使用酒店自己的数据。在接受方案之前，请供应商列明所在国家支持的支付服务商和支付方式。核对谁收取客人的款项、前台在哪里查看支付状态、如何处理取消与退款，以及款项何时到账、进入哪个账户。单独记录交易、汇兑和退款费用；索取书面确认，不要从预订引擎免佣金的说法推断这些条款。
| 费用项目 | 需要获取的金额 | 单独列明的项目 |
|---|---|---|
| 预订引擎 | 周期性费用与计费周期 | 一次性配置费用 |
| 渠道连接 | 所选渠道的费用 | 直营预订软件费用 |
| 迁移与培训 | 约定的上线服务费用 | 酒店员工承担的工作 |
| 支付处理 | 费率与每笔固定费用 | 退款相关费用 |
| 营销与运营 | 本期广告与员工成本 | 取消预订前的收入 |
以本酒店可比较的期间作为起始基准。在相同日期范围内，用完成的直营预订数除以预订入口访问次数，再分别查看取消和净收入。比较不同时期时，应保持流量来源和客房优惠具有可比性。访问增加但完成预订没有增加，与预订入口访问很少，是不同的问题；增加广告前先找出卡在哪一步。
带上您的网站、典型客房方案和取消政策。预约 Smart Order 演示完整的移动端预订流程及其 PMS 记录，并索取该设置所需的完整软件和支付成本信息。