TaskLoop 如何运作：从请求到评价

四个步骤概览

TaskLoop 围绕一个闭环运行：请求、派单、执行、评价。 由三个应用承载。

• 请求端：客人扫描客房二维码，提交请求，查看进度，并对结果评分。
• 管理后台：前台、物业办公室或主管在这里登记请求、派单，设定优先级、截止时间和说明，并实时查看所有未完成工作和各部门的工作量。
• 员工移动端：客房服务员、技工和班组成员通过推送通知接收任务、接单、更新状态，完成时可附照片，并记录完成时间。

在闭环的任何环节，逾期任务都会升级给主管。报表汇总结果：完成率、响应与完成用时、员工绩效和客人评分。

下面是同一个闭环在 TaskLoop 面向的三类场景中的样子。

在酒店中

1. 请求

517 房的客人发现卫生间毛巾不够。她没有打电话给前台，而是扫描了房内的二维码。请求页面已经自带房号。她选择请求类型，补充一句“请送两条浴巾”，然后提交，并能看到请求已被接收。

不是每位客人都会扫码。客人打电话或到前台时，前台几秒钟就能在管理后台登记请求，同样全程跟踪。

2. 派单

请求出现在前台的管理后台上。前台员工将其指派给客房部，或直接派给该楼层的跑腿员，设为普通优先级，截止时间 20 分钟。如果有跑腿员需要知道的信息，例如“客人 10:30 前在开电话会，请放在门口”，就写在说明里。

3. 执行

跑腿员的手机弹出推送通知。他接单后，前台就能看到有人在处理。他送去毛巾，如果酒店有这项标准，就在门口快速拍张照，然后将任务标记为完成，系统记录完成时间。如果跑腿员被耽搁、超过了截止时间，任务就会升级给客房主管。

4. 评价

客人看到请求已标记完成，并为服务评分。评分、响应时间和完成用时都进入报表，行政管家可以借此比较各班次，前厅经理可以看到客人最常提出哪些类型的请求。

酒店场景的完整介绍，请参阅 酒店管理。

在楼宇中

1. 请求

一栋写字楼八层的租户告诉物业办公室，会议室的空调不制冷了。物业办公室在管理后台将其登记为该单元的 HVAC 请求，并附上描述。住户和租户也可以扫描单元内、公共区域或设备上的二维码直接报修。

请求也可能来自团队内部。技工在巡检时发现楼梯间一个防火门闭门器损坏，随即登记，不必靠记忆。

2. 派单

设施经理将请求转为工单，指派给当班的暖通技工。由于租户当天下午有会，设为高优先级，并添加截止时间和进入说明。

3. 执行

技工在员工端 App 上收到工作并接单，发现一台风机盘管跳闸，复位后检查了室温。他附上温控器读数的照片，关闭工单。如果故障需要外包商处理，工单会附备注保持未关闭状态，截止时间依然有效，没人跟进就会升级。

4. 评价与复盘

工单关闭时保留完整历史：谁登记的、谁处理的、用了多长时间、凭证显示了什么。月底时，设施经理按类别查看完成与响应用时，发现同一楼层已经出现了三次空调报修。这是值得总工程师深入调查的线索。

计划性工作，例如更换 AHU 过滤网，作为总工程师创建的任务走同样的步骤。周期性的预防性维护只需设置一次计划，TaskLoop 会自动创建每一项任务。

楼宇场景的完整介绍，请参阅 物业管理。

在一线团队中

1. 请求

一家保洁公司承接了某大学园区的保洁合同。一位讲师告诉园区服务台，一间阶梯教室在晚间活动后留下了很多垃圾。服务台转告保洁主管，主管在管理后台登记。

2. 派单

主管在管理后台看到图书馆的班组工作量最轻，便将任务指派给其中一人，高优先级，截止时间 45 分钟，赶在上午 9 点上课之前，并备注侧门已开。

3. 执行

保洁员收到推送通知后接单，清理教室，拍下教室已可使用的照片，然后完成任务。如果保洁员没有及时接单，或者超过了截止时间，任务就会升级给主管。

4. 复盘

完成的任务连同照片和时间戳都有存档。当园区设施经理在月度会议上问临时请求的处理速度时，保洁公司可以拿出响应与完成用时以及照片记录。

团队场景的完整介绍，请参阅 任务管理。

在所有场景中不变的规则

在三类场景中，以下规则始终适用：

• 每条请求都变成任务，带有位置、类别和描述。
• 每项任务都有唯一负责人、优先级和截止时间。
• 员工在手机上收到通知并接单，责任归属一目了然。
• 超时工作会升级给主管。
• 完成情况有记录，带时间戳，必要时附照片。
• 结果可量化，体现在管理者真正会用的报表中。

正是这种一致性，让一个平台可以同时服务酒店、住宅楼和保洁班组。如果您想用自己的请求类型看看这个闭环，请 预约演示。