本文主要針對(duì)Key-Value字段的價(jià)值展開討論，并簡(jiǎn)析其靈活運(yùn)用的方法。

Hi，各位看官老爺們好O(∩_∩)O~，在第一篇《數(shù)據(jù)分析-初識(shí)數(shù)據(jù)埋點(diǎn)》中已經(jīng)對(duì)工作中應(yīng)用的數(shù)據(jù)埋點(diǎn)的基礎(chǔ)概念、基本分類、定義規(guī)范、流程以及應(yīng)用場(chǎng)景做了簡(jiǎn)單的介紹，基于部分看官老爺反饋Key-Value字段晦澀不易讀的一些問題。

所以本篇將在之前介紹的基礎(chǔ)之上，深入一步，詳細(xì)討論Key-Value字段的價(jià)值，以及靈活運(yùn)用的方法。期望能幫助各位看官老爺基于業(yè)務(wù)需求在自己進(jìn)行產(chǎn)品的埋點(diǎn)方案設(shè)計(jì)時(shí)提供一些解決問題的思路。

在第一篇文章埋點(diǎn)定義規(guī)范部分對(duì)應(yīng)Key-Value字段沒有向看官老爺交代清楚，本汪痛定思痛，面壁思過，還望各位海涵。在本篇中針對(duì)遺留問題做了詳細(xì)的圖文解釋，還望之前留言的看官笑納。

正文

在上篇中我們已經(jīng)知道，一個(gè)完整的埋點(diǎn)需要定義哪些字段，回顧如下：

• 功能字段
• 中文名字段
• 事件類型字段
• 事件ID字段
• Key字段
• Value字段
• 記錄規(guī)則字段
• 備注字段

寫到這里，看官老爺可能會(huì)問：埋點(diǎn)中定義Key-Value有什么價(jià)值？接下來本篇第一部分的篇幅將與大家一起一探究竟。討論到底Key-Value是做什么用的。

先寫結(jié)論：

設(shè)計(jì)事件埋點(diǎn)時(shí)：

• 同種屬性的多個(gè)事件，建議命名一個(gè)埋點(diǎn)事件ID，并通過Key-Value鍵值對(duì)進(jìn)行區(qū)分。
• 不同屬性的多個(gè)事件，建議命名多個(gè)埋點(diǎn)事件ID，不建議使用Key-Value鍵值對(duì)進(jìn)行區(qū)分。

乍一看，可能有些晦澀難懂，以下將舉兩個(gè)實(shí)例，自然就能明白易懂。

實(shí)例背景：某汽車互聯(lián)網(wǎng)公司，領(lǐng)導(dǎo)對(duì)負(fù)責(zé)新車業(yè)務(wù)的產(chǎn)品經(jīng)理X君、負(fù)責(zé)二手車業(yè)務(wù)的產(chǎn)品經(jīng)理Y君提出需求：對(duì)新車APP和二手車APP銷售線索數(shù)據(jù)指標(biāo)進(jìn)行數(shù)據(jù)監(jiān)控，如有超過5%的數(shù)據(jù)變動(dòng)，則需要向上級(jí)匯報(bào)波動(dòng)數(shù)值以及波動(dòng)原因。

名詞注釋：

• 銷售線索：通過事件記錄到用戶有明確的購買意向，記錄行為的事件例如：電話咨詢、短信詢價(jià)、加入心愿單、收藏、特別關(guān)注等類型事件。記錄一個(gè)用戶即代表一個(gè)線索。
• 數(shù)據(jù)波動(dòng)：即(（當(dāng)日數(shù)據(jù)-昨天數(shù)據(jù)）/昨日數(shù)據(jù))*100%=環(huán)比數(shù)據(jù)波動(dòng)

根據(jù)領(lǐng)導(dǎo)需求，假設(shè)定義短信砍價(jià)按鈕與電話咨詢按鈕為銷售線索指標(biāo)，銷售線索按鈕頁面的入口來源頁面包含：頁面A與頁面B。

X君與Y君分別設(shè)計(jì)了埋點(diǎn)方案，如圖所示：

X君埋點(diǎn)方案：

X君經(jīng)梳理得出，在商品詳情頁共計(jì)有兩個(gè)按鈕是銷售線索的核心指標(biāo)分別是按鈕一：短信砍價(jià)、按鈕二：電話咨詢。并且有外部入口導(dǎo)流到詳情頁的有兩個(gè)頁面，分別是：頁面A、頁面B。根據(jù)流量來源的不同與事件類型的不同分為4個(gè)埋點(diǎn)事件，每一個(gè)埋點(diǎn)事件代表一種情況，如上圖所示。

