未满10间客房旅宿的预订系统设计：房量、电话预订与每日运营

未满10间客房的民宿或Pension，即使导入与大型酒店相同的系统，也可能只是增加设置与输入作业。另一方面，只依赖纸本台账与多封预订电子邮件，容易造成家人或员工之间漏传信息、重复预订及餐饮份数错误。

小型旅宿最重要的不是功能多寡。

所有预订集中在同一处
正确管理最后一间空房
电话预订也能立即反映
旅宿主人休假时，其他人也能理解状况
通信故障时，仍能确认当天住客

本文说明未满10间客房旅宿所需预订系统的设计与日常运营，而非比较产品。具体候选可阅读小型旅宿预订系统比较。

未满10间客房时，「一笔预订的影响」很大
先画出目前的预订管道
必要功能1：跨住宿日期的客房房量管理
1. 不要混淆房型房量与实际客房
必要功能2：电话预订可在30秒内停止销售房量
1. 在电话旁固定操作入口
必要功能3：集中官方预订与OTA的房量
必要功能4：不要增加过多房价与方案
必要功能5：确认电子邮件包含必要信息
必要功能6：一并设计线上付款与取消流程
未满10间客房时，可稍后导入的功能
小型旅宿实用的每日运营
系统停止时的替代台账
让第二个人也能操作
4周导入示例
选择系统时的最低检查清单
请AI协助运营设计的提示词
总结
参考资料

未满10间客房时，「一笔预订的影响」很大

8间客房的旅宿若将一间房重复售出，就会影响当天12.5%的房量。通常也无法像大型设施那样改配其他空房，可能需要联系住客、安排替代旅宿、接送及负担价差。

反过来，即使导入昂贵且功能丰富的PMS，若只有一人输入、只使用预订台账，负担也可能没有减少。

小型旅宿需同时满足以下两点。

准确管理剩余不多的房量
让少量人员也能每天持续完成操作

先画出目前的预订管道

选择预订系统前，以过去一个月为例，列出预订入口。

预订管道
├── 电话
├── 电子邮件、DM
├── 官方网站
├── OTA A
└── OTA B
↓
目前的预订台账
↓
房间分配、餐饮、清洁、结账

回答以下问题。

每月有多少笔预订
电话预订占多少比例
有多少笔预订变更与取消
由谁阅读预订电子邮件
会向纸本、电子表格、日历转录多少次
在哪里输入休馆日或包馆
向谁传达餐饮份数、过敏及接送信息
在哪里确认营收与入账

观光厅的IT活用手册也指出，将OTA、旅行社、自家网站、电话的预订转录到纸本台账、房间分配、厨房、顾客台账与付款凭单，会形成负担。导入系统的首要目的，就是减少这种重复输入。

必要功能1：跨住宿日期的客房房量管理

不同于美容院或会议室预订，住宿会从入住日至退房日占用客房。两晚预订，中间那天也不能再出售。

应确认以下功能。

可指定入住与退房日期
连住期间的每一天都会扣减房量
可设置各房型的销售数
可分配实际客房，或整合其他台账
可因休馆、包馆、维修或猫咪休养等封房
可设置不接受单晚、最低连住晚数及不可入住日期

不要混淆房型房量与实际客房

预订网站可能以「和室」3间等房型为单位销售，预订后再分配至「101」「102」。

销售房型：和室 3间
实际客房：101、102、103

若宠物规定、楼梯、景观或猫咪可进入范围等，每间实际客房的条件不同，请确认是否能合并为相同房型。若出现预订后无法分配的组合，即使房量数正确也无法运营。

必要功能2：电话预订可在30秒内停止销售房量

即使渠道管理系统同步了OTA之间的房量，若没有人录入电话预订，就无法防止重复预订。

应能在通话中或结束后立即输入以下信息。

抵达与离开日期
房型或暂定客房
人数及儿童区分
餐饮条件
预订者姓名与联系方式
预订管道为电话
付款方式
暂时预订或已确认预订

