最近通過知乎@劉飛 老師的回答中，幸運(yùn)的知道了這個(gè)神奇的微信公眾號(hào)：給產(chǎn)品經(jīng)理講技術(shù)（微信直接搜索文字即可找到）。
劉飛老師說的很對(duì)，產(chǎn)品經(jīng)理不需要會(huì)技術(shù)，但需要知道自己負(fù)責(zé)那塊產(chǎn)品的技術(shù)實(shí)現(xiàn)邏輯，關(guān)鍵在于懂什么樣的技術(shù)，少給軟件工程師挖坑。
我還沒入行怎么辦？那就挑一些我認(rèn)為以后可能用得到的文章做筆記學(xué)習(xí)吧，比如今天先來一個(gè)：
1《整天看用戶埋點(diǎn)數(shù)據(jù)，知道數(shù)據(jù)是咋來的嗎？》
KEY-VALUE形式
KEY-VALUE的形式主要用來統(tǒng)計(jì)簡(jiǎn)單計(jì)數(shù)類上報(bào)，如 按鈕的點(diǎn)擊次數(shù)、某個(gè)選項(xiàng)的值等，KEY用來區(qū)分不同的事件，VALUE代表事件發(fā)生的次數(shù)，狀態(tài)值等，數(shù)據(jù)組合的主要用來描述一個(gè)事件或者狀態(tài)需要多種屬性描述的場(chǎng)景，比如下載成功事件，描述這個(gè)事件的數(shù)據(jù)組合可能包括對(duì)應(yīng)的下載地址，下載渠道來源，下載耗時(shí)等信息。
1所謂埋點(diǎn)
就是在正常功能邏輯中添加統(tǒng)計(jì)邏輯。
2上報(bào)
并不是每統(tǒng)計(jì)到一次事件或者狀態(tài)就會(huì)發(fā)起數(shù)據(jù)上報(bào)，統(tǒng)計(jì)的數(shù)據(jù)會(huì)暫時(shí)存儲(chǔ)在內(nèi)存或磁盤上，在合適的實(shí)際才會(huì)批量上報(bào)，這樣做是因?yàn)樾枰紤]與服務(wù)器多次建立連接的性能損耗和流量問題。
除了統(tǒng)計(jì)時(shí)間之外，還會(huì)將標(biāo)識(shí)用戶的iD一并上報(bào)，后續(xù)用于計(jì)算用戶相關(guān)的數(shù)據(jù)如日常用戶和留存率等。
3后臺(tái)記錄日志
數(shù)據(jù)上報(bào)服務(wù)器后，會(huì)存儲(chǔ)在服務(wù)器的磁盤中。一般來說，非強(qiáng)實(shí)時(shí)性的數(shù)據(jù)上報(bào)服務(wù)器后，并不會(huì)立即參與計(jì)算，獲得最終的統(tǒng)計(jì)結(jié)果。需要等到服務(wù)器負(fù)載較低的時(shí)間段利用預(yù)先配置的計(jì)劃任務(wù)進(jìn)行離線處理，這樣可以省錢。
4計(jì)算&入庫(kù)
報(bào)表中展示的數(shù)據(jù)，并不是客戶端上報(bào)的原始數(shù)據(jù)，都是后期計(jì)算出來的。
當(dāng)數(shù)據(jù)倉(cāng)庫(kù)工具計(jì)算出最終的結(jié)果后，計(jì)劃任務(wù)會(huì)將結(jié)果保存到數(shù)據(jù)庫(kù)中，也就是入庫(kù)的過程。入庫(kù)后的數(shù)據(jù)才能與前端對(duì)接，組成報(bào)表展示系統(tǒng)。
5展示
當(dāng)數(shù)據(jù)入庫(kù)后，報(bào)表的展示就水到渠成了。報(bào)表系統(tǒng)通過前端頁面用戶的輸入獲取查詢條件，然后通過后臺(tái)數(shù)據(jù)庫(kù)查詢獲得結(jié)果，在前端展示出來。
2
以上內(nèi)容來自微信公眾號(hào)：pm_teacher