方案分析：

X君對(duì)每一種情況都單獨(dú)設(shè)置了一個(gè)埋點(diǎn)事件ID，初步看上去還沒什么問題，X君只需每天用這四個(gè)事件ID去后臺(tái)搜索即可滿足領(lǐng)導(dǎo)的需求：對(duì)核心指標(biāo)進(jìn)行監(jiān)控。

假設(shè)隨著業(yè)務(wù)的快速增長(zhǎng)，新增更多的外部入口頁面，由原來的頁面A、頁面B的2個(gè)入口頁面增加至4個(gè)、8個(gè)、12個(gè)，同樣隨著產(chǎn)品優(yōu)化需求的上線，新增更多的銷售線索事件，由原短信砍價(jià)和電話咨詢2個(gè)銷售線索事件增加至4個(gè)、8個(gè)、12個(gè)。

在極限情況（12個(gè)外部頁面入口、12個(gè)銷售線索事件）下X均需要共計(jì)維護(hù)：

12*12=144個(gè)埋點(diǎn)事件ID。

假設(shè)分析場(chǎng)景：12個(gè)流量來源、12個(gè)銷售線索事件，分析X天共計(jì)提交了多少線索？，來自頁面A的有多少？

問題一：分析X天提交的銷售線索中來自頁面A的有多少？

解決以上問題，X君首先需要將流量來源是：頁面A的12個(gè)不同類型銷售線索埋點(diǎn)事件ID找出來求合算出數(shù)值。

問題二：分析X天用戶共計(jì)提交了多少線索？

其次需要將剩下的11個(gè)流量來源各維度下12個(gè)不同銷售線索事件的ID一一取出數(shù)據(jù)加上流量來源是頁面A維度下的所有類型線索取出的數(shù)據(jù)，并進(jìn)行最終求合算出X天共計(jì)提交線索數(shù)…寫到這里，各位客官老爺可能會(huì)說：X君好累啊~，其實(shí)不僅累，并且會(huì)帶來嚴(yán)重效率問題：

• 產(chǎn)品經(jīng)理自身的工作效率會(huì)極大的降低，埋點(diǎn)事件ID越多，效率越低，最后極限情況下會(huì)無限逼近于零效率、零產(chǎn)出。
• 埋點(diǎn)事件無論是普通埋點(diǎn)還是關(guān)鍵核心指標(biāo)埋點(diǎn)，不僅產(chǎn)品經(jīng)理需要監(jiān)控自身產(chǎn)品健康情況，兄弟部門像：數(shù)據(jù)運(yùn)營同事、數(shù)據(jù)分析同事都會(huì)基于部門需求對(duì)產(chǎn)品進(jìn)行數(shù)據(jù)分析與監(jiān)控，如果像剛才這種情況，數(shù)據(jù)運(yùn)營同事每周寫數(shù)據(jù)周報(bào)時(shí)，單單是一個(gè)埋點(diǎn)事件就要計(jì)算12個(gè)流量來源進(jìn)行求合，效率極低，會(huì)嚴(yán)重拖累運(yùn)營同事的工作效率。并且對(duì)于數(shù)據(jù)分析師來說，假設(shè)在統(tǒng)計(jì)整體的銷售線索指標(biāo)時(shí)，如通過X君定義的埋點(diǎn)進(jìn)行分析，在寫查詢語句SQL時(shí)，單是事件ID就要寫144個(gè)，（大家腦補(bǔ)下數(shù)據(jù)分析師有節(jié)奏的拷貝事件ID 144下時(shí)這個(gè)畫面），數(shù)據(jù)分析時(shí)會(huì)毫不猶豫的說：“來來來，X君我有事找你談?wù)剘~”可能有的看官會(huì)說：一個(gè)按鈕用一個(gè)埋點(diǎn)事件ID記錄就好了，不用區(qū)分頁面流量來源，那問題來了：當(dāng)數(shù)據(jù)產(chǎn)生異常波動(dòng)時(shí)怎么確定是哪個(gè)頁面的流量入口的流量變動(dòng)導(dǎo)致最終的結(jié)果？
• 由于每天產(chǎn)品經(jīng)理需要大量的埋點(diǎn)事件ID來統(tǒng)計(jì)一個(gè)指標(biāo)，導(dǎo)致工作效率低下，可能會(huì)讓領(lǐng)導(dǎo)對(duì)你產(chǎn)生工作能力差，產(chǎn)出效率低下的不好印象…

