獨(dú)家 | 一個(gè)好的事件跟蹤字典是什么樣的？

發(fā)布人：數(shù)據(jù)派THU 時(shí)間：2022-01-13 來(lái)源：工程師

加入技術(shù)交流群
- 掃碼加入
  和技術(shù)大咖面對(duì)面交流
  海量資料庫(kù)查詢(xún)

發(fā)布文章

作者：Crystal Widjaja

翻譯：殷之涵

校對(duì)：王可汗

一個(gè)好的事件跟蹤字典是什么樣的？

你的字典可能有一套和上述模板不同的字段。但這里提供幾個(gè)關(guān)鍵點(diǎn)，能使其成為一項(xiàng)能夠幫助團(tuán)隊(duì)協(xié)同的良好資產(chǎn)。

1）簡(jiǎn)單

字典至少得簡(jiǎn)單、容易被理解。諸如明確的命名規(guī)則，這些是最基本的東西。但真正的考驗(yàn)是，第一次進(jìn)入公司的人能否通過(guò)事件追蹤器迅速將事件映射到他們?cè)诋a(chǎn)品中的行動(dòng)中去，而不需要閱讀每個(gè)事件的定義。

2）可操作性

事件追蹤器的商業(yè)用戶需要實(shí)現(xiàn)從表格到數(shù)據(jù)再到?jīng)Q策的過(guò)程，而這一過(guò)程不需要數(shù)據(jù)分析師的大量參與——很多時(shí)候這被稱(chēng)為正確的全面性水平（comprehensiveness）。追蹤的事件太少，所收集信息的完整性不足以支持做出決策；追蹤的事件太多，則會(huì)讓人不知所措。

3）可視化

每一個(gè)被追蹤的事件都應(yīng)該有屏幕截圖。雖然人們可以用很多不同的方式來(lái)解釋事件的名稱(chēng)和描述，但視覺(jué)上的表現(xiàn)依舊非常重要。

1、商業(yè)用戶的心態(tài)

正如我前面提到的，大多數(shù)分析系統(tǒng)的終端用戶是商業(yè)用戶。我們需要建立一些能與這些終端用戶產(chǎn)生共鳴的東西，而這意味著將數(shù)據(jù)和分析過(guò)程變得更加人性化。這影響到我們?nèi)绾芜x擇使用的工具、追蹤的事件、如何命名事件、以及需要什么樣的屬性。上述這些事項(xiàng)值得投入大量的時(shí)間，就像我們對(duì)一個(gè)新產(chǎn)品進(jìn)行客戶研究一樣。

為了理解商業(yè)用戶的心態(tài)，我經(jīng)歷了四個(gè)層次的問(wèn)題。對(duì)于每個(gè)問(wèn)題，我都提供了一些來(lái)自我最近合作的產(chǎn)品的例子，該產(chǎn)品名為Honeydu，提供能讓公司免費(fèi)在線發(fā)送和接收****的服務(wù)。

1. 業(yè)務(wù)目標(biāo)是什么？

業(yè)務(wù)和執(zhí)行團(tuán)隊(duì)正在優(yōu)化的關(guān)鍵結(jié)果和指標(biāo)是什么？這些信息的來(lái)源是當(dāng)前和歷史上的OKR、季度和年度規(guī)劃文件、以及董事會(huì)的文件。

例子一：到2020年第四季度末，有X個(gè)新用戶收到/發(fā)出****。

例子二：向新用戶發(fā)送的****中，有X%導(dǎo)致了新用戶的注冊(cè)。

例子三：到2020年第4季度末，有X張周期性****呈現(xiàn)活躍狀態(tài)。

2. 每個(gè)團(tuán)隊(duì)的目標(biāo)是什么？

僅僅是公司層面的目標(biāo)是不夠的。每個(gè)團(tuán)隊(duì)通常都會(huì)有一套目標(biāo)，層層遞進(jìn)以達(dá)到公司層面的指標(biāo)。為了了解這些目標(biāo)，你可以尋找每個(gè)團(tuán)隊(duì)的OKR、與團(tuán)隊(duì)領(lǐng)導(dǎo)交談等。在這里，你既要了解歷史上不同時(shí)間段的目標(biāo)，又要了解團(tuán)隊(duì)領(lǐng)導(dǎo)對(duì)未來(lái)不同時(shí)期對(duì)目標(biāo)的看法。

