【框架设计】累计登录：7 日奖励与断签处理

实战应用：用在哪里

累计登录奖励按真实登录天数给，第 3 天与第 7 天放大奖拉回头率。与每日签到不同，累计登录不要求连续，断签不清零，对上班族玩家友好，错过两天照样能拿完整套奖励，这套规则把签到焦虑从产品设计里拿掉了。

登记与领取

function LoginReward.register(plr)
    local today = os.date("%Y%m%d")
    if plr.loginRewardDate == today then return false end
    plr.loginRewardDate = today
    plr.loginDays = (plr.loginDays or 0) + 1
    return true
end

function LoginReward.claim(plr, day)
    if day > plr.loginDays then return false, "天数未达标" end
    if plr.claimedDays[day] then return false, "已领取" end
    plr.claimedDays[day] = true
    QF_MailItems(plr, LOGIN_REWARD[day].items, "累计登录奖励")
    return true
end

每天首次登录天数加一，领取按档独立标记，漏领的档位回来后随时补领，永不过期。天数以自然日计算，跨零点再来一次即累加，凌晨党与晚间党都被公平覆盖。

大奖节点

LOGIN_REWARD = {
    [3] = { items = { { id = 50001, n = 10 } }, tip = "高级强化石 x10" },
    [7] = { items = { { id = 50002, n = 1 } }, tip = "限定坐骑" },
}
function LoginReward.popup(plr)
    local day = plr.loginDays or 0
    if LOGIN_REWARD[day] and not plr.claimedDays[day] then
        QF_PushPanel(plr, "login_reward", day)
    end
end

第 3 天与第 7 天登录时自动弹窗引导领取，转化率比静默邮箱高一倍，弹窗只在有奖可领的当天出现，不构成日常打扰。奖励档位进配置，节日活动临时加档不动代码。七日进度条用 GUI:StepBar 控件渲染，已领节点打勾，大奖节点金色描边，未达节点置灰但内容可见，期待感与确定性并存。

验证与监控

七日全领率按渠道分层统计，某渠道低于均值四成即排查该渠道的登录链路。

踩坑记录

累计规则的说明页被反复打磨，累计登录不连续也照样拿这句话用了大字号，依然有玩家按连续签到的老习惯理解，登录面板的第一行改成了进度条的直观呈现。奖励档位的配置化让春节活动临时插入第 14 天大奖档成为可能，运营在节前三天完成配置与预览。全领率的分渠道统计还揪出过一个登录成功率偏低的渠道包，登录链路的修复让该渠道的七日全领率追平了大盘。登录天数的登记时机放在角色进入主城后，纯登录不挂机的判定挡掉了挂机刷天数的灰色操作。奖励的价值曲线做过一次重排，把实用道具前移到第一天，第 3 天与第 7 天保留惊喜大奖，首日甜头加后期惊喜的结构让七日留存曲线更平缓。断签玩家的回访提示语气做过打磨，不指责不上价值，一句回来就好配一个补领入口，情感设计的细节都在文案里。登录天数的登记时机放在角色进入主城后，纯登录不挂机的判定挡掉了挂机刷天数的灰色操作。奖励的价值曲线做过一次重排，把实用道具前移到第一天，第 3 天与第 7 天保留惊喜大奖，首日甜头加后期惊喜的结构让七日留存曲线更平缓。断签玩家的回访提示语气做过打磨，不指责不上价值，一句回来就好配一个补领入口，情感设计的细节都在文案里。

本文由 996 技术组基于 996 引擎官方知识库与浮生梦老师课程体系整理。团队长期从事传奇类引擎 Lua 后端逻辑、客户端界面与商业版本交付，内容以官方知识库与真实项目为出处，按版本持续修订。