@优化师：入门到加薪，不懂变现怎么行？- 大数跨境

顶量增长引擎

2022-03-23

导读：优化师的变现“必修课”

听说在最近基金大跌，大家都愁”没钱花“的时候，

有个职业正在愁：这么多钱往哪儿花？怎么花？

如果你没体验过“花钱如流水”，还能”以钱生钱“的感觉，欢迎你加入广告投放行列~

虽然有时，流量“玄学”导致的反复不起量让人迷茫，但作为一个成熟的优化师，早就习惯从LTV、ROI以及每天的消耗，收入、兑付消耗、留存等数据，观察判断出投放多少天可以让产品回收成本，甚至获益。

于是，”了解变现“也成了“必修课程”。

毕竟若无法追根溯源，遇变故自然手足无措，以“玄学”视之。但当回到科学精神，回归产品变现的深层逻辑，就会发现：

不了解是玄学，了解就是科学。

懂变现，才能自如面对产品问题。

📍

下文的分享没有废话，干货含量极高，建议收藏，需要高清图请加图上二维码私信小编领取。

广告投放变现流程

变现漏斗角度看变现模块

在细分领域模块，不断向上填充，寻求最大变现

因为填充率可以细分到各个广告位的填充占比都是不相同的，其实每个分层的用户价值都是不一样。

每天买到的用户质量和受到整体大盘的影响，每个场景的广告位的填充率是波动，如果广告位填充率处于上升的趋势，就可以尝试向上填充，把ecpm 100提升到ecpm 300,增大填充率，获取最大的变现价值。

应用内变现阶段

名称	基本介绍
单一SDK （2008年）	开发者大多接入单一广告平台 SDK 进行应用内变现，开发者只需要接入该广告平台 SDK ，然后依据各广告主的历史 eCPM，设置简单瀑布流。当时只有为数不多的几家广告平台开发了此技术，Chartboost 就在其中。目前也有小部分开发者为了节省工作量而直接接入几家广告平台的 SDK。
第三方聚合平台（2013年）	随着越来越多的广告平台拥有 SDK 变现技术，聚合平台在 2013 年前后应运而生，开发者可以通过接入包含多家广告平台 SDK 的聚合平台。
瀑布流分层（2017年）	由于瀑布流通过串行的方式，发送广告填充请求，瀑布流分层模式被广泛应用，广告平台在瀑布流高、中、低各层都有竞价机会，因此有更多竞价优质流量的机会。同时多层模式有助提高开发者的广告填充率。然而多层瀑布流的设置工作非常复杂，需要耗费大量人力成本，尽管设置再多层，也会有竞价区间，有可能造成竞价价格流失。
应用内统一竞价（2019年-至今）	由于瀑布流竞价形式效率低，我们开始了第四个阶段，被称为应用内竞价（In-app bidding）或者统一竞价（Unified auctions），广告需求方平行竞价广告请求，价高者得。

瀑布流变现模式

注意一层一层寻求填充，也许会造成广告延迟，造成资源浪费

应用内实时竞价

主流变现方式对比
瀑布流VS应用内竞价
1. 瀑布流和应用内竞价谁更省时省力？	当然是应用内竞价。瀑布流中，广告请求依次发送给各家广告平台，直到被填充上，者会造成广告延迟和广告展示浪费，开发者变现利益受损。而在应用内竞价中，广告请求是实时的、并行的，所有广告平台在同一时间获得广告请求并以最快的速度回传出价，开发者可以快速决定谁赢得广告展示。
2. 谁让开发收益更高？	这个不好说。开发者可以全面控制瀑布流，通过设置底价和设置分层，最大化广告填充，获得稳定提升的变现收益。应用内竞价中，竞价方根据每一次广告展示的价值出价，最大化变现收益。
3. 谁的市场普及率高？	瀑布流普及度更高。因为目前市面上支持应用内竞价的广告平台数量有限。
4. 混合变现模式如何工作？	混合变现模式是瀑布流和应用内竞价的结合体。广告请求同时发送给瀑布流和应用内竞价，二者中出价更高的赢得广告展示。

产品变现计算预估

相关定义

指标	指标
LT	Life Time，指一段时间时间窗口内用户的活跃天数
ARPUDAU	活跃用户日均ARPU值，也即用户活跃一天所能带来的日均收入
R	用户日留存率，例如次日留存率、7日留存率等，第t天留存率记为R(t)

本文以这个示例作为阐述：某个渠道1月1日新增的用户（新增用户规模为Count），累计了14天的真实用户数据来预估其LTV值，以评估该渠道质量是否满足ROI要求。

对于产品来说，LTV指标的参考意义显得尤为重要。

假设当日新增用户的平均买量成本为x元，这批新增用户在30天后的平均用户收益为y元（即LTV30）：

设这批新增用户为N（因为存在留存下降趋势）

$$LTV=LT*ARPU$$

情况	结果
如果y≥x	则说明在获得这批新增用户的30天内能够收回买量成本，并且之后将开始盈利
如果y＜x	则说明30天后仍不能收回买量成本，此时开发者就需要结合自身产品和买量渠道等进行优化调整