面向前厅、客房部和工程部的酒店运营管理系统

每家酒店都熟悉的问题

一家酒店每天都在兑现几百个小承诺：15 分钟内送来加毛巾，一家人到店前备好婴儿床，客人晚餐回来之前修好空调，把延迟退房的信息转告客房部。这些承诺大多在前台许下，却要在别处兑现：由客房服务员、工程师或送餐服务员去完成。

问题出在交接上。住客打电话给前台，前台打给客房部，客房主管再用对讲机呼叫一位正在打扫另一间房的客房服务员。没人记下来。四十分钟后住客再次来电，前厅经理只能为一件谁也查不清的事道歉。

TaskLoop 正是为了让这种交接变得可见、可问责，而且不需要更换 PMS，也不给住客增加任何步骤。

住客请求在 TaskLoop 中如何流转

每条请求都遵循四个步骤：请求、分派、执行、评分。

请求。 每间客房都有自己的二维码。住客用手机扫码，选择所需服务并提交。无需安装 App，也不用打电话给前台。通过电话、在前台当面或由路过的员工报告的请求，都在管理后台登记，所有事项都在同一个列表里。了解其运作方式，请参阅二维码请求。

分派。 前厅或部门主管把任务分派给某个人或某个部门，并设定优先级、截止时间和处理说明，例如“客人对坚果过敏，请检查迷你吧”。

执行。 员工在 TaskLoop 移动 App 上收到推送通知，接单、更新状态并完成任务。需要时附上照片：修好的花洒、布置好的生日惊喜。完成时间会被记录下来。

评分。 住客看到请求一路跟踪到完成，并对服务评分。评分会与响应时间、完成用时一起进入报表。

如果任务没有按时完成，就会升级给主管。值班经理会比住客更早知道出现了延误。

客房部

客房部承担了酒店中的大部分工作量：住客索要客用品、为提前到店的客人加急清扫房间、开夜床、失物招领、布草问题，以及客房服务员在打扫时源源不断发现的各种情况。

有了 TaskLoop，行政管家和楼层主管可以把任务分派给客房服务员或整个客房部，并实时查看进度。当客房服务员发现 714 房的台灯坏了，主管会立即把它登记为一项工程任务，而不是指望有人在下班时还记得这件事。实用指南请阅读我们的按房态划分的客房清洁检查清单，并查看客房管理功能。

工程与维修

工程工作有三个来源：住客、其他部门，以及工程团队自己的巡检。住客报修的水龙头滴水、客房部反映的电视没信号、巡检时发现的风机盘管噪音，全部都作为任务登记，分派给工程师，并带着照片和时间戳关闭。

这些记录对于维修房尤为重要。当一间房因漏水在 PMS 中被锁定时，总工程师可以准确看到是哪项任务导致的、谁在负责、已经拖了多久。在 PMS 中释放房间仍是人工操作，但这个决定不再靠猜测。我们的酒店维修日志指南介绍了如何建立这样的记录。

前厅：一屏看清整个酒店

前厅经理和值班经理可以在管理后台实时查看每一条待处理请求，以及各部门的工作量。当住客打电话问熨斗什么时候送到，前台可以直接看着屏幕回答：19:42 已分派给客房部，19:44 已接单，正在送来的路上。

这就是“我查一下再给您回电”和当场给出答复的区别。这也是发现规律的方法：如果晚间来电中有相当一部分都是要同一种客用品，那就直接把它放进客房。关于缩短响应时间的思路，请阅读如何缩短住客请求响应时间。

给总经理的报表

TaskLoop 报表展示任务完成率、响应时间、完成用时、员工绩效和住客评分。在晨会上用它查看夜间遗漏了什么，在每周运营例会上用它对比各部门，在员工考评中用它表彰那些始终把工作做好的客房服务员和工程师。

TaskLoop 如何与您的 PMS 并行

您的 PMS 负责预订、入住和退房、房量库存和账务。TaskLoop 负责工作本身：谁在做什么、何时之前完成、是否已经完成。TaskLoop 与 Oracle OPERA、Cloudbeds 和 Mews 等 PMS 并行使用，并不声称与它们集成。实际操作中，房态变更仍在 PMS 中完成，而其背后的运营任务则在 TaskLoop 中管理。详情请阅读酒店 PMS 与运营软件的区别以及我们的集成页面。

谁在用什么

如何开始

大多数酒店先从住客请求和客房清洁入手，再逐步加入工程部和其他部门。先在几个楼层放置二维码，所有来电都通过管理后台登记，两周后查看数据。

价格采用报价制，取决于您的酒店和团队规模。预约免费演示，或进一步了解 TaskLoop 酒店管理系统。