专为 5 - 80 间房的住宿业态设计

小智哥酒店智能管理系统
小酒店与民宿的一体化管理软件

房态、预订、入住退房、收银、会员积分、经营报表一站打通,还内置 AI 动态定价、智能排房与异常预警。 源码买断、私有部署,数据存在自己的服务器上,不用年年交订阅费。

一次性付费无年费 / 无房量限制
数据自持存在你自己的服务器
本地 AI不调大模型,零接口费
小智哥酒店管理系统 房态看板 预订管理 前台接待 收银账单 客户档案 AI 订房 经营报表 动态定价 系统设置 今日房态 全部 空净 AI 301 空闲 · 大床房 302 在住 · 张先生 303 待清洁 305 已预订 306 空闲 · 双床 307 维修中 308 在住 · 李女士 309 空闲 · 大床房 310 空闲 · 亲子房 311 已预订 312 在住 · 王先生 315 待清洁 316 空闲 · 双床 317 在住 · 陈女士 318 已预订 319 空闲 · 大床房 320 空闲 · 套房 321 在住 · 刘先生 322 待清洁 323 空闲 · 双床 325 在住 · 赵女士 326 空闲 · 大床房 328 已预订 329 空闲 · 双床 空闲 在住 已预订 待清洁 维修 出租率68% 今日入住9 间 待退房4 间 今日营收¥ 4,260 异常预警3 条
你是不是也这样

小酒店和民宿老板,每天到底在烦什么

我们走访了不少 10-60 间房的门店,下面这几条几乎人人中枪。

×订单散在各处

携程民宿滴滴—微信群里记一笔、纸质本上划一道,旺季一忙就漏单,旺季最容易出现重复预订和超售。

×房价全靠拍脑袋

周末、节假日该涨多少没依据,淡季想降价又怕亏。一年下来,白白少赚的那部分没人算得清。

×一个人当五个人用

老板兼前台、兼财务、兼客服。半夜还得守着给客人开门,稍微离开前台就没人应答。

×佣金吃掉一半利润

OTA 平台抽成动辄 15%-25%,客房其实是给别人代卖的。想做自己的回头客,却没有工具留得住客户。

×对账全靠 Excel

押金、加收、退款混在一张表里,月底核对到眼花。账上明明有钱,就是不清楚钱是从哪来的。

×软件年年交钱

买的 SaaS 按年续费、按房间数涨价。想改个小功能要提需求等排期,数据还都躺在别人的服务器上。

×数据东一块西一块

客人躺着微信通讯录里,订单在各个平台上,账又记在 Excel 里。三份数据对不到一起,想算个复购率要人工拼半天。

×老客跟着员工一起走

熟客全在前台的个人微信里。员工一辞职,这批客户也就跟着没了,攒了好几年的客户资源等于白送人。

×实名信息不敢乱存

身份证号、手机号散在各个平台和员工手机相册里。真泄露了是门店担责,想导出属于自己那份数据还得看人脸色。

核心功能

开一家店要用的,这套系统里都有

不是大而全的集团级 PMS,而是把小酒店每天真正会用到的流程做到顺手。

▦

房态看板

按楼层铺开的全店房态图,一眼看完全部房间状态。配合未来 7 天占用时间轴,谁哪天来、哪天走、中间留了几天空档,鼠标放上去就知道。

空闲在住待清洁维修已预订
▤

预订与入住退房

从新建预订到办理入住、退房结算一条链路走完。支持批量入住、批量取消,团队客人一次性处理。退房自动生成账单并按实际消费累积会员积分。

批量操作提前退房导出 CSV
◉

收银与账单

结算前先预览清单,房费之外的加收项目随手挂账。支持全额收款、部分收款、扫码收款,退款一键冲红,账单状态与支付流水全程可追溯。

多项支付部分收款退款挂账
☰

前台接待看板

今日待入住、当前在住、今日待退房分三栏排列,前台不用在多个菜单里翻。到店高峰期按顺序点下去,30 秒办完一位客人。

待入住在住待退房
★

会员积分体系

退房自动按消费额累积积分,预订时可抵扣房费,取消自动退回。每笔变动都进积分流水,还有客户积分排行,谁是真正的回头客一眼看得出来。

自动累积抵扣上限手动调整流水导出
▲

经营报表

任意时间段的出租率、平均房价、房费收入与其他收入分开展示。不用再做透视表,月底拉一次就能看清楚这个月到底赚在哪、亏在哪。

出租率平均房价收入构成
◎

房型与房间档案

房型统一管理床型、面积、可住人数、配套服务和基准价,一次性录入后续自动带出。房间支持批量新增,新店上线几十间房几分钟搞定。

