住宿预订市场中，用户常只能按「大床房」「双床房」等房型下单，具体房号要到店后才由前台分配，容易出现楼层、朝向、景观与预期不符。民宿与精品酒店尤其依赖「看得见房间」的信任感，传统列表式预订难以支撑精准选房与对比决策。
栖舍面向酒店、民宿、服务公寓与长租公寓等住宿场景，以微信小程序为载体，解决「选房不透明、对比成本高、下单链路分散」的问题：让用户在预订前即可按物理房号浏览、筛选与锁定房间，缩短决策路径，提升入住预期可控性。同时覆盖钟点房、日租、长租与特惠等业态，适配短途出行、商务差旅与长住等不同需求。
首页发现：城市切换、轮播运营位、钟点房/日租/长租/特惠房分类入口，以及精选房源与酒店列表推荐。
单房号选房：每个物理房间独立卡片展示，支持查看房号、楼层、设施与营销角标（特价、秒杀、新人立减、拼团等）。
酒店详情：按酒店主题差异化呈现；支持筛选排序、楼层分区浏览与多房间对比。
预订与支付：选择入住日期 → 填写入住人 → 下单占房 → 支付确认，形成完整闭环。
订单管理：订单列表与详情，支持查看状态；退款后释放房态。
个人中心：收藏、浏览历史、评价发布与列表、优惠券、积分、常用入住人等会员能力。
搜索与客服：酒店/房源搜索，以及服务咨询入口，辅助完成预订决策
本人负责该微信原生小程序的整体产品落地与前端实现，包括页面架构、核心交互与本地数据模拟。
技术栈：微信小程序原生开发（WXML / WXSS / JavaScript），无后端；模拟数据按模块存放于 data/，公共逻辑沉淀在 utils/，可复用 UI 封装为自定义组件（如房卡、轮播、筛选栏、日期选择等）。
架构要点：以「单房号」为业务主数据模型，收藏、浏览、评价与营销角标均绑定具体房号；通过 wx.storage 模拟下单占房与退款释房，保证房态与订单一致；多酒店采用差异主题样式，强化品牌与场景氛围。
实现难点：多房间筛选/排序与楼层分区联动；对比页多选状态管理；本地房态与订单状态同步，避免重复占房；在无后端条件下完整跑通「浏览—选房—下单—支付—售后」演示链路。
评论