原型范围 / DEMO本说明记录原型功能、本人参与事项及 V09 浏览器测试结果。本版保留原有页面设计和功能，并完善未成年人监护人授权确认。所有预订、支付、退款、邮件及授权确认均为演示。
本轮可演示功能
- 游客端：Cardrona 单雪场中文移动端演示首页、雪况展示、产品列表、活动页、多人预订与订单查询。
- 预订：支持 1—7 人、下单联系人姓名与邮箱、逐位游客姓名/护照拼音/出生日期、未成年人监护人授权确认（关系选择、授权文案与确认时间记录）、按产品单价 × 人数动态计价及本地重复预订拦截（详见下方规则）。
- 模拟支付：支持选择微信支付、Visa、Mastercard，并可模拟成功、失败或取消；只有模拟成功才生成“已支付”订单并计入销售报表，不接入支付通道。
- 运营内容管理：运营人员可在后台编辑首页 Banner 文案/HTTPS 图片地址、活动页标题与内容、活动显示开关、雪况公告；保存后更新游客端，并保存在当前浏览器。
- 订单与退款：游客按订单号和下单邮箱查询并申请整单退款；后台审核通过或驳回，驳回需填写原因；本地存储可用且保存成功时，状态可在当前浏览器刷新后保留。
- 销售与退款报表：支持交易日期区间筛选；新订单销售额按模拟支付成功日期，退款按退款完成日期统计（历史日期回退规则见下文）；净收款为区间销售额减区间已完成退款额。退款申请中及驳回不计入已退款金额。
- 邮件：生成确认邮件预览，显示下单人、订单与模拟支付方式；不调用真实邮件服务。
需求范围、假设与限制
- 微信小程序与中文：当前是单文件 HTML 移动端原型，不是已发布的小程序；未接入微信登录、微信运行容器或云端服务。
- 产品、价格与库存：展示三类产品各一款，价格为 CNY 模拟价（雪票 ¥329/人、课程 ¥499/人、装备 ¥199/人），不是官网 NZD 价格或汇率换算；无实时库存接口。
- 重复预订规则：当前实现为自动拦截，并非人工提交审核：按规范化护照拼音（忽略空格和连字符）与出生日期识别游客，拦截同单重复游客，以及当前浏览器中同游客、同产品、同使用日期的未退款预订；已退款可重新购买，不同产品可分别预订。缺少逐人资料的历史订单无法据此匹配。不涉及真实身份核验，也不能保证多标签页同时支付时不重复；正式防重与人工审核规则待客户确认。
- 多人预订与免责：支持 1—7 人、逐人资料与模拟免责确认；未成年人需填写监护人姓名、选择与游客的关系，阅读授权文案后主动确认，系统记录确认时间及文案版本。本原型不核验身份；免责勾选与监护人授权确认不构成具有法律效力的电子签名。
- 支付：可选择微信支付、Visa、Mastercard并模拟成功/失败/取消；不接真实支付SDK、支付网关、卡号采集或资金通道。支付成功仅代表原型状态。
- 运营内容：本地后台可编辑 Banner、活动页和雪况公告、控制活动是否展示，并保存到当前浏览器；没有账号、角色权限、审核发布流程或多设备云端同步。图片只接受 HTTPS URL，远程图片需要网络。
- 报表口径：销售金额是筛选区间内支付成功的订单金额；已退款金额是筛选区间内退款审核通过且状态为“已退款”的金额；待审核与驳回不计入已退款。净收款按所选交易区间计算，退款可能晚于销售发生，因此某一日的净额可能为负数。日期按 Pacific/Auckland（新西兰当地时间）归属；支付日期缺失或无效时回退到创建日期，退款日期缺失或无效时回退到审核日期，两者均不可用则从对应统计排除并提示，不用出行日期补算。订单列表按使用日期筛选，与报表交易日期筛选不同；顶部指标卡统计全部订单。初始记录为虚构样本，报表并非正式财务对账。
- 其他待确认：Cardrona 与 Treble Cone 是否需要统一产品与预订、实际票价/儿童价格/课程场次/装备规格、库存与开放日历接口、支付通道和退款政策、监护授权及正式签署文本、隐私保存期限、邮件服务及内容管理权限，均需客户确认。
- 数据保存：订单和运营内容只存于当前浏览器 localStorage；不跨设备同步；订单查询仅在本地按订单号和邮箱匹配，不是账号登录或邮箱验证。另存文件或更换浏览器后，本地数据可能不互通，应在实际交付文件中重新验证。清除浏览器数据、隐私模式或存储策略可能导致数据丢失。正式系统应使用服务端数据库、权限控制、审计日志及并发校验。
本人实际参与
- 需求整理与推进：根据笔试题目，将需求划分为“本轮必须实现、重要但可以后续完善、有时间可以做、本轮不做”，先完成具备必要功能的第一版，再结合测试反馈逐步补充和完善。这是本人的原型范围判断，尚不代表客户已确认优先级。
- 参考资料：提出查找相似公开项目作为设计参考，参考方向与实现边界见“参考与实现说明”。
- 产品边界与退款信息：提出产品和订单应明确“本次演示仅适用 Cardrona”，并增加退款详情、驳回原因和审核记录，使适用范围与处理过程更加清晰。
- 订单资料与重复预订：提出对重复订单进行检查或审核；当前 AI 辅助实现为上述本地自动拦截。提出下单时填写个人邮箱，并将下单人姓名与逐位游客姓名分开，避免混淆联系人和实际出行人。
- 游客自助与模拟支付：提出在游客端增加订单查询和退款申请；提出设置模拟支付方式选择界面，展示微信支付、Visa、Mastercard，并模拟成功、失败、取消结果。
- 活动展示控制：提出活动页显示开关，使运营人员可以自主控制活动是否在游客端展示。
- 监护确认优化：发现未成年人监护确认仅通过输入姓名和勾选不够严谨，提出完善监护人身份关系、授权确认及签署记录的优化建议。本版落实关系选择、明确授权文案和确认时间记录；正式电子签署与身份核验仍需外部服务支持。
- 手工操作与反馈：本人已在 V09 浏览器版本实际测试并确认下单、校验、退款申请、运营后台、模拟支付、游客查询、内容管理、活动开关、报表、刷新后状态、重复预订、未成年人确认、邮件预览等功能正常。
参考与实现说明
仅参考上述公开项目的设计思路，没有复制其代码或资源。
AI 辅助完成
AI 协助拆解需求、查找参考方向、设计页面与交互，生成和修改 HTML/CSS/JavaScript，完成表单校验、本地存储、重复预订拦截、订单与退款、游客查询、模拟支付、运营内容管理、报表、邮件预览及交付说明。本人负责提出需求与改进意见、操作验证和反馈；代码并非本人从零独立编写。本版新增监护人与游客的关系选择、授权确认文案、确认时间及文案版本记录；修改相关资料或使用日期后须重新确认。历史订单缺少新增字段时显示未记录，不补写历史关系或确认时间。
测试记录与验收状态
本人已在 V09 浏览器版本实际操作并确认以下功能正常，验收状态为“本人手工测试通过”。本记录依据本人反馈整理，适用于浏览器演示原型；模拟支付不发生真实交易，确认邮件仅预览、未发送。
- 下单与校验：通过。下单、表单校验、重复预订检查、未成年人确认。
- 订单与运营：通过。退款申请、运营后台、游客查询、刷新后状态保留。
- 支付与通知：通过。模拟支付、邮件预览。
- 内容与统计：通过。内容管理、活动显示开关、报表。
- 此前更新检查（原记录）：在上述 V09 已通过的基础上，完善监护人授权确认交互。本版已完成 JavaScript 语法检查及独立 Chromium 浏览器回归检查，覆盖授权确认与失效重确认、动态游客表单、下单和模拟支付、查询与退款、内容管理与活动开关、报表、刷新保存及历史数据兼容性，未发现 JavaScript 运行错误。此为 AI 辅助自动化检查，与本人此前 V09 手工测试记录分别说明。
本次修订与验证边界
本次修订活动关闭后的详情页退出、异常游客及处理记录容错、支付成功前再次检查重复预订、运营内容字段类型校验，以及订单保存失败后的重试入口。多标签页的本地存储仍不具备数据库事务能力，不能保证并发提交绝不重复。自动化检查只覆盖列出的测试场景，不代表所有历史数据、浏览器及存储异常均已通过；真实手机仍需按使用步骤复测。
正式上线与客户确认
本版的“监护人授权确认”只记录演示操作，不构成具有法律效力的电子签名，也未完成监护人身份及关系核验。正式上线仍需接入可靠的电子签署和身份核验服务，并由客户确认具体规则，包括监护资格及关系证明、授权与签署文本、核验流程、签署记录和证据保存规则。
正式价格与币种、雪场适用范围、库存与开放日历、产品与年龄规则、重复预订处理方式、支付与退款政策、隐私保存期限、内容权限及邮件服务仍需客户确认。当前原型采用演示假设。
使用与复核步骤
- 双击 HTML 文件，在现代浏览器打开；不需要构建工具或服务器。默认插画可离线展示；配置的远程 HTTPS 图片需要网络。请只使用虚构游客资料。另存文件或更换浏览器后，本地存储可能不互通；本版沿用原有订单和运营内容存储键。
- 游客端：打开产品、选择日期和人数、填写虚构资料并选择模拟支付方式。成功会生成已支付演示订单及邮件预览；失败或取消不新增订单，可重试。
- 未成年人：填写监护人姓名并选择关系，阅读免责说明和授权文案后主动勾选“监护人授权确认”，页面显示确认时间；相关游客资料、监护人资料或使用日期变化后需重新确认。订单详情可查看关系、确认时间和当时的授权文案。
- 运营端：编辑 Banner、活动页、雪况公告并保存，控制活动显示开关；切回游客端或刷新后查看保存结果。
- 订单与统计：按订单号及下单邮箱查询、申请整单退款，后台通过或驳回（驳回须填原因）；报表按交易日期统计销售、已退款和净收款。可用日期区间复核金额。
- 需恢复样本时，可使用“重置演示数据”，但会删除当前浏览器的新订单和退款记录；运营内容通过独立的恢复默认按钮处理。请在不需要保留演示记录时使用。
官网参考
官网内容用于理解业务背景，不代表本原型已连接官网数据或实时库存。