Kai 能做什么
我们看重的 4 件事
-
怎么起步,同样由住宿设施决定
10 间客房以内,无论增加客房还是栋数,价格都不会上涨。三个月免费、无最短合约期。无需自行制作预订页面,除预订页面之外网站保持原样。需要您录入的是客房与价格。
-
怎么卖、怎么呈现,都由住宿设施决定
在哪里卖、卖多少钱、从什么时候开始卖,销售条件由住宿设施决定。预订页面由 kai 提供,无需自行制作;若希望以自有网站的外观呈现,我们也提供返回空房、价格与预订的 API。客人的页面可以在日语、英语、简体中文之间选择,提供哪些语言由住宿设施决定。
「选择字体与底色」尚未实现
-
怎么离开,同样由住宿设施决定
预订、住宿者名簿、客户、价格、取消规定、停业这六类数据都可以导出为 CSV。没有最短合约期,也不需要我方许可。
-
日常运营也只需少数人手
没有复杂的功能。没有自动调价,没有应用,也没有招揽客源的机制。Kai 只有 25 间客房以内的住宿设施所需要的东西,因此要记的事情很少。打开管理页面,只会列出需要处理的事项。
「支持 MCP」尚未实现
功能一览(26 项)
05 日本法律要求的内容
住宿者名簿和交易条件的公示,一开始就在页面里。
-
住宿者名簿
包含《旅馆业法》第 6 条要求的项目,可记录国籍与护照号码,也能打印成提交给保健所的书面文件。
-
交易条件的公示
支付总额与取消费规则,直接显示在申请页面上,不会把客人引导到另一页的条款(《特定商业交易法》第 12 条之 6)。
-
来自海外的客人
名簿中的国籍与护照号码,只对在日本国内没有住所的客人显示。对居住在日本的外国籍人士不作要求。使用海外发行的银行卡也能完成支付。
客人界面提供日语、英语和简体中文,管理界面提供日语和英语。法律规定的文本保持日语。两者都在逐个界面扩展,部分拒绝提示和确认邮件仍为日语。
06 取消费
因为条款由数值生成,剩下的就可以交给按规定自动扣款。
-
按规定自动扣款
只从已预授权的银行卡中扣取规定的金额。
-
按下之前的试算
扣多少、释放多少。在按下取消之前,两个金额都看得到。
-
条款由数值生成
以数值保存规则,例如「当天至 3 天前 100%/4 至 7 天前 50%/8 至 14 天前 20%」,再由此生成条款文字。设置与文字不会出现偏差。
07 价格与空房
只需把价格方案层层叠加。空房以六种状态显示。
-
价格方案
可以在基本价格之上叠加周末,再叠加连休。不必把 365 天逐日填满。
没有随销售情况自动调价的机制。
-
附加费用
入汤税等费用可以与住宿费分开保存。每一项费用是否计入取消费,也可以分别选择。
-
六种状态
空房/客满/无价格/价格重复/停业/预订重复。不把「订不到」笼统归为一种,因此漏填价格的日期,不会在客人眼中变成客满。
-
关闭前的确认
要关闭已有预订的日期时,会插入一个确认页面。不会在毫无察觉的情况下设为停业。
08 接受预订的方式
我们提供预订页面。无需自行制作即可开始;若希望以自有网站的外观呈现,我们也提供 API。
-
我们提供预订页面
我们会准备空房日历与申请页面。无需自行制作即可开始。可以用贵设施的独立域名呈现,且不收取额外费用。
目前只有一种外观。可选择字体与底色的功能正在计划中。
-
嵌入自家网站
空房、价格和申请通过 API 返回。日历和申请表单都能按自家网站的样式绘制,客人在输入银行卡之前不会离开该网站。
-
电话预订
把电话受理的部分手动录入,空房与住宿者名簿就能集中在同一本台账里。
由于没有预授权银行卡,因此不属于取消费的适用范围。
-
开业前即可开始接受预订
把价格方案的期间设在开业日之后,就只从那天起接受预订。更早的日期无法申请。也不要求提交营业许可证。
请安排住宿日期在取得许可之后。能否在许可下发前接受预订,请向辖区保健所确认。
09 每天的确认
管理页面一打开,要处理的事就列出来。期限和保存期间,都由页面来计算。
-
一打开,要处理的事就列出来
打开管理页面,会统计并列出:未登记名簿的预订、未录入价格的日期、未设置取消规定的房间。点击即可直接跳转。
-
计算预授权的期限
银行卡预授权最长 30 天。若会在入住前到期,我们会在到期之前通知您。
-
三年保存期间也会计算
住宿者名簿自制作之日起保存三年。超过期限的会被统计列出。保留还是删除,由住宿设施决定。
-
正在做一个不打开管理页面也能询问的接口
让您可以从平时使用的聊天工具直接询问「本周有哪些空房」「哪些日期没有价格」(一种叫 MCP 的连接方式)。
尚不可使用。住宿者名簿在此处如何处理,也尚未决定。
10 解约与迁移
随时可以迁移。六类数据全部都能带走。
-
随时可以迁移
没有最短合约期。按月付费的话,可在当月月末解约。也没有挽留流程。
年费预付后中途解约如何处理,尚未决定。
-
全部都能带走
预订、住宿者名簿、客户、价格、取消规定、停业这六类数据,随时都能导出为 CSV。无需向我方申请许可。
-
按迁移目标的格式导出
可以导出 Beds24 能够直接读取的预订数据。这是一次性迁移用,不是每日同步。每次最多 100 条,数量较多时请按期间分批导出。
也可以导出 CHILLNN 用的格式,但 CHILLNN 没有导入预订的页面,因此只能用于誊写 —— 需要通过客人的预订页面或手动逐条录入。
-
即使我方停止运营,款项也不会中断
款项直接进入住宿设施自己的支付账户。不经过我方,因此即使我方停止运营,款项也会继续到账。
11 收款与请款
既不必追讨账单,也不需要办理退款。而且款项直接到账。
-
不必追讨账单
即使临期取消,规定金额也会从已预授权的银行卡中扣取。不必寄出账单再等着对方付款。
-
不需要办理退款
在预授权的金额中,只扣取必要的部分。其余自动释放,因此不会出现需要转账的情形。
-
款项直接到账
直接进入住宿设施自己的支付账户。不经过我方,因此无需等待打款。
-
无需结算
预订手续费为 0 日元。与我方之间不会产生逐笔结算。
11 从住宿设施手中减少的工作(4 项)
这四件事,在 Kai 的页面里就能了结。
-
不必再用账单追讨取消费
预订时先预授权银行卡,收到取消时只扣取规定金额。既没有账单,也没有退款。
-
不需要办理退款
只扣取必要的部分,其余自动释放。不会出现需要转账的情形。
-
住宿者名簿与预订一并齐全
不必再用另一本本子或纸张来管理。
-
漏填价格,由页面统计并提醒
不会在毫无察觉中错失销售。
12 不希望发生的事(10 项)
列出住宿设施最不希望发生的 10 件事,并附上Kai 是如何应对的。
-
出现重复预订,只能道歉并谢绝
同一天超出房间数的申请不会通过。
-
临期取消,却收不到规定的金额
由于预订时已预授权银行卡,规定金额会从中扣取。
-
扣款超出已预授权的金额
预授权的金额即为上限。无法超额扣款。
-
因设备损坏关闭当天,已有的预订却消失了
要关闭已有预订的日期时,会插入一个确认页面。
-
漏填价格,在客人眼中显示为「客满」
「无价格」与「客满」以不同颜色显示,不作笼统处理。
-
保健所检查时,拿不出住宿者名簿
住宿者名簿可以当场打印成书面文件。
-
看到了其他住宿设施的数据
按住宿设施分开存放。其他设施的数据不会出现。
-
不知道名簿被谁看过
谁在何时查阅过,住宿设施一方与我方一方都会留下记录。
-
我方经营不下去,款项因此中断
款项直接进入住宿设施自己的支付账户,不经过我方。
-
想要迁移,却导不出数据
预订、名簿、客户、价格、规定、停业这六类数据,随时都能导出为 CSV。