【策划架构】返场投票：人气活动的回归机制设计

设计初衷

限时活动下线后，最怀念它的玩家声音分散在论坛与客服工单里，运营排期只能靠拍脑袋。返场投票把"想不想让它回来"变成结构化表达：玩家用票券为心仪的往期活动投票，得票最高的活动按季度返场——排期有据，参与有份，怀念有价值。

数值模型

票券获取：每位 30 级以上玩家每月获得 1 张基础票券，活跃（月登录 20 天以上）追加 1 张，消费额度达标追加 1 张——三种来源覆盖三类人群，防止纯活跃或纯消费垄断话语权。投票规则：每季开放 2 周投票窗口，候选池为近两期下线的活动（每次 4 选 1），票券可分散投或集中投，得票最高者于下季度第 2 周返场 2 周。返场平衡：返场活动的奖励产出下调 20%（错过首发的补偿逻辑不成立，返场是补体验不是补收益），返场期间的票券消耗不返还。防刷：票券绑定不可交易，投票需角色 30 级且注册满 14 天。

配置示例

配置如下：

[Vote]
MonthlyBaseTicket = 1
ActiveBonusTicket = 1
PayBonusTicket = 1
ActiveDaysLine = 20
WindowWeeks = 2
Candidates = 4
ReturnWeek = 2
ReturnWeeks = 2
ReturnDropCut = 20

防刷档单独一节，资格门槛独立调整。配置如下：

MinLevel = 30
MinRegDays = 14

扩展思路

变种方向：一是票券交易冻结下的"代投"机制，好友可受托代投（委托与撤销都可逆），社交关系变成投票杠杆；二是返场改良版，返场活动附带一次基于上期反馈的规则微调（如时长延长 3 天），返场不是复刻是迭代；三是落选保护，连续两期落选的活动自动进入"常驻化评估"，人气确实高的不再限时。投票纪律一条：候选池、票券来源、返场规则三件事必须在投票开启前公示并锁定——规则中途变更的投票，比不投票更伤信任。