怎么打点（4）

打点需求终于产出完毕了，接下来需求给到产品端或者技术端进行对接了。那在列打点需求和沟通的时候，也可能会遇到需要掰（jiu)头(jie)的问题。

1. 只针对新用户

这一点就是一定要搞清楚新用户和活跃用户的区别，并且需要成功的传达给技术，就能够避免。因为对于技术来说，都是用户，咱们所谓的点位比如用户看播3分钟，那活跃用户每天也是可以看播3分钟的，因此打点需求中一定要明确针对新用户，最好对于新用户的定义也明确给出。

2. 回传方式

这个回传时机是指事件发生以后我们需要的回传方式。比如说是玩一局游戏这个点位，咱们是想要新用户进来玩第一局游戏的时候回传，还是希望新用户每一次玩游戏都回传；是单次回传还是多次回传；是希望用具体的事件次数进行要求呢，还是想用打点事件加计时器的形式进行打点。不同的产品形式和不同的事件要求不同，在决定的时候一定要考虑到哪一种回传方式对我们优化的事件信号累积是最有利的，尽可能避免反复的无效信号。

3. 打点方式

打点方式主要是分两种，一种是客户端C2S，一种是服务端S2S。

看一下下面的这个图，我在网上搜的国内用户用支付宝在网上买东西的整个支付服务流程。由于支付的特殊性，用户在发起付款以后，不仅有商户的客户端和服务端进行反应，还有支付宝的客户端和服务端通过SDK进行响应。

（谷歌搜索关键词：支付流程）

这里支付宝作为第三方支付工具参加了整个支付流程咱们先不考虑在内，咱们就说商户，也就是作为广告主，需要通过客户端和服务端进行反应。如果中间某些一个流程断掉或者出现失误，就可能导致用户发起付款，客户端收到了，但是服务端没收到，这种情况下，如果是客户端打点，那支付事件会增加，如果是服务端打点，大概率是不会增加的。至于咱们是需要选择客户端打点还是服务端打点，最好是根据对接需求和技术部门进行沟通，由对方给出更合理的建议。

除了打点的基础逻辑，回传方式和前后端区别之外，可能还会有一些其他的产品或者技术问题存在，不管有什么问题，说明白需求的需求背景，和对应的人员耐心沟通去解决就好。