房态看板
按楼层铺开的全店房态图,一眼看完全部房间状态。配合未来 7 天占用时间轴,谁哪天来、哪天走、中间留了几天空档,鼠标放上去就知道。
我们走访了不少 10-60 间房的门店,下面这几条几乎人人中枪。
携程民宿滴滴—微信群里记一笔、纸质本上划一道,旺季一忙就漏单,旺季最容易出现重复预订和超售。
周末、节假日该涨多少没依据,淡季想降价又怕亏。一年下来,白白少赚的那部分没人算得清。
老板兼前台、兼财务、兼客服。半夜还得守着给客人开门,稍微离开前台就没人应答。
OTA 平台抽成动辄 15%-25%,客房其实是给别人代卖的。想做自己的回头客,却没有工具留得住客户。
押金、加收、退款混在一张表里,月底核对到眼花。账上明明有钱,就是不清楚钱是从哪来的。
买的 SaaS 按年续费、按房间数涨价。想改个小功能要提需求等排期,数据还都躺在别人的服务器上。
客人躺着微信通讯录里,订单在各个平台上,账又记在 Excel 里。三份数据对不到一起,想算个复购率要人工拼半天。
熟客全在前台的个人微信里。员工一辞职,这批客户也就跟着没了,攒了好几年的客户资源等于白送人。
身份证号、手机号散在各个平台和员工手机相册里。真泄露了是门店担责,想导出属于自己那份数据还得看人脸色。
不是大而全的集团级 PMS,而是把小酒店每天真正会用到的流程做到顺手。
按楼层铺开的全店房态图,一眼看完全部房间状态。配合未来 7 天占用时间轴,谁哪天来、哪天走、中间留了几天空档,鼠标放上去就知道。
从新建预订到办理入住、退房结算一条链路走完。支持批量入住、批量取消,团队客人一次性处理。退房自动生成账单并按实际消费累积会员积分。
结算前先预览清单,房费之外的加收项目随手挂账。支持全额收款、部分收款、扫码收款,退款一键冲红,账单状态与支付流水全程可追溯。
今日待入住、当前在住、今日待退房分三栏排列,前台不用在多个菜单里翻。到店高峰期按顺序点下去,30 秒办完一位客人。
退房自动按消费额累积积分,预订时可抵扣房费,取消自动退回。每笔变动都进积分流水,还有客户积分排行,谁是真正的回头客一眼看得出来。
任意时间段的出租率、平均房价、房费收入与其他收入分开展示。不用再做透视表,月底拉一次就能看清楚这个月到底赚在哪、亏在哪。
房型统一管理床型、面积、可住人数、配套服务和基准价,一次性录入后续自动带出。房间支持批量新增,新店上线几十间房几分钟搞定。
客人来了几次、住过哪些房、累计消费多少、还剩多少积分,全部跟手机号绑定。老客复购时直接调出历史偏好,服务更有温度。
酒店名称、联系方式、服务项目、积分规则、动态定价系数全部开放调整。系统跟着你的生意走,而不是你的生意绕着系统走。
这里的 AI 不是接了大模型跟你聊天。它是一套跑在你自己服务器上的本地规则算法, 确定的输入输出,不消耗一次接口调用,也不需要联网。所以没有 API 账单,也不存在把经营数据传给第三方。
把基准价放进一套五因子模型,给出未来 14 天每一天的建议价,并且告诉你为什么。
过去排房全凭前台记性——哪间刚退、哪层还有客、哪间该轮着用了。现在系统用七个维度给每间可用房打分排序。
系统自动巡检 10 类容易出事的状况,出现在首页,点一下直达处理页面,不等客人先开口。
根据已确认的订单,逐日计算未来一段时间的出租率,并给出分档动作建议——是该推特价、还是该关低价渠道。
系统自带一套用 uni-app 写好的微信小程序源码,编译上传即可使用。客人扫码进小程序就能看房、选房、下单, 订单直接落到你的后台——不过平台、不付佣金。
客人不用学怎么用,像跟人说话一样把需求讲出来就行。系统自动识别出日期、天数、人数、预算和偏好,然后挑出最合适的几间并说明理由。
从看房型、选日期、确认价格、积分抵扣到生成订单,客人在手机上走完。到店报个手机号就能办入住,前台压力直接减半。
一套源码两种身份。切换到员工视角可以做办理入住、退房结算、查看预警和处理房态。老板在外办事,掏手机就能掌握店里情况。
三年算下来,两种方式的成本和自由度差得不是一点半点。
| 对比项 | 小智哥 PMS(源码买断) | 云 SaaS 订阅制 |
|---|---|---|
| 付费方式 | 一次性付费,永久使用 | 按年订阅,停费即停用 |
| 房间数量 | 不限房量,不额外加收 | 通常按房量分档,扩容要补差价 |
| 数据存储 | 存在你自己的服务器 | 存在服务商云上,导出受限 |
| 断网可用 | 局域网内正常使用 | 断网基本停摆 |
| 功能调整 | 源码在手,随时自己改 | 提需求、等排期、可能不接 |
| AI 能力 | 本地规则算法,无调用费 | 多按调用量计费或不含 |
| 小程序住客端 | 源码交付,自主注册自主上架 | 多为增值模块,额外收费 |
| 数据导出 | 五类数据 CSV 一键导出 | 常有格式限制,导出不完整 |
| 客户实名信息 | 只进自己的库,合规责任自持 | 存在第三方云,出事门店被动 |
| 换供应商成本 | 数据与源码都在手,随时迁移 | 数据搬迁往往要谈 |
订阅制的每年支出会一直累积下去,买断则是一次性投入。门店房量越多、用得越久,两者差距越明显。
源码和数据库都在自己手上,哪天想换开发团队、想接入新渠道,随时接手。不会被涨价通知卡脖子。
ThinkPHP 6 + MySQL,是行业通用技术栈。随便找个 PHP 开发者都能接手改动,不必依赖原厂商。
软件本身谁都能买到。真正攒下来的是客名单、价格日历和一抽屉的流水账—— 这些东西归谁,决定了三年后你是自由身,还是被绑在原地动不了。
下面这些不是「大概都有」,是每张表实实在在落在你自己的 MySQL 里,随时能查、随时能导。
ht_room / ht_room_type房间、房型、状态变更时间ht_reservation订单、入住退房、取消记录ht_guest档案、累计消费、入住偏好ht_invoice消费明细、收款、退款流水ht_point_log每一笔增减都能追溯到人ht_price_calendar逐日定价与采纳留痕数据库就在本机或你自己的云主机上。不经过任何第三方,我们拿不到你的任何经营数据。
订单、房态、客户、账单、积分流水全部支持 CSV 一键导出。哪天要换系统,数据打包带走,不会被扣留。
以手机号为主键建档,消费记录、入住偏好、积分余额跟着门店走。员工换人,客户不会跟着走。
客人的身份证号、手机号只进自己的库,不再散落在第三方平台和员工手机相册里,合规责任自己把控得住。
订阅制 SaaS 用三年,是「别人的云里有你一份数据」;源码买断用三年,是「你自己的库里有全部数据」。
前者迁移要看人脸色,后者一个
mysqldump
打包走人。
功能设计参考的都是中小型住宿场景,不需要集团型 PMS 那套复杂配置。
10-50 间房,前台只有一两个人,需要把入住退房和收银压到最短。
房量少但房型杂,希望有自己的小程序直订渠道,减少对 OTA 的依赖。
长短租混合,需要灵活的日历定价和可追溯的账单流水。
整栋出租也按房间管理,旺季淡季价格差距大,动态定价最能发挥。
员工年龄偏大,界面要简单;加收项目多,需要一个清楚的账单。
几家店各自部署或共用一套,数据自主可控,方便统一管理。
不是演示账号,是直接可以部署到你服务器上的完整源码。
ThinkPHP 6 + MySQL,全部业务接口开放,附完整建表脚本与演示数据。
12 个功能页完整源码,含选项卡外壳与 iframe 页签机制。
uni-app 工程,13 个页面,含 AI 助理对话页,可自行编译上传。
环境要求、安装步骤、常见问题都写在里面,照着做即可。
填写信息后我们会联系你安排演示。你可以带着自己店里的实际情况来问——几间房、什么房型、现在怎么管, 我们会直接演示对应的处理方式。