【51CTO.com快譯】

最近，我們采訪了一些產(chǎn)品經(jīng)理，他們均來(lái)自舊金山的那些年收入過(guò)1億美元的API-First公司。此次采訪主要聚焦于API產(chǎn)品的采用率(Adoption)、使用度(Engagement)、以及留存度(Retention)三個(gè)領(lǐng)域，重點(diǎn)和他們了討論各種常用的工具，以及各項(xiàng)最關(guān)心的API標(biāo)準(zhǔn)。下面我們來(lái)看看具體的內(nèi)容。

大量數(shù)據(jù)的切入

分析數(shù)十億條針對(duì)API調(diào)用所需的存儲(chǔ)和記錄，往往會(huì)涉及到大量的數(shù)據(jù)。因此，它所產(chǎn)生的數(shù)據(jù)湖(Data lakes)也往往變得過(guò)于龐大，以至于與之對(duì)應(yīng)的追溯分析，必須被限制在幾天甚至是幾個(gè)小時(shí)之內(nèi)才能完成。

在此類情況下，API-First公司所采取的第一步便是：將非結(jié)構(gòu)化的API數(shù)據(jù)、或整個(gè)原始的syslog(系統(tǒng)日志)，轉(zhuǎn)儲(chǔ)到Amazon Redshift(https://aws.amazon.com/redshift/)或Splunk(https://www.splunk.com/)中的數(shù)據(jù)湖里。從那里，數(shù)據(jù)架構(gòu)團(tuán)隊(duì)可以將產(chǎn)品經(jīng)理感興趣的syslog事件提取出來(lái)，并將它們傳遞到Snowflake(https://www.snowflake.com/)之類的數(shù)據(jù)倉(cāng)庫(kù)中，以便于查詢。此處，由商業(yè)智能團(tuán)隊(duì)、產(chǎn)品經(jīng)理、甚至是工程師，來(lái)把控實(shí)際處理和匯總的相關(guān)數(shù)據(jù)標(biāo)準(zhǔn)。

采用率：工具和標(biāo)準(zhǔn)

對(duì)于與大多數(shù)API-First公司來(lái)說(shuō)，產(chǎn)品經(jīng)理持續(xù)跟蹤的第一個(gè)、也是最重要的標(biāo)準(zhǔn)是開發(fā)者激活(developer activation)。具體而言，產(chǎn)品在采用環(huán)節(jié)上會(huì)涉及到如下步驟：

• 注冊(cè)新的賬號(hào)
• 首次API的調(diào)用
• 部署一個(gè)有效的API

API-FIRST公司團(tuán)隊(duì)會(huì)使用Tableau(https://www.tableau.com/)或Looker(https://looker.com/)所提供的儀表板，來(lái)顯示正在注冊(cè)的人數(shù)、已注冊(cè)的人數(shù)、已登錄的人數(shù)、正在創(chuàng)建的應(yīng)用數(shù)、以及應(yīng)用中的API令牌數(shù)(API tokens)。

產(chǎn)品經(jīng)理運(yùn)用OKR(Objectives and Key Results，目標(biāo)與關(guān)鍵成果法)，致力于提高開發(fā)者激活率，并減少激活時(shí)間。由于開發(fā)人員可能會(huì)在上述某個(gè)階段停留數(shù)天、或是更長(zhǎng)的時(shí)間，因此跟蹤每個(gè)步驟的轉(zhuǎn)化率，以及抵達(dá)下一步所需的時(shí)間是非常重要的。例如：如果API的正常銷售周期為90天，那么產(chǎn)品經(jīng)理就會(huì)關(guān)注四個(gè)分位數(shù)，即第50天和第75天等時(shí)間點(diǎn)的狀態(tài)，進(jìn)而來(lái)確定對(duì)應(yīng)的SDK(軟件開發(fā)工具包)和文檔的實(shí)用性。

一旦API被采用，產(chǎn)品經(jīng)理往往希望能夠看到使用量的增加，付費(fèi)訂閱方案的轉(zhuǎn)化，以及被準(zhǔn)確識(shí)別出的功能缺陷。當(dāng)然，客戶是否真的愿意付費(fèi)購(gòu)買，也取決于其所在公司的規(guī)模，是大型企業(yè)、小微企業(yè)還是初創(chuàng)型企業(yè)。

使用度：企業(yè)客戶的工具和標(biāo)準(zhǔn)

通過(guò)營(yíng)銷渠道獲取API令牌

大多數(shù)公司會(huì)通過(guò)提供面向用戶的控制臺(tái)，來(lái)方便其應(yīng)用被使用到，進(jìn)而通過(guò)跟蹤各項(xiàng)活動(dòng)，來(lái)獲悉用戶對(duì)目標(biāo)API的采用率和使用度。用戶往往會(huì)通過(guò)Web管理界面，來(lái)進(jìn)行注冊(cè)，配置其帳戶，管理可用的API，以及打開或關(guān)閉某些功能。如果您的API監(jiān)控工具并非以用戶為中心，也就是說(shuō)，它無(wú)法深入地研究API的調(diào)用，并確定其歸屬于哪個(gè)用戶和公司，那么產(chǎn)品經(jīng)理就必須部署Heap(https://heap.io/)或Google Analytics 360(https://marketingplatform.google.com/about/analytics-360/)之類的分析工具了。這些工具可以被配置為：將Web界面上的某個(gè)用戶與組織中正在進(jìn)行的API調(diào)用相關(guān)聯(lián)。

據(jù)此，產(chǎn)品經(jīng)理可以跟蹤Google或Facebook廣告相應(yīng)的營(yíng)銷渠道歸因(marketing channel attribution)，以獲悉從帳戶創(chuàng)建到轉(zhuǎn)換為付費(fèi)用戶的時(shí)間，以及他們首次開始進(jìn)行API調(diào)用的時(shí)間。

如果直接使用了Moesif(https://www.moesif.com/features/api-monitoring/?utm_source=dzone&utm_medium=blog&utm_campaign=placed-article&utm_term=api-prod-managers-popular-tools-metrics)之類以用戶為中心的工具，那么產(chǎn)品經(jīng)理可以與HTTP狀態(tài)響應(yīng)代碼相同的方式，有效地監(jiān)視UTM(Urchin Tracking Module)參數(shù)。據(jù)此，他們可以按照UTM來(lái)源或UTM活動(dòng)，對(duì)API令牌進(jìn)行分組，以便更好地區(qū)分哪些營(yíng)銷渠道最為實(shí)用。

每周活動(dòng)API令牌數(shù)

在給定的一周內(nèi)訪問(wèn)某個(gè)API的令牌數(shù)量，被稱為每周活動(dòng)令牌數(shù)(Weekly Active Tokens，WAT)。這也是產(chǎn)品經(jīng)理用來(lái)跟蹤其產(chǎn)品的最佳標(biāo)準(zhǔn)之一。與在線時(shí)間(Uptime)、服務(wù)水平目標(biāo)(SLO)、以及每分鐘請(qǐng)求數(shù)等工程類目標(biāo)標(biāo)準(zhǔn)不同，WAT需要與推動(dòng)采用率、以及增加使用度等業(yè)務(wù)目標(biāo)上保持一致。為了計(jì)算WAT，數(shù)據(jù)架構(gòu)團(tuán)隊(duì)需要從Redshift中提取相關(guān)的syslog事件，將其傳遞給Snowflake。之后，BI團(tuán)隊(duì)再編寫SQL查詢語(yǔ)句，以實(shí)現(xiàn)在Tableau中的可視化。

由于一個(gè)開發(fā)者帳戶能夠會(huì)創(chuàng)建諸如：可用于沙箱、或生產(chǎn)環(huán)境的多個(gè)API令牌，因此更準(zhǔn)確的衡量標(biāo)準(zhǔn)是“每周活躍用戶數(shù)(Weekly Active Users)”或“每周活躍公司數(shù)(Weekly Active Companies)”。不過(guò)，這些需要有機(jī)構(gòu)能夠?qū)PI令牌鏈接到相應(yīng)的用戶或公司帳戶上，進(jìn)而執(zhí)行基礎(chǔ)分析。

用戶數(shù)

一些產(chǎn)品經(jīng)理會(huì)發(fā)現(xiàn)：帳戶轉(zhuǎn)換與用戶數(shù)量之間存在直接的關(guān)聯(lián)。也就是說(shuō)：更多的用戶，通常意味著客戶會(huì)更多地使用API項(xiàng)目。因此，項(xiàng)目經(jīng)理往往會(huì)通過(guò)“邀請(qǐng)其他人參加該項(xiàng)目，以幫助您完成工作”之類的活動(dòng)，去吸引和邀請(qǐng)更多人加入到注冊(cè)流程之中。由此帶來(lái)的另一個(gè)額外的好處是：產(chǎn)品經(jīng)理們可以從用戶那里獲得其他用戶的公司郵箱地址。畢竟邀請(qǐng)者可能不知道受邀者的Gmail地址，但是他們知道與之有工作往來(lái)的伙伴的郵件地址。

自助服務(wù)客戶

一些獨(dú)立的開發(fā)人員往往會(huì)選擇自助購(gòu)買的業(yè)務(wù)類型。不過(guò)，在大多數(shù)情況下，這些開發(fā)人員既不想與產(chǎn)品經(jīng)理交流，又不愿與銷售人員交談，更懶得回復(fù)電子郵件。實(shí)際上，他們會(huì)經(jīng)常使用個(gè)人郵件進(jìn)行注冊(cè)，以隱藏真實(shí)的工作信息。因此，產(chǎn)品經(jīng)理很難從他們那兒，或是一些小微企業(yè)處，獲得更多的反饋與見(jiàn)解。

當(dāng)然，產(chǎn)品經(jīng)理們也可以通過(guò)查看，開發(fā)人員在產(chǎn)品使用過(guò)程中，所涉及到的基本內(nèi)容、API調(diào)用的內(nèi)容、以及在GitHub處API SDK使用情況的統(tǒng)計(jì)信息，來(lái)側(cè)面收集開發(fā)人員的使用體驗(yàn)。

留存度

一旦產(chǎn)品經(jīng)理對(duì)采用率和使用度有了一定的了解，他們就會(huì)通過(guò)API產(chǎn)品的留存度，來(lái)發(fā)現(xiàn)需要改進(jìn)的地方。產(chǎn)品經(jīng)理可以通過(guò)將用戶群根據(jù)注冊(cè)日期等維度進(jìn)行細(xì)分，以跟蹤他們?cè)俅位貋?lái)進(jìn)行使用、調(diào)用、甚至與平臺(tái)有所互動(dòng)的百分比。如下圖所示，通過(guò)將API留存度按照用戶的SDK進(jìn)行分組，他們會(huì)發(fā)現(xiàn)PHP的留存率會(huì)遠(yuǎn)遠(yuǎn)低于其他SDK。這就意味著該API對(duì)于PHP的調(diào)用存在著錯(cuò)誤，或需要通過(guò)修復(fù)來(lái)提高其性能。

此外，要確定是否添加或去除某個(gè)API或產(chǎn)品的功能，產(chǎn)品經(jīng)理們也會(huì)查看SKU(Stock Keeping Unit)的計(jì)費(fèi)情況。許多API會(huì)針對(duì)不同的活動(dòng)類型，被分為一系列相互獨(dú)立的SKU。通過(guò)查看誰(shuí)在為哪些SKU付費(fèi)，產(chǎn)品經(jīng)理就可以確定哪些需要保留或增強(qiáng)，而哪些可以斷舍離。

跟蹤設(shè)定的標(biāo)準(zhǔn)并不容易

設(shè)置一套可用作跟蹤的標(biāo)準(zhǔn)，往往涉及到通過(guò)與業(yè)務(wù)團(tuán)隊(duì)協(xié)作，對(duì)可能的使用請(qǐng)求進(jìn)行精準(zhǔn)地分類。其代表性的步驟包括如下五個(gè)方面：

1)目標(biāo)數(shù)據(jù)是否有對(duì)應(yīng)的事件?