例子一：（新用戶增長(zhǎng)）在前7天內(nèi)發(fā)出2張****。

例子二：（支付整合）85%的新增支付方式被成功驗(yàn)證。

例子三：（NUX）新用戶中開(kāi)始使用****模板的百分比。

3. 圍繞這些目標(biāo)的產(chǎn)品體驗(yàn)是什么？

接下來(lái)，對(duì)于每個(gè)目標(biāo)，我都會(huì)確認(rèn)并驅(qū)動(dòng)與這些目標(biāo)相對(duì)應(yīng)的產(chǎn)品體驗(yàn)。重要的是，不僅要確定產(chǎn)品或預(yù)訂渠道的具體屏幕展示是什么，還要確定可能影響目標(biāo)或行動(dòng)體驗(yàn)的背景。例如，在像Uber這樣的乘車(chē)共享產(chǎn)品中，如果產(chǎn)品體驗(yàn)是預(yù)訂乘車(chē)，那么除了預(yù)訂乘車(chē)的渠道之外，我可能還想了解地圖上有多少司機(jī)、或者估計(jì)的時(shí)間是多少。

第一步：有很多不同的因素可能導(dǎo)致Honeydu用戶發(fā)送他們的第一張****，這些因素就意味著我們的核心行動(dòng)。我們會(huì)問(wèn)自己以下問(wèn)題：

當(dāng)用戶選擇一個(gè)聯(lián)系人來(lái)發(fā)送****時(shí)、當(dāng)一個(gè)聯(lián)系人在用戶的歷史業(yè)務(wù)列表中可用時(shí)還是當(dāng)他們需要搜索時(shí)，他們更有可能成功？

有哪些支持性的操作可以幫助用戶創(chuàng)建和發(fā)送他們的第一張****？****模板是加快寄送時(shí)間的好方法嗎?還是先導(dǎo)入他們的聯(lián)系人更重要？

第二步：下一步是思考那些可能阻礙用戶達(dá)到我們的目標(biāo)的經(jīng)驗(yàn)。在Honeydu的案例中，我會(huì)問(wèn)：為什么一個(gè)新用戶沒(méi)有成功創(chuàng)建他們的第一張****？他們是否查看了不同的模板，卻沒(méi)有找到與自己相關(guān)的模板？他們是否嘗試從頭開(kāi)始創(chuàng)建一個(gè)****、卻發(fā)現(xiàn)回到我們的模板目錄太難了？我們的激活用戶進(jìn)行了哪些非激活用戶無(wú)權(quán)執(zhí)行的操作？

第三步：最后，想象一下，任何事件都可能是我們?cè)诋a(chǎn)品中跟蹤用戶的最后一個(gè)事件。我們想知道關(guān)于這次經(jīng)歷的哪些內(nèi)容？我們需要知道他們?cè)谒阉髀?lián)系人后是否出現(xiàn)了"無(wú)結(jié)果"的頁(yè)面，或者在添加新的支付方式時(shí)出現(xiàn)了錯(cuò)誤，并根據(jù)這些事件的高發(fā)程度對(duì)用戶體驗(yàn)中的問(wèn)題進(jìn)行分流。

4. 圍繞這些目標(biāo)和產(chǎn)品體驗(yàn)，我/他們可能想要回答的問(wèn)題/假設(shè)是什么？

接下來(lái)，我思考他們（或我）圍繞這些目標(biāo)可能存在哪些問(wèn)題或假設(shè)。同樣，我們需要與團(tuán)隊(duì)中的相關(guān)人員談?wù)勊麄兠媾R哪些問(wèn)題。但也要通過(guò)自己的思考提出問(wèn)題的假設(shè)，并與該團(tuán)隊(duì)驗(yàn)證這些問(wèn)題的重要程度。

例子一：Honeydu上的一個(gè)關(guān)鍵目標(biāo)和產(chǎn)品體驗(yàn)是用戶“首次發(fā)送****”。我會(huì)問(wèn)這樣一個(gè)問(wèn)題，需要發(fā)生什么樣的體驗(yàn)才能讓人愿意給企業(yè)發(fā)送****？像"用戶需要用到一個(gè)行業(yè)標(biāo)準(zhǔn)模板"或“他們看到業(yè)務(wù)已經(jīng)在Honeydu網(wǎng)絡(luò)中列出”這樣的假設(shè)，表明我們需要能夠被跟蹤的經(jīng)驗(yàn)，以便量化分析并將假設(shè)推廣至相關(guān)性/因果關(guān)系。

