一步步体验下DMAIC过程

第一步，定义（Define）

对使用浏览器广告屏蔽插件的用户进行召回，会100%浪费预算。

第二步，测量（Measure）

识别 出使用浏览器广告屏蔽插件的用户>>将其作为一个用户级扩展标签 ，传递给数据分析工具>>通过数据分析工具统计 出具体数字。以识别屏蔽AdSense为例，参考JS如下：

（具体代码可能与上述代码有差异，此处只是提出一个思路仅供参考）

后面两个步骤是基于工具的标准操作，在此不赘述。测量出到底是哪些用户使用了浏览器广告屏蔽插件后，我们便可进入分析这一步骤。

第三步，分析（Analyze）

分析的下一步是改进，所以我们不妨基于测量到的数据，直接分析应该如何改进。从时间上思考是如下3个方面：

过去 ：通过历史数据总结经验教训，并将其作为后续运营工作中必不可少的组成部分。

现在 ：一方面不再浪费这部分预算，另一方面对这部分用户采取针对性手段获取更多价值。我们把可采取的策略总结在下图中：

所有重定向广告的受众群体条件中，都要有一条 ：“排除使用了浏览器广告屏蔽插件的用户”，这样就避免了该部分预算的浪费。使用了浏览器广告屏蔽插件的用户分成两拨，如上图所示，一拨是：有联系方式的，另一拨是：没有联系方式的。有联系方式的，我们已经有了触点(关于不同联系方式召回效果，我们在其它文章中进行讨论)，可以对其进行召回。没有联系方式的，我们要把触点从0到1 ，先解决有没有触点，能不能触达的问题，把他们转化为有联系方式的用户。(PS：有些朋友可能会想，做让用户停用浏览器广告屏蔽插件的活动。个人不推荐大家这么做，因为这一方面会增大潜在受众的浏览器广告屏蔽插件使用率(好多人没用这东西，只是因为不知道它的存在)，另一方面找来的人大概率是“薅羊毛的”;这不仅仅是对于潜在风险的分析，更是花钱买来的教训。)

将来 ：避免对这样的用户进行广告拉新，完全是浪费钱。建议大家向投放平台提出需求，要识别哪些用户使用了浏览器广告屏蔽插件，不对其进行投放。这部分只能通过SEO、H5、社交内容等方式拉新。

第四步，改进（Improve）

乍一看上去，改进和分析似乎可以合并。其实分析和改进的还是有区别的：分析相当于是方案，改进相当于执行。改进这一步要把分析落地。

工欲善其事必先利其器，方案基础上的改进，就需要用户分群这样的高级功能来实现保驾护航。如下图所示：

通过人口特征、使用行为、使用设备和使用偏好4个角度，创建具体的分析人群。尤其是使用偏好部分，基于易观第三方数据(22.5亿设备覆盖、5.5亿MAU )增补确认用户的领域偏好和APP偏好，为用户召回触点的选择和预算分配，提供数据支撑。

通过领域偏好确定，哪方面的媒体更好。

通过APP偏好，确定具体哪些APP更好。

通过易观方舟特有的第三方数据增补，结合分群功能，在各个用户触点实现精准用户召回。

第五步，控制（Control）

上述改进落地的过程，也需要不断优化并监测效果，确保改进的成果。使其实现标准化甚至自动化。我们建议观察如下数据的变化：

1.日均有效召回数量；（例如：发生转化可视为有效召回）

2.有效召回单价；

3.用户召回日预算；

4.整体日转化量。