1.5 數據中臺內外合作機制

在搭建中臺的過程中，特別是在數據中臺與其他部門合作時，數據中臺團隊經常被各條產品線問到以下兩個問題。

● 為什么要接入業務中臺？

● 產品線的數據為什么要提供給數據中臺？

中臺是一個中心化的組織結構。中心化就意味著你要和其他部門合作才能完成中臺的搭建工作。掌握如何與其他部門合作、如何管理數據中臺團隊的能力是非常重要的。

1.5.1 數據中臺如何與其他部門合作

先看下數據中臺和其他部門的依賴關系。如圖1-8所示，數據中臺作為一個獨立的部門要支撐起公司內部多條產品線的數據化運營。一般來說，各條產品線的運營人員和產品經理常常會和數據中臺打交道。產品線的運營人員經常會有一些關于數據指標的需求。產品線的產品經理需要協助數據中臺完成數據指標涉及的業務流程，技術口徑的確認也需要業務部門的產品經理協調他們的開發人員一起完成，因為產品的功能都是產品線的產品經理開發的，所以他們是最清楚產品線的業務流程和數據流轉的。

數據中臺與其他業務部門的合作主要包括以下幾方面。

1．業務口徑和原型確認

當運營人員有一個新的數據指標要開發時，如何將這些指標清晰地告訴數據中臺呢？這就需要有一個規范。

一個指標的開發需求列表如圖1-9所示。可以用這個表格統一指標的業務口徑：是誰需要查看這個指標、這個指標屬于哪條產品線、指標的名稱是什么、指標的業務口徑是什么、統計周期是什么。

這個表格首先要提交給數據中臺產品經理，其應該和需求方再次溝通以確定指標的定義和價值。經數據中臺產品經理確定后，就可以將表格提交給數據中臺的技術負責人，讓技術負責人協調模型設計師、數據開發工程師來初步確定指標的技術口徑。在技術口徑確認后，數據指標開發就會進入產品設計階段。

產品經理在輸出原型后，第一件事就是和需求方再次確認，保證功能沒有問題。此時最好讓運營人員回復郵件確認。之后會進入開發階段。在完成開發后，產品經理可以向運營人員要一些歷史手工統計的數據，這個數據對于數據中臺團隊來說，有一定的參考意義。在功能上線后，運營人員需要對這個指標負責，可以設定一個試用期（比如一周），他們需要在這個周期內反饋數據的問題。之后就是數據指標的迭代階段。

2．與各條產品線建立月度溝通機制

數據中臺團隊與其他業務部門的定期溝通十分重要。在企業內部，業務部門是數據中臺的主要使用方，在使用數據中臺的過程中一定會遇到比較多的問題，業務方的反饋對數據中臺團隊不斷優化自己的產品十分重要。通過月度溝通機制，數據中臺團隊一方面可以知道業務部門的運營節奏，保證數據中臺和運營部門的節奏是一致的，另一方面可以調研運營人員的數據需求，獲得問題反饋，幫助他們進行數據化的運營。數據中臺的主要用戶就是產品/運營人員，基于這些反饋，數據中臺可以更有針對性地優化現有的功能。

3．建立日常溝通微信群

需要與每條產品線的運營同事、產品同事建立微信群。日常的數據難免會有一些問題，當有問題時運營人員需要十分便捷的反饋渠道。針對微信群里的反饋，數據中臺團隊要在第一時間內處理，因為正是這些反饋，能令數據中臺的功能變得更加有價值。

4．建立規范的取數流程

一般來說，數據中臺研發的相關指標不可能滿足產品/運營人員的全部需求。數據中臺可能會遇到其他部門的很多特殊的取數需求。針對這些取數需求，數據中臺需要制定一套規范的取數流程，制作取數申請表格，如圖1-10所示，業務人員要對自己要提取的數據進行詳細描述，包括指標的定義、業務口徑、統計周期和計算方式，寫清楚自己取數的用途。這個表格首先需要經過業務人員所在部門負責人的審核，然后還要經過數據中臺產品經理的審核。數據中臺產品經理審核該表格主要是為了確定這個數據的意義和目前的系統是否擁有這樣的數據。如果確定幫助業務人員取數，則要進一步確認業務口徑，盡量讓開發人員一看到業務口徑就知道該怎么計算相關指標，避免浪費開發人員的時間。

1.5.2 數據中臺內部項目管理流程

數據中臺的指標開發流程涉及多個角色，花費的時間比較長，因此，如何讓運營人員、產品人員、開發人員、測試人員高效地配合來完成數據中臺的目標，是一件非常重要的事情。在這里，筆者推薦一個名為“雙周迭代計劃”的數據中臺內部項目管理流程，如圖1-11所示。

數據中臺項目在立項時是需要對各條產品線進行大量調研的。這時候，數據中臺需要和運營部門一起確定一個總的目標，比如以一年為一個周期，數據中臺要將這一年里要做的功能，按照需求的優先級、性價比，把關鍵任務拆解到各個階段，從而分階段完成。我們可以按季度分階段，每個季度完成一個小目標，當小目標都一一實現時，大目標的實現也不會出現大的紕漏。接下來，這個季度小目標還可以拆解到每個月的計劃中，每個月完成相應內容。

如果以一個月作為一個迭代周期，那么迭代周期會顯得有些長，因為等到數據中臺一個月后把指標開發完成，運營人員的關注點可能就已經改變了，開發的功能可能已經脫離了當前的運營目標。所以筆者所在的公司采用“月度目標、雙周計劃”的機制——也就是說，每個月都會基于目標設定階段性任務，再將階段性任務分為兩個迭代周期來完成。

接下來我們具體看看“月度目標、雙周計劃”怎么運轉。

（1）每月制訂月度計劃，設定月度目標。

每個月數據中臺都會組織每條產品線的產品/運營人員做一次常規溝通，一般安排在第三周，主要討論他們目前使用數據中臺所遇到的一些問題，另外弄清楚產品線下個月的計劃是什么。基于運營人員的反饋，數據中臺可以制訂下個月的迭代計劃，包括下個月工作的優先級、在什么時間節點完成什么內容，這樣就能保證數據中臺和產品線的節奏一致、目標一致。

（2）每兩周迭代一次，完成月度目標。

數據中臺可以將一個月的任務分為兩個迭代周期完成。一般來說，第一個迭代周期是上半個月，第二個迭代周期是下半個月。

在第一個迭代周期里主要做一些優化的功能和一些需求已經十分明確的功能。

在第一個迭代周期里，產品經理需要完成第二個迭代周期的需求調研，在需求都明確下來后，會在第一個迭代周期的第二周進行需求評審，在需求評審完成后，技術人員就可以準時在第三周進行第二個迭代周期的開發工作。

到了第三周，需要和運營人員開一次月度會議，從而確定下個月的需求—也就是步驟（1），產品經理就可以繼續完成下個月第一個迭代周期的需求調研，并在第四周進行需求評審。這樣，產品經理的需求調研工作會比技術同事的開發工作提前兩周完成，這就形成了一個良性的迭代循環。

---

[1]注：ETL即Extract-Transform-Load，指數據從來源端經過抽取（extract）、轉換（transform）、加載（load）等步驟至目的端的過程。