2)如果是的話，那么它們是否能被存儲(chǔ)在數(shù)據(jù)倉(cāng)庫(kù)中?如果不是的話，則需要數(shù)據(jù)架構(gòu)團(tuán)隊(duì)創(chuàng)建一個(gè)新的syslog事件，然后將其引入數(shù)據(jù)倉(cāng)庫(kù)。

3)創(chuàng)建關(guān)于如何在Tableau中可視化數(shù)據(jù)的標(biāo)準(zhǔn)，或定制報(bào)告。

4)讓BI數(shù)據(jù)團(tuán)隊(duì)執(zhí)行請(qǐng)求。

5)如果BI團(tuán)隊(duì)無(wú)法實(shí)現(xiàn)數(shù)據(jù)的可視化，則需要工程人員對(duì)數(shù)據(jù)庫(kù)本身進(jìn)行自定義的SQL查詢。

小結(jié)

良好的工具對(duì)于API-First公司的產(chǎn)品經(jīng)理來(lái)說(shuō)，不但能夠獲取開發(fā)使用者的獨(dú)到見(jiàn)解，并且能夠確保提供成熟且可靠的SDK，以及完整的文檔。如今，諸如Moesif之類的API分析工具，可幫助API驅(qū)動(dòng)型企業(yè)，對(duì)API數(shù)據(jù)進(jìn)行深入研究，并做出更加明智的決策，以推動(dòng)企業(yè)及其API產(chǎn)品不斷迭代并創(chuàng)造價(jià)值。

【原標(biāo)題】API-First Product Managers’ Popular API Tools and API Metrics ，作者: Larry Ebringer

【51CTO譯稿，合作站點(diǎn)轉(zhuǎn)載請(qǐng)注明原文譯者和出處為51CTO.com】