客房阿姨刚拖完地,前台又卖出去一间脏房。我把“保洁靠吼”拆成了三条指令

上周二晚上十一点半,一个做城市民宿的老客户给我发语音,声音是压着的,估计怕吵醒孩子。

他说今天被房客骂了。下午三点退房高峰,一间房客人拖到快五点才走,保洁阿姨按排班先去了别的楼层。结果前台看系统里这间房已经退了,转头就把房卖给了六点入住的客人。客人拖着箱子到门口,门一开,满屋子还是上一位的垃圾和没换的床单。

前台打电话给保洁主管,主管在群里喊,阿姨没看手机。等找到人、重新打扫完,客人已经在前台站了四十分钟,最后平台给了差评。

他说了一句我特别耳熟的话:“这活儿不复杂,就是烦,天天烦。”

这笔账其实不用我算,他自己会算:一间房一天也就卖一两趟,一个差评在平台上挂小半年,旺季一天能少接三个咨询。不是保洁不勤快,是信息一直躺在前台脑子里、躺在群里、躺在阿姨的微信里,谁跟谁都没对齐。

今天这篇不聊OTA对账,聊更笨的一件事——房态和保洁调度。很多老板觉得这个环节简单,靠吼就行,恰恰是它天天在漏钱。

一、先说我看到的最普遍的干法:信息靠人肉搬运

小体量的酒店民宿,房态基本是“三个版本”在漂。

前台脑子里有一版,看的是PMS或者干脆一张房态表;保洁主管手里有一版,排班、查房、返工,全靠微信群里喊;阿姨心里还有一版,谁先扫哪间、哪间有加急、这间退了没,很多时候到了楼层才现场知道。

三版对不上,就靠人补。退房多了,主管拿着手机挨个问阿姨“302好了没”;前台卖了房,要跑到群里@保洁“508六点要进客”;客人问能不能晚点退,前台得先判断有没有影响下一档,判断错了就是今晚这场事故。

过去这活儿有多累,干过的人都知道。不是流程没设计,是流程没有载体,落不到每个人眼前。最后全成了“谁负责催、谁负责瞎跑”。

这就是卡点:信息流不是断的,是全靠人肉在缝。 人一忙、手机一扣,缝就裂开。

二、代价不光是累,是钱从三个口子漏出去

很多老板只把差评当服务问题,我建议你把数字拉出来再看一眼。

第一个口子,是迟到房。 一间退房从客人出门到保洁做完,中间只要超过一个半小时,就影响当天二次售卖。旺季的钟点房、晚班机客人、临时要续住的,都盯着这几间房。你每天有多少间房卡在“待打扫”状态超过两小时,这个数一拉,鼻子会气歪。

第二个口子,是空置房没被看见。 保洁做完了一间房,在群里说一句“302好了”,这话在系统里是不存在的。前台可能还在打电话、办入住,没顾上看群,这间房就白空了半小时。旺季半小时不是时间,是订单。

第三个口子,是最隐蔽的:阿姨的时间被切成渣。 没有调度的保洁是按经验走楼层的,结果就是来回折返。三楼做一半跑到五楼,回头再下三楼,退房单子一乱,一天下来多走一两千步。省下来的不是步数,是能多抢出两间房的整块时间。

新希望集团做农牧的王子约8月5号在《中国经营报》那个圆桌上说过一句话,我印象很深:一线生产人机协同的渗透率已经到50%—60%。那是饲料厂、养殖场,比我们想象的都传统。人家把老师傅的经验标准化了,酒店民宿的保洁调度,说白了比饲料配方简单得多,还没人认真捋。

三、接上AI之后,流程不是“更快地吼”,是不用吼了

我们给几家小酒店和民宿做过一个很轻的东西,不碰前台收银,只做一件事:让房态自己会说话。

原理不复杂。PMS里每间房有状态,阿姨的手机有位置和上报动作,订单有入住/退房时间。过去这些数据各在各的系统里,现在用一个智能体把这几条线收口,按规则自动排、自动催、自动改。

具体变成这样:

第一,退房一发生,活就自己找上门,而不是人在群里找活。 客人结账离店,PMS里房态一变,智能体立刻按楼层顺序、阿姨当前位置、订单紧急度,把“下一间扫哪”推到对应阿姨手机上。不是发群里让所有人看,是发给该干的那个人。

