本模板将「四模块法」——即「实体」「关联」「状态」「数据」——应用于季节性短租场景。内容以拥有三处民宿、实行周六集中入住的房东为例展开：清晰呈现从客户咨询到押金退还的完整住宿周期，全程不涉及任何界面设计。
该行业的核心特征在于：一切围绕日历与两段租期之间的空档展开。离店时间为上午10点、到店时间为下午4点，仅留出数小时完成清洁、验房与布草更换——因此「数据」模块始终聚焦于下周。
用您自己的业务术语填充此文本后，它既可作为开发者的项目简报，也可原样提交至 Blueprint Maker：系统将据此生成待确认的应用架构（含数据库结构、页面逻辑、仪表盘设计及演示数据），并最终输出可运行的应用。
可直接复制的模板
我的业务：三处季节性短租民宿， 统一周六入住，夏季额外聘请一名保洁员。 需跟踪的实体： - 民宿（名称、容纳人数、旺季/淡季周租金） - 房客（姓名、电话、邮箱、预订渠道——直订、平台） - 预订（民宿、到店日期、离店日期、入住人数、总金额、 预付款已确认、押金已收取） - 清洁任务（民宿、日期、负责人、是否完成） - 押金（关联预订、金额、已退还/已扣留、扣留原因） 实体间的关联： - 每条预订关联一处民宿与一位房客。 - 每次清洁任务服务于两段预订之间的民宿准备。 - 每笔押金归属于一条具体预订。 预订的状态：申请中、已确认（预付款已确认）、 入住中、已完成、押金已退还、已取消。 每周一需关注的数据： - 本周到店与离店事件数 - 周六前需安排的清洁任务 - 待退还押金 - 各民宿当季入住率
根据您的房源调整此模板
- 预订渠道：若您同时支持直订与多平台分销，请在每条预订中明确标注渠道——仪表盘将自动统计直订占比，这部分才是真正属于您的订单。
- 周六固定入住日：若您的离店时间与到店时间在同一天内交叉（如上午10点离店、下午4点到店），「周六前需安排的清洁任务」即为核心预警项——请务必精确说明由谁、在何时完成清洁。
- 押金管理：明确区分「已收取」「已退还」「已扣留（原因）」三类状态——无书面说明的押金扣留，是引发纠纷的最常见原因。
- 布草与耗材：若布草管理复杂（如按房间容量配置床单库存），建议新增独立实体；否则仅在清洁任务中添加备注即可。
- 本登记表为内部管理工具：各平台日历的自动同步由其自身工具实现；代码具备可导出性，若业务量足够大，开发者可为您集成该功能。