例子二：通過(guò)Honeydu付費(fèi)的用戶越多，我們產(chǎn)生的收入就越多。我們應(yīng)該跟蹤用戶在什么時(shí)候最可能支付****，問(wèn)自己 "用戶什么時(shí)候最可能通過(guò)Honeydu支付****？當(dāng)它今天或者明天到期時(shí)？" 通過(guò)追蹤“支付****成功”這一事件的到期日剩余天數(shù)（daysTillDueDate）屬性，我們可以在不過(guò)度打擾用戶的前提下，為那些沒(méi)有注意到****到期日的用戶提供推送通知和電子郵件提醒服務(wù)。

2、是旅程而不是指標(biāo)

我在前文討論的關(guān)鍵之一是要在事件中達(dá)到正確的抽象水平，其基礎(chǔ)是追蹤旅程，而不是指標(biāo)。

雖然我們使用第一步中提到的那些目標(biāo)作為追蹤過(guò)程的輸入，但僅僅停在那里并不能避開(kāi)糟糕的事件追蹤。糟糕的事件追蹤就好像一個(gè)人問(wèn)自己 "我可以用這些指標(biāo)來(lái)計(jì)算我所有的OKR嗎"，例如，#用戶點(diǎn)擊注冊(cè)，#完成訂單，注冊(cè)和完成之間的轉(zhuǎn)換。這樣做的問(wèn)題是，它會(huì)帶我們走進(jìn)死胡同——你只能知道"50%的用戶注冊(cè)了"，但卻無(wú)法知道為什么。

要回答 "為什么？"的問(wèn)題，你首先需要了解旅程的意圖、其成功和失敗意味著什么，然后了解旅程中每個(gè)事件的背景（我們將在第三步用屬性來(lái)跟蹤）。

舉幾個(gè)簡(jiǎn)單的例子來(lái)說(shuō)明意圖→成功→失敗的事件歷程。

例子一：

意圖。選擇了新的付款方式和提交了新的付款細(xì)節(jié)。

成功。添加新的付款方式成功。

失敗。添加新的付款方式失敗。

例子二：

意圖：選擇創(chuàng)建**** → 開(kāi)始填寫(xiě)新**** → 搜索聯(lián)系人。

成功：收件人被添加到****上 → 發(fā)送****。

失?。?***草稿已保存（默認(rèn)動(dòng)作）。

2A-成功事件

我首先思考的是成功事件，一個(gè)成功事件是指產(chǎn)品中的一個(gè)動(dòng)作已經(jīng)成功完成，這些事件源于我在第一步收集的業(yè)務(wù)目標(biāo)。成功事件的例子可能包括以下這些：

付款成功

注冊(cè)成功

發(fā)出****

預(yù)訂完成

為了不過(guò)度追蹤所有的事情，我用一個(gè)問(wèn)題對(duì)每個(gè)事件進(jìn)行壓力測(cè)試。"如果我確實(shí)跟蹤了這個(gè)，而且99%的用戶都做了這個(gè)，我會(huì)怎么做？它能告訴我什么？" 如果我無(wú)法在上述這種極端的情況下找到可操作的東西，那么追蹤這個(gè)事件很可能是無(wú)益的。

2b-意圖事件

對(duì)于每一個(gè)成功的事件，我都會(huì)考慮到意圖事件。意圖事件通常是作為任何成功事件的前驅(qū)。跟蹤意圖事件對(duì)于理解事件成功的"原因"至關(guān)重要。

意圖事件告訴我，用戶是如何"被教育"和"被激勵(lì)"來(lái)完成我希望他們完成的行動(dòng)的某個(gè)步驟的。每件事實(shí)際上都是其下一個(gè)事件的意圖事件——但我們往往只把它們當(dāng)作 "目標(biāo)"，這使我們無(wú)法準(zhǔn)確地跟蹤它們。例如，在一個(gè)搭車(chē)應(yīng)用中，選擇目的地是一個(gè)目標(biāo)，但需要一個(gè)“選擇搭車(chē)類(lèi)型”的意圖/設(shè)置事件（在舊的Lyft/Uber流程中）。然后，預(yù)訂實(shí)際的旅程成為目標(biāo)，但需要從搜索/歷史中找到目的地的意圖/設(shè)置事件等。