那客官老爺會(huì)問：那怎么辦？稍安勿躁，馬上揭曉，請(qǐng)繼續(xù)向下看。

Y君埋點(diǎn)方案：

首先Y君對(duì)于銷售線索有關(guān)的內(nèi)容從各個(gè)維度，按照邏輯關(guān)系進(jìn)行拆分，梳理出以下腦圖：

寫到這里就不賣關(guān)子了，基于思維導(dǎo)圖中的邏輯關(guān)系，Key-Value閃亮登場(chǎng)?。?！

Y君基于思維導(dǎo)圖中的邏輯關(guān)系，使用Key字段表示分析的維度，使用Value字段表示不同維度下對(duì)應(yīng)的唯一參數(shù)標(biāo)識(shí)，從而將每個(gè)維度下眾多不同的參數(shù)區(qū)分開來。通過Key-Value與同屬性事件ID的配合，像銷售線索這個(gè)指標(biāo)就可以用一個(gè)事件ID來表示。在未來即使擴(kuò)展N個(gè)外部入口流量頁面，也只需要在當(dāng)前事件ID在表示流量來源Key維度下在首次開發(fā)時(shí)新增N個(gè)Value參數(shù)即可。在未來應(yīng)用于數(shù)據(jù)分析時(shí)，只需要搜索或?qū)懸粋€(gè)事件ID即可對(duì)各維度（Key）下不同參數(shù)（Value）進(jìn)行分析，簡(jiǎn)介、高效。

例如假設(shè)分析場(chǎng)景：12個(gè)流量來源、12個(gè)銷售線索事件，分析X天共計(jì)提交了多少線索？，來自頁面A的有多少？

問題一：分析X天提交的銷售線索中來自頁面A的有多少？

Y君只需在后臺(tái)查一個(gè)事件ID，并指定維度Key=指標(biāo)來源（source）、Value=對(duì)應(yīng)維度下參數(shù)為：頁面A，最終求出的結(jié)果，即代表來自頁面A的總數(shù)。

問題二：分析X天共計(jì)提交了多少線索？

同理，Y君只需要寫一個(gè)事件ID，并指定維度Key=指標(biāo)來源（source）,Value=無。最終查詢出的結(jié)果即代表總的線索數(shù)。

注釋：

• 當(dāng)不指定Value時(shí)，默認(rèn)為包含該維度下所有參數(shù)（本例中即代表所有來源）。
• 各位看官可能會(huì)問：當(dāng)不指定Value參數(shù)，且不指定Key維度，Key=無，Value=無 時(shí)，對(duì)最終總線索數(shù)有影響嗎？答案是沒有。
• 同理，一個(gè)事件ID，指定Key=其他的維度，例如：Key=指標(biāo)類別（type）,不指定Value參數(shù)，例如Value=無，對(duì)最終總線索數(shù)統(tǒng)計(jì)有影響嗎？同理答案是沒有。

Y君通過梳理邏輯關(guān)系，將同屬性的埋點(diǎn)事件使用一個(gè)總事件ID表示，結(jié)合Key-Value細(xì)分不同維度下的不同參數(shù)，方便日后數(shù)據(jù)分析。通過此方式很好的解決了X君面臨的問題，不僅如此，并且具備以下優(yōu)點(diǎn)：

• Y君的維護(hù)成本低，更加簡(jiǎn)潔，新增時(shí)只需要首次開發(fā)時(shí)加一個(gè)Value參數(shù)即可。
• 提高Y君自身、數(shù)據(jù)運(yùn)營、數(shù)據(jù)分析師等兄弟部門在數(shù)據(jù)分析時(shí)的工作效率。
• 擴(kuò)展性好，對(duì)未來新增業(yè)務(wù)需求有良好的擴(kuò)展性。

相信介紹到這里，大家對(duì)埋點(diǎn)事件中Key字段、Value字段配合使用帶來的價(jià)值已經(jīng)有了一定的了解。當(dāng)然如果不同屬性的埋點(diǎn)指標(biāo)還是建議分開，一個(gè)屬性定義一個(gè)事件ID，不能將八竿子打不著兩種屬性的埋點(diǎn)強(qiáng)行捆綁在一個(gè)埋點(diǎn)事件ID上,為了用Key-Value而用Key-Value，生搬硬套，最后只會(huì)適得其反，沒有實(shí)際意義。

例如：在實(shí)際業(yè)務(wù)中，將用戶點(diǎn)擊“注冊(cè)賬號(hào)提交”按鈕的行為放在銷售線索這個(gè)屬性事件ID中也通過Key字段、Value字段進(jìn)行區(qū)分標(biāo)識(shí)。結(jié)果沒有參考價(jià)值，更沒有實(shí)際意義。

