“预测DAU”是老板也好，产品经理/游戏制作人也好，经常逼着我们营销人员执行的任务。虽然有用，但是偶尔会让我们很难受，毕竟这个活如果乱拍板的话，容易给自己挖坑。之前我们市场人员要算这些数不都需要求数据分析师么？现在老海盗给你一个工具，让你再也不求人。原理讲述环节：DAU基于两个因素，新增用户+留存用户。新增用户可以基于市场计算和用户获取能力来估计；而留存用户则是用留存率进行预测。例如第90天的DA

App运营数据：data.ai,sensortower,点点数据评价：这三者可查询APP在应用商店的排名，评价，以及下载量留存等。实现原理是在拥有部分APP的一手数据情况下，根据排名等规则拟合其他APP的数据，一般认为在主要市场大致能反映趋势。网站运营数据：similarweb, semrush评价：这两者可查询网站的活跃，访问量，停留时间等数据，数据来源主要是浏览器插件，浏览器，以及ISP机房的

正好基友又来问我：我们现在有3个马甲包ABC同时在推广，是同一服务器。比如用户1看见马甲包A的谷歌广告，在马甲包A上面注册且付费了，我们也把数据回传给了谷歌，过段时间，用户A又看见马甲包B的广告，然后在马甲包B上面登陆了马甲包A上面的账户，但是注册和付费行为我们不回传了。所以长久以来，马甲包A和B之间是不是不会互相曝光对方回传过的用户？先展开说多包策略分两种：1，独立数据库，每个App单独注册，单

W2A到现在已经坚持研究了半年，到目前基本已经接近稳定状态，累计更新了多次版本后到目前应该不会再有大坑（希望是），其实每次更新都是有比较大版本更新后来大致做个总结：1，累计对接到目前有190个产品，目前大约存活30%附近，早期的客户流失的比较严重，主要是方案里面小问题太多导致了产品转化率不高。2，消耗水平在前面一个月基本上每周都会翻倍的上升，最近稍微平稳下来，估计手里这一些产品优化好后可以再对接一

这个现象其实应该是在22年的时候会出现的比较多，理论上不应该现在还会有，但是就是碰到了。大致的表现：在AF（或者其他三方）上有FB的转化数，从FB看事件管理器里面也有安装数和后续的event数据，但是在广告表现的地方无法看到完整的转化数据，包含安装，后续的所有事件能识别到的都很少。根据数据情况，其实可以估计出来，三方都收集到了转化数据，FB也收到了所有的转化数据，只是无法定位到广告上，那么问题出在

有时候遇到一些老产品，或者小众产品，都会到一个瓶颈阶段，在现有的理解范围内折腾人群，素材都不会有太大变化。这时候我们可以按照下面几个思路来看是否还有可折腾的空间。素材，人群，投放策略+操作，渠道，活动，产品，营销。每一个领域都可以拆开出来好多内容，今天先出个目录，后续一点点拆开重新解说。具体拆开说：1，素材通常我们是根据自己产品的特点，和竞品的素材特点，会给自己的产品做素材，也可能会尝试往外扩展一

近期一款蜡烛取暖灯逐渐浮出水面，经小编查询发现是一款极具氛围感的家居好物，点一支香薰蜡烛取暖的同时又可营造良好的氛围。经小编查询发现该专利于2023年8月下证，10月31日在美国佛罗里达州立案。因其一直处于隐匿状态，直至近期才逐渐浮出水面。案件基本信息起诉时间：2023/10/31案件编号：23-cv-24163品牌方：蜡烛取暖灯专利律所：LAW FIRM OF RUBIO & ASSOC

一两年前发过一次的，发现最近还有人踩坑，重新翻出来再发一轮。风险点：买的个人户在给添加广告账户后可能存在对方找回账户并且进广告账户盗刷费用。之前有越南人专门做这个生意，大量注册账户，养一段时间后卖给国内给大家使用，再找回密码后直接盗刷，或者卖余额户（有余额的广告账户），可能还有国人参与，先前看到的盗刷基本都是独立站电商。具体盗刷思路：1，注册邮箱A，设置安全邮箱B。2，拿注册的邮箱A去申请FB，申

新政策的影响估计很快就会在小贷，各种多包的工具App，菠菜等产品领域现行，估计接下来还会有更多的人来尝试做web2app的方式，既然如此，我们会继续深入研究优化我的web2app 傻瓜版本方案，方便后续的客户需要。最新的一些情况更新：1，小贷领域 已经有多个成功项目，尤其是印度，其他地区较少。2，少量BC客户成功。我们自己开发的进展：1，appsflyer+adjust都可实现免开发直接用我们系统

前我对广告系统的理解，其实是会倾向于是系统会尽可能优先曝光最可能产生转化的人（这里最可能产生转化的通常是之前转化过多次的人）。这个理解其实问题不大，这个逻辑在游戏行业或者其他产品上都没问题，历史产生了更多次游戏付费的人，在系统中肯定会寻找出共同特征，之后再次出现有广告需要投付费目标的时候，优先曝光这个特征的人（实际上就接近于是前面游戏付费次数多的人）。我理解小贷其实也会有同样的逻辑，在我们投放新的

Web2app 这个事情差不多搞了两个多月之后，现在差不多也越来越清晰。最近甚至已经把web2app的自动优化价格预算都做完。但是还是有必要把最近的一些投放做一下做节。重点结论：1，不到万不得已，不要去折腾自己开发（走免开发的成熟方案另说），收益率太低。2，仅有用户有“刚需”的产品才有成功几率，或者就直接是扛得住高价的产品。也有一部分是有天然优势的项目可以尝试。3，投放成本，无论多努力，都无法达到

最近这段时间一直在关注Web2app的投放问题，正好又有了一周多的数据，可以给大家做新一轮同步。重点结论：1，投放学习过程，投Web2app比正常投放GP要慢，主要是要重新积累pixel转化数据，并且每个渠道都要单独积累数据，相比App各渠道自归因收集整个App转化数据，网页的模式真的太慢了。2，量级，一定比不过跑GP，毕竟要么多了一个页面，要么走APK下载，整体转化一定会下降。但是目前还没到天花

这个问题源自上周分享会上的一个提问，大概需要讨论的点：如果产品投放的事件都是统一个标准事件，是否会让系统学习到同样的人群。举例：假设我们好几个小贷的打点都用的add to cart 当做申贷，Purchase当做放贷，是否能让Facebook学到同一拨人群。这里其实涉及到facebook给用户人群打标签的逻辑，但是我估计不会找到有文档佐证，只能猜测。我估计大致的逻辑：1，FB 会根据用户的一些基本

前面有朋友的facebook账户由于不小心BM内出现了个人账户被盗（可能是自己的账户丢了账户密码的，还有可能存在自己当初买的账户没处理掉当初的两步验证），之后被盗的个人户进到了BM，直接在现有的账户中创建了一些电商的广告，损失不少钱。所以其实如果有条件可以考虑按照下面思路，设计一下防盗刷的功能。核心思路：停用一段时间的账户，再次创建或者打开广告系列，直接自动关闭。考虑是一般每天在用的账户，大家都会

Google的棋牌难跑这个现象并不是绝对的难跑，这个和产品本身有一些关联，大致分成两种情况：1，做AB面的棋牌游戏，A面可能是个休闲游戏或者是一个三消之类，这类产品的Google跑起来都比较难。2，直接就是类似Slots的棋牌玩法包装的产品，这类产品相对好一点，但是他的难跑是另一种难。先说 1 的情况为啥难跑：最主要的原因其实就大家的商店AB面，在投放的时候属于“挂羊头买狗肉”，Google本身前