為了找到意圖事件，我會(huì)問(wèn)：為了完成成功事件，我必須完成哪些步驟？常見(jiàn)的例子如下：

在我們的第一個(gè)旅程例子中，我們注意到了"選擇添加新的付款方式"和"提交新的付款細(xì)節(jié)"的意圖事件。

請(qǐng)注意，我們?cè)谶@里有兩個(gè)級(jí)別的意圖——高的意圖，即用戶主動(dòng)提交他們的付款細(xì)節(jié)；以及低的、但具有指示性的意圖，即用戶正在選擇是否通過(guò)****或****添加他們的支付詳情。這些事件之間的延遲會(huì)導(dǎo)致團(tuán)隊(duì)采取可操作的后續(xù)步驟:用戶要么覺(jué)得要輸入的字段太多太麻煩，要么當(dāng)時(shí)手頭上并沒(méi)有這些信息。我們既然知道他們是否選擇了****或****支付方式，那么就可以提供更多的信息和個(gè)性化的內(nèi)容，幫助用戶完成這一步驟。

我還使用 "意圖事件 "來(lái)確定用戶在完成一個(gè)動(dòng)作時(shí)的自然路徑。例如，在我們的****和賬單支付應(yīng)用中，用戶是先導(dǎo)入聯(lián)系人，還是先創(chuàng)建并發(fā)送****？隨著我們賬單支付網(wǎng)絡(luò)的發(fā)展，這種行為是如何變化的？

同樣，在Gojek的外賣(mài)產(chǎn)品中，早期時(shí)我們注意到最“成功”的用戶是那些已經(jīng)知道他們想吃什么的人，他們來(lái)Gojek只是為了完成配送服務(wù)。這些用戶的意圖是搜索一個(gè)特定的餐館，找到他們想要的餐品，最后設(shè)置他們的收貨信息。然而，隨著這些用戶逐漸成熟，我們注意到最普遍的用戶意圖旅程發(fā)生了變化，用戶開(kāi)始使用Gojek來(lái)探索新餐館，而不是僅僅滿足于他們已經(jīng)知道的餐館?，F(xiàn)在的意圖事件是用戶瀏覽他們朋友的美食打卡/測(cè)評(píng)記錄和餐館折扣，或使用“附近”功能。

這些意圖事件對(duì)于理解Bangaly Kaba（Reforge EIR，Instagram前增長(zhǎng)主管）所說(shuō)的“相鄰用戶”至關(guān)重要。隨著用戶的成熟和市場(chǎng)的擴(kuò)大，這些旅程會(huì)隨著時(shí)間的推移而演變，我們的產(chǎn)品實(shí)現(xiàn)也應(yīng)該注重分別匹配新用戶和成熟用戶的意圖。

2c - 失敗事件

失敗事件是發(fā)生在意圖事件和成功事件之間的事情，它使用戶無(wú)法獲得“成功”。在意圖事件和成功事件之間，存在著一些用戶可能遇到的失敗路徑。理解失敗路徑對(duì)于理解成功路徑同樣重要，因?yàn)樗鼈優(yōu)槲覀兲峁┝岁P(guān)于如何改進(jìn)成功事件的可操作信息。為了找出失敗事件，我會(huì)問(wèn)自己：有哪些可能的事情會(huì)阻止用戶完成目標(biāo)？有兩種類(lèi)型的失敗事件，隱性失敗與顯性失敗。

隱性失敗是指在成功完成目標(biāo)之前的放棄行為。用戶就這樣從我們的流程中 "消失 "了。在前文的例子二中，事件的跟蹤方式提供了兩個(gè)隱性失敗指標(biāo)。

用戶如果執(zhí)行了 "選擇創(chuàng)建****"，但沒(méi)有在5分鐘內(nèi)執(zhí)行 "開(kāi)始新****"，表示激活過(guò)程中失敗。

用戶如果搜索了聯(lián)系人，但沒(méi)有在5分鐘內(nèi)將收件人添加到****中，表明我們的搜索結(jié)果或搜索歷史失敗。用戶可能覺(jué)得沒(méi)有足夠的動(dòng)力去新建一個(gè)聯(lián)系人，或者沒(méi)看明白搜索結(jié)果。