綜上所述，得出在正本第一篇幅中給出的結(jié)論：

設(shè)計(jì)事件埋點(diǎn)時(shí)：

• 同種屬性的多個(gè)事件，建議命名一個(gè)事件ID，并通過Key-Value鍵值對(duì)進(jìn)行區(qū)分。
• 不同屬性的多個(gè)事件，建議命名多個(gè)事件ID，不建議使用Key-Value鍵值對(duì)進(jìn)行區(qū)分。

各位看官老爺可根據(jù)自己產(chǎn)品的實(shí)際業(yè)務(wù)需求靈活運(yùn)用，希望對(duì)大家在進(jìn)行埋點(diǎn)方案設(shè)計(jì)時(shí)提供一些邏輯思路，幫助大家解決實(shí)際問題。O(∩_∩)O~

總結(jié)：

通過上一篇文章的基礎(chǔ)理論鋪墊，以及本篇中對(duì)埋點(diǎn)Key-Value字段的進(jìn)一步介紹，涉及埋點(diǎn)方案規(guī)劃的內(nèi)容已基本討論完成，期望本文中涉及埋點(diǎn)的篇幅能夠幫助0-1歲的產(chǎn)品老爺在工作中規(guī)劃以及維護(hù)埋點(diǎn)時(shí)提供一些邏輯思路，以及針對(duì)不同情況下解決問題的一些方案。

使最終交付的產(chǎn)物具備良好的擴(kuò)展性、健壯性、易用性、高效性、可維護(hù)性等特性，以達(dá)到使自己以及兄弟部門花最少的時(shí)間成本獲得最高數(shù)據(jù)價(jià)值的目的！

下篇預(yù)告：

經(jīng)過詳細(xì)且周密的準(zhǔn)備工作以及產(chǎn)品線上各個(gè)環(huán)節(jié)童鞋的齊心協(xié)力，需求以及埋點(diǎn)方案終于上線啦。部分看官認(rèn)為上線了即代表大頭的活都完成了，實(shí)際上，上線后才是埋點(diǎn)剛剛開始收集數(shù)據(jù)的開端，這才剛剛開始~

埋點(diǎn)上線后可能會(huì)面臨以下問題：

• 上線后等多長(zhǎng)時(shí)間取數(shù)？1天？…10天？，取幾天是正確反映事實(shí)的？取數(shù)邏輯是什么？為什么？
• 同一份數(shù)據(jù)，不同的人給出了不同的結(jié)論？該相信誰？是數(shù)據(jù)錯(cuò)了還是分析錯(cuò)了？

基于以上疑問，下篇與大家一起利用統(tǒng)計(jì)學(xué)上的理論與方法與大家深入討論，幫我們找到真相！敬請(qǐng)期待O(∩_∩)O~

看到這里，看官老爺們會(huì)說：看到問題剛勾起了本看官的探索欲，正在勁頭上，文章內(nèi)容怎么就更寫完了？解決方案呢?。兀?? ?說！雙汪你是不是在偷懶？￣へ￣

各位看官老爺息怒、息怒。且聽我解釋：

本文除了與大家交流學(xué)習(xí)的目的外，作為一只產(chǎn)品汪，最重要的當(dāng)然是為各位看官老爺提供一個(gè)良好的閱讀體驗(yàn)啦O(∩_∩)O~ ?因?yàn)殡p汪通過數(shù)據(jù)分析垂直資訊類網(wǎng)站的文本內(nèi)容發(fā)現(xiàn)，單篇文章在5000以及5000字以下時(shí)，綜合起來給用戶帶來的閱讀體驗(yàn)是最好的。

讀到這里相信大家也已經(jīng)有些小累了，不如泡杯熱茶，小憩一會(huì)兒，在下篇文章中與各位看官老爺討論解決方案，雙汪加班加點(diǎn)，第三篇已經(jīng)在路上了，o(*^＠^*)o敬請(qǐng)期待~~

最后一句：以上我說的都是錯(cuò)的，只有適合你的才是正確的！

再加一句：各位看官老爺，如果您覺的本文對(duì)您有幫助，記得給個(gè)贊哦，(* ￣3)謝謝啦。

相關(guān)閱讀

數(shù)據(jù)分析入門：初識(shí)數(shù)據(jù)埋點(diǎn)（一）

本文由 @Aaron 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自 Unsplash ，基于 CC0 協(xié)議