?

?

?

打點需求終于產出完畢了，接下來需求給到產品端或者技術端進行對接了。那在列打點需求和溝通的時候，也可能會遇到需要掰（jiu)頭(jie)的問題。

?

1.?只針對新用戶

這一點就是一定要搞清楚新用戶和活躍用戶的區別，并且需要成功的傳達給技術，就能夠避免。因為對于技術來說，都是用戶，咱們所謂的點位比如用戶看播3分鐘，那活躍用戶每天也是可以看播3分鐘的，因此打點需求中一定要明確針對新用戶，最好對于新用戶的定義也明確給出。

?

2.?回傳方式

這個回傳時機是指事件發生以后我們需要的回傳方式。比如說是玩一局游戲這個點位，咱們是想要新用戶進來玩第一局游戲的時候回傳，還是希望新用戶每一次玩游戲都回傳；是單次回傳還是多次回傳；是希望用具體的事件次數進行要求呢，還是想用打點事件加計時器的形式進行打點。不同的產品形式和不同的事件要求不同，在決定的時候一定要考慮到哪一種回傳方式對我們優化的事件信號累積是最有利的，盡可能避免反復的無效信號。

?

3.?打點方式

?

打點方式主要是分兩種，一種是客戶端C2S，一種是服務端S2S。

?

看一下下面的這個圖，我在網上搜的國內用戶用支付寶在網上買東西的整個支付服務流程。由于支付的特殊性，用戶在發起付款以后，不僅有商戶的客戶端和服務端進行反應，還有支付寶的客戶端和服務端通過SDK進行響應。

?

?

（谷歌搜索關鍵詞：支付流程）

?

這里支付寶作為第三方支付工具參加了整個支付流程咱們先不考慮在內，咱們就說商戶，也就是作為廣告主，需要通過客戶端和服務端進行反應。如果中間某些一個流程斷掉或者出現失誤，就可能導致用戶發起付款，客戶端收到了，但是服務端沒收到，這種情況下，如果是客戶端打點，那支付事件會增加，如果是服務端打點，大概率是不會增加的。至于咱們是需要選擇客戶端打點還是服務端打點，最好是根據對接需求和技術部門進行溝通，由對方給出更合理的建議。

?

除了打點的基礎邏輯，回傳方式和前后端區別之外，可能還會有一些其他的產品或者技術問題存在，不管有什么問題，說明白需求的需求背景，和對應的人員耐心溝通去解決就好。

?