年卡看上去就是"一张能反复进的票"，真做起来会发现它和单次票是两回事。单次票卖一次、核销一次就结束；年卡卖完之后要在几个月里被反复核销、被查询、被投诉、被退费，还要跟别的景区对账。所以第一步不是设计页面，而是把"权益"两个字拆开写清楚。

权益要先能配，再谈怎么卖

常见的配置维度是四类：适用范围（本景区、多景区联票、指定业态的二次消费抵扣）、次数（不限次、限次、每日限一次）、时段（工作日可用、节假日除外、旺季需预约）、身份（本人卡、亲子卡附带几人）。四类交叉就是几十种组合，靠数据库里加一个"是否年卡"的字段撑不住，必须做成可配的规则表。规则要落地在三处：核销时校验、预约时校验、后台改规则时校验。第三条最容易被漏掉——规则改了，去年办出去的卡按新规矩还是老规矩？我们的做法是发卡的瞬间把权益做成快照，老卡按快照走，避免"卡都办了景区又改口"这种纠纷。

激活和实名是年卡的生命线

年卡的价值在长期反复使用，也就天然有人想转借。要防住，就得在激活环节把人和卡绑死：线上申领时收姓名与证件号并校验有效期，激活时留一次人像，之后核销做比对；系统里只存比对用的特征值，不存原始照片，留存期限和删除入口在后台可查。未激活的卡在窗口一律不生效。市民卡还要多一层口径：本地户籍或常住怎么判定，必须写成系统里可配的条件，而不是靠窗口人员看一眼住址——政策每年都可能变，能配比重写代码重要得多。

核销要留痕，也要限得住

年卡同样要一核销就不可逆，而且要记录这是当天第几次、在哪个通道进的。限一次每天的卡最容易出的事故，是两条通道同时放行导致计数错乱，所以次数必须在服务端一次算清，不能让闸机自己判断"今天好像刷过了"。免票同行的人群也要单独记一类，否则年卡带进来的人永远不在统计里。

结算与对账要提前定口径

年卡是一次性收款、长期履约，收入怎么摊、退款怎么算，最好在上线前就定死：按自然年摊、按有效期摊，还是按已用次数比例退，三种口径对应三套报表。多景区联票还涉及分账，谁核销谁计费、按次结算给哪一家，这些字段在核销流水里必须记全，否则年底对账只能靠手工表格一笔笔凑。

落地时的两句提醒

别为了显得功能齐全一次上十几个卡种，先做两三种主力年卡，把规则、激活、核销、对账四件事跑顺再扩。签合同前把两个问题问明白：权益规则改一次要不要另外收费，改完是不是要厂家重新部署——这两点比页面好不好看，更能决定这张年卡能不能长期用下去。