批量建房配套标签
◈

客户档案

客人来了几次、住过哪些房、累计消费多少、还剩多少积分,全部跟手机号绑定。老客复购时直接调出历史偏好,服务更有温度。

消费记录入住偏好
⚙

系统设置

酒店名称、联系方式、服务项目、积分规则、动态定价系数全部开放调整。系统跟着你的生意走,而不是你的生意绕着系统走。

规则自定义开放配置
AI 智能决策

把以前靠经验拍板的事,交给系统算

这里的 AI 不是接了大模型跟你聊天。它是一套跑在你自己服务器上的本地规则算法, 确定的输入输出,不消耗一次接口调用,也不需要联网。所以没有 API 账单,也不存在把经营数据传给第三方。

AI 动态定价

把基准价放进一套五因子模型,给出未来 14 天每一天的建议价,并且告诉你为什么。

建议价 = 基准价 × 出租率因子 × 提前天数因子 × 周末因子 × 节假日因子(限幅 0.7 ~ 2.0 倍)
  • 出租率 ≥90% 自动 ×1.25,低于 20% 降到 ×0.8
  • 周末、节假日分别加成,系数后台可调
  • 看中哪天点「采纳」,新订单立刻按日历价逐晚计价
  • 不采纳只是建议,采纳错了随时撤销恢复基准价

智能排房

过去排房全凭前台记性——哪间刚退、哪层还有客、哪间该轮着用了。现在系统用七个维度给每间可用房打分排序。

  • 房型完全匹配 +30,容纳刚好或宽裕分别加分
  • 前后都被占用(完美填空档)+25,有效防止房间碎片化
  • 同期同层已有客人 +10,方便集中做卫生
  • 客人住过这间 / 这层 +15 / +8,老客体验更连贯
  • 使用频次低的房间额外加分,均衡各房磨损

异常预警

系统自动巡检 10 类容易出事的状况,出现在首页,点一下直达处理页面,不等客人先开口。

  • 超时未退房、今日应退房、应到未到的客人
  • 脏房滞留过久、维修房长期占用
  • 当日建议价偏离基准价过大,提醒你确认
  • 未来房源空置、挂账金额超限

出租率看板

根据已确认的订单,逐日计算未来一段时间的出租率,并给出分档动作建议——是该推特价、还是该关低价渠道。

  • 确定性计算,不是模型外推
  • 小样本场景下比统计预测更靠谱
  • 淡旺转换提前看得见,留足调整时间
全部算法以普通 PHP 代码实现,读得懂也改得动。觉得某条规则不适合你的店,直接改参数或者改代码,不用等厂商排期。
微信小程序住客端

让客人自己下单,你就不用一直守着

系统自带一套用 uni-app 写好的微信小程序源码,编译上传即可使用。客人扫码进小程序就能看房、选房、下单, 订单直接落到你的后台——不过平台、不付佣金。

自然对话式 AI 助理选房

客人不用学怎么用,像跟人说话一样把需求讲出来就行。系统自动识别出日期、天数、人数、预算和偏好,然后挑出最合适的几间并说明理由。

中文口语解析预算约束偏好识别一键下单

住客自助全流程

从看房型、选日期、确认价格、积分抵扣到生成订单,客人在手机上走完。到店报个手机号就能办入住,前台压力直接减半。

房型浏览日历价积分抵扣订单查询

员工也在同一个小程序里

一套源码两种身份。切换到员工视角可以做办理入住、退房结算、查看预警和处理房态。老板在外办事,掏手机就能掌握店里情况。

身份切换移动办公收银台
✦ AI 助理 · 对话选房演示
明天住两晚,两大一小,预算1500,要高楼层安静的房
我理解到你的需求是:
入住:明天 住 2 晚 2 成人 + 1 儿童 预算 1500 偏好:高楼层 安静
为你找到 5 间合适的房间,按推荐度排列:
812 高级大床房 推荐度 92
8 楼 · 1.8m 大床 · 32㎡ · 可住 3 人 · 含双早
楼层高且安静,容量刚好,前后订单衔接完整
¥776
806 亲子房 推荐度 85
8 楼 · 1.5m+1.2m · 35㎡ · 可住 4 人
带儿童设施,同层已有在住客人便于服务
¥856
为什么选这套

买断源码,还是年年交租?

三年算下来,两种方式的成本和自由度差得不是一点半点。

对比项 小智哥 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,全部业务接口开放,附完整建表脚本与演示数据。

Web 管理台

12 个功能页完整源码,含选项卡外壳与 iframe 页签机制。

小程序源码

