在如何搭建名額體系之前，我們先簡單說下，什麼是名額？
名額，實際上就是一種度量。大到用于監控和評估商業程序的狀态，小到衡量某個功能子產品的情況，或者是自己的活動效果。
從營運角度來看，一個好的名額，需要具備四個特點：
業務層面是有價值；
可衡量業務真實情況；
簡單可執行；
大家都共同認可。
從技術層面來看，一個好的名額，統一具備四個特點：容易收集快速衡量；準确度高；可被多元度分解；單一資料源。就像我們經常使用的衡量APP産品啟動人數，使用UUID或者是COOKIE往往比使用IP更加準确。
但很多時候，因為技術或者是業務自身的原因，我們往往很難找到很完美的名額。那麼這個時候我們最重要的就是統一口徑進行分析，更多地觀察資料的波動情況。
1. 選什麼樣的名額
選名額有兩個方法：名額分級，OSM模型。
（1）名額分級：通常是分成三級。
一級名額：公司戰略層面名額。
用于衡量公司整體目标達成情況，通常設定在5-8個名額。這類名額是與業務緊密結合，按照行業标準進行制定，有可參考的行業标準名額，且這類名額針對全公司所有員工均具有核心的指導意義。
比如某遊戲公司的一級名額：新增賬号、留存率、DAU/MAU、付費人數（率）、收入金額等。
二級名額：業務政策層面名額。
為了實作一級名額，企業會做出一些政策，二級名額通常與這些政策有所關聯。可以簡單了解為一級名額的實作路徑，用于更快定位一級名額的問題。
例如：某遊戲公司一級名額是遊戲收入，那麼二級名額可以設定為不同遊戲物品的收入。一級名額是DAU，那麼二級名額設定為分伺服器的DAU等。這樣當一級名額出現問題的時候，我們可以快速查詢到問題的所在點。
三級名額：業務執行層面名額。
三級名額是對二級名額的路徑拆解，用于定位二級名額的問題。三級名額的使用通常是可以指導一線人員開展工作的名額内容。三級名額的要求是：一線人員看到名額後，可以快速做出相應的動作。
如遊戲公司的二級名額是XX區服的DAU，那麼三級名額則可以設定為遊戲時長、遊戲頻次、遊戲等級分布、遊戲關卡流失情況等。通過觀察這些資料，可以去針對性地做調整，如某個關卡流失的使用者特别高，那麼嘗試降低難度。
這裡有一個注意事項，在進行整個名額分級的時候，我們需要先思考：
一級二級名額，能否反應産品目前的營運情況；
三級四級名額能否幫助一線人員定位問題，指導營運工作。
以上是名額分級縱向的内容。橫向思考，如何針對不同級别的名額來選取合适的名額？
這就是名額分級的第二個方法：OSM模型。
2. OSM模型
OSM模型（Obejective，Strategy，Measurement）分别代表業務目标、業務政策、業務度量。
O：使用者使用産品的目标是什麼？産品滿足了使用者的什麼需求？
S：為了達成上述目标我采取的政策是什麼？
M：這些政策随之帶來的資料名額變化有哪些？
我們搭建名額體系是為了更好地發現使用者的問題，并且去解決。是以我們需要站在使用者的場景去考慮整體的内容。
以知乎為例，按照OSM模型，它的名額是什麼樣的？
O：使用者來使用知乎這個産品，目标是什麼？
這裡涉及兩個不同的使用者——内容分享者和内容消費者，這裡簡單介紹内容生産者的分析思路，大家可以自己試着分析下内容消費者。
使用者需求：分享知識觀點（釋出觀點），建立行業影響力（内容受到回報）。
那麼，如何讓使用者感受到自己的需求被滿足了呢？
S：知乎做的政策是：内容點贊評論、内容打賞、鹽值增加、XX話題優秀回答者。
M：接下來，我們需要針對這些使用者動作去做名額，在這裡面我們的名額會有兩個，分别是結果名額和過程名額。
結果名額：用于衡量使用者發生某個動作後所産生的結果，通常是延後知道的，很難進行幹預。
過程名額：使用者在做某個動作時候所産生的名額，可以通過某些營運政策來影響這個過程名額，進而影響最終的結果。
還是以内容生産者為例：
結果性名額：釋出文章數、釋出文章的人數、文章點贊/評論數、被打賞人數、被打賞金額、優秀回答者人數、新增優秀回答者人數等。
過程性名額：使用内容導入人數、内容釋出轉化率、文章互動率、評論折疊率等。
通常我們會在指定名額的過程中使用OSM的模型，去針對使用者在不同場景下産生的動作，以及這個動作可能帶來的結果，使用者在這個動作中會出現什麼樣的資料變化。之後再結合資料，針對性地去調整我們的營運政策或者産品功能。
簡單了解：結果性名額更多的是監控資料異常，或者是監控某個場景下使用者需求是否被滿足。而過程性名額則是更加關注使用者的需求為什麼被滿足（沒被滿足）。
2. 如何搭建
名額選取之後，就要開始搭建名額體系。前面我們說過，名額體系是通過場景流程來綜合進行分析，而這裡最重要的就是分析次元的選擇。
一個好的名額是可以多元度去拆解劃分，當好的名額搭上完整的次元，很多問題就可以迎刃而解。如果沒有合适的次元，你建立起來的依然隻是多個名額，隻是名額合理，做不到前後場景化的分析。簡單了解，次元是将點串聯成場景的那根線。
我自己通常會采用這樣的邏輯來進行體系搭建：選名額-針對每個名額做出可能要的次元-将名額和次元重新組合。
通常我們在選取某個名額的時候，想到的次元都比較簡單，如：使用者進入商品詳情頁，我可能隻想要知道使用者進了哪個類目的商品詳情頁；商品成交的時候，可能關注的是類目和金額；同樣地，在商品清單頁的時候，我們監測使用者搜尋，會關心使用者搜尋了哪些詞，搜尋頻次等。
那麼如果我将使用者進入商品詳情頁内，搜尋的關鍵詞和成交的名額組合會是什麼樣的場景呢？
使用者搜尋了哪個關鍵詞，并且進入了商品詳情頁，之後這個商品被購買了。
這時候我們分析搜尋關鍵詞的時候，效率會非常高。如搜尋某個關鍵詞的使用者轉化率非常高，但是搜尋的次數比較少，那麼我們将這個關鍵詞置為熱搜是否可以提升整體的轉化率呢？
名額的次元拆解後，重組我們如何做呢？
我的原則是：在同一個流程，使用者動作存在關聯的，盡可能多地在多個名額覆寫相同可用的次元。以電商為例，使用者的動作是：搜尋品類-搜尋清單頁-點選篩選-商品清單頁-送出訂單-購買。那麼在整個流程中最好可以保留搜尋品類的關鍵詞、篩選的條件、商品的資訊等内容。
最後，當我們名額和次元都确定之後，剩下的就是去做資料埋點了。什麼樣的埋點資料不會被開發噴呢？開發拿到不用動腦子的那種。
我之前使用的格式是這樣的，大家可以參考下：
最後，就剩下資料可視化的内容了。資料可視化通常根據自己的業務場景去結合，使用自己合适的資料，通常會包含使用者資料、管道資料、業務流程資料等。具體的可視化我就不做過多贅述，百度一下，什麼樣的場景用什麼樣的圖我想都可以看出來。
重要的是這些流程的組合，就是将不同的名額和次元進行組合，關聯分析出來的事件才是最核心的，這是完全可以指導你進行工作的三級名額，并且貫穿全流程。
作者：haidaozheng
連結：https://www.jianshu.com/p/47f701e70fe8
來源：簡書
著作權歸作者所有。商業轉載請聯系作者獲得授權，非商業轉載請注明出處。
