普通的运营满足于留存、获客且深陷其中，专业的运营关注落地页流量及转化，通过AB测试总结广告高转化的规矩；
普通的平台资源管理者满足于广告位的点击量，然后按照企业一套不成名的价值体系分配广告资源。专业的资源管理者凭借曝光、用户价值分配资源，无限接近于理论上的资源收益最大化；
普通的产品经理满足于功能的整体转化率，减少环节上的漏损。优秀的产品经理知道用户访问习惯，访问深度以及该功能对平台重要性，如功能下线将影响多少日活和月活，深知功能于平台的价值。
在国企呆久了你会发现激励思考的人比较难得，都疲于用蛮力满足上级的好奇心而非探索手头业务的提高和拓展。工作的乐趣因为缺乏进攻性而成就了了。我也一度成为纯体力输出的排头兵，为APP每个页面、事件制定id和参数基本耗尽了一到两年时间，由于版本迭代和数据不开放导致大量人工体力投入。但随着采集覆盖率不断提高，和企业数据分发意识初见曙光，我身上的体力活和临时分析工作都有团队来承接，现在我自由了，可以系统地规划采集。
做了采集就要用，常规的页面puv、页面事件热力图、页面漏斗图和平台流量sankey图并不太能实现比较复杂的问题分析，对页面的优化仍然没有提供有效的指导性建议，基本没有。
如果不甘于随便活一生或在岗位上无所成就那就大胆探索。我的所思所得如下——
一、需求管理
你没发让一个装睡的人醒来，所以你得自己做。采集并不简单，全埋还是局部埋都有道理，但我始终认为要读懂用户就必须全埋，而且参数该做的地方不能漏。所以最终全部的埋点需求由我一人承担，这有几个非常重要的好处。
其一，埋点的命名规范非常统一避免重复。这样不同级别的页面、事件可以采用不同的命名规则。可配置入口可采用A、B、C开头代表等级，平台级入口以A开头，专区级以B开头，跨场景入口以C开头，以此类推至DEF等（不包含G）。场景（功能）可采用数字01或001定义为场景编号，挂网可采用G开头。微信和支付宝分别为W和Z开头。此外key name可以统一命名便于数仓出报表。
其二，文档统一管理，可实现用户行为id中文化。既然我出埋点需求自然由我编写埋点需求文档，产品经理给我交互或高保真后我根据统一的命名规则编写excel文档。且场景迭代时可以保正相同功能按钮的事件id得到传承。
其三，超出产品经理的需求，从顶层角度提出全局性采集需求。比如在指定类型场景结果页部署主动采集事件通过参数保留成交金额(产品经理更相信后端采集里的金额)，甚至可以统一规划曝光采集。
其四，可设计统一的埋点监控分析平台或报表。有了统一命名的行为数据并能翻译成中文，就能做很多归因分析，简化日活跌宕的因果分析。
二、应用
要把埋点用活肯定是建立在系统对系统的基础上，尽可能只让人处理高阶分析和决策。
其一，需要一个收集excel变成库表的小工具，以id作为主键上传数百张埋点需求文档。查阅用户行为路径时就能直接翻译成中文。此外，上传的埋点文档需要标记多级分发类事件的等级以及清空条件，场景侧则要标记出首页、结果页以及采集了key代表转化价值的事件。
其二，需要一套入口算法模型。这套模型将实现广告位的曝光>点击>首页>转化>价值的串联，最终掌握广告位平均曝光收益。当前icon或启动页普遍都采用了分客群规则，有了曝光和点击等数据就可以帮助运营更合理分配广告，以及可以让广告主知悉广告的转化率情况。
其三，建立用户价值模型。有些app可能有会有多种类型业务，有些赔钱有些赚钱，即便都是电商也会因为品类不同导致利润不同。所以需要建立类财务的用户价值标签，将用户访问的入口、场景和用户价值增益关联起来。实现平台价值与场景价值挂钩。为理论上的广告分配提供预测。
其四，搭建场景监控看板或定期诊断报告。基于业务逻辑将用户行为归类，如多少人是误点、多少人是初步具有需求，多少人纠结于数据商品等，按照用户心理等级归类并将行为数据映射至相应人群并实现标签化。针对不同等级标签的用户设计可以综合考虑优化方案，或给予提示或精炼说明文本。此外着重对重复性路径、不合理路径研究还原用户当时的思绪及操作以期减少误导或提供显著提示引导用户。当然场景的日活、留存、流失、独角兽特征（用户只为了这一个场景登录app）等都应该纳入常规监控。
其五，建立报警和归因分析模型。对广告分发效益不佳的发起移动端报警，对转化率异常发起报警。报警内容可基于正常用户行为和当前异常用户行为进行对比，如页面/接口加载比往常更久、某个入口的引流下降甚至当日dau下降或今天场景改版界面正式对外等。反正数据都在那，行为数据科学家是能提供较多的帮助的。
结束语
我们距离玩的飞起还有很长的距离，唯有不轻易放弃才能保证我们能不断靠近数据价值顶端看到数据价值的曙光。
