忠诚计划很简单:你预订，你留下，你得到积分，当你有足够的积分，你得到免费的东西——通常是酒店房间，但通常是礼品卡，其他旅游产品，甚至后台访问。”一生难忘的经历。
但是对于酒店公司来说，管理和实现这些承诺意味着在技术、运营和营销方面的巨大挑战。这篇文章深入探讨了三个最常见的技术问题，它们是最容易失败和违背承诺的:
- 接口;
- 复制档案;
- 身份管理。
这些并不是这个链条中唯一的薄弱环节，但却是一个很好的开始去理解在忠诚生态系统中脆弱性存在的地方。
接口
e租宝 丁宁
让我们从内部接口开始，在这些接口中，忠诚计划
养生礼品
系统(LPS)与酒店公司或其选择的供应商直接控制下的其他应用程序相连接，酒店老板对这些应用程序有很大的影响力。这些系统包括中央预约系统(CRS)、物业管理系统(PMS)、内容管理系统(CMS)及Brand.com网站。忠诚度/CRS接口需要精确地将预订事务与配置文件和忠诚度会员关系关联起来，并且在预订过程中的任何位置都可以安全、轻松地进行关联。这个接口需要实时操作。通过不仅仅是会员号码，计划状态，会员偏好和升级或促销资格都发挥作用。通信故障或消息格式不匹配将导致灾难。
大多数会员与品牌和项目的互动也可能实时发生在Brand.com上。内容管理系统和web服务器应用程序必须与忠诚度计划紧密交互，通常在忠诚度应用程序、网站和CRS之间高度协作。
还记得上面关于在流程的任何时刻将预订与忠诚会员联系起来的观点吗?拉了一个无缝的体验,无论当客人登录和验证member—在预订之前,在预订或end—要求网站巧妙地管理会话变量在内存中而与CRS交互活动窗口从与忠诚计划和交互。如果成员在其浏览器中打开多个窗口，则控制会话将变得更加复杂。
Brand.com还需要检索和前端显示获得的积分、烧毁的积分、促销注册和所有其他会员互动。
物业管理系统接口的挑战性只是略有降低。与PMS的接口通常是由CRS承担的，而不是由loyalty
菜系分类
application承担。除了将会员ID、状态和升级资格从CRS发送到PMS之外，PMS还需要将实际消费数据发送回来，由loyalty system进行记录和整理。接口不一定是实时的，但对于大多数酒店公司来说，它是一个单CRS与许多基于物业的PMS平台对话的一对多关系。但是大多数酒店公司都有多个不同的PMS平台在使用，大多数都有多个版本。如果酒店公司有多个活跃的CRS系统，这是典型的过渡时期，复杂的水平几何级数地扩大。所有的消息格式都需要在多个平台之间进行转换和同步，这就需要严格控制接口。
然后是与外部合作伙伴的接口，而酒店公司对这些外部合作伙伴的控制相对较少。控制越少，风险越大。这些接口可能包括:
- 信用卡合作伙伴;
- points-transfer合作伙伴
- 其他旅游产品供应商。
在一个已经很复杂的忠诚度生态系统中，酒店公司直接控制之外的接口端点是一个巨大的潜在脆弱性区域。
复制概要文件
同一位客人可能会忘记他们加入了，然后再次加入。最终，他们意识到这一点，可能是因为你在积分到期前给他们留了一段时间吧!提醒你，并希望你把他们的资料结合起来。但是概要文件中的细节通常是不同的，因此识别哪些细节被转移到幸存的概要文件中，对于系统来说是一个挑战，很难以较高的精确度来确定。
另外，您是否
夏天去哪里旅游
需要构建您的合并流程以便取消合并?您是否需要自动匹配将没有会员ID的预订与有效的会员关联起来?在自动匹配过程中出错并将史密斯先生的预订与史密斯先生的会员联系起来的风险是什么?一旦合并了一个重复的配置文件，如何将合并事件的结果联合到生态系统中的所有其他系统?你明白了这个想法，看到了技术上不谨慎的陷阱。
身份管理
与上面讨论的自动匹配和合并挑战密切相关，我们有身份管理的概念。通常，一组应用程序模块与忠诚度应用程序本身有一定的分离，这些工具:
- 验证用户名和密码;
- 将用户名与成员配置文件关联;
- 确保符合密码标准
- 管理忘记的密码，"挑战问题”以及更改密码过程。”
都属于酒店公司控制的接口范畴。”这很好，但如果身份管理系统在任何时候出现故障，忠诚的会员就无法访问他们的账户，这不是一件容易恢复的事情。
希望我们已经展示了建立一个忠诚计划并使其持续运行所需要的一些极其复杂的东西。难怪它们破了!
无限挑战121229Mark Haley和Mark Hoare是Prism酒店咨询公司的合作伙伴，Prism酒店咨询公司是一家专门为全球酒店行业提供技术、分销和忠诚度战略咨询的公司。更多信息，请访问https://prismhospitalityconsulting.com。
本专栏所表达的观点并不一定反映《酒店新闻报》或其母公司、STR及其关联公司的观点。在这个网站上发表的博客可以自由地表达可能有争议的观点，但是我们的目标是在我们的读者社区中激发思考和建设性的讨论。如有 露皮塔 尼永奥
