Please enable JavaScript.
Coggle requires JavaScript to display documents.
CJ - Coggle Diagram
CJ
商业化
adx平台
海外
老牌程序化平台:持续强调:app.ads.txt&supply chain,反作弊,素材优化等多个指标,以及部分包名审核流程,必须要遵循的守则;但有听到pubmatic 等平台,为了效果优化,会有诱导素材投放出去,以及加白流程也可以有特例,例如两个月后可以把被拒的包名重新提交,
这种平台的预算和我方已有的流量匹配度不高 1)通过接入直接sdk ssp优化; 2)adx 收休闲游戏量;3)目前为了收益优化,能感受到亚太团队的弹性,这个后续探究
-
-
-
规模化
海外:需求更加灵活的方案+新增长点
-
-
-
运营本身:较多的切入自建聚合+强势三方聚合的客户,运营方案压力较大(例如ufoto 这种,已经测试过很多成熟策略,切过来,前期我方仅仅在底价测试这个层面就走些弯路);要尽量看下前序策略是否可尽量获取对齐,然后结合自身经验来优化;
中国
流量类型:利润走薄,回收困难,开发者较疲态;目前针对各种配置繁琐 & 增收未知的功能尝试意愿较低; GM bidding 等方案,因为目前bidding 效果效果不好,部分开发者消极接入;
代运营在【夯实维稳】客户合作情况下,也可作为一个抓手;不止是【新拓】客户才使用
产品层面:1)用户价值分组在开发者看来不算新鲜的功能,以及如果配置成本较高,分析数据链路较长,也会有些潜在问题;但还是愿意尝试,主要是考量我们处理缓存&时效性&判断用户价值策略的独特性,认可我方的专业度;
2)代运营操作可以减缓策略封装进度的压力(主要转移到内部);但是不是所有客户都适合这种方案,所以整体后台的使用效率还是要高优优化