標籤：
本文主要是介紹業務部門（主要是運營部門）在沒有完善的資料平台時如何更好的向產品經理提出資料需求，來滿足自己某些資料分析。
一、誰會提資料需求？
一般來說的話，更多的是運營提出的資料需求會更多。不過也會存在其他業務部門，比如財務、結算、市場、技術部等其他業務部門。
二、有哪些資料需求？
· 產品資料：PV、UV、頁面跳出率、DAU、留存率、事件轉化率、使用者屬性等等。
· 業務資料：註冊數、下載數、訂單數、取消數、註冊轉化率、訂單轉化率等等。
三、如何提資料需求？
舉個栗子：國慶節會上線一個新業務的推廣活動頁，到時候領導需要看到這個新業務上線後的效果情況如何？
時間規劃
雖然是國慶節上線，但是作為資料需求提出方，需要有時間規劃的意識。不要等到活動頁上線之後，再去和產品、資料小組提相關的資料需求，而是要學會把需求前置。特別是活動頁的PV、UV等使用者行為資料，因為如果在上線前沒有提出需求，開發一般不會主動埋點統計的，所以等上線後發現沒有埋點，已經為時已晚了。另外業務資料雖然可以從資料庫中提取，但是由於提出需求時間在上線後，留給資料小組的處理時間不多，往往會造成領導時時催你要資料，你時時催資料小組幫忙提取基礎資料。
分析維度
上線一個活動頁，作為運營你要知道領導想看上線後的效果，那麼效果情況能從哪些資料進行呈現。這個過程需要哪些基礎資料，如何利用這些基礎資料來進行分析。其中最重要的就是基礎資料的來源。所以運營前期提資料需求時一定要明確基礎資料的維度是什嗎？避免基礎資料不是自己想分析的資料，以及減少與產品、資料小組來回溝通確認的時間成本。
假設情境：
運營：我需要國慶期間所有的訂單資料…
資料員：要訂單的哪些資料？訂單號、使用者ID、下單時間、預約取貨時間、預約還貨時間、訂單狀態？？
運營：哦哦，我要訂單號、使用者ID、下單時間、預約取貨時間、預約還貨時間、訂單金額。
資料員：是下單時間在10.1-10.7號之間的訂單資料？預約取貨時間在10.1-10.7號之間的訂單資料呢？還是實際取貨時間在10.1-10.7號之間的訂單資料？
運營：我要下單時間在10.1-10.7號之間的訂單資料。
資料員：所有訂單都要嗎？還是只要預約成功的訂單？
運營：只要預約成功的訂單。
…….
以上溝通花了半天，這時候資料員把訂單號、使用者ID、下單時間、預約取貨時間、預約還貨時間、訂單金額這些資料給運營了。運營埋頭抓緊分析了，分析的過程中發現訂單金額明顯偏大，超出日常訂單金額的平均值。
運營：你給我的資料，訂單金額怎麼那麼大？是不是你拉錯了？
資料員排查半天。。。
資料員：沒有啊，這個就是訂單金額。
運營思考半天。。。
資料員：你是不是沒有排除優惠金額啊，訂單金額要排除使用的優惠金額的。
資料員心裡一萬個草泥馬。。。
上述這個情境，可以說是資料員還是比較負責的，會去和運營確認所需資料是什麼。但是耗時較長，處理效率較低。那麼如何避免此類情況的出現？需要運營明確基礎資料分析維度。
就拿上面這個情境來說的話，需要明確時間維度、訂單維度、所需欄位的特殊情況。最好是能夠瞭解訂單表常用欄位，一方面是可以具體告知資料員要什麼欄位，提高處理效率；另一方面便於辨別資料員提供的資料是否存在異常。如果不瞭解表結構也沒關係，但是需要準確告知你要什麼類型的資料以及相關特殊情況。
表達目的
提資料需求的時候，運營可簡單描述此資料需求的目的。比如誰要這個資料？為什麼需要這些資料？這些資料用來分析什麼內容的？
表達目的主要有三個優點：
· 需求是否合理，產品、資料員作為需求接收方，可以根據此需求來評估需求是否合理，不合理的情況是可以打回需求的。
· 需求優先順序，產品、資料員接受到的需求很多，如何給你的需求進行排期，取決於你的需求是誰提出的？要分析什麼資料？能解決什麼問題？進行評估需求優先順序，之後進行排期處理的。
· 需求是否存在最佳化空間，針對運營表達的目的和所需的基礎資料之間對比，為了能更好的滿足所表達的目的，基礎資料是不是可以有最佳化的空間，便於提供更優質的基礎資料供運營進行分析。
四、總結
簡單的來看，運營提資料需求好比是使用者提產品需求。由於需求是內部員工提出，佔有一定的主動權。所以需要明確時間、維度、原因三要素，便於產品、資料員高效、準確的完成此資料需求。
以上是結合自己工作整理的，由於是自己公司遇到的相關問題，所以可能存在一定的局限性。歡迎大家多交流學習。
來源：人人都是產品經理
運營部門提資料需求的一些小技巧
