这其实就是保留数据与提取数据的流程。我想说，保留数据与提取数据，本质上是两个步骤。
数据投递就是保留数据的步骤。你可以投递用户的启动，页面展现，区块展现，点击，以及各种业务数据如充值，付费，阅读时长，观看时长等等。其中，相对精准度要求没有那么高的如启动、页面展现、区块展现、点击、阅读时长、观看时长等数据，可以通过前端投递的方式来实现；而充值金额、付费等未来可能会涉及到财务结算的数据，一般采用服务端同步的方式来投递。当然也有例外，比如涉及到投放结算费用的话，新增的启动也会需要和服务端进行核准。
数据投递的颗粒度取决于你是否需要做对应的数据分析。一般每个页面都需要投递页面展现，但是是否每个按钮都需要点击投递，每个区块展现是否都需要投递，这个取决于你的分析力度。当然你也可以选择核心重要的页面都投递，而边缘的页面如帮助中心则不面面俱到。
对于投递的规范，字段设置，需要考虑到后续提数的方便性。比如点击的投递，最好能同时带上所属的页面和区块，方便后续从不同维度进行取数。
上述降到的都是数据保留的部分，那保留好数据之后，数据的提取一定是从数据保留的地方获取么？不一定。大公司一般会有专门做数据提取的数据库，和线上的主库是分离的，也有专门用作BI的中间表，从而方便数据分析。
作为一个产品，你大概有以下几种方式来提取你需要的数据：
1）直接从BI可视化报表中复制
2）开发给你开放了数据库的权限，你通过SQL来提取数据
3）让开发帮你跑出你要的数据
从便捷程度而言，第一条显然是最方便的。而对于第二和第三条，不同的产品不同的开发各不一样，因人而异，因地制宜
所以你需要知道你最常用的数据是什么，需要哪些维度，把他们做成固定的报表，方便提取。这里再提一句，为了拷贝后在excel中分析方便的报表设计，和为了直接在BI中看数据方便的报表设计很可能是不一样的。所以如果人力充沛的话，建议做一张明细的BI表，再针对不同的常用数据维度，做几张方便观看的表。（开发不要打我）。
对于SQL提数，我的建议是如果你的公司允许，且你做的产品工作经常需要和数据打交道的话，最好还是学习一下。熟练之后你会发现，不需要求助于任何人，自己可以直接寻找各种分析维度，又随时能拿到对应数据的感觉，就像徜徉在数据的海洋中一般的爽，不能自拔。
