AI 做民宿预订小程序，日历库存能搞定吗？

这两年用 AI 生成小程序越来越顺手，不少民宿老板会问：直接让 AI 把预订系统写出来行不行？先说结论：日历界面、下单支付这些 AI 一晚上就能生成，但房态库存、跨夜占用、关房规则这套逻辑必须人工建模，AI 默认给你的都是简化版，真上线一卖多了就超卖。下面把哪些能交给 AI、哪些必须自己盯，讲清楚。

一、AI 能直接生成哪一部分？

• 日历组件、日期选择、价格展示这类界面活，AI 一次能出七八成，改改样式基本就能用。

• 下单、支付、订单列表这些标准流程，AI 也能生成，接好微信支付就能跑通。

• 简单的房型列表和图片展示，AI 生成得又快又整齐，这部分完全不用人写。

• AI 擅长画皮，不擅长管钱和管库存，凡是要扣减数字的地方都得自己再写一遍。

二、哪些逻辑必须人工建模？

• 房态：每个房型每一天的可售数量要单独存，一天一条记录，14 间房一年就是五千多条。

• 跨夜占用：住一晚占用一天，连住三晚要连续锁三天，AI 默认常常只锁入住当天，这是最常见的坑。

• 关房：装修、自住、整栋包场要能把某几天单独关掉，这条规则 AI 基本不会主动给你。

• 库存不是显示问题，是计算问题，AI 生成的是展示层，扣减这部分得懂业务的人来定。

三、最容易出事的是哪三个地方？

• 并发下单：两个人同时抢最后一间，前端判断必然超卖，节假日一天来三四单就能撞上。

• 取消释放：客人退了房库存没放回去，房间一直显示满，一间房一天就这么白空了。

• 价格库存不同步：价格日历改了价、库存日历没跟上，出现有房没价或者有价没房。

• 这三个问题小流量时看不出来，等周末几十单一起进来，一次超卖就够赔半天房费。

四、真上线前该盯住哪一步？

• 库存扣减放到服务端做原子操作，前端只管展示，前端判断一律当摆设。

• 加一个缓冲库存，比如可售 3 间时对外显示 2 间，真超卖了好有腾挪空间。

• 价格日历和库存日历用同一套日期主键，别做两套表，否则迟早对不上。

• AI 生成的代码能跑不代表能扛，上线前一定要跑一轮并发测试，几十单一起压。

五、这么做下来，数据差多少？

• 房态按天建记录后，跨夜占用出错从测试阶段每天两三单降到基本为零。

• 库存放服务端原子扣减后，周末高峰期零超卖，此前的前端方案平均每周末超卖一到两单。

• 价格和库存同源后，有房没价这类客服工单一个月从 15 单降到 2 单以内。

• 上线前跑过并发压测的项目，上线后前两个月严重故障为零，没跑过的至少出一次。

六、给你三条能直接照做的建议

1. 界面交给 AI，扣减逻辑自己写，凡是数字会变的字段，都要能在服务端说清怎么加减。

2. 房态按「房型加日期」一条记录存，别用一个库存数字扛所有日期，早晚要翻车。

3. 上线前用并发压一遍，模拟几十人同时抢房，比上线后赔钱返工便宜得多。

常见问题

问：超卖了怎么补救？ 答：留缓冲库存是第一道保险，真超卖先联系客人协调换房或免费升级，补偿成本比一条差评低得多。

问：价格能按日期不同吗？ 答：可以，做成价格日历，周末和节假日单独定价，但价格和库存要用同一套日期数据，不然后面对不上。

问：接第三方平台库存怎么同步？ 答：用接口双向同步，再留两三间保留房，避免两边同时卖光，同步频率至少十分钟一次。

问：AI 生成的代码安全吗？ 答：支付和库存这两块建议人工审一遍，AI 容易漏掉权限校验和边界判断，上线前必须补上。

问：房源不多也要这么麻烦吗？ 答：房少于 10 间可以简化，但跨夜占用和关房两条必须有，否则一个连住订单就能把日历搞乱。