岳阳景区、场馆、酒店和文旅活动组合销售联票时，小程序不能只做一个商品详情页。游客可能选择不同日期、场次和使用人，订单又需要在多个服务点核销。开发一期应围绕“联票产品—预约名额—游客订单—分项核销—退款处理”建立一条可以追踪的业务链。
联票产品要拆成可履约的子项目
- 组合规则：记录包含哪些景区、场馆、餐饮或住宿项目，以及每项可使用次数。
- 有效条件：明确销售日期、使用期限、预约提前量、节假日限制和适用人群。
- 价格资料：联票总价与各子项目结算基准分别维护，前台只展示审核后的游客价格。
预约名额不能脱离订单状态
游客付款后选择日期或场次，系统需要校验剩余名额并生成预约记录。取消、改期、支付超时和退款都要释放或调整名额，避免预约表与订单表各算一套数量。涉及实名或证件信息的项目，应按实际核验需要收集，不因“以后可能用到”扩大字段。
多个服务点按分项核销
- 总订单保存全部子项目，每个核销点只看到本项目所需资料。
- 游客到场后核销对应权益，不提前把整张联票标记为已使用。
- 断网或扫码重复时，使用业务编号和核销日志避免重复扣次。
- 部分项目关闭或无法履约时，保留受影响项目与处理结果。
- 运营后台按订单、项目、日期和服务点核对核销与退款。
一期验收覆盖改期和部分退款
正常购买只是基础场景，还应测试一张联票多人使用、单项已核销后申请退款、临时改期、服务点离线和游客换手机等情况。若涉及多个经营主体，结算数据应来源于真实订单和核销单据，结算周期、开票和争议处理由合作协议明确。
聚匠科技可按岳阳文旅项目的产品和服务点协助整理小程序范围，相关方向见岳阳软件开发公司、小程序开发与小程序开发FAQ。
合规说明：票务资质、实名要求、价格、退改、结算和游客信息处理由运营方依据实际业务依法确定；本文为小程序功能规划参考。
