酒店 PMS 与运营管理软件有何不同?
简短回答
物业管理系统(PMS)负责酒店的商业层面:谁在住、住哪间房、什么房价、欠多少钱。运营管理软件负责实物层面:毛巾、漏水的龙头、延迟退房后的打扫、迷你吧补货,以及每件事都已处理的凭证。PMS 知道 412 房是住脏房;运营管理软件知道 Maria 正在打扫这间房,10:40 开始,而且昨天那张卫生间排风扇的维修单还没关。
当酒店指望一个系统去做另一个系统的工作时,麻烦就来了。要么 PMS 被硬撑成一个它从未被设计成的任务跟踪工具,要么运营工具被当成可售房的第二个数据来源。两种情况都会导致房间卖不出去、客人干等,以及换班时为“谁本该做什么”争执不休。
PMS 的用途
PMS 是客人和收入的记录系统。OPERA、Cloudbeds 和 Mews 都属于此类,它们在规模和风格上差异很大,但核心工作相同。
- **预订与库存。**房型、可售房、房价、限制条件、团队和配额。渠道管理器和预订引擎通常都接在这里。
- **宾客档案。**姓名、联系方式、偏好、入住历史。
- **账单与结算。**消费、付款、押金、发票、挂账,以及结束当天营业的夜审。
- **房态。**每间房是空房还是在住、干净还是脏、是否已检查、是否维修房或暂停服务房。没有房态,前台就无法为入住排房。
- **收益报表。**出租率、平均房价、预订进度、预测。
房态是 PMS 与运营的交汇点。客房部打扫后更改房态,前台排房前读取房态,工程部在设施损坏时锁房。正因如此,人们以为 PMS 也应该管理客房和维修工作。它保存的是工作的结果,但通常不包括工作本身。
运营管理软件的用途
运营管理软件是任务的记录系统。它回答值班经理每小时都会问的问题:
- 提出了什么需求,谁提的,什么时候?
- 现在谁在负责?
- 有多紧急,什么时候到期?
- 是否已经超时,通知谁了?
- 做完了吗,有凭证吗?
- 按部门和人员看,各类工作需要多长时间?
一家典型的酒店会源源不断地产生这类事项:宾客需求(加枕头、熨斗、婴儿床)、维修故障(没有热水、下水道堵塞、门锁读卡失灵)、标准打扫之外的客房工作(深度清洁、夜床服务、VIP 布置),以及内部工作(为宴会搬家具、三楼制冰机坏了)。每一项都需要负责人、截止时间和关闭状态。
PMS 可以存一条“412 空调噪音大”的备注。运营管理软件则会把这条备注变成派给值班工程师的任务,推送到他的手机,开始计时,没人接单时提醒主管,并记录何时修好以及修好后房间的样子。
并列对比
| 问题 | PMS | 运营管理软件 |
|---|---|---|
| 412 房住的是谁,住到什么时候? | 负责 | 不需要 |
| 客人欠多少钱? | 负责 | 不需要 |
| 412 房是干净、脏还是维修房? | 负责房态 | 负责改变房态的工作 |
| 谁在修 412 的空调? | 很少跟踪 | 负责 |
| 需求何时提出,延误了多久? | 很少跟踪 | 负责 |
| 超时后通知谁? | 通常不管 | 负责 |
| 做得好不好? | 通常不管 | 照片、时间戳、宾客评分 |
| 出租率和房价报表 | 负责 | 不是它的工作 |
| 各部门的响应和完成时间 | 通常不管 | 负责 |
规律很简单:PMS 负责关于客人、房间和资金的信息;运营管理软件负责关于工作的信息。
无需集成也能并行
两个系统不打通,也能用得很好。如今有很多酒店把 PMS 和对讲机、交接本、聊天群放在一起用;用一个规范的任务工具取代对讲机和交接本,完全不需要改动 PMS。但它确实需要清晰的交接规则。
1. 每项信息只有一个负责系统
写清楚每类信息以哪个系统为准,并严格执行。
- 房态、可售房、客人身份、消费:PMS。
- 需求、派单、截止时间、完成情况、凭证:运营工具。
有人问“412 今晚能卖吗?”,答案来自 PMS。有人问“412 为什么还锁着?”,答案来自运营工具。
2. 明确的交接节点
信息从一个系统流向另一个系统的时刻屈指可数。把它们列出来,并为每个节点指定岗位。
| 时刻 | 运营工具中的操作 | PMS 中的操作 | 由谁负责 |
|---|---|---|---|
| 房间需要维修且无法出售 | 创建任务,设定优先级 | 设为维修房并注明原因 | 前厅主管 |
| 维修完成 | 附照片关闭任务 | 房间恢复为脏房或已检查 | 前厅主管 |
| 房间已打扫并查房 | 关闭打扫任务 | 设为干净或已检查 | 客房主管 |
| 宾客需求涉及收费 | 关闭任务 | 把费用记入客人账单 | 前台接待 |
| 宾客投诉需要补偿 | 登记并关闭任务 | 在档案中备注,调整账单 | 值班经理 |
这五行涵盖了平常一天的大部分情况。重复录入确实存在,但量小且可预期,远少于它所取代的电话和催问。
3. 每日核对
每天一次,通常在下午到店高峰之前,把 PMS 中的维修房清单与未关闭的维修任务对一遍。PMS 中锁着却没有未关闭任务的房间,要么已经修好被遗忘,要么坏了却没人负责。PMS 显示可售却有未关闭维修任务的房间,就是一桩即将发生的宾客投诉。拿一张打印清单,几分钟就能完成这项检查,它能拦住酒店运营中代价最高的错误。
4. 用房号作为共同的标识
两个系统都按房号识别房间。确保每项任务都按 PMS 的写法标注房间或位置,这样任何人都能在两个系统中查到同一间房,不必猜“412”和“4-12”是不是同一间。
PMS 的客房模块什么时候就够用
有些 PMS 带有客房状态看板,对小型酒店来说可能就够了。如果你只有十几间房,每班一名客房服务员,一名随叫随到的维修工,客人也大多直接打电话到前台,那么一块状态看板加一个笔记本或许就能应付。
你已经超出它能力范围的信号:
- 需求在接电话的人和干活的人之间丢失。
- 没人说得清客人要一条毛巾或一次维修要等多久。
- 主管是从宾客投诉而不是从系统中得知工作延误的。
- 夜班和早班为交接了什么而争执。
- 工程部自己维护一张表格,因为 PMS 的备注字段存不下历史记录。
只要符合其中两条或以上,你就是在系统之间的缝隙里做运营,一个专门的工具会以更平稳的班次回报你的投入。
需要避免的错误
- **把运营工具当作第二块房态看板。**两块状态看板不出一周就会对不上。房态留在 PMS 里。
- **等集成完成才开始。**集成项目需要时间和预算。先把任务流程跑起来,你也会因此知道哪些交接真正重要。
- **人人都能更新 PMS。**把维修房的修改权限限定在负责库存的岗位。
- **省掉每日核对。**它很枯燥,却是保住房间的那一步。
TaskLoop 的定位
TaskLoop 是运营管理软件,负责工作这一侧:客人通过房间里的二维码提交需求,前台或主管在管理后台派单并排定优先级,员工在移动端接受并完成任务、可附照片凭证,超时任务自动升级给主管,客人为结果打分。它与 OPERA、Cloudbeds 和 Mews 等 PMS 并行使用,而不是取代它们。PMS 负责预订和账务;TaskLoop 负责任务。更多酒店相关内容请见酒店管理系统页面。
- 客人反映问题
- 创建并派发任务
- 在 PMS 中标记房间
- 完成并留下凭证
- 在 PMS 中放房