下文基于本人在數(shù)據(jù)產(chǎn)品的實(shí)習(xí)經(jīng)驗(yàn)撰寫,如有不足輕噴。1.數(shù)據(jù)產(chǎn)品簡介數(shù)據(jù)產(chǎn)品在每個模塊都需要沉淀能力,長期積累業(yè)務(wù)經(jīng)驗(yàn)、數(shù)據(jù)經(jīng)驗(yàn),屬于綜合能力極強(qiáng)的角色,通過對接下游業(yè)務(wù)、數(shù)據(jù)倉庫、后端完成數(shù)據(jù)的高效運(yùn)轉(zhuǎn)。2.數(shù)據(jù)產(chǎn)品類型(1)偏中臺建設(shè)數(shù)據(jù)產(chǎn)品服務(wù)解決業(yè)務(wù)、數(shù)倉取數(shù)用數(shù)看數(shù)效率等。這類崗位偏向tob tog業(yè)務(wù)較多,產(chǎn)品類型包括數(shù)據(jù)指標(biāo)中心,自助BI系統(tǒng),數(shù)據(jù)集中臺,數(shù)倉系統(tǒng)等。(2)偏業(yè)務(wù)以業(yè)務(wù)為核心,對接策略、運(yùn)營、商分、銷售等角色,梳理需求,整理數(shù)據(jù)價值,評估需求合理性和提供解決方案。將抽象的業(yè)務(wù)數(shù)據(jù)需求梳理為研發(fā)能看懂的內(nèi)容包括指標(biāo)、維度、數(shù)據(jù)源,并將其中維度指標(biāo)交叉關(guān)系說明。把握需求排期規(guī)劃,建設(shè)業(yè)務(wù)用數(shù)平臺。3.數(shù)據(jù)產(chǎn)品的價值數(shù)據(jù)產(chǎn)品的價值體現(xiàn)于作為業(yè)務(wù)和數(shù)據(jù)開發(fā)的橋梁,業(yè)務(wù)可以不必了解數(shù)倉知識、指標(biāo)口徑、維度等定義就可以做到提需,而數(shù)據(jù)產(chǎn)品同時也能為從業(yè)務(wù)視角幫助業(yè)務(wù)捋清業(yè)務(wù)價值和數(shù)據(jù)價值,避免業(yè)務(wù)浪費(fèi)資源。而對于數(shù)據(jù)開發(fā)又減少了許多不必要的會議,數(shù)據(jù)指標(biāo)、維度的管理和看板搭建等工作由數(shù)據(jù)產(chǎn)品承接??梢岳斫鉃閿?shù)據(jù)BP(需求對接梳理)+產(chǎn)品的角色。4.數(shù)據(jù)產(chǎn)品所需技能SQL:數(shù)據(jù)產(chǎn)品必須會,基礎(chǔ)的增刪改查是不夠的,起碼要熟悉各種進(jìn)階語法的使用,多表連接,查詢優(yōu)化等。以hive SQL為主。產(chǎn)品原型設(shè)計:產(chǎn)品基本功,墨刀、axure、figma等,推薦墨刀。PRD:產(chǎn)品基本功+1,不需要有多驚艷,能讓研發(fā)和業(yè)務(wù)看得懂你什么意思就行,寫出需求背景,需求收益,上游PRD,MRD等。詳細(xì)部分寫出維度,指標(biāo)口徑,數(shù)據(jù)源等。office全家桶:Excel(起碼要會多種公式和數(shù)據(jù)透視表)word,PPT等可視化工具:Tableau,F(xiàn)ineReport等,推薦Tableau。5.數(shù)據(jù)產(chǎn)品與其他崗位關(guān)系(1)上下游關(guān)系上游:數(shù)據(jù)研發(fā),業(yè)務(wù)研發(fā),前端后端(部分?jǐn)?shù)據(jù)門戶等需求)下游:策略,運(yùn)營,銷售、商分、財務(wù)、HR等,具體情況根據(jù)組對接什么方向來定,大部分?jǐn)?shù)據(jù)產(chǎn)品是對接運(yùn)營。例如我實(shí)習(xí)對接最多反而是搜推。某些業(yè)務(wù)可能沒有數(shù)據(jù)分析,搭建看板等工作由數(shù)據(jù)產(chǎn)品承接。(2)數(shù)據(jù)產(chǎn)品工作分為底、中、應(yīng)用層底層:埋點(diǎn)治理,數(shù)據(jù)指標(biāo)維度治理,甚至數(shù)據(jù)倉庫都可以歸類為底層。需要與接口、參數(shù)、字段打交道。中層:各類中臺、畫像標(biāo)簽平臺等。利用基礎(chǔ)層的數(shù)據(jù)加工生成價值更高的數(shù)據(jù)。例如業(yè)務(wù)需要給某些銷量低的商品打上標(biāo)簽,在供給剔除過程中更方便找到低銷品。應(yīng)用層:各類BI看板或者數(shù)據(jù)門戶系統(tǒng)等,類似功能產(chǎn)品的產(chǎn)出。6.數(shù)據(jù)產(chǎn)品的需求流程(1)需求背景:需求到底需要解決業(yè)務(wù)方哪些問題,做這個需求到底有什么收益,業(yè)務(wù)要用什么方式去應(yīng)用。這也是考驗(yàn)數(shù)據(jù)產(chǎn)品業(yè)務(wù)視角的部分,只有明白了需求背景大方向才不會出錯。(2)需求梳理:確定指標(biāo)口徑及維度,數(shù)據(jù)來源,可視化呈現(xiàn)方式,指標(biāo)維度交叉關(guān)系,合作方等。這一步最為關(guān)鍵,也是數(shù)據(jù)PRD的核心,如果這部分出錯了交付可能會出現(xiàn)問題,很有可能當(dāng)背鍋俠,因此一定要和業(yè)務(wù)方拉扯清楚需求,不要怕對方煩,因?yàn)檫@是他的工作。(3)需求進(jìn)度跟進(jìn):需求評審中跟研發(fā)說清背景,收益和目標(biāo),講解以往沒有出現(xiàn)過的指標(biāo)口徑,如果已有指標(biāo)可以略過。根據(jù)需求緊急度進(jìn)行排期,如果業(yè)務(wù)緊急度重合,讓業(yè)務(wù)自行battle或者緊急調(diào)用其他資源。(4)需求數(shù)據(jù)/功能質(zhì)量:在驗(yàn)收階段數(shù)據(jù)產(chǎn)品需要自行驗(yàn)數(shù),因?yàn)檠邪l(fā)交付不一定沒有問題,而出現(xiàn)問題反而是常態(tài) 因此需要對數(shù)據(jù)準(zhǔn)確性和異常case有定位,并反饋研發(fā)。驗(yàn)收完數(shù)據(jù)將部分?jǐn)?shù)據(jù)case發(fā)給業(yè)務(wù)讓業(yè)務(wù)驗(yàn)收,對齊看板樣式,有些業(yè)務(wù)會有特殊需求,根據(jù)業(yè)務(wù)線、BU等進(jìn)行權(quán)限隔離等,這部分需要從中臺實(shí)現(xiàn)。(5)需求交付:在寫完SQL、數(shù)據(jù)集成、搭建看板之后讓業(yè)務(wù)使用,并解答使用過程中的疑問。#美團(tuán)# #產(chǎn)品# #數(shù)據(jù)產(chǎn)品# #非技術(shù)求職現(xiàn)狀# #??蛣?chuàng)作賞金賽# #我的工作日記# #牛客AI配圖神器#