一线团队的任务管理：规则与方法

一线工作有何不同

一线任务管理是为不在办公桌前工作的人组织工作：客房服务员、维修技术员、行李员、安保人员、保洁员、楼宇工程师。他们的工作形态与办公室工作不同，任务管理系统和规则都需要与之匹配。

由此得出两个结论。第一，工具必须足够快，能在两项工作之间单手操作。第二，规则比工具更重要，因为一线团队不断换班、轮岗、接收新人。“每项任务都有一个指定负责人”这样的规则经得起人员流动，精巧的看板布局则不然。

最小可用任务

一项一线任务需要五样东西。少一样就无法执行；多出来的都应该是选填。

1. **位置。**房号、单元、楼层、设备或区域，每次都用同样的写法。
2. **需要做什么。**一句话。写“淋浴没有热水”，而不是“房间有问题”。
3. **优先级。**从一个简短的固定列表中选，三到四级就够了。
4. **负责人。**一个具体的人，或一个必须很快被认领的部门队列。
5. **截止时间。**由优先级推导，这样谁都不用自己去编。

值得保留的选填字段：特别说明（“客人睡到 11:00，请轻敲门”）、问题照片，以及便于回电的提出人联系方式。

忙碌班次中也站得住的规则

这些是我会贴在任何运营办公室墙上的规则，都不依赖某个特定工具。

每项任务只有一个负责人

有两个负责人的任务等于没有负责人。如果一项工作需要水工和电工，就拆成两项任务，或者指定一个牵头人。“工程部”或“客房部”可以暂时作为队列持有任务，但必须有人在几分钟内认领。

接单与完成要分开

任务派出后，负责人应先接单。接单让主管知道工作已被看到、有人在路上了。五到十分钟后仍未被接单的任务，是你能得到的最早预警，远早于截止时间。

截止时间由优先级决定，而不是看心情

按优先级设定响应和解决目标，让截止时间随之而定。这能防止每项任务都被标成紧急，也让是否延误成为事实而不是争论。SLA 与升级规则指南中有一个矩阵示例。

超时任务无需任何人开口就会升级

任务一旦超过截止时间，主管会自动收到通知。在满房的早上 8 点，指望员工落后时自己举手是行不通的。

关闭任务意味着做完了，必要时附上证据

对于面向客人或涉及安全的工作，完成时附一张照片或一句简短备注，能在大多数争议发生之前就把它化解。何时需要、何时不需要，请参阅照片工作凭证。

工作只从一个入口进来

电话、当面提出、聊天消息和对讲机都可以用来报事，但每一次报告都必须在同一个地方变成任务。只存在于聊天记录里的需求，对下一个班次来说就等于不存在。

闭环中的一天

以酒店为例，下面是规则到位后一个普通早上的样子。同样的流程也适用于住宅大楼或写字楼。

• 07:40 1108 房的客人反映洗手盆堵了。前台创建任务：位置 1108，“洗手盆排水慢”，优先级高，派给值班技术员。
• 07:42 技术员收到通知并接单。主管看到任务从待处理变为已接单。
• 07:55 技术员开始干活，发现存水弯里有头发，清理后放水测试。
• 08:05 技术员附上排水通畅的照片，关闭任务。
• 08:06 前台看到任务已关闭，打电话或发消息向客人确认。
• 稍后客人为这次响应打分，从报告到完成的用时进入周报。

没有人打电话到工程部，没有人爬三层楼去查看，下一个班次也能清楚看到发生了什么。

交接班

交接班是一线工作最容易丢失的环节。好的交接是一份清单，而不是一场谈话。

• 每项未完成任务的负责人都在接班班次中，或者已明确搁置并注明原因。
• 等待配件、进入权限或外包商的任务标记为等待中，并写明在等什么。
• 对客人、住户或租户做出的任何承诺，都有对应的任务和时间，而不只是一句口头交代。
• 因未完成工作而锁定的客房或单元，按房号列出。
• 交班主管和接班主管同时查看同一份清单。

如果你的交接班依赖某个人的记性，它会在一个月里最忙的那天失败。

公平地分配工作

派单决定了一线团队这一班是赢是输。常见的两种模式：

• **主管派单。**由客房或工程主管分派每一项任务。这样便于掌控，也能平衡技能，但主管在高峰期和休息时会成为瓶颈。
• **员工从队列中认领。**任务进入部门队列，谁先有空谁就接。这样很快，但总是那几个肯干的人接下难活，其他人则等着挑简单的。

大多数团队最终采用混合模式：紧急和专业任务由主管派发，常规需求进入队列并设一个较短的认领时限，超过时限未被认领的再手动派单。无论选哪种，每周都要看一次每个人的工作量。如果一名技术员完成的工作量是其他人的两倍，要么是他在扛着整个团队，要么是其他人在躲活，你需要知道是哪一种。

划分区域也有帮助。给每名客房服务员分配一段楼层，给每名技术员分配一栋楼或一个翼楼，可以减少走路时间，增强责任感。留一个机动人员应对溢出。

让大家用起来

推广失败的原因是可以预见的，而且大多与软件无关。

• **从一个流程开始。**宾客需求或维修故障，而不是一次全上。先让一个闭环运转两周，再加下一个。
• **在现场培训。**拿着手机在真实的房间里花五分钟，胜过在会议室里开一小时会。
• **关闭旧渠道。**如果主管仍然通过对讲机或聊天群接活，员工就会继续用这些渠道。定一个日期，之后未登记的工作不算数。
• **把数据展示给团队。**公开分享响应和完成时间，往往自己就会改善。用这些数据做辅导，而不是惩罚。
• **听听夜班的意见。**他们用最少的人运转整个酒店或楼宇，最先发现漏洞。

衡量什么

只保留几个大家能据此行动的数字。

• 接单用时，按部门。反映派单和通知方面的问题。
• 完成用时，按优先级。反映人手和技能方面的问题。
• **超时关闭任务的占比。**周会上看这一个数字就够了。
• 重复任务，即同一位置在短时间内反复出现的任务。反映首次修复质量差。
• 提出人评分（如果有收集的话）。反映“做完了”是否做好了。

TaskLoop 的定位

TaskLoop 正是围绕这个闭环构建的：需求、派单、执行、评价。需求来自房间里的二维码或前台的管理后台，员工在后台把任务连同优先级、截止时间和操作说明派给个人或部门。一线员工在员工移动端通过推送通知接收、接受并完成任务，可附照片凭证，并自动记录完成时间。超时任务自动升级给主管，报表按团队和个人显示完成率和响应时间。