| 口径 | 定义 | 人群规模 | 占全站 | 其中未付费 | 未付费占全站 | 该口径付费率 |
|---|---|---|---|---|---|---|
| ① 深度签到 | 签到 ≥16 天（窗口半数以上） | 111 | 2.1% | 26 | 0.5% | 76.6% |
| ② 中度签到 | 签到 ≥10 天 | 389 | 7.2% | 148 | 2.8% | 62.0% |
| ③ 常用口径 ← 本报告主口径 | 签到 ≥5 天 | 1,211 | 22.5% | 683 | 12.7% | 43.6% |
| ④ 每次来都签 | 活跃 ≥5 天 且 签到/活跃 ≥90% | 594 | 11.0% | 325 | 6.0% | 45.3% |
结论：口径越严格，「签到却零付费」的人越少。签到 ≥16 天的 111 人里，85 人（76.6%）是付费用户，只有 26 人未付费。换句话说，「坚持深度签到」与「付费」在这份数据里是正相关的，而不是互斥的。
daily_1~daily_7 按钮解析（断签会重置回 1）。付费率从 3.3% 单调升到 57.8%，跨度 17.5 倍。| 最高连签 | 人数 | 占比 | 付费人数 | 付费率 | 平均签到天数 | 平均活跃天数 | 平均重置次数 |
|---|---|---|---|---|---|---|---|
| 从未连签 | 548 | 10.2% | 18 | 3.3% | 0.0 | 1.4 | — |
| 最高连签 1 天 | 2,558 | 47.6% | 154 | 6.0% | 1.4 | 1.7 | 1.4 |
| 最高连签 2 天 | 925 | 17.2% | 198 | 21.4% | 3.4 | 4.2 | 2.3 |
| 最高连签 3 天 | 460 | 8.6% | 133 | 28.9% | 5.1 | 6.5 | 2.7 |
| 最高连签 4 天 | 223 | 4.1% | 71 | 31.8% | 6.4 | 7.9 | 2.8 |
| 最高连签 5 天 | 150 | 2.8% | 60 | 40.0% | 8.1 | 10.1 | 3.0 |
| 最高连签 6 天 | 129 | 2.4% | 67 | 51.9% | 8.3 | 10.4 | 2.5 |
| 连签满 7 天 | 384 | 7.1% | 222 | 57.8% | 12.0 | 15.4 | 3.3 |
| 指标 | A 签到≥5天·未付费 | B 签到≥5天·已付费 | C 从未签到·未付费 | A÷B |
|---|---|---|---|---|
| 人数 | 683 | 528 | 530 | — |
| 平均活跃天数 | 10.2 | 13.1 | 1.3 | 0.78 |
| 平均签到天数 | 7.9 | 10.6 | 0.0 | 0.75 |
| 平均事件数 | 275 | 920 | 35 | 0.30 |
| 平均进游戏次数 | 8.5 | 30.3 | 0.8 | 0.28 |
| 平均按钮点击 | 123 | 250 | 16 | 0.49 |
| 平均页面浏览 | 107 | 204 | 14 | 0.52 |
| 平均充值尝试次数 | 0.27 | 5.35 | 0.08 | 0.05 |
| 充值总额 | $0 | $15,051.06 | $0 | — |
| 提现人数 / 金额 | 4 人 / $69.00 | 79 人 / $13,856.67 | 0 人 / $0 | — |
读法：两组签到天数只差 25%，但游戏参与度差 3.6 倍、充值尝试次数差 20 倍。所以 A 组的特征不是「爱签到但不爱付费」，而是整体投入度只有 B 组的约 30%，并且几乎从未尝试过付费。
他们零充值，但系统一直在给他们发钱 —— 这是理解「为什么不付费」的关键。
净留在系统内 $4,951.93。即：这 683 人一分钱没充，却累计从系统拿到约 $5,021 的免费额度（人均 $7.35），并且几乎不提现（0.6%）。
按日均行为拆解（683 人 · 32 天窗口）。
每日循环基本是：进大厅 → 签到 → 看周卡(直接关) → 看迎新优惠(直接关) → 玩游戏 → 看提现页。
「日均尝试充值」只有 4 人 —— 这是全组 683 人里每天的全部充值尝试。他们是真正意义上的零付费意愿出口，但下一节会看到，尝试过的那部分人几乎全卡在支付环节。
| 日期 | 当日活跃 | 其中签到 | 签到率 | 玩游戏 | 游戏率 | 尝试充值 | 人均事件 |
|---|
#696** · 2026-08-16 · 全天 3 个会话Lobby_viewdaily_5（连签第 5 天）→ 到账「7日签到奖励」 → 关闭week_card_view → 1.2 秒后关闭，未点击购买welcome_offer → 1.3 秒后关闭，未点击购买3 Super Ace 玩 75 秒 → 派奖入账 → 退出redeem_view → 切换提现方式 → 输入提现金额 → 又切换方式Rapid Gems → 连续 3 次派奖入账Rapid Gems → 3 Wealthy Panda，持续产生派奖入账welcome_offer（又一次秒关） → 提现页 → 看提现历史 Redemption_History_viewSelect_Deposit_Method_view 覆盖率是 528/528 = 100%。需要排查购买按钮的跳转逻辑、价格弹窗、或外部页面无埋点导致的实际失败。补充：这 102 人占全站 307 名弃单用户的 33%。修好支付通道，等于直接回收这 683 人里最有付费意愿的三分之一。
| 页面 | 未付费 683 | 付费 528 |
|---|---|---|
Select_Deposit_Method_view | 152 · 22.3% | 528 · 100% |
daily_reward_view 签到页 | 683 · 100% | 528 · 100% |
welcome_offer 迎新优惠 | 640 · 93.7% | 405 · 76.7% |
Today_deals_view 今日特惠 | 673 · 98.5% | 528 · 100% |
buy_view 购买页 | 471 · 69.0% | 485 · 91.9% |
redeem_view 提现页 | 427 · 62.5% | 450 · 85.2% |
Redemption_History 提现历史 | 39 · 5.7% | 109 · 20.6% |
决定性差异：选择支付方式页。付费组 100% 到过，未付费组只有 22.3%。
另一个反常识点：迎新优惠页未付费组访问率反而更高（93.7% vs 76.7%） —— 他们看优惠比付费用户还积极，但没买。
| 按钮 | 未付费 683 | 付费 528 |
|---|---|---|
welcome_buy_button 迎新购买 | 391 · 57.3% | 257 · 48.7% |
buy 购买 | 470 · 68.8% | 484 · 91.7% |
week_card_button 周卡购买 | 363 · 53.1% | 420 · 79.5% |
Today_deals_button 特惠购买 | 477 · 69.8% | 472 · 89.4% |
daily_wheel_buy1 转盘付费 | 126 · 18.4% | 147 · 27.8% |
最强的抓手信号：welcome_buy_button 未付费组点击率 57.3%，比付费组（48.7%）还高。结合上面「迎新优惠页访问率也更高」，可以得到一个明确结论：
这 683 人对迎新优惠的兴趣是真实的、甚至超出付费用户 —— 他们卡住的不是「意愿」，而是「点击购买之后的那一步」。
| 按钮 | N | 点击次数 | 去重人数 | 人均点击 |
|---|---|---|---|---|
daily_1 | 1 | 9,619 | 4,824 | 2.0 |
daily_2 | 2 | 3,745 | 2,245 | 1.7 |
daily_3 | 3 | 1,937 | 1,314 | 1.5 |
daily_4 | 4 | 1,238 | 846 | 1.5 |
daily_5 | 5 | 862 | 617 | 1.4 |
daily_6 | 6 | 689 | 475 | 1.5 |
daily_7 | 7 | 677 | 384 | 1.8 |
daily_8 | 8 | 660 | 659 | 1.0 |
daily_15 | 15 | 221 | 221 | 1.0 |
daily_22 | 22 | 81 | 81 | 1.0 |
daily_30 | 30 | 10 | 10 | 1.0 |
矛盾点：若 N = 连签第 N 天，用户要到 15 天必须经过 10–14 天，但 daily_10~daily_14 根本不存在（分布里该档为 0 人）。而且 daily_8/15/22/30 恰好「每人 1 次」。
daily_1 → 08-29 daily_2 → 08-30 daily_3 → 08-31 daily_4 → 09-01 daily_5 → 09-02 daily_6 → （09-03、09-04 断签） → 09-05 daily_8 → 09-11 daily_1（重置） → 09-12 daily_15daily_1 → 08-25 daily_2 → 08-28 daily_1 → 08-30 daily_1 → 09-02 daily_1 → 09-03 daily_2 → 09-08 daily_1daily_1 → 08-20 daily_1 → 08-28 daily_1 → 08-29 daily_2 → 09-05 daily_1 → 09-06 daily_2 → 09-11 daily_1daily_1~daily_7 = 「连续」签到第 N 天，断签后重置回 daily_1（用户 #600** 在 09-11 断签后回到 daily_1 可证）daily_8 / daily_15 / daily_22 / daily_30 = 「累计」签到里程碑宝箱，一次性领取（故人均恰好 1 次）。用户 #600** 累计领过 daily_8 与 daily_15，但期间断签重置过 —— 证明是累计而非连续。daily_1…daily_30 连成一条「连签衰减曲线」 —— 8 天以上不是 7 天的延续，而是另一套（累计）口径。此前《游戏内活动功能分析》报告中的「连签衰减」图若按此拼接，需要修正。从 4,824 人到 384 人，签到流程 32 天只留下 8%。断点最大处在第 1→2 天（−53.5%）。而「连签满 7 天」恰好是付费率最高的人群（57.8%）。
还有一个细节：连签满 7 天的人平均重置了 3.3 次才做到 —— 说明现行的连签中断惩罚偏重，用户普遍需要多次尝试。把第 1→2 天的留存做上去，是最直接的商业杠杆。
| 优先级 | 针对人群 | 动作 | 数据依据 |
|---|---|---|---|
| P0 | 102 名「发起充值但 100% 失败」的用户 | 修支付通道 + 建失败回传埋点。在 deposit_create 与 deposit_success 之间补埋「失败原因」；对连续失败用户 24h 内推换通道引导 + 客服兜底 |
102 人发起充值成功率 0%；全站 307 人弃单（占尝试者 25.2%） |
| P0 | 391 名「点了购买但没到支付页」的用户 | 排查购买按钮 → 支付页的跳转。391 → 152 只通过 38.9%；对照付费组该页 100% 覆盖 | 61.1% 流失发生在点击购买之后、支付页之前，非正常水平 |
| P0 | 全体签到用户（4,824 人） | 优化连签第 1→2 天的留存。给第 1 天签到用户次日推送「连签提醒 + 第 2 天奖励预览」；降低断签惩罚（如给 1 次补签机会） | 第 1→2 天掉 53.5%；连签满 7 天者付费率 57.8%（全站 3.4 倍）；满 7 天者平均重置 3.3 次 |
| P1 | 683 名「高签到零付费」 | 在「免费余额将耗尽」时推首充，而不是随机时机。这批人把免费额度当娱乐预算用（人均 $7.35 免费所得、不提现）；余额见底才是首充的自然触发点。 对其中反复秒关迎新优惠却未购买的人，做一次「优惠内容 A/B」（价格锚点 + 首充双倍） |
98.8% 玩免费游戏；累计免费所得 $5,021；提现仅 0.6%；welcome_buy_button 点击率 57.3%（高于付费组） |
| P1 | 683 人中游戏参与偏低者 | 抓手是游戏参与，不是签到本身。该组平均只进游戏 8.5 次（对照组 30.3 次）。用低门槛免费机台 + 首次进游戏引导提升参与 | 两组的签到天数只差 25%，但游戏参与差 3.6 倍、充值尝试差 20 倍 |
| P1 | 运营侧 | 核查 8-31 的行为拐点原因。整组签到率 88.9% → 54.9%、进游戏次数 −78%，疑似规则/奖励变更 | 8-31 起 683 人集体衰减，非个体流失 |
| P2 | 数据治理 | 修正签到按钮口径文档。明确 daily_1-7=连续、daily_8/15/22/30=累计里程碑；同步修正《游戏内活动功能分析》里的连签衰减图 |
两者语义不同，拼接会得到错误曲线 |
| 指标 | 定义 |
|---|---|
| 签到 | button_click 且 button_name 匹配 ^daily_[0-9]{1,2}$ |
| 连签天数 | daily_1~daily_7 的最大 N（不含 daily_8/15/22/30，那是累计里程碑） |
| 签到天数 | 有点击签到按钮的 distinct "$part_date" 数 |
| 付费 / 未付费 | deposit_success 的 deposit_amount 累计 >0 / =0 |
| 签到率 | 当日签到人数 ÷ 当日活跃人数（同一固定人群内） |
| 充值尝试 | deposit_create 事件数 |
⚠️ 注意：不能用「访问 daily_reward_view 页面」判定签到 —— 该页面对全站覆盖率 99%+，是默认展示页，无判别力。必须看按钮点击。
分析 SQL 保存在 02_分析脚本/签到不付费/01–13（共 13 个文件，按分析顺序编号，可复现）。引擎 Trino 435（列别名需用 ASCII，非 ASCII 需加双引号）。
本报告为静态专题分析（数据快照 2026-09-13），不含实时刷新。用户 ID 已脱敏。