项目中页面及点击事件的上报该如何设计

唉，我的领导有强迫症，跟我说，以后开发的时候，所有的点击事件，都要加上事件上报，崩溃。。。

事件上报对性能、流量造成的“恶劣”影响姑且先不谈了，上报了这么多数据，到底有多少是有用的，最后分析数据的时候，各种搞不清楚点击来源，干扰结果就让人非常头疼。

那么我们一个项目中，到底应该上报哪些点击事件呢？前些天当运营来找我们要一些运营所需的资料时，我恍然大悟。

先来看几个运营整理的数据表单：







看到这些表格，有什么想法没有，

点击赠送按纽>>>进入赠送页面>>>选择赠送>>>赠送完成>>>提醒好友领取>>>好友领取完成>>>好友分享；

点击索要按纽>>>选择索要道具>>>发送索要请求>>>好友对索要消息进行处理（同意或拒绝）>>>收到好友对自己索要的处理结果。

这一系列的东西，都刚好形成一个闭环，一个功能从他的发起，中间经过重重处理，包括自己的操作，还有传递到相关用户后的操作，到最终的回到起点达成一个功能的完结，优秀的运营经理，可以从这些数据中，看出用户是否喜欢一个功能，看出这个功能在使用上存在那些问题（中间操作受阻的情况在哪里），看出这个功能对营收或者推广的帮助有多大，总之一句话，对分析一个功能的用户使用情况至关重要，并且也决定了你们项目在之后的版本优化的方向（腾讯有太多优秀的运营经理了，他们特别疯一样的这些数据的收集分析~）。

SO，说了这么多，也没有讲具体要在哪里加上事件上报，具体的位置，就让你去和产品运营，一起坐下来，拿着手机看着项目，好好想想你们做的东西，到底想要什么，再决定在哪里加上这至关重要的事件统计吧~

噢差点忘了，还有就是页面的统计，这个一般都是放在BaseActivity中的onCreate回调中，不用特别去添加的，不过有点要说的是，这个页面统计一般都不太精确，最后还是结合按纽点击，进行综合分析比较好一点。