百丽时尚前阵子公开讲他们的企业AI实践,核心就一句大白话:把管理从“人找事”翻成“事找人”。助理进到业务群里,有事情冒头了主动弹给该拍板的人。我们那个场景更小,逻辑一样——退房这事一出来,就去找阿姨,不用阿姨满群翻。

第二,阿姨做完一间,点一下“已完成”,系统就敢把这间房放出去卖。 以前是阿姨说完了,前台不信,还要再确认一遍;现在上报动作直接改房态,前台看到的是干净房,可以直接拿去做销售。空置那半小时,基本抹掉了。

第三,排班自动重新算。 有个客人临时要续住半天,智能体把后面排的保洁动线重新排一遍,把不冲突的房往前调,冲突的往后顺,再告诉前台“最晚几点能交房”。不是让你算,是它已经把结果摆桌上。

这三个动作加起来,老板看到的效果很直接:同样五个阿姨,旺季每天能多收拾出来四到六间房。这不是多雇人,是把原来浪费在跑腿和等消息上的时间整块拿回来了。

四、最容易翻车的三个坑,我一个一个说

我特别想聊这一节,因为这三个坑全是真金白银踩出来的。

第一坑:想一上来就“准时率100%”。 这个目标看着正,实际会把人逼疯。阿姨不是机器,一间房可能有硬伤,钟点房客人赖着不走,洗涤厂送来的布草晚了,全是变数。

正确的姿态是:先让异常自己浮出来,再谈消除异常。 我们第一版上线时,只做了一件事,就是“该做没做的自动问”:一间房退了一小时还没看到保洁上报,智能体直接在系统里标黄,同时给主管推一条。第一周啥都没优化,只是把“哪些房天天迟到”这个清单拉出来了。老板看了清单才发现,原来不是阿姨慢,是顶楼那三间房每次都被排到最后,因为电梯不顺路。

第二坑:只在管理端看板化,不给执行端任何好处。 很多老板想的是“我能不能看到全局”,结果搞了个大屏,前台和阿姨还是用原来的方式干活,多看一个系统就是多一份负担。

翻车就在这。阿姨手里的上报动作一定要比原来用微信说一句更省事,她才会用;前台看到房态的颜色变化,必须比等她亲眼确认更可信,她才敢卖。任何一个角色觉得“这玩意儿是给老板看的”,系统就废了。落地时先问一句话:这个新动作,让干活的人少点了几下手机?

第三坑:把规则写太死,不设人工兜底。 调度类AI最怕“硬自动化”。你写死了“退房后90分钟必须完成”,结果来了一间被客人吐得到处都是的房,阿姨急死也做不完,系统还在催,她下次直接把App按掉。

好的做法是留一个“异常上报”的口子:阿姨点一下“这间要返工”,智能体就自动把后续排班重排,同时告诉前台“这间今天不能卖了,原因:返工”。人工一句话定调,AI来处理后面一串连锁反应。这才叫协同,不叫替代。

中国IDC那份工业AI的报告里有个判断,放到这里一点不过时:判断一个场景能不能规模部署,看四件事——任务边界、数据反馈、安全责任、投入产出。 酒店保洁调度这个场景为什么值得做?恰恰是这四项都相对清楚:任务边界明确,数据能实时反馈,责任是前台/主管/阿姨各管一段,投入产出可以直接用“多卖了几间房”来算。

五、我们是这么干的,但你先别急着上系统

在舍予,我们管这套叫“老板的第一支AI战队”,落到这个场景就是三个智能体:一个盯退房和排班,一个盯迟到和返工,一个给老板每天早上一张昨日的房态战报。 哪个阿姨动线最绕、哪几间房天天迟到、今天几点到几点是高峰,都是战报里的常客。

但说句实在话,这套东西对很多小民宿不是第一优先级。你如果只有七八间房,老板自己兼前台,保洁是家里亲戚,这套系统反而添乱。我一般建议先做一件事:手动记三天。 拿张纸,或者就用手机备忘录,每天记下来哪些房在“待打扫”状态超过两小时,保洁一天微信里发了多少句“好了”“在吗”“哪间”。

记完这三天,数字自己会说话。要是每天只有一两间迟到,你把阿姨的排班顺序改一改,可能比上系统管用。

要是天天五六间房卡在那,保洁群一天上百条消息,前台还时不时卖错脏房——那不用我劝,你自己就知道该把人肉搬信息的环节换掉了。

这笔账,花半小时拉出来看看,比听我讲一万句都强。