若输入项目太多，就容易变成「晚点再输入」。较适合先只录入停止销售房量所需的必要项目，再补充详细信息的设计。

在电话旁固定操作入口

放置已开启管理画面的专用装置
只使用一个书签入口
使用个人账号，而非共用密码
将最简输入步骤整理在一张纸上
决定暂时预订的有效期限与确认负责人

若采用「稍后再请会操作的人处理」的方式，最后一间空房就会延迟反映。

必要功能3：集中官方预订与OTA的房量

若只通过官方网站销售，预订引擎内的房量管理可能已足够。若在多个OTA销售相同客房，请考虑渠道管理系统或整合型服务。

不能只确认「可以整合」这句话。

项目	确认内容
房量	预订或取消时，各销售管道的剩余客房是否改变
房价	能否传送依日期、星期及人数区分的房价
预订	能否将新预订导入同一本台账
变更	如何收到日期、人数与方案变更
取消	是否自动释出房量，或需要人工确认
整合时间	正常时与繁忙、故障时需要多久
支持范围	是否涵盖目前使用的OTA与实际方案

销售管道越多，集客机会越多，但设置与比对作业也会增加。在预订件数仍少时，不必一次录入到不会使用的OTA。

必要功能4：不要增加过多房价与方案

未满10间客房的旅宿，若依房型、餐饮、星期、季节、人数与预订管道建立大量方案，容易漏改。

初期可缩小至以下内容。

基本客房类型
一晚含两餐、仅早餐、不含餐等实际提供的餐饮区分
平日、假日前一天、旺季等必要房价区分
官方网站与OTA说明一致的取消条件
猫咪互动条件等，须避免误解的重要事项

不要将「招牌猫一定会到客房的方案」等，会受猫咪意愿或健康状况影响、无法保证的内容列为销售条件。请在预订画面依最新信息与注意事项，准确传达可见到猫咪的场所、时间及能否互动。

必要功能5：确认电子邮件包含必要信息

即使完成预订，若住客不理解抵达时间或携带物品，电话应对也会增加。

确认电子邮件与预订完成画面，至少应考虑以下内容。

是已成立预订，还是受理预订请求
抵达日、离开日、晚数、人数、客房与方案
总费用及需在现场另外支付的费用
已付款与现场付款的区别
取消条件与变更方法
可办理入住的时间及延迟时的联系方法
交通、停车场及接送的确认窗口
与猫咪相处的方法及设施特有的重要事项
旅宿的正式联系方式

不要在电子邮件写入预订者的密码或信用卡信息。除了确认邮件送达，也应能从管理画面确认预订状态。

必要功能6：一并设计线上付款与取消流程

线上付款可能有助于应对未通知而未入住、缩短现场结账时间及提升海外旅客的便利性。但除了预订系统月费，还有付款手续费，也需处理退款与取消费。

导入前应决定以下事项。

预订时采全额、订金、部分付款或现场付款
取消费从哪天开始及费率
缩短住宿或减少人数时的价差处理
由谁在哪个画面操作退款
付款手续费与退款时的手续费
入账周期与预订信息比对方法
付款失败时何时释出房量
能否安全寄送电话预订的付款链接

不要通过电话、电子邮件、笔记或与AI的对话收取信用卡号。原则上，应使用不让旅宿保存信用卡信息的付款画面。

未满10间客房时，可稍后导入的功能

以下不是指这些功能没有必要。如果目前问题是房量与转录作业，首次导入时可能不必同时开始。

高级需求预测与自动调价
大型酒店的复杂会计整合
跨多个设施的总部管理
大量员工阶层与审核流程
客房内装置或高级自助入住
大量顾客分群与促销自动化
连接不打算使用的OTA
过度细分的定制报表

应确认日后需要时能否追加。一开始全部设置，容易造成无人理解整体系统的状态。

小型旅宿实用的每日运营

早上

确认当天抵达、离开与连住
确认未分配客房及清洁状态
向必要负责人分享餐饮份数、过敏、接送与特别事项
确认未付款与现场付款