顯性失敗是指預(yù)期體驗(yàn)出錯(cuò)的事件。

像Lyft的"Ride Cancelled"（取消行程）或在訂購(gòu)食品快遞時(shí)的"Order Cancelled - Restaurant Closed"（取消訂單-餐館打烊）等事件都是明確失敗的例子。

在Honeydu中，"添加新的付款方式失敗 "和 "支付****失敗 "是兩個(gè)事件的例子，它們經(jīng)常在事件追蹤工作中被遺忘，因?yàn)樗鼈兪菍?duì)用戶行為的反應(yīng)，而不是在產(chǎn)品中采取的實(shí)際行動(dòng)。然而，如果你的網(wǎng)絡(luò)/移動(dòng)應(yīng)用程序收到錯(cuò)誤并顯示給你的用戶，這些應(yīng)該很容易跟蹤和記錄，以便監(jiān)測(cè)。將這些錯(cuò)誤響應(yīng)信息存儲(chǔ)為事件屬性，是快速診斷用戶旅程突然失敗的原因的簡(jiǎn)單方法。

3、屬性

一旦我們有了成功、意圖和失敗的事件，下一步就是弄清楚我們想要與事件相關(guān)聯(lián)的屬性。屬性是實(shí)現(xiàn)我們以下兩個(gè)主要目標(biāo)的關(guān)鍵——“提供正確的抽象水平”和“使數(shù)據(jù)可操作”。

屬性的本質(zhì)是我們分割事件的潛在方式。一個(gè)典型的錯(cuò)誤是把“分割”作為一個(gè)事件本身來(lái)追蹤，例如：

好做法：選定的注冊(cè)（事件），來(lái)源（屬性），F(xiàn)acebook（屬性值）。

壞做法：選擇Facebook為注冊(cè)方式。

可以把你在第一步中發(fā)現(xiàn)的問(wèn)題和假設(shè)作為起點(diǎn)，了解你可能需要跟蹤哪些屬性，例如：

問(wèn)題：用戶更喜歡以什么樣的方式添加聯(lián)系人？

屬性舉例：來(lái)源→歷史/導(dǎo)入/手動(dòng)輸入。

假設(shè)：新用戶更傾向于使用模板來(lái)入門(mén)，與選擇自定義****的老用戶相比，他們需要更多的新手培訓(xùn)才能充分利用****工具。

屬性示例：模板名稱(chēng) → (null)/基礎(chǔ)****模板/其他。

我喜歡問(wèn)自己一些宏觀層面的問(wèn)題來(lái)確定哪些才是重要的屬性：

我該如何區(qū)分那些失望和不感興趣的用戶？

我怎么才能識(shí)別成熟用戶與臨時(shí)用戶使用APP時(shí)的不同路徑？

這是否給了我足夠細(xì)致的數(shù)據(jù)來(lái)比較和對(duì)比成功用戶和掉線用戶?？

如果這是我從一個(gè)用戶那里追蹤到的最后一個(gè)事件，我想知道用戶在這個(gè)屏幕上的體驗(yàn)是什么？

屬性往往會(huì)落入幾個(gè)常見(jiàn)的分桶中。為了確保這個(gè)流程沒(méi)有遺漏，我使用以下這些分桶來(lái)查看我是否遺漏了什么：

用戶檔案屬性

最常見(jiàn)的屬性集是那些與用戶基本情況有關(guān)的屬性。這可能是人口統(tǒng)計(jì)學(xué)或公司統(tǒng)計(jì)學(xué)信息，舉例如下：

城市

年齡

公司規(guī)模

職位

產(chǎn)品層級(jí)

通常情況下，上述這些屬性幾乎能夠永久地對(duì)用戶和事件進(jìn)行細(xì)分（基礎(chǔ)信息通常很穩(wěn)定），直到屬性被改變。一些平臺(tái)（如Mixpanel）會(huì)包含一個(gè)“超級(jí)屬性”的功能，可以讓你輕松做到這一點(diǎn)，所以關(guān)鍵是要弄清楚哪些屬性需要被追蹤。可以問(wèn)如下問(wèn)題：

如果我是這個(gè)用戶的個(gè)人助理，那么我需要了解他們的哪些偏好，以便為其提供幫助？

