本文是记录做L1的时候的一些策略和工作思路。
L1是手机桌面负一屏。当时是用来做内容资讯业务。
L1已经是存在一段时间的产品。用户量还不错，公司的业务划分到我们这边来了。接手后的目标有两个：一是用户量，二是提高变现。
分几个维度说说当时接入这项目的状况
用户量：由于历史原因，版本是使用插件升级的方式进行版本迭代。但是有1/3的用户是没有覆盖到。需要想办法去将这部分用户捡起来，又不能影响到版本碎片化的问题。当然，还有部分约1/5的用户是没有打开这个功能。（所以有持续的很长的一段时间是跟BD跟region做沟通。）
内容状况：由于爬去的内容和正版的比例大致是9:1。我这边主要负责将内容前端的展示，至于内容的质量和推荐方面，均有专门的内容中心负责。没有个推并且内容覆盖的区域有限，有些没有覆盖到的国家看到的是英语新闻。
数据方面：活跃占比约35%，有点击行为的用户占30%。说明内容质量真的不吸引用户。
商业变现：由于交接的时候原团队已经在新闻列表页加了广告，商业变现团队本着能赚多钱就不要用户体验的原则。在一开始时就将广告逻辑设置成每五条内容插一条广告。
计划：
一、重新梳理代码和埋点来了解业务数据的现状。
二、重新定位产品：L1不是内容资讯入口，而是一个手机管家。不是让用户主动来找内容，而是用户在管理手机的时候，将内容推荐到用户眼前。
三、定好解决方案：解决流量和留存问题。
1、流量：拓量，跟Region沟通开启新项目，由插件变成SDK植入桌面。随着桌面一起升级。
2、留存：添加高频的手机管理应用，清理，杀毒等。
四、产品设计
1、加入手机管家的相关功能后，在没有运营的国家将不会出现新闻，保证利益最大化。
2、根据用户浏览新闻的数据，将原来一次刷新20条的机制变成一次10条，并且图片只加载当前屏幕显示区域。
3、突显内容，将原来的文章简介部分删除，减少无效信息所占用的屏幕空间。
五、商业化
单独拿指标来说说里面的相关工作，新闻列表页的广告展示率（展示率=展现次数/请求次数）过低：
1、由于之前商业化团队设置了公共模块的ID，，每次刷新去掉公共模块ID。
2、原版本设置定时刷新机制，导致大量无效请求的诞生，后台定时刷新机制去掉。
3、原版本缓存三条广告机制变成一条，并且添加云控。
4、将缓存机制变成实时请求，ECPM的效果更好。
5、Clean请求失败过多，原来是在清理的时候内存占用很大，同时去请求广告会导致下载广告失败，于是增加动效时间，在清理完成时候，去请求广告。
至于其他的，展示过少，点击过少，都是按照这种逻辑一步一步来优化。里面的方法主要是之前文章提到的漏斗模型，多维度报表分析，A/B test的办法。
值得一提的是，在商业化上应该在每个版本都单独的给出对应的广告ID，这样每个版本在迭代的时候可以有对比。不然就是拿着混合新老版本的数据来看。
商业化的事情可以单独写一个文章来说，什么时候写，这个不好说了。
