奖金和税费哪些能扣减收入？别猜了，全看合同里那行“扣减计划”怎么写
奖金和税费哪些能扣减收入？别猜了，全看合同里那行“扣减计划”怎么写 奖金和税费能否扣减收入取决于书面合同中的具体约定，合同定义的扣减计划直接划定 NGR 计算的边界与范围。 为什么奖金和税费哪些能扣减收入没有统一答案 NGR 计算中扣减项清单并非行业通用标准，奖金和税费哪些能扣除完全依据双方签署的书面协议而非统一规则。 GGR（总投注减去总中奖）的算法谁都能算，逻辑简单直接。但一旦进入 NGR（…
CATEGORY DOSSIER
商业财经
已收录 117 篇运营与数据复盘报告
INDEX & INSIGHTS
数据筛选与指标跟踪已就绪
广告报表的“转化数”不等于真实新增：三层证据工作流实战
广告报表的“转化数”不等于真实新增：三层证据工作流实战 将归因贡献与实际增量效果分离，需构建三层证据工作流：先明确描述性归因的得分逻辑，再经路径审计排除干扰，最后通过实验对比或严谨标注区分净增长与相关性。 为什么平台报表上的“转化数”不等于真实新增 平台报表转化数仅是归因模型按规则分配的分数，无法回答反事实问题，即若未投放该广告用户是否仍会转化，因此不能直接等同于真实业务新增量。 别再盯着广告后…
别把平台报表当真相：IDFA 限制下，你的广告增量数据其实漏了一半
别把平台报表当真相：IDFA 限制下，你的广告增量数据其实漏了一半 平台报表数据仅反映符合规则且可回传的信用，因隐私限制导致自然流量漏记，使可见性被误判为市场因果真相。 归因与增量的根本区别：谁在记分，谁在创造？ 归因是系统按规则对已发生事件记分，增量则是剔除自然波动后的真实新增贡献，二者逻辑前提不同不可混为一谈。 广告主常把后台报表上的转化数字当作“新增”的代名词，但这往往是个危险的错觉。我们…
没做实验怎么判断广告增量？归因只是算账，不是测因果
没做实验怎么判断广告增量？归因只是算账，不是测因果 没有实验数据时无法直接判断广告带来的真实新增量，因为归因仅分配既定规则下的功劳，而增量需通过对照实验验证撤掉渠道后转化是否减少。 当你在报表里看到某渠道贡献了 1000 个转化时，直觉往往告诉你：这 1000 人是因为广告才来的。但事实是， 归因模型回答的只是“在既定规则下，哪个触点该拿 credit” ，而 增量衡量要问的是“如果…
交易明细和 BI 报表对不上？先查这三套系统版本有没有悄悄更新
交易明细和 BI 报表对不上？先查这三套系统版本有没有悄悄更新 当交易明细与 BI 报表不一致时，需通过逐一比对数据链路中各系统的版本信息与更新时间戳，来定位是否因非预期迭代导致口径差异。 为什么排查数据链路版本更新是异常调查的第二步 在锁定定义变化后排查数据链路版本更新，是因为系统底层逻辑的悄悄切换往往比业务规则调整更隐蔽，且是排除干扰项的关键审计步骤。 发现交易明细与 BI 报表不一致时，别…
流水暴涨报表腰斩？退款拒付时间差才是收入波动的真凶
流水暴涨报表腰斩？退款拒付时间差才是收入波动的真凶 退款与拒付的时间点若与收入确认周期错位，会直接导致净游戏收入剧烈波动，这种结算滞后常被误判为真实业务下滑。 某渠道昨日流水暴涨，今日报表却显示收入腰斩。这并非业务崩盘，而是结算事件在时间轴上发生了位移。很多运营人员盯着 GGR（毛赌注）看热闹，却忽略了真正决定钱包厚薄的 NGR（净游戏收入）。当退款、拒付或奖金发放的时间点与确认周期错位，报表上…
GGR 暴跌别急着怪业务：先拿旧合同核对公式，5 步排除口径陷阱
GGR 暴跌别急着怪业务：先拿旧合同核对公式，5 步排除口径陷阱 核查 GGR 与 NGR 公式变动需对比新旧合同条款，确认地域范围、币种结算状态及扣减计划是否调整，以区分口径变更与真实业务问题。 为什么查 GGR 和 NGR 公式变动要先排除定义变化？ 数据异常往往源于计算公式或统计口径的隐性变更，因此排查时必须先核对定义变化，再分析具体业务归因，这是最稳妥的起手式。 数据突然跳水或暴涨，别急…
未登录游客设备怎么统计进留存？一人多机让数据虚高15%
未登录游客设备怎么统计进留存？一人多机让数据虚高15% 未登录游客因缺乏账号主键，无法在跨设备场景下与已登录身份关联，导致其留存行为被系统遗漏或错误归因，从而造成整体数据失真。 为什么系统很难把一个人算清楚？ 仅依赖设备号统计会误将同一用户的多端行为视为多个陌生人，这种一人多身的错觉使得跨端去重后的留存数据天然包含重复计数的水分。 同一用户刚用手机刷完视频，转头又用平板打开网页。如果系统只盯着设…
家人共用一个账号，系统会把3个人算成1个吗？留存数据正在集体撒谎
家人共用一个账号，系统会把3个人算成1个吗？留存数据正在集体撒谎 共享账号会导致多个真实自然人被系统强制合并为单一身份，从而造成独立用户数被低估和留存率虚高。 这个“去重”误区，正在让你的数据集体撒谎 跨设备统计将不同自然人强行合并为同一 ID，导致独立用户数被严重低估，使留存与转化数据呈现虚假繁荣。 家里几口人共用一个视频会员，办公室同事拼单分摊订阅费，这些场景正让后台数据悄悄失真。当不同自然…
手机网页多端登录怎么算一个人？揭秘确定性匹配原理与留存陷阱
手机网页多端登录怎么算一个人？揭秘确定性匹配原理与留存陷阱 手机网页多端登录通过账号 ID 将分散设备行为拼接为同一用户，从而修正因设备隔离导致的重复计数偏差。 你刚在手机上刷完文章，转身打开电脑又登录了同一产品。系统后台却可能把这两次操作记作两个完全不同的用户。这种误判并非算法迟钝，而是设备级统计的先天局限：默认情况下，手机和电脑被视为两个独立的观察对象 [1] 。 为什么设备隔离会导致计数陷…
总用户涨了但老客在流失？用 Amplitude 公式排除新增，看清真实留存
总用户涨了但老客在流失？用 Amplitude 公式排除新增，看清真实留存 排除新增客户的留存计算公式通过（期末客户减新增客户）除以期初客户，旨在剥离新客干扰以反映老客真实去留，但需明确适用边界与报告规范。 为什么需要“排除新增客户的留存计算公式”？ 该公式用于识别总用户增长中由新客涌入掩盖的老客流失真相，避免管理者因数据幻觉误判产品健康度与实际留存状况。 某 SaaS 产品期末总用户数比期初多…
员工跳槽后账号还在用，算留存还是流失？Amplitude 给出了新答案
员工跳槽后账号还在用，算留存还是流失？Amplitude 给出了新答案 用户更换组织是否算留存取决于定义标准：Amplitude 将同组织持续定义为 Retention，而将跨组织但同类别的持续定义为 Persistence。 为什么“员工跳槽”会让留存率计算陷入争议？ 员工跳槽导致数据归属模糊，引发传统生命周期分析中关于账号活跃究竟代表留住客户还是流失客户的逻辑争议。 当一名核心员工从 A 公…