uni-app 工程,13 个页面,含 AI 助理对话页,可自行编译上传。

部署文档

环境要求、安装步骤、常见问题都写在里面,照着做即可。

常见问题

关于价格、部署和数据

酒店管理系统一般多少钱?你们怎么收费?
市面上的产品大致分两类。云 SaaS 通常按年订阅、并按房间数量或者终端数分档报价,房间越多年费越高,长期是一笔持续支出。 我们这套是源码买断授权,一次性付费后永久使用,不限房间数量、不限终端数,也不需要续费。 具体授权价格会根据门店规模和是否需要定制开发来定,填写页面下方的表单或者直接联系我们,会给你一份明确报价。
有免费的酒店管理系统吗?和你们的区别是什么?
有。免费版本(多为开源项目或简化版)适合先把基本流程跑起来,但一般会在这几个地方受限:不含微信小程序住客端、 没有 AI 定价和智能排房这类决策能力、出了问题解决周期长、想改功能得自己啃源码。 如果你只是想要个电子化的登记本,免费版够用;如果想靠系统把房价和回头客管起来,差距会比较明显。
必须一直联网吗?断网了还能不能开房?
因为是部署在你自己的服务器上,只要局域网通,断外网照样正常办理入住、退房和收银。 AI 定价、智能排房、异常预警全部是本地算法,不调用任何大模型接口,离线可用,也不产生 API 费用。
最多能管多少间房?房量增长要不要加钱?
不限房量。买断授权本身不按房间数收费,从 8 间房的民宿到 80 间的酒店在同一套授权范围内。 房量特别大(比如几百间)时建议把门锁、自助机等硬件对接方案单独评估一下。
员工上手要多久?年纪大的前台能用吗?
界面就是房态图、预订单、账单这几样,和前台平时在纸上、在 Excel 里记的东西一一对应。 一般操作培训半小时到一小时,当天就能正常办理业务。小程序员工端也是同样的流程,手机上点几下就能办入住。
能和携程、美团这些平台同步房价和库存吗?
目前不直连 OTA 的库存接口——这类对接需要平台侧的商业授权,而且中小门店往往也用不上全量同步。 系统提供的是另一条路:给你自己的小程序直订渠道。 你有源码,如果需要对接具体渠道接口,任何 PHP 开发者都可以基于开放 API 做二次开发。
微信小程序需要我们自己注册吗?
需要。小程序主体必须是你们自己的营业执照,这是微信的规则。注册好后把 AppID 填进 uni-app 工程, 用微信开发者工具编译上传提交审核即可,源码里有完整说明。自己持有主体,客户数据和收款才真正是自己的。
支持哪些收款方式?微信支付宝能不能直接收?
系统内置现金、微信、支付宝、银行卡、挂账等多种支付方式的记录与对账,适合前台实际收款场景。 小程序端的在线支付需要你自己的商户号来完成支付接入;如果你暂时只要到店付款,现在的版本就已经够用。
数据安全怎么保障?会定期备份吗?
数据完全存在你自己的 MySQL 里,我们拿不到也看不到任何经营数据。 备份建议由你或运维在服务器上做定时导出,系统本身也提供订单、房态、客户、账单、积分流水的 CSV 导出功能。
员工离职会把熟客带走吗?
这正是把客户信息从「员工个人微信」搬进「门店自己的库」的意义。系统以手机号为主键建立客户档案, 累计消费、历史入住房间、积分余额全部跟着门店账号走,不跟某个员工的私人账号绑定。 员工离职交回账号即可,熟客资源留在店里。
买了之后能自己改吗?换了开发人员怎么办?
可以,源码全部交付。后端是 ThinkPHP 6、前端是 Vue 2、小程序是 uni-app + Vue 3,都是主流技术栈, 招聘市场上很容易找到人。数据库表结构有完整的建表脚本,不需要依赖我们就能接手维护。
可以先体验一下再决定吗?
可以。我们提供在线演示环境,你可以用真实的业务流程走一遍——新建一间房、下个订单、办理入住退房、看看 AI 给出的定价建议。 也可以安排远程演示,把你的实际问题带着过来问。填写下面的表单即可预约。
预约演示

留个联系方式,看看它怎么跑

填写信息后我们会联系你安排演示。你可以带着自己店里的实际情况来问——几间房、什么房型、现在怎么管, 我们会直接演示对应的处理方式。

  • ☎
    电话咨询 9:00 - 22:00
  • ✉
    邮箱联系 670527177@qq.com
  • ◈
    微信沟通18650120092

我们只用于联系你,不做营销骚扰。表单会提交到本站服务器保存。