哪些人口統(tǒng)計(jì)信息可能會(huì)影響用戶的行為？

營(yíng)銷(xiāo)屬性

第二組最常見(jiàn)的屬性是那些與營(yíng)銷(xiāo)有關(guān)的屬性，可能會(huì)影響到或影響用戶的行為，例如：

來(lái)源

活動(dòng)

進(jìn)入頁(yè)面

用戶操作動(dòng)屬性

另一組屬性是與用戶的操作有關(guān)的屬性，例如：

首次訂單日期。

首次服務(wù)類(lèi)型。

總訂單數(shù)。

區(qū)分以下兩種類(lèi)型的屬性很重要：

設(shè)置并忘記（Set and Forget）型屬性：這些屬性一經(jīng)設(shè)置就不再改變。例如首次購(gòu)買(mǎi)日期、首次注冊(cè)類(lèi)型和出生日期。

附加/增加（Append/Increment）型屬性：這些是你用來(lái)細(xì)分和創(chuàng)建相關(guān)的、個(gè)性化的用戶體驗(yàn)的屬性，如總購(gòu)買(mǎi)量、總收入等。添加（和刪除）用戶屬性可以讓團(tuán)隊(duì)快速識(shí)別相關(guān)用戶的促銷(xiāo)活動(dòng)、信息更新，以及他們已經(jīng)表示感興趣的體驗(yàn)。具體地，例如已消費(fèi)餐廳的列表(外賣(mài))、喜歡/收藏過(guò)的商店列表、或用戶使用過(guò)的功能。

操作屬性的類(lèi)型

大多數(shù)事件都有一個(gè)與之相關(guān)的類(lèi)型，區(qū)分類(lèi)型對(duì)于獲得可操作的數(shù)據(jù)很重要，例如：

取消乘車(chē)-用戶發(fā)起/系統(tǒng)發(fā)起。

選擇付款-****/電匯。

上傳的照片-拍照上傳/從相冊(cè)選擇。

登錄成功-谷歌/Facebook/電子郵件/手機(jī)號(hào)。

為了弄清這些類(lèi)型，我會(huì)考慮如下這些問(wèn)題：

誰(shuí)應(yīng)該對(duì)這一轉(zhuǎn)換（或失?。┴?fù)責(zé)？

是什么原因?qū)е铝诉@種轉(zhuǎn)換（或失?。?？

這個(gè)用戶在完成這個(gè)動(dòng)作時(shí)有什么偏好？

如何描述這個(gè)行動(dòng)的最重要的用戶旅程路徑？

有哪些額外的信息來(lái)預(yù)測(cè)這個(gè)用戶基于此行動(dòng)的未來(lái)行動(dòng)？

情境屬性

情景屬性是那些可能影響用戶是否能完成目標(biāo)的動(dòng)機(jī)的屬性，例如：

屏幕上的司機(jī)數(shù)量。

顯示的商戶類(lèi)型。

搜索結(jié)果的數(shù)量。

我發(fā)現(xiàn)有助于發(fā)現(xiàn)情景屬性的問(wèn)題可能包括：

什么會(huì)影響用戶完成目標(biāo)的積極性？

我怎樣才能區(qū)分動(dòng)機(jī)的增加或減少？

想象一下，這是我們從用戶那里追蹤到的最后一個(gè)事件，那么關(guān)于這次經(jīng)歷我們想要了解些什么？

4、壓力測(cè)試

一旦你定義了你的一組事件和屬性，你應(yīng)該對(duì)理解和可操作性進(jìn)行壓力測(cè)試。

測(cè)試?yán)斫獬潭?/p>

一個(gè)事件或?qū)傩詫?duì)我們來(lái)說(shuō)可能是有意義的，但問(wèn)題是它對(duì)你的最終受眾有意義嗎？如果人們不理解基礎(chǔ)知識(shí)（比如“事件”是什么），那么實(shí)際的分析就無(wú)從談起。這里的關(guān)鍵是，你應(yīng)該和商業(yè)用戶而非開(kāi)發(fā)者的達(dá)成共識(shí)。

