起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識數據產品索隆，標簽體系建設流程
編輯導語：產品經理在搭建數據產品的標簽體系時，會遇到一些常見問題，環節多、數據量大等等；但是方法論和套路都是統一的，根據大的套路再進行小的細節更改會比較順利；本文作者分享了關于標簽體系建設的流程，我們一起來看一下。
我是要成為世界級大劍豪的男人——索隆。
索隆系列篇會記錄小白數據產品索隆，在數據中臺部門的工作點滴，讓我們一起來看看索隆在進入偉大航路新賽道摸爬滾打的歷程。
上一篇數據產品索隆經歷了一頓來自領導鷹眼的深度抨擊，數據產品索隆，坎坷的標簽體系建設之路，對現有的業務不夠了解，對數據的分布也缺乏認識，可不是四處碰壁嘛。
正當索隆一籌莫展之時，鷹眼早已洞察一切，于是高冷的鷹眼主動過來了解索隆的現狀。
鷹眼：索隆呀，現在遇到哪些問題？
索?。好碱^一皺，說道，在需求階段，運營的場景、目標、策略等需求不夠落地，提供過來的信息過少；在設計階段，由于數據有一般依賴人為錄入，底層的數據質量較差，之間的ID體系未打通，識別的數據量有限；并且公司處于中臺建設初期，數據基礎建設不完善，元數據缺乏管理，四處找庫找表，還要對接各個業務方問字段含義可謂是心力交瘁。
鷹眼：意識到索隆現在落入了碎片化問題的陷阱中，接著會心一笑，開導著索隆；標簽建設是數據產品工作中的一部分，符合產品經理的工作流；其實我之前提的問題也是在針對于工作流中的關鍵節點，你仔細想想產品的工作流是什么？
索?。寒a品的工作流這還不簡單，無非就是需求采集—需求分析—產品規劃—產品設計—開發測試—上線—運營—需求采集…走一道輪回。
鷹眼：這些問題對應在工作流哪些關鍵節點？
索隆：若有所思，仔細一想之前提的問題確實在流程節點上，不同的問題分別對應在需求階段、設計階段、運營階段上。
鷹眼：要知道的是，萬事不離其宗，無論外界如何千變萬化，在實際工作中，都需要找到一條核心的主線，有了主線才能環環相扣，在上游準備好下游需要的條件，思慮更加周全。
那數據產品作為產品經理的分類之一，其基本方法論是一致的，只不過是在數據細節設計上會考慮得更細，接下來我們一塊來理理標簽構建流程。
一、標簽構建流程
標簽的整體構建流程符合產品工作流，包含需求階段、規劃設計階段、研發階段、運營階段。
1. 第一階段：需求階段
1）需求采集
需求采集可分為定量、定性兩種類型：
- 定量的發放調研問卷的形式，廣泛采集業務需求；
- 定性地進行用戶訪談，深度挖掘業務應用場景和核心需求。
而由于數據中臺部門并不是面向C端用戶，而是面向內部各大業務應用方，發放調研問卷的方式執行難度很大，通常前期會采用用戶訪談的方式，先小范圍的采集核心用戶的需求。
按標準流程來開展調研，最終的調研結果會更具有落地性，但這對于一個初入公司的新人來說，需要注意如下幾個要點：
- 快速了解各方業務，完成初版標簽系統性建設目標的設定；
- 做好調研計劃，明確每個階段的輸入輸出，可能的困難和風險；
- 領導先行，從上至下進行推動；
- 站在業務方角度思考標簽價值點，找到雙方最佳的團隊協作平衡點；
- 制定需求采集模板，引導業務方輸出想要的結果。
2）需求分析
在需求采集階段，明確用戶類型、需求場景、期望，接下來需要進一步挖掘和提煉用戶需求，解決用戶痛點問題，并把用戶需求轉化為標簽數據需求。
通常數據需求是整體解決方案的方案中的一環，這也是我們常說的是數據用于輔助決策的原因。
所以作為一個數據產品經理，不僅僅是站在數據視角，提供專業的方案；還需站在業務視角，站在全局視角來看，業務方是在什么場景下，遇到了什么問題，期待怎樣的解決方案；而整個解決方案中，需要數據部門做怎樣的支持。
因此，業務部門與數據部門往往是聯動協調的一種關系，數據需求的開發最佳的實現方式，是能夠有業務產品進行配合；這樣在前期對于業務需求的把握，以及對標簽設計庫表字段、各要素的權重確定都有很大幫助。
而比較尷尬的是，數據中臺是個相對比較中立的部門，既需要業務需求，又不能沉浸在業務需求中；所以在整個過程中需要考慮好系統建設目標和業務建設目標，所以必不可少的一個環節就是要對需求進行分析，這也十分考驗數據產品功力。
對于業務方提出的問題，需要符合smart法則，即具體的specific、可衡量measurable、可實現attainable、相關的relevant、時限性time-based。
例如，業務方初始設定的目標為，提升未簽約用戶的再召回率1%。
策略及推送頻次：對超時、核銷的用戶，通過篩選不同城市、渠道、跟進次數，進行差異化召回，每周1次。
乍一看，目標和策略都很清晰，有目標、有策略，并進行了量化，但是在實際執行時往往是漏洞百出。
- 目前未簽約用戶量是多少？提升到多少才算1%？
- 效果如何監測，是否需要分析師制定tableau實驗組和對照組的看板？
- 超時、核銷的現有用戶量有多大，推送的計劃是什么？每個城市的未簽約用戶數據如何？
- 第一波先推送哪些城市？推送頻率如何？
2. 第二階段：規劃設計階段
1）標簽規劃
標簽整體規劃看起來很虛，但是在實際項目過程中至關重要。
有了標簽建設全階段的規劃，可以更容易得到公司資源的支持，也能夠幫助團隊達成共識目標；在工作中有方向不迷茫，提升團隊成員的個人價值感，提升整體團隊凝聚力。
中臺建設的基礎是基于業務而又高于業務，數據中臺的建設需要業務進行推動，但又不完全依賴于業務，在建設過程中有如下幾個要點：
- 需要平衡好系統建設和業務需要之間的關系；
- 建設好底層數據集市；
- 與領導和業務方達成階段性版本規劃共識，避免返工。
2）標簽設計階段
標簽設計流程會分為：明確建設目標、架構設計、標簽規則設計、數據梳理。
- 明確建設目標，通常會分系統性建設目標和業務建設目標，在對標簽進行整體產品規劃后，通常會對一期的目標有更清晰的認識。
- 標簽的架構設計，包含業務架構、產品架構、數據架構設計，塑造全局觀。
- 建設ID體系，實現用戶的ID互通，這對于整個標簽的建設至關重要；通常需要維護一個ID映射庫，用手機號、IMEI等來標識其為同一用戶。
- 標簽規則設計，包含標簽層級設計，標簽業務含義的確定，標簽取數邏輯確定。
標簽分為統計類標簽、規則類標簽、算法類標簽，通常統計類標簽較為簡單，又稱為事實標簽，是事實數據的呈現；規則類和算法類標簽較為復雜，通常需要數據分析師與算法工程師協同來進行確定。
3. 第三階段：標簽研發階段
研發會比較關注標簽寬表中需要有哪些字段、標簽的細致取數邏輯、取自哪個庫下的哪個表、字段代表的值取哪幾個狀態。
常見的業務表會存staus=ycz、dzz、yjy…這樣的數據字段，那對于開發測試而言，他們通常對業務了解較少，無法主觀做出判斷取哪些狀態；所以數據產品在標簽設計階段需要了解，業務上會有哪些狀態，最好是能夠將數據的取值給羅列出來。
對于測試而言，會比較關注測哪些庫，研發的取數跟產品設計是否一致、取值含義等。
4. 第四階段：運營階段
數據產品在整個過程中都需要不斷思考標簽可能的應用，如做個性化推薦、對接到畫像系統中、push和短信推送、建設用戶行為分析系統等等。
建立標簽體系是為了幫助業務方，為用戶提供更加精準和個性化的服務，提高單個用戶的價值；那花費巨大精力開發出標簽，占著存儲與計算資源，若是無人使用，則面臨著剛上線又下線的風險。
所以數據產品一方面要進行推廣，可以組織對業務方的培訓，告訴業務方標簽代表的含義，如何使用這些標簽；另一方面，在運營推廣出去之后，進行標簽監測，監測標簽的使用人數、熱度等，輔助判斷標簽在實際應用中的重要性，后續可以將一些無用標簽下架。
二、結束語
索隆聽完鷹眼對標簽建設全流程階段的解析后，感覺自己信心滿滿，心想：看來之后我可以按照標準流程套路走，穩步前行，這樣就可以在偉大航路上乘風破浪，暢通無阻。
實際項目往往是十分險惡的，那么索隆在實際項目過程中是否暢通無阻呢？他又將遇到哪些磨難？
下一篇，為你揭曉~
歷史文章鏈接：
作者：草帽小子；公眾號：一個數據人的自留地，wx：luckily304
本文由 @草帽小子 原創發布于人人都是產品經理。未經許可，禁止轉載
題圖來自Unsplash，基于CC0協議
您這篇文章提到的，數據中臺需要進行標簽體系或標簽系統的規劃、設計，想要請教一下，您的公司為什么要建立 數據中臺？