每次收到预订时

确认预订日期与房型正确
确认OTA与官方网站的剩余客房已更新
查看重复、未分配及付款失败警告
电话与电子邮件预订当场录入到台账

傍晚

确认预定抵达与尚未抵达的住客
分享延迟通知与可办理入住的时间
确认隔天早餐份数、离开与清洁

营业结束前

比对新预订、变更、取消通知与台账
确认未处理的暂时预订
以故障时也能查看的安全方式，准备隔天名单

不要每天打印所有资料后放任个人信息无人管理，而应只管理当天必要信息，并决定使用结束后的销毁方式。

系统停止时的替代台账

云端服务、网络或装置都有停止的可能。请准备最基本的替代步骤，避免故障时无法确认当天住客。

故障时确认的项目
- 当天与隔天抵达、离开
- 房间分配
- 人数与餐饮份数
- 需传达给旅宿的安全与过敏信息
- 付款状态
- 紧急联系方式
- 最后同步与导出时间

即使保存到纸本或离线文件，也属于个人信息。请决定可阅览人员、保存地点、更新频率，以及回收与删除方式。

恢复后，依时间顺序比对故障期间受理的电话预订、OTA预订及取消。不要批量覆盖一方的信息，应逐笔确认。

让第二个人也能操作

家庭经营常见的风险，是只有导入系统的本人会使用。

准备个人账号
分开日常操作与管理设置的权限
不要以纸本共用密码，使用适当管理方法
准备两步验证的恢复方法
分别将电话预订、变更、取消、退款步骤整理为一张纸
每月一次，由另一人操作
定期检查制作公司或离职人员的权限

避免「只有紧急时才借管理员账号」的方式，否则无法追踪谁改了什么。

4周导入示例

第1周：整理作业

计算预订管道与件数
记录转录位置与错误
区分必要功能与可稍后导入的功能
决定客房、房型、房价与方案的权威原始记录

第2周：建立测试环境

使用虚构客房与房价设置
测试一晚、连住、儿童、餐饮与电话预订
测试变更、取消、付款与退款
由旅宿主人与另一人操作

第3周：准备正式资料

由两人比对未来预订后迁移
对应OTA与房型
校对确认电子邮件与取消条件
确认个人信息、权限、备份及故障联系窗口

第4周：逐一开放销售管道

先从官方预订或单一销售管道试行
确认实际预订通知与剩余客房
将输入电话预订养成习惯
没有问题再连接下一个OTA

不要在旺季前一次全部切换。请决定旧台账与新系统并行的期间，也注明哪个是权威原始记录。无期限的双重管理反而容易增加不一致。

选择系统时的最低检查清单

能正确处理跨住宿日期的连住房量
能设置房型与实际客房的差异
能快速录入电话预订
能整合目前使用OTA的房量、变更与取消
预订成立时间与暂时预订的处理明确
能设置餐饮、儿童、连住、休馆与包馆
能处理付款失败、取消费与退款
有个人账号与操作记录
能导出预订、顾客与营收资料
了解日语支持的时间与范围
有通信故障时的确认、受理与恢复步骤
至少两人能完成日常操作
已确认包含初期费用、月费、付款、连接与支持的总额

请AI协助运营设计的提示词

请整理未满10间客房旅宿的预订作业。

请先提问:
- 客房数、房型及每间实际客房的差异
- 电话、电子邮件、官方网站与各OTA的每月预订件数
- 一晚、连住、餐饮、儿童与包馆的处理
- 目前台账与转录目的地
- 在预订、变更、取消、退款方面遇到的问题
- 操作人员及休假时的替代负责人

之后，请分成以下部分整理。
1. 必要功能
2. 可稍后导入的功能
3. 每日运营
4. 故障时的替代步骤
5. 4周导入计划
6. 向供应商确认的问题

不要一律推荐特定产品，请以能减少目前作业多少次为判断标准。
不要处理真实住客信息、密码或信用卡信息。