在Gojek，一開(kāi)始所有的東西都是由移動(dòng)應(yīng)用開(kāi)發(fā)者構(gòu)建的。他們?yōu)槲覀兊囊苿?dòng)應(yīng)用程序創(chuàng)建了事件名稱(chēng)，如"注冊(cè)處理程序（Signup Handler）"或"緩存結(jié)果反饋（Cached Result Feed）"。這些事件命名方式對(duì)他們來(lái)說(shuō)很合理，但對(duì)商業(yè)用戶來(lái)說(shuō)卻是十分陌生的語(yǔ)言。由于其晦澀難懂，因此沒(méi)有人愿意使用我們的分析工具。

為了便于理解，我建議測(cè)試以下幾個(gè)受眾:

1. 接近產(chǎn)品開(kāi)發(fā)的商業(yè)用戶

你應(yīng)該測(cè)試的第一個(gè)群體是接近產(chǎn)品開(kāi)發(fā)的商業(yè)用戶——通常是產(chǎn)品經(jīng)理。那些接近產(chǎn)品開(kāi)發(fā)的人往往對(duì)產(chǎn)品的工作原理有更多的了解。因此，如果他們都不太理解產(chǎn)品的使用邏輯，那么那些對(duì)產(chǎn)品了解更少的人就更難以理解了。

2. 離產(chǎn)品開(kāi)發(fā)較遠(yuǎn)的商業(yè)用戶

下一個(gè)群體是離產(chǎn)品開(kāi)發(fā)較遠(yuǎn)的商業(yè)用戶——通常是市場(chǎng)營(yíng)銷(xiāo)人員或客戶支持人員。他們通常對(duì)產(chǎn)品的工作原理沒(méi)有那么細(xì)致的了解，但應(yīng)該能夠理解所有的事件和屬性意味著什么。

3. 新員工

下一個(gè)群體是新員工。新員工還沒(méi)有習(xí)慣于公司的內(nèi)部術(shù)語(yǔ)或特定縮寫(xiě)，但我們希望這些新員工能夠在沒(méi)有大量實(shí)踐培訓(xùn)的情況下理解事件和數(shù)據(jù)。

在Gojek，我為用戶搭建了一個(gè)"快速測(cè)試"，以獲得對(duì)我們分析工具的訪問(wèn)。如果用戶無(wú)法"通過(guò)"測(cè)驗(yàn)，這就意味著我們的事件跟蹤十分混亂。因此，我建議如果能把新員工的"入職測(cè)試"換成"內(nèi)部事件工具產(chǎn)品測(cè)試"就再好不過(guò)了!

在任何情況下，如果你發(fā)現(xiàn)一些讓終端用戶感到困惑的東西，只需一個(gè)簡(jiǎn)單的問(wèn)題就可以幫助你找到合適的命名辦法，那就是 "當(dāng)客戶在[產(chǎn)品的某個(gè)部分]上[做某個(gè)動(dòng)作]時(shí)，你會(huì)怎么填入方括號(hào)中的內(nèi)容？"

測(cè)試可操作性

了解數(shù)據(jù)只是第一步，我們?nèi)孕枰獙?duì)數(shù)據(jù)是否可操作進(jìn)行壓力測(cè)試。在這里，我們應(yīng)該回顧一下第一步中生成的“問(wèn)題和假設(shè)”清單，選擇其中的一個(gè)樣本，并就我們可能如何回答這些問(wèn)題和假設(shè)進(jìn)行壓力測(cè)試。

在Gojek，產(chǎn)品、運(yùn)營(yíng)、財(cái)務(wù)和研究團(tuán)隊(duì)共同提出的一個(gè)問(wèn)題是："是什么讓一個(gè)司機(jī)變成了一個(gè)[最好的/最快樂(lè)的/最具生產(chǎn)力的]司機(jī)？"這里的關(guān)鍵是，對(duì)于財(cái)務(wù)團(tuán)隊(duì)和司機(jī)福利團(tuán)隊(duì)來(lái)說(shuō)，“快樂(lè)”的定義是不一樣的；同理，對(duì)于運(yùn)輸團(tuán)隊(duì)和視頻配送團(tuán)隊(duì)來(lái)說(shuō)，“最具生產(chǎn)力”的定義也是不一樣的。

因此，我們需要測(cè)試這些團(tuán)隊(duì)和用例的可操作性，提出我們?nèi)绾螐牟煌嵌确治鰡?wèn)題的不同假設(shè)。我們是否可以將司機(jī)分成易于常人理解的群體，如五星級(jí)司機(jī)、長(zhǎng)途司機(jī)，或者按服務(wù)類(lèi)型劃分等。

