用户与问题
游客获取景区信息、购买门票和查看电子票的渠道分散，现场核销效率低；景区运营人员也缺少统一的内容、票种、订单和核销管理工具。
Project case study
旅小鹿（青岚文旅）
面向景区游客与运营人员的文旅服务平台，提供景区浏览、攻略推荐、门票预约、实名购票、电子票和现场核销能力。
Overview
为什么要做这个产品？
目标与结果
建立从景区内容展示、实名预约购票、订单处理、电子票生成到现场核销的完整业务闭环，并为运营人员提供统一的内容管理和经营数据后台。
Product
核心体验与界面
截图按真实业务场景组织；选择任意界面，可在当前场景内逐张查看。
发现旅行目的地
游客通过首页推荐、景区列表和旅行攻略了解目的地信息，快速进入感兴趣的景区详情。
发现旅游攻略
游客通过首页旅游攻略、攻略列表，发现感兴趣的攻略和景区。
预约购买景区门票
选择感兴趣的景区，预约购买门票，查询购买订单和电子门票
平台管理与运营
管理景区账户，维护景区、攻略、订单、门票
My contribution
我的贡献
- 01
产品范围设计
明确游客、平台管理员和景区账号三类用户，确定首版以景区门票交易与核销为核心范围。
- 02
系统与数据建模
设计景区、攻略、票种日历、库存、订单、支付记录、电子票、退款和核销等核心数据结构。
- 03
全栈产品交付
独立完成微信小程序、Vue 3 管理后台、Spring Boot 接口服务和数据库结构的开发与联调。
Key decisions
关键产品决策
- 01
首版聚焦景区门票闭环
优先完成用户需求明确、业务价值清晰的景区门票预约与核销，避免首版同时建设过多交易品类。
- 02
内容管理与交易管理分层
将景区、攻略和 Banner 等内容运营，与票种、订单、退款和核销等交易能力分开管理。
- 03
区分平台与景区管理权限
平台管理员维护全局内容和数据，景区账号只管理授权范围内的景区、门票和核销记录。
How I built it
构建过程
- 01
01 定义首版范围
围绕景区门票预约与核销确定核心用户、业务边界和交付目标。
- 02
02 设计用户旅程
梳理游客从浏览景区到领取电子票，以及工作人员现场核销的完整路径。
- 03
03 建立接口与数据模型
定义小程序接口、管理后台接口、核心数据表和订单状态流转规则。
- 04
04 开发三端系统
实现微信小程序、运营管理后台和 Spring Boot 后端服务。
- 05
05 联调与交付
完成购票、订单、电子票、退款和核销等关键流程联调，并整理部署和使用说明。
- 06
上线与交付
完成购票、订单、电子票、退款和核销等关键流程联调，完成生产环境部署与上线验证，并整理部署、运维和使用说明。
Retrospective
项目复盘
文旅平台首版最重要的是跑通一条真实、清晰的交易链路。本项目优先完成景区门票闭环，同时为酒店、美食、演出和文创等后续业务保留扩展入口。