住宿运营每天重复的工作是什么？
01
分配申请
客人、学生或工人需要一张床。申请来自个人、主管或其他部门，必须先与实际可用床位匹配，才能向任何人承诺。
02
房间和床位分配
按性别、团队、时长或类别将合适的人分配到合适的房间——不能重复预订。如果通过电话或电子表格进行，冲突会在前台显露。
03
入住和退房
记录谁进入、何时进入、携带了什么文件。同一条记录在他们离开时结束。没有结构化记录，追踪住宿时长、责任和押金就成了猜测。
04
保洁轮班
客人离开后，房间必须清洁并确认就绪，才能分配给下一位客人。如果这个交接是口头进行的，房间会在清洁前就被分配出去。
05
维修和缺陷
损坏的锁、故障的淋浴、缺少的床垫——房间内报告的缺陷需要传达给正确的人员并在房间重新投入使用前解决。
06
入住率报告
今晚占用多少张床、还有多少张空床、多少张床无法使用、本周有多少客人离开——这些数字需要可见，无需任何人手动汇总。
现在在哪些地方出现问题？
房间可用情况只存在一个人的脑子里
值班员了解房间情况。当他们下班、不在或休假时，接班的人会做出无法兑现的承诺——或拒绝已实际空闲的床位给客人。
入住记录在纸上
以纸质形式存在的入住登记、分配表和离店日志无法搜索、无法触发下一步，出现问题时无法快速审计。
清洁确认是口头的
保洁员完成房间清洁后告诉某人。如果那个人很忙，状态更新不会传达到前台，房间会在清洁完成后仍长时间显示为脏房——或在清洁前就分配给了新客人。
没人看到全景
总入住率、待处理分配、维修中的房间和即将离开的客人分别存在于不同的地方。要建立准确的情况就需要四处打电话或等待早晨报告。
使用 Tenderely BPM 会改变什么
01
每张床都是一条结构化记录
房间类型、容量、当前入住者、状态和历史记录都作为数据存储。可用性始终是最新的，不取决于谁在值班。
02
分配通过审批流程
申请触发一个条件流——检查可用性、路由到授权分配的人、确认回复申请者。整个交流被记录下来，没有一封电邮链。
03
入住和退房留下记录
到达日期、离开日期、收到的文件和任何备注都是同一条记录的一部分。审计历史意味着客人整个住宿情况可以随时检索。
04
保洁是一个步骤，不是一场对话
客人退房时，房间状态自动更新，清洁任务自动开放。房间直到保洁员在他们的手机上、从房间内确认就绪后，才恢复可用状态。
05
维修缺陷自动路由
房间内报告的缺陷直接发送到正确的团队，并附加 SLA。如果没有按时解决，Tenderely 会发送提醒。房间在确认修复前保持停用状态。
06
入住率是实时仪表板
占用的床、空闲的床、维修中的房间、预期到达和离开——全部在一个地方实时可见，无需任何人编制报告。
常见问题
这对宿舍和工人营地以及客栈都适用吗？
+
是的。相同的构建块——房间记录、分配流程、入住/退房步骤和保洁任务——无论你是管理大学宿舍、建筑工地宿舍还是企业客舍都适用。表格和流程根据你的术语和规则进行配置，而不是相反。
客人或住户能从组织外提交自己的申请吗？
+
可以。公开表格可以作为链接共享或嵌入到网页中。申请房间的人无需账户——他们填写表格，他们的提交就会在你的流程中打开一条记录，供你的团队处理。
保洁员能从手机上确认房间状态吗？
+
可以。相同的流程在 iOS 和 Android 应用上运行。保洁员可以打开他们分配的房间，在手机上标记完成的任务和标记缺陷，而且仍在房间内。
我们如何控制谁可以看到客人或住户的数据？
+
基于角色和单位的权限决定谁可以查看、编辑或审批每条记录。前台员工、保洁员、维修人员和管理人员可以各自获得他们角色需要的恰好足量的数据权限，不多不少。
有现成的设置供我们开始使用吗？
+
有。住宿套餐安装时已配置表格、流程和仪表板，所以在几分钟内就能获得可用的设置。之后你可以调整每个表格和每个审批步骤以匹配你自己的运营——套餐是一个起点，不是一个限制。