房扫业绩看实时数据：客房部排班的另一个依据

客房部的绩效有个特点：每天都很清楚，月底就糊涂了。

谁今天扫了多少间、谁扫得快、谁老是被返工，客房主管心里大致有数。但这个"有数"到了月底要变成工资条上的数字时，往往要靠回忆和台账拼凑。拼出来的结果常常引发争议，而争议一旦发生，主管下次就不愿意严格算了——于是绩效流于形式。

选住云管家八月批次的更新里，房扫业绩从"月底汇总"改成了"看当天实时数据"，并且增加了两个可筛选的维度：打扫全天房数、打扫终点房数。

两个维度为什么要分开

客人退房后的整房清扫。工作量最大，涉及布草全换、卫生间深度清洁。

短时使用后的简单整理。单间耗时短，但换客频率高，一天可能做七八间。

不分维度的时候，一个扫了 12 间钟点房的员工和一个扫了 12 间全天房的员工，数字一样，实际工作量差一倍以上。这正是一线绩效最容易失衡的地方——愿意接钟点房的员工吃亏，不愿意接的反而数字好看。

分开统计之后，主管可以按各自的工作量系数算，也可以在排班时明确"今天谁负责钟点房"。规则透明了，分配上的抱怨会少很多。

下午两点看一眼谁落后，把剩余的房间往快的人身上匀一点。以前要等到晚上收工才知道，那天已经过去了。

连续几天某位员工明显偏慢，可能是手法不熟、可能是负责的楼层布草间太远、也可能是房型大。看到数字之后再去现场看，比凭印象批评有效。

新人的头两周，用老员工的实时数据做参照，能算出他还差多少、主要差在哪一步，带教就有靶子。

一个提醒：实时数据是给主管用的，不是给员工互相比较用的。一旦变成公开排名，员工会开始抢好扫的房间、藏脏房、跳过细节。绩效工具用错方向，伤的是品质。

合理的做法是：数字对主管透明，对员工只反馈他自己的趋势和返工率。

八月批次里还有两条和客房部直接相关：

批量置净、置脏（APP 实时房态）。批量操作模式新增「置净」「置脏」入口，对齐前台 PC 端的业务规则，支持勾选式选择，单批次最多 20 个房间。

这条解决的是早班开工的头十分钟。一栋楼 20 间房昨晚都空着，现在要一间一间点成净房，二十次点击加二十次等待。批量之后是一次勾选。

远期房态支持置维修。远期房态在住房增加置维修功能，维修时间可自定义填写，每个房间都能加。

这条对工程部更实用。以前发现某个房间空调要修，只能在当天的房态上标一下，远期排房时系统照样把这个房间排出去，等到那天才发现不能用，又要临时挪客人。现在可以在远期房态上先把维修时段占掉。

把实时数据和批量操作串起来，客房部的一天大致是这样：

这张表不需要系统自动推，纸贴在客房部办公室墙上就行。关键是 14 点那一次——大部分客房部的排班是早上定死、全天不变的，中间不做调整，结果总是有人早收工、有人加班。

客房的工作质量，数字只能反映一半。扫得快不等于扫得干净，返工率才是质量的镜子。所以看实时业绩的时候，建议和查房结果一起看：

数字是用来发现问题的，不是用来定输赢的。这一点想清楚，绩效才不会把团队搞散。