5、追蹤 "沒(méi)有數(shù)據(jù)而做出的決策"

無(wú)論你關(guān)于上述過(guò)程的工作做得有多詳盡，總會(huì)有一些變化需要額外工作來(lái)應(yīng)對(duì)。業(yè)務(wù)、目標(biāo)和產(chǎn)品都在不斷變化、產(chǎn)生新的需求。你永遠(yuǎn)無(wú)法預(yù)料到所有需要回答的問(wèn)題和假設(shè)。

我建議數(shù)據(jù)團(tuán)隊(duì)定期進(jìn)行一項(xiàng)簡(jiǎn)單的練習(xí)——"無(wú)數(shù)據(jù)決策"。每個(gè)季度，我們都會(huì)把更多的團(tuán)隊(duì)在沒(méi)有數(shù)據(jù)的情況下所做的決策列出來(lái)。

例如，在Gojek的時(shí)候，“更快地支付給司機(jī)是否能促進(jìn)司機(jī)留存”是我們所關(guān)注的一個(gè)問(wèn)題。當(dāng)時(shí)，我們并沒(méi)有跟蹤合適的數(shù)據(jù)來(lái)回答這個(gè)問(wèn)題，因此有人根據(jù)自己的直覺(jué)和推理得出了相關(guān)論證以支撐決策。發(fā)現(xiàn)這個(gè)沒(méi)有數(shù)據(jù)支撐的決策后，我們開(kāi)始追蹤一些新的數(shù)據(jù)，這樣我們就能確認(rèn)支付速度確實(shí)能促進(jìn)司機(jī)留存，并圍繞它制定具體的產(chǎn)品和營(yíng)銷(xiāo)措施。

這個(gè)練習(xí)可以幫助你發(fā)現(xiàn)那些被你忽略的、沒(méi)有預(yù)料到的、或在業(yè)務(wù)中改變的東西。要明確的是，我并不是說(shuō)一切決策都必須在有數(shù)據(jù)的情況下才能被做出。任何快速發(fā)展的公司都面臨一個(gè)現(xiàn)實(shí)——有些決策就是需要在沒(méi)有數(shù)據(jù)的情況下被做出。但是，這個(gè)清單有助于我們發(fā)現(xiàn)“缺乏數(shù)據(jù)支撐”的情況，而這些數(shù)據(jù)本可以對(duì)關(guān)鍵決策有所幫助。

成功的持續(xù)信號(hào)

在一個(gè)組織中創(chuàng)建一個(gè)優(yōu)秀的數(shù)據(jù)系統(tǒng)需要持續(xù)迭代的努力。當(dāng)你在內(nèi)部工具和系統(tǒng)上工作時(shí)，你的客戶是另一組員工而不是公司的最終客戶，此時(shí)并沒(méi)有收入或其他指標(biāo)的直觀反饋來(lái)告訴你，你做得算是糟糕、良好還是優(yōu)秀。下面列出的一些信號(hào)將有助于你了解事情的進(jìn)展：

糟糕信號(hào)

只有一個(gè)人知道如何進(jìn)行數(shù)據(jù)追蹤——沒(méi)有人知道如何編寫(xiě)事件規(guī)范。

即使是非常基本的分析也需要數(shù)據(jù)分析師親自進(jìn)行。

事件名稱(chēng)和屬性名稱(chēng)出現(xiàn)多處重復(fù)（例如，Sign up和Sign Up）。

每季度的非數(shù)據(jù)驅(qū)動(dòng)型決策的數(shù)量不斷增加。

分析工具的使用率很低。

當(dāng)新的功能和產(chǎn)品被添加時(shí)，事件追蹤并沒(méi)有更新以反映新的路徑。

出現(xiàn)了違反邏輯的漏斗數(shù)據(jù)（例如，做步驟2的用戶比做步驟1的還多）。

良好信號(hào)

很多團(tuán)隊(duì)都在使用事件追蹤表和分析工具（要像追蹤你的產(chǎn)品使用情況那樣追蹤分析工具的使用情況）。

其他團(tuán)隊(duì)也為分析工具做出了貢獻(xiàn)，并努力跟上產(chǎn)品的新進(jìn)展。

隨著應(yīng)用中新功能、新方法的實(shí)現(xiàn)，事件追蹤表也被同步更新。