導語
在昨天的
微信
《想知道SaaS執行好不好？你得讀懂這3類分析指標！（上）》
中介紹了A類
分析指標和B類分析指標，今天繼續分享乾貨：
C類分析指標
C類分析指標是用於離線應用程式分析和長期規劃這些用途的指標。C類分析指標常常用於確定應用程式的戰略和產品方向。
這些指標可以像A類指標和B類指標那樣進行實時檢查，也可以定期釋出和檢查，比如每週、每月或每季度一次。
C類指標用於業務分析，比如分析客戶流量模式、網站逗留時間、推薦網站和跳出率。它們可用於銷售報告和銷售漏斗，還可用於財務報告和審計用途。
一些公司測試新的應用程式功能或網站的辦法是，向客戶展示功能的兩個或多個不同版本，並分析指標，看看哪個版本效果更好。這種測試方法叫A/B測試，所用的指標就是C類指標。
有許多公司提供C類指標，但迄今為止最著名的C類指標提供方是Google Analytics。
並非所有分析指標都天生一樣
不同的指標有不同的使用者：
A類指標主要由自動化系統使用，由系統和流程在內部使用。它們用於動態和自動更新關鍵的運營資源，以確保系統狀況良好、適當擴充套件。
B類指標主要由運營支援團隊以及開發團隊使用，作為事件響應流程的一部分。它們可以立即幫助團隊識別和解決問題，通常有助於預防問題。
C類指標主要由業務規劃人員、產品經理和企業高管使用。它們用於推動長期的業務決策、業務建模、產品設計和確定的功能優先順序。
此外，最重要的是，收集和處理分析指標的系統在你的應用程式中有不同的優先順序。收集A類指標的問題是關鍵問題。A類指標失效可能導致自動化基礎設施工具出岔子，最終導致減速或失靈。
相比之下，收集C類指標的問題不一定是引發警報的根源，解決C類問題可以推遲數小時、數天甚至更長時間。
決定如何使用指標時要謹小慎微；如果將指標用錯地方，可能會釀成災難性後果。比如說，不要使用B類指標（比如“應用程式延遲”）來動態自動分配系統資源，比如自動擴大和縮小伺服器叢集規模。原因何在？因為在諸如此類的關鍵用例使用B類指標會給你的應用程式帶來不必要的風險。
假設你從一家應用程式效能監控公司獲得指標，這些指標通常被歸類為B類指標。使用其所報告的“應用程式延遲”來確定伺服器叢集的擴充套件會讓你面臨潛在問題。如果你的應用程式效能監控公司出現故障，你就無法適當地擴充套件伺服器叢集，這可能導致你也遭遇故障。這意味著這家應用程式效能監控公司是你的應用程式的一個關鍵部分，而在此之前，它可能只是用來診斷問題的一種實用的工具。
另舉一個例子，別依賴C類指標（比如“購物車放棄率”）作為識別購物車服務中運營可用性問題的主要方法。該指標距離問題實在太遠，無法為你及時表明亟需解決的問題。“由於購物車放棄率提高，本週銷售額下降”這樣的報告資訊量太少、釋出太晚，無法幫助你除錯較早時候的購物車服務問題。
將合適的指標用於合適的用途，可以提高分析指標的實用性，便於你及時報告，並降低你的應用程式和業務面臨的風險。
作者：Lee Atchison 是雲計算和應用程式現代化領域公認的思想領袖。他在產品開發、架構設計、規模擴充套件和現代化方面擁有30多年的經驗，曾供職於亞馬遜、亞馬遜網路服務（AWS）、New Relic及其他現代應用程式組織。他的名字出現在許多出版物中，經常在全球各地受邀擔任演講嘉賓。Lee的最新著作是《為規模設計架構》。
原文網址：https：//www。infoworld。com/article/
3625233/the-importance-of-classifying-analytics。html
編譯：沈建苗
微信排版：牛可歆
排版稽核：劉 沙
更多幹貨推薦
