01、當產品以來的心路歷程
03、新人產品經理，你最大的困惑是什么？
02、淺談前端開發如何看待數據產品經理
05、數據的導航者
目錄
04、對數據產品的一點理解和感悟
驅動力
當產品以來的心路歷程
前言
一直被催著交稿，今天終于有時間來嘮嘮我作為產品的心路歷程了，但真正開始寫時又發現不知道從何時說起，那就索性從我開始介入所謂的“產品”職能開始寫吧。
記得應該是2019年第一次被拉著擔任計算平臺的產品一職，剛開始時完全一臉懵逼，不知道作為產? ? ? ? ? ? ? ? ? ? ? ?品應該怎么去介入這件事，只是單純的通過日常的產品人? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 員的工作內容來推測產品的工作職責：收集需求、畫? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 原型、排期實現，所以也就比葫蘆畫瓢，充當起了? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?收集計算平臺需求的角色，然后按照既定的迭代頻? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?率去安排開發實現它們。后來越做越覺得不完全是? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 那么回事，感覺太浮于表層，同時葛大爺作為資產產品? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 專家也親自指導我了起來。猶記的那段時光真的很難熬，葛大? ? ? ? ? ? ? ? ? ? 爺讓我梳理計算平臺的所有模塊、作用及產品的邊界，讓我給他匯報，整理了好幾遍，匯報了好幾遍，都不是很令他滿意，就有點沮喪，一度覺得我是不是不適合做這份工作，然后葛大爺跟我說了一句我現在都還記憶猶新的話：如果你現在覺得很難，那很好，證明你在走上坡路，再堅持堅持，等你熬過了這段時間，再回首來看，你會覺得一切難題都不是問題（原話咋說的我忘了，但意思是這意思）！也正是他的鼓勵，讓我重拾信心，重新梳理，深度了解，最終交了領導滿意的答卷！時至今日再去看這件事，依然心存感激，感謝葛大爺在我初入產品之路之時耐心的指導，讓我感受頗深也受益頗深！
驅動力
2023年12月?第26期
師傅領進門，修行在個人，在產品的道路上，需要學習的還有很多，但這些遠不止書本上寫到的知識或是別人口中的傳教，更多的是自身理念的理解和看法的扭轉。我本是測試出身，比技術稍微靠近用戶一些，從某些層面來說，這是我的優勢，能理解并能相對準確的知道用戶的一些使用規范及要求，并能反應在產品文檔上，但在做產品期間，還是容易犯一些致命性的錯誤。
1、容易閉門造車
可能是自己偏技術的緣故，不太善于跟需求提出方掰扯一些事，導致很多時候與用戶溝通不夠。需求提出來后只是簡單的溝通清楚用戶想要的東西是什么，并沒有把我們的方案，我們要做成的樣子同步給客戶，或是跟客戶溝通不足，造成功能上線后不是用戶想要的，或是不是很能滿足用戶需求，從而造成需求的二次開發，費時費力。這時就需要產品在做需求評審之前充分的跟用戶拉齊需求的使用場景，弄清楚用戶是想解決他們在使用過程中的什么問題，如何做才能滿足用戶的需求，這是用戶的終極需求嗎？帶著問題跟用戶去討論，不要懼怕溝通和沖突。事不辨不清，產品作為用戶和開發之間的橋梁，就是要弄清楚用戶的需求，然后轉化為開發的任務，產品傳達清楚了后續才不會做歪，如果產品需求都沒能聊明白，那最終做出來的東西也很難讓用戶滿意。
2、技術導向思維嚴重
因為我是測試出身，在拿到需求時很容易想到“這個需求開發要怎么實現，什么實現邏輯？”，因為我需要從中提煉出需求里沒說到的測試功能點，因此很容易一味地陷入了需求實現的合理性中去。這樣在接到需求時就很容易聯想到它的實現方案，從而會根據“是否有實現方案”而決定是否接這個需求或是做這個需求。這種想法是需要有，我們不能脫離實現層面去談開發，但也不能過度去依賴或是去看需求的實現層面，作為產品肯定是要“客戶角度”出發多一些的，而我顯然做的不夠到位。這就需要自身積極的轉變思維，從“怎么做”轉變成“為什么”，不能只考慮實現，更應該從需求本身的價值出發，搞清楚需求產生的價值及意義，為什么做，能給平臺帶來什么，不做會怎樣。此時作為產品，你不需要考慮實現層面，需要考慮的是需求的價值以及需求的合理性。
3、看法不全面，高度不夠，只做點
為了做需求而做需求，接收到需求，為了提高交付效率，就會很想快速的給實現，做出來交付給用戶，這樣就缺乏一些思考，沒有去深層的考慮需求的價值，只顧點對點的實現需求，沒有全面的考慮需求的實現方案以及站在更高的角度去統籌所有需求。這就導致總是有類似的單點需求需要被實現，或是有一些沒考慮到的點需要去打補丁。
針對這點，作為產品需要做的就是從平臺（項目）整體出發，站在全局的角度去看需求，梳理需求，如何實現會更好，怎么樣做才能跟我的項目規劃相貼合。之前一直聽說過這樣一句話：在同一層面問題往往無法解決，要有更高層面來幫助解決。對于我們做產品，也是一樣，要提高自己的眼界和看問題的角度，不能只看到點、解決點，更應該由點及面，全方位的去思考。
在產品這條路上我要學習的還有很多，Q初的時候部門內也成立了產品虛擬小組，很榮幸能成為其中一員，我也迫切希望通過這個小組能夠指引我在產品的道路上更進一步。期間春哥也通過了解我實際管理的項目，指出其中的不足之處，并毫不吝嗇的傳授了他作為產品的經驗，需求的把控啊、進度啊、什么樣的需求該拒絕，什么樣的需求該接收，需求的優先級應該怎么定義等問題都有很深入的交流，可以說受益匪淺！所以在做產品的道路上，還是有很多可以作為榜樣的人，指引我走下去！
在接下來的時間里，我也會提升自己的眼界和看問題的角度，更多的是站在部門及平臺owner的角度去處理問題，承接需求，同時加強自身對平臺的規劃能力，有規劃的去做一些事情，不只是為做而做。
最后希望自己能夠在產品的道路上越走越遠！！！
驅動力
2023年12月?第26期
淺談前端開發如何看待數據產品經理
引言
隨著互聯網的不斷普及，我們每天都在使用各種 APP 產品，這些產品改變了我們的生活方式，大大便捷了我們的生活的方方面面，而我們不斷操作的過程，就是數據不斷產生的過程。而如何高效的利用這些數據，是數據產品經理能力的體現。
- 數據產品經理通過數據分析和挖掘，能夠發現業務問題和機會，為產品和策略的優化提供數據支持。這種以數據為基礎的決策方式，可以幫助開發人員更好地理解用戶需求和行為，為產品的設計和開發提供更準確的方向。
- 數據產品經理具備強大的數據分析能力和技術能力，能夠通過數據分析和挖掘，提取出產品的核心指標和關鍵數據，為產品的優化和改進提供有力的支持。這些數據可以幫助開發人員更好地了解產品的性能和用戶反饋，以便能夠針對性地進行優化和改進。
- 數據產品經理還具備跨部門溝通和協作的能力，能夠與技術、市場、銷售等部門進行有效的溝通和協作，推動產品的開發和落地。這種跨部門溝通和協作的能力，可以幫助開發人員更好地理解產品的整體架構和業務流程，以便能夠更好地實現產品的功能和性能要求。
當然如何去做好一款好的產品是我們所有的參與這款產品設計的人都需要考慮的問題，做好產品的不斷更新優化，更好的服務客戶，為企業更多的創造價值。以下是我認為的產品實現過程中，一些產品經理需要去關注的細節和技能
- 分析用戶使用產品時的痛點是什么，有什么困難，挖掘用戶的真正需求，從0到1推出一款產品時的用戶接受度，以及競品分析，競品的在這類功能上的可借鑒之處
- 當然，最重要的一點還包括調研了，對調研結果的分析和比較，解決目標人群的真正痛點，而不是照貓畫虎，避免最后成了四不像
- 自行驗證和質疑
- 對產品的初步方案進行邏輯驗證，看每個流程是否合理，是不是真正的滿足了客戶的需求，而不是自己yy出來的，陷入自己的固定思維中
產品PRD和需求評審【產品能力和溝通能力】
- PRD的要求
- 文檔目錄結構清晰：文檔目錄結構清楚的描述了文檔頁的內容，結構層級清晰，結構化思維讓人很容易一眼get到需求的大體方向和內容，而不是需要一句一句解讀才能知道大體的方向和核心
- 文檔可讀性高：文本內容簡練，內容條理清晰。比如重點內容進行加粗標注，復雜邏輯使用流程圖等輔助說明，細節都充分體現
- 功能共性邏輯統一： 文檔中的共性邏輯功能進行了統一整理，比如輸入框的長度限制，一些基本的正則校驗規則，邊界值等
- 文檔內容完整
（網上找到一張圖，非常完整的說明了需求文檔需要包含哪些內容，點擊圖片放大）自我認為的常識性內容難道就不需要補充在PRD上面嗎？所有的不包括額外情況嗎？
對產品的前期思考【數據分析能力和業務理解能力】
- 產品背景和目的
- ?明確產品功能的目的，為了實現哪些功能，為了獲得什么
- ?分析清楚產品功能在輸出時候的優先級，明確產品功能輸出是需要取舍的內容
- 目標人群分析
- 明確產品的客戶是誰，是為誰而服務的，建立對應的用戶模型，并且用戶人群是真實的，典型的，以及可行的
- 用戶痛點
- 用戶的需求場景設定，什么場景下我們會使用這款產品，以及用戶在該場景下使用該功能的操作頻次
驅動力
2023年12月?第26期
總結
一款優秀的產品離不開產品經理的貢獻。因為產品經理不僅需要對產品的整體規劃、設計、開發、測試和交付等環節進行全面的管理，還需要客戶需求，與團隊成員、客戶等多方進行溝通和協調，確保產品能夠滿足客戶的需求。因此，產品經理應該更高的嚴格要求自己，對自己輸出的內容負責，拒絕模棱兩可的描述，最小粒度的要求自己的內容的準確性。
此外，產品經理還需要具備敏銳的洞察力和創新思維，不斷尋求突破和改進，為產品的可持續發展提供有力支持。因此，產品經理是一款優秀產品的核心人物，他們的貢獻是不可替代的。
當然，我們團隊中也有不少優秀的產品經理，比如我接觸比較多的yuexi，作為一個優秀的產品經理，對自己的產品邏輯清晰，對功能熟練掌握，聽取團隊成員的意見，及時正向溝通反饋，以及需求評審后及時修改爭議點的相關文檔，對細節要求嚴格，協調管理項目迭代的整個周期，更好的服務我們的客戶。
- 如何做好需求評審
? 評審前：
- 提前準備資料：準備相關的原型，交互設計稿，流程圖，功能列表，PRD等
- 提前通知參會人：提前發送會邀或其他形式告知參會人，明確需要哪些資源配合，提前發出對應的需求列表，讓大家能快速瀏覽一遍，能提前判定研發過程中的難點和更多細節
- 自行檢查：檢查好需求的合理性，完整性，復雜性，確定性，穩定性，交互性，邊界性
? 評審中：
- 有條理的闡述需求要點，功能的優先級，重點記錄核心爭議討論點及討論結果
- 保證主流程，主方向，主內容沒問題
- 確認相關參會人員對需求的理解是否和產品闡述的一致，即需求反講環節，明確需求內容已充分闡述清晰
? 評審后：
- 對相關的爭議點以及相關交互等細節補充
- 定稿：對自己的輸出文檔負責，對已和研發確認的細節負責，后續有相關的變動能及時通知相關人員知曉
前端研發可以做什么
? - 設計和開發用戶界面：前端可以設計和開發產品的用戶界面，包括布局、顏色、字體、圖標等方面
? - 實現交互功能：實現產品的交互功能，包括按鈕點擊、表單提交、頁面跳轉等
? - 優化產品性能：通過優化產品性能，提高產品的加載速度和響應速度，從而提高用戶體驗，可以使用各種優化技術，如代碼壓縮、圖片優化、懶加載等。
? - 實現響應式設計：使產品能夠在不同的設備和屏幕尺寸上正確顯示和使用。可以利用媒體查詢和響應式設計框架等技術來實現
測試及上線
測試環節也需要產品經理準確的的把握一些研發和測試的爭議點，并提出對應的解決方案，并關注上線以后的相關數據分析。
行業期刊
2023年12月?第26期
淺談數據權威這件事（搬運）
1. 不問要求，埋頭苦干是行不通的。多問問為什么，任務的背景與目的是什么。短期來看，這樣可以不僅可以讓我們更準確的完成領導的需求，而且有更大的可能性做出超出老板預期的工作。埋頭苦干的長期結果是，1）這樣我們的成長空間會受到限制，發展緩慢，成為一個不會思考，只會做事的人。2）我們不懂得對交代完成的長串任務進行優先級分析。
2. 多做需求，在需求中學會問題和需求的拆解，形成自己的方法論。明確流程中的任務劃分和流程節點。提需求的只需要接收關于需求背景和需求收益的信息。明白她想得到的最終收益是什么，具體產品方案中的任何一環都需要自己親自了解。并且不要著急出方案，了解需求背景的細枝末節，比具體怎么做重要多了。需求背景包括：
- 業務側：訴求是什么，場景是什么，現階段的流程是什么……- 研發側：交互邏輯是什么，取數存數邏輯是什么，現有能力是什么，新流程的實現方案是什么……以上背景了解清楚了，需要怎么做就非常簡單，核心還是要有自己的判斷力，產品的信息來源太多了，不畏浮云遮望眼，自己的判斷力和決策力才是核心競爭力。有了這些前提，產品方案的細節只是水到渠成，推進排期上線就可以了。
3. 了解產品組中每個方向的大致能力，學會“問問題”。“提問”是一個非常好的辦法，提出一個好問題更是會讓人眼前一亮，提出問題后如果和其他人有探討的過程，加深對業務的思考。積極思考，勇于表達自己的看法和觀點，給其他人一些輸入。作為新人，不要一直接收別人給你輸入，而要嘗試去表達一些觀點。
4. 溝通中不要妥協，打破砂鍋問到底。與他人溝通往往占據了產品新人工作的絕大部分，溝通過程中最大的問題是產品新人面對強勢的程序員或者say no ，我們不敢進行反駁，原因大概以下原因：1）怕得罪人破壞關系——這樣的擔心沒必要，爭吵也是對事不對人，要臉皮厚；2）心虛氣場不足——”你這是什么需求啊“ ”這個太沒意義了“、”我最近有很多事要做，要不要緩緩再做你這個吧“。事實上，我們越不敢反駁，對方可能越不把我們當回事。
5. 在學習的同時學會總結過去，其實就是我們常說的“復盤”。定期復盤：我現在是如何理解業務的，框架是什么？我做數分的工作流程是什么，以前接觸過的產品經理的工作流程是什么？為了快速上手工作，我還需要學習什么？
驅動力
新人產品經理，
你最大的困惑是什么？
從學校畢業已經有一年有余，從事產品的崗位也差不多將近一年多。為了讓自己更勝任產品的崗位，讓自己成為一名能夠獨當一面的產品經理，這一年以來不斷地去學習產品知識。但在這個過程中，各處得來的知識零零碎碎，太多人的想法充斥在各個角落，而我也在迷茫中不斷成長。寫這篇文章的過程也是我這一年多來所學知識的沉淀、自我的認可、體系的建立。我自身還有太多不足，有些思想可能還很幼稚，歡迎提出建議大家一起探討。
1、談談做產品經理以及數據新人時接觸數據的"懵逼、焦慮瞬間"。
1. 作為新人，可能沒有足夠的經驗來處理復雜的問題，因為對業務不熟悉沒有了解清楚背景，被mentor說有些過于著急在怎么做，而沒有弄清楚為什么做，直接開始做需求。
2. 迷失在業務方的冗余提需信息中。背景是這個需求涉及了三方流程。業務對接方非常強勢，提需之前已經跟另外一方了解了一些邏輯。這倒無可厚非，但是作為產品，我迷失在了業務的需求背景里，沒有辨別到這些都是二手信息，并不能幫助我梳理來龍去脈。第三方的流程還是需要自己親自從頭梳理。
3. 在研發的推搡中無法推進。因為業務涉及兩方研發的數據推送和接收邏輯。誰也不想動自己的已有邏輯，所以沒有了解清楚大背景的我，問了研發一些細節問題，只能得到case by case的回復，以至于很多溝通都是低效甚至無效的。
4. 沒有數據分析基礎，剛接觸數據分析時只會分析表面的東西，采集數據往往也會因為字段類型不對、sql語法等等各種問題卡住，不能和團隊的小伙伴進行有效的溝通，很多問題難以理解。
5. 新人做產品經理時，很容易陷入自我懷疑。作為新人，可能沒有足夠的經驗來處理復雜的業務問題，同時產品經理高強度的壓力和責任會加強這種焦慮和不安的感覺，導致做事不自信。
2、新人如何克服這些瞬間，怎么樣把事情做好？
因為在實際工作場景中，經常會遇到數據口徑不一致的問題，遂轉文一篇借鑒學習。
大多數據產品經理，可能都遇到過這樣的場景：“領導要看核心數據，業務和數據團隊都會給領導提供這樣的指標。領導拿到數據后發現，兩個或多個部門提供上來的數據不一致。業務有業務的口徑，數據團隊有數據團隊的口徑。即便該指標之前數據團隊和業務部門以及其他部門一同定義的口徑，提供給領導的數據依舊是不一致。接下來，領導就會讓兩個部門或多個部門將數據口徑保持統一。數據產品經理這時候就要協調，大家坐在一起對口徑。”
驅動力
2023年12月?第26期
只有滿懷希望
才能所向披靡
文/未央
一切都會好起來的，要有信心。
這是數據產品經理實際工作中的一角，也是一次又一次被挑戰的過程。
大家可能會想，把數據口徑對接好，確認好，不就可以了嗎！但實際情況是，即便如此，依舊會上演歷史的一幕。
所以，我們要換個思維來思考，導致這種數據口徑永遠對不齊的本質是什么？作者自身的經歷驗證，是數據權威性問題，并非是數據口徑問題。
數據口徑一致性只是手段，數據權威性是根本。
3）規范數據使用
數據如何使用，什么場景下數據使用的注意事項，什么情況下業務上使用數據需要與數據團隊進行再次確認，不清楚數據應用場景下可否使用數據，錯誤的使用數據帶來的后果是什么，需要以規范化的方式體系化進行建設，并推動執行。
4）數據指標白皮書
數據指標白皮書由指標中英文命名、業務口徑、取數邏輯、應用場景、計算公式等構成，它是數據口徑的權威性發布。因此數據指標白皮書自身的準確性、合理性以及可用性等是有較高要求的，它是數據權威性建設非常重要的一個步驟。
5）數據權威性意義宣貫
數據權威性意義宣傳是數據權威性建設的軟實力，它是獲得數據權威性認可的重要步驟，亦是建立聯盟的過程。除了宣貫數據權威性意義內容，還清楚明確這種動作對業務、運營、產品、管理等的意義以及對其的助益。
數據權威性建設不是一朝一夕的事情，需要長久經營，這時則需要堅強的意志以及強大的抗壓能力。數據權威性是目標，數據準確性、數據一致性等則為手段。
數據產品是數據價值轉化的媒介，數據權威性則是數據價值得以發揮作用的前提。在塑造數據權威性的過程中，數據產品經理是數據價值轉化的助推器，是數據權威性的代言人。不良數據權威性是數據價值轉化的阻礙。
1. 什么是數據權威性
數據權威性是一種以數據準確性、數據一致性等為手段，數據產品、數據白皮書等為媒介，建設的具有數據話語權的權威形象。它包括集中式數據權威、分散式數據權威和結構式數據權威三大類，具體方法有“建設數據權威出口”、“建立數據透明化入口”、”規范數據使用“、”數據指標白皮書“、“數據權威性意義宣貫”。
2. 數據權威性的建設方法
1）建立數據權威出口
數據權威出口，我們通俗的理解是只有該出口輸出的數據指標是被認可的，是數據準確性的象征。數據準確性、數據一致性是數據權威出口建立的手段。
數據準確性建設需要保證數據采集、數據計算、數據同步、數據輸出的準確性。數據一致性需要與數據相關方進行密切溝通，共同建立。數據一致性更多的還是從數據取數口徑出發，定期更新和同步數據取數口徑，以及數據取數口徑透明化尤為重要。
2）建立數據透明化入口
所謂數據透明化指的是數據從哪里來？誰負責對接？業務邏輯是什么？計算邏輯是什么？這些內容需要有明確的記錄和說明，一是為了后期更好的維護，二是提供數據準確性驗證的條件；
作為數據產品經理，需要有宏觀掌控能力。尤其是業務上有任何變化，基于上述內容作為基礎，數據產品經理可以清楚判斷對目前使用的數據有何影響，并提供良好的建議。
驅動力
2023年12月?第26期
大概在2016年，才相繼出現“數據產品經理”這個稱呼，這個崗位的出現主要源于以下幾個因素：
1，大數據時代的到來：隨著大數據技術的不斷發展，數據已經成為企業競爭的核心資源。為了更好地利用數據，許多企業開始設立專門的數據產品崗位，負責將數據轉化為具有競爭力的產品。
2，數據驅動決策的需求：現代商業環境要求企業能夠依據數據進行決策，這使得數據產品崗位的需求逐漸凸顯。數據產品能夠將復雜的數據轉化為易于理解的信息，幫助企業更好地進行決策。
3，數據工具的進步：隨著數據工具的發展，如數據挖掘、數據分析、機器學習等，使得數據處理和分析變得更加高效和準確。這些工具的發展為數據產品經理提供了更多的可能性，使他們能夠更好地挖掘和分析數據，并將其轉化為具有實際意義的產品。
4，用戶體驗的重視：現代商業環境不僅要求產品功能強大，還要求產品能夠提供良好的用戶體驗。數據產品經理需要關注用戶需求，通過數據洞察來提升產品的用戶體驗。
綜上所述，數據產品經理崗位的出現是大數據時代、數據驅動決策的需求、數據工具的進步以及用戶體驗的重視等多重因素共同作用的結果。
我認為數據產品經理的核心技能主要包括以下幾點：
1，數據處理和分析能力：數據產品經理需要具備強大的數據處理和分析能力，能夠從海量數據中提煉出有價值的信息，并運用統計學知識進行深入分析和挖掘。
2，數據可視化能力：數據可視化是數據產品經理必備的技能之一，能夠將復雜的數據通過圖表、圖像等形式呈現出來，提高數據的可讀性和易理解性。
3，產品設計能力：數據產品經理需要具備產品設計的能力，能夠將數據驅動的功能融入產品中，以滿足用戶需求并提高用戶體驗。
三、那么，數據產品經理需要具備什么樣的核心技能呢？
對數據產品的一點理解和感悟
一、為什么會出現數據產品經理這個崗位？
當前市場上數據產品經理主要有以下幾種類型：
1，數據分析型數據產品經理：這類產品經理主要負責對大量的數據進行分析，并根據分析結果提供決策支持。他們需要具備扎實的數據分析能力和統計學知識，能夠運用各種數據分析方法和工具，挖掘數據中的規律和趨勢。同時，他們還需要具備較強的業務理解能力，能夠將數據分析結果轉化為對企業業務的洞察和建議，這就類似于數據部范蠡項目對外輸出的數據服務型產品，主要以數據挖掘和分析為基礎，直接對外輸出數據價值。
2，規劃型數據產品經理：這類產品經理負責根據市場需求和企業戰略規劃，確定數據產品的功能和特性，并制定相應的產品規劃和路線圖。他們需要與業務部門和技術團隊緊密合作，了解市場需求和用戶需求，將其轉化為清晰的產品需求和規劃，同時，他們還需要對市場趨勢和競爭對手進行深入研究，不斷優化和完善數據產品的功能和體驗，在易寶數據部，這部分我理解是春哥和躍曦涉及的多一些，比如CREM產品，比如阿童木等，主要是結合市場和企業的戰略規劃，設計符合企業和市場需求的數據產品。
3，平臺型數據產品經理：這類產品經理主要關注分布式儲存與計算框架、批處理、流處理、數倉規劃、數據治理、數據采集以及預處理等方面的問題。他們需要具備邏輯思維、溝通表達、用戶研究交互設計、產品設計、產品運營、行業研究、市場洞察、競品分析、項目管理、業務提煉商業分析、信息架構設計、需求規劃、審美、戰略設計、領導力、影響力、知識關聯與傳遞等方面的能力，我理解這類型的產品是平臺+工具的結合體，類似于凱所承擔的數據產品相關工作，對技術能力的要求相對較高。
以上是主要的三種類型，但實際上還有如算法型數據產品經理等多種類型的產品經理，不同類型的產品經理在職責和能力要求上也會有所不同。
二、市場上的數據產品經理主要有哪些類型？
驅動力
2023年12月?第26期
只有滿懷希望,才能所向披靡
4，項目管理和管理能力：數據產品經理需要有效地管理項目和團隊，確保產品的順利開發和上線，包括制定項目計劃、分配資源、監控進度、處理風險和解決問題等。
5，商業洞察和戰略思維：數據產品經理需要具備商業洞察和戰略思維，能夠從市場趨勢和用戶需求出發，制定相應的產品策略和發展規劃。
6，技術能力和創新思維：數據產品經理需要了解和掌握相關的技術工具和創新思維方法，能夠運用先進的技術手段和創新思維來推動產品的創新和發展。
7，溝通和協作能力：數據產品經理需要具備出色的溝通和協作能力，能夠與團隊成員、業務部門和其他利益相關者進行有效的溝通和協作，共同推動產品的成功開發和上線。
8，數據安全和合規意識：數據產品經理需要具備數據安全和合規意識，能夠遵守相關的法律法規和企業規定，保護用戶隱私和數據安全。
總之，數據產品經理需要具備全面的技能和能力，才能夠更好地應對工作中的挑戰和需求，實現更好的工作成果。
對于范蠡的計費計流產品來說，我認為它應該屬于需求驅動型的產品，為了滿足范蠡對外服務計費計流的需求，運營需要能夠清晰的統計內部或者外部用戶使用范蠡產品的調用次數以及產生的費用情況，以便商業化之后與用戶進行對賬和結算，以及對用戶限流限量的控制，這是范蠡商業化服務的剛性需求，所以為什么做是很清晰明了的，用戶是范蠡的運營也比較明確，那么接下來面臨的問題就是應該怎么做？是做一個草臺班子的極簡版，還是規劃一個相對完善的產品，然而我們往往會因為工期緊張，資源不足等問題而選擇極簡版，那么這是對的么？對這個問題我認為并沒有正確答案，這也符合俞軍PM12條中MVP的理念，小步快跑，不斷試錯和迭代，在成本和收益之間尋求平衡。
那么對于標簽工具，它到底是需求驅動，創意驅動還是價值驅動的呢？我認為這個很難界定，從需求層面來講，工具本身作用主要是為了提效，而用戶貌似又有提效的訴求，從價值層面來講，項目組的成員都認為這個工具是有價值的，但這個價值主要聚焦在管理提效上，對于加工提效，并沒有顯著的效果，從創意層面來講，這個工具最初的發起還有一定的創意成分，所以總結來看，它應該屬于三者結合的產物，一個數據產品的誕生，并不一定是單一驅動的結果，也可能是三者相互作用的產物。
總結下來，數據產品經理需要在了解用戶需求和市場趨勢的基礎上，發揮自己的創意和能力，設計和開發出具有實際價值的數據產品，以滿足用戶需求并為企業帶來價值。
b、我是如何把標簽工具這個產品做失敗的？
標簽工具是一款面向數據部內部用戶的產品，旨在幫助分析師通過標簽工具提升標簽的加工效率并對生產加工出來的標簽進行有效的管理，然而，在實際落地時，我們遇到了很多問題，導致產品未能取得成功。
我認為以下是導致標簽工具失敗的幾個主要原因：
1，產品目標未充分拉齊：這是導致標簽工具失敗的主要原因，在需求發起前，由于缺乏和用戶以及老板們的充分溝通，對于產品目標定位沒有進行充分的討論和拉齊，按照自己的意愿想當然的規劃設計產品，缺乏產品的把關，導致一步錯步步錯。
2，面向的用戶定位不清晰：在開始的設計中，我并沒有把圈定的用戶群體定位是數據部內部的分析師，而是圈定在公司內部有標簽加工和管理需求的所有用戶，都能夠使用標簽工具，這也就造成了需求的不聚焦，內部用戶提了部分需求，外部用戶提了部分需求，而兩者應用的場景，使用標簽工具的目的都有所不同，那么在產品設計上要如何取舍，怎樣做到既要又要還要？最后導致兩方的需求都沒有得到充分滿足。在這一點上，對產品需求的把控并沒有做好，沒抓住核心痛點，聚焦目標，給產品需求做減法，這是在后續的產品需求把控中需要培養的重要能力。
3，需求不明確：由于目標未充分拉齊，所提的需求偏離了最初的目標，讓需求處于失控的狀態，也就很難再進行下一步了。
四、在易寶數據部做數據產品的一點感悟
a、一個數據產品的誕生到底是需求驅動？創意驅動？還是價值驅動？
我們先來看一下這三種驅動模式的主要差別：
1，需求驅動：用戶需求是產品開發的重要驅動力。數據產品經理通過市場調研、用戶訪談、數據分析等方式，了解用戶的需求和痛點，針對性地設計和開發符合用戶需求的產品。例如，針對企業數據分析的需求，可以開發一個能夠幫助企業進行數據分析和決策支持的數據產品。
2，創意驅動：創意是產品開發的另一個重要驅動力。數據產品經理通過創新思維和方法，將新穎的創意融入產品中，以獨特的方式滿足用戶需求。例如，通過運用人工智能技術 ，開發一個能夠自動識別和分析圖像數據的產品，以提供更高效和準確的數據分析服務。
3，價值驅動：價值是產品開發的第三個驅動力。數據產品經理需要確保產品具有足夠的價值，能夠為用戶帶來實際的經濟利益和使用體驗。例如，開發一個能夠幫助企業降低成本、提高效率的數據產品，以滿足企業的實際需求并為其帶來可觀的價值。
自入職以來，我主要參與設計了兩款數據產品，一個是標簽工具-以徹底失敗告終，一個是正在開發中的計費計流產品，過程也有些磕磕絆絆，這兩個產品都是面向公司內部用戶的數據產品，為什么要做這兩個產品？是在開始產品設計時需要問自己的，每次開始做一個產品之前都應該問自己“為什么做？用戶是誰？怎么做？”，那么究竟是什么能夠驅動一個產品的誕生？
驅動力
2023年12月?第26期
只有滿懷希望,才能所向披靡
4，上線前缺乏充分驗證，用戶體驗差：在工具上線前，作為產品應該對功能進行充分的驗證，是否符合需求，體驗是否過關，這是上線前應把好的最后一關。
5，逃避溝通：回顧標簽工具的歷程，我認為導致這個產品失敗最大的問題和癥結所在，可能就是自己逃避溝通，包括前期對目標的充分溝通，中期和研發的充分溝通，以及產品失敗后，對于經驗的總結，以及后續的方向，優化和重啟的意見和建議.....,自己選擇了默默承受失敗的結果，并沒有進行積極主動的溝通，這可能是做產品的大忌。
綜上所述，標簽工具的失敗是由于各種各樣原因綜合作用的結果，痛定思痛，希望同樣的坑不要再踩一次。
c、產品和研發之間怎么才能夠高效溝通？
產品和研發之間的高效溝通是確保項目順利進行的關鍵。在與研發打交道的過程中，如何能更好的互動，以促進產品和研發之間的有效溝通，我認為主要有以下幾點：
1，明確產品目標和需求：在項目開始之前，產品和研發團隊應該對產品的目標、功能需求和約束進行充分的討論和明確。確保每個人都清楚產品的定位和核心價值，以便在開發過程中做出明智的決策，比如標簽工具這個產品，在項目開始初期，就沒有對產品目標充分拉齊，這里的拉齊不僅是產品和研發之間的拉齊，還包括產品和用戶之間，以及和關注這個產品的上級之間的拉齊，在沒有明確的產品目標時，就很難界定產品的邊界，進而會影響到產品先做哪些后做哪些的優先級判斷，導致產品失敗。
2，使用簡潔明了的語言：避免使用過于技術化或行業化的術語，盡量使用簡單明了的語言來描述產品需求和功能。確保每個人都能理解并達成共識。
3，建立文檔和規范：PRD文檔是與研發溝通的重要語言，也是測試梳理測試點的重要參考文件，是產品進入研發環節落地的關鍵，所以為避免在開發過程中出現混亂或誤解，產品和研發團隊應共同制定詳細的文檔和規范。這可以包括產品需求文檔、設計文檔、接口規范等，以確保每個團隊成員都清楚產品的細節和要求，在做范蠡計費計流項目時，前期就忽視了PRD文檔的重要性，所以在與研發后續的溝通和評審時，出現了一些混亂和誤解。
4，定期的溝通與反饋：建立定期的溝通機制，在跟進項目進度，確保項目是按照既定的產品目標進行落地的，以免最后開發出來的產品與設計時的差異較大，在其間把控進度和質量，也是非常必要的環節，如周會、里程碑會議等，以便產品和研發團隊分享進展、討論問題和及時反饋。確保溝通渠道暢通，鼓勵團隊成員提出建議和意見。
5，充分測試和驗證：在開發過程中，產品和研發團隊應共同進行測試和驗證，以確保產品的質量和穩定性。測試階段可以發現潛在的問題并及早進行修復，同時也可以加強團隊之間的協作和溝通。
綜上所述，產品和研發之間的高效溝通需要雙方的共同努力和不斷調整。通過明確目標、使用簡潔語言、建立文檔和規范、定期溝通、充分測試、來加強團隊之間的協作和與溝通，確保項目的順利進行。
d、數據產品要堅守的底線是什么？
作為數據產品經理，在實現需求和價值的時候，有時會忽略一些重要的風險問題，我認為這些問題是數據產品必須要堅守的底線，主要包括以下幾個方面：
1，質量保證：數據產品必須保證數據的質量和準確性，采取合理的數據清洗、校驗和審核措施，確保數據的真實性和可信度，在產品上線前需要充分的驗證，以保障交付的質量。
2，數據安全：數據產品一定要重視數據安全的問題，敏感數據不外泄，數據傳輸過程中的加密處理也需要格外重視，不然一旦出現問題，后果會比較嚴重。
3，隱私保護：數據產品在采集、存儲和使用數據的過程中，必須嚴格遵守隱私保護相關法律法規和規范，確保用戶的個人隱私不被侵犯。
4，責任擔當：數據產品在出現問題時，產品經理應積極承擔責任，及時采取措施解決問題，并對外進行透明、公正、及時的回應。
我認為做好數據產品經理是一件非常不容易且有挑戰的事，作為數據產品經理，需要不斷地學習新的知識和技能，以應對不斷變化的市場環境和用戶需求；需要和研發團隊一起實現共同的目標。和團隊成員保持緊密合作和有效的溝通，還要學習如何協調資源、分配任務和處理沖突等。同時，也要多傾聽他人的意見和建議，鼓勵項目團隊的每一位成員都積極參與到項目中來共同推動項目的成功實施。擁有了這些能力，才能使數據產品的工作順利開展，并獲得更好的工作成果。
五、寫在最后
驅動力
2023年12月?第26期
數據的導航者
背景：
我們生活在一個被數據主宰的時代，用戶的每個點擊、交互和決策都產生著信息流。在這樣的背景下，“數據產品經理”這個角色應運而生，他們負責指引數據產品從概念轉變為有形工具，幫助企業理解并利用這泛濫的數據。事實上，數據產品——不管是用于內部決策的分析工具，還是直接影響消費者的數據驅動應用——都正在成為業務成功的關鍵要素。
核心職責
數據產品經理的核心職責在于構建和推進產品愿景，了解并翻譯用戶需求并基于這些需求制定數據策略和產品路線圖。在這一過程中，數據收集和分析是不可分割的一部分。他們必須理解數據如何指導產品設計、如何測試產品的有效性以及如何利用數據來驅動產品改進。
成功的數據產品經理不僅是策略制定者，也是協調者——他們須確保工程團隊、資產團隊、運營團隊和管理團隊等利益相關者間的目標一致，資源得到最優配置。他們在產品的整個生命周期中起著中樞作用，從需求調研到發布，以及之后的產品迭代和重大決策。這個過程既是科學的也是藝術的，涉及到的不僅是數據解讀的能力，更包含人際關系和溝通技能的運用。
所需技能
要成為一名出色的數據產品經理，一系列技能是不可或缺的。
1. 了解行業與公司的業務，產品是業務的衍生，只有對業務充分的理解和深入，才能設計出滿足客戶需求解決用戶痛點的產品。
2. 數據分析能力，包括不限于統計學知識、數據挖掘技術、以及對各種數據分析工具的熟練運用。數據產品經理應能從大量數據中提煉出有價值的見解和趨勢，并據此做出決策。
3. 用戶體驗設計，一個直觀、易用的產品需要抓住用戶的需求和痛點。產品設計不僅涉及外觀，更重要的是提供流暢且高效的用戶體驗。
4. 技術背景，不要求數據產品經理能編寫復雜的代碼，但需要產品經理理解軟件開發的基本原則和數據架構。
5. 項目管理能力，包括規劃、組織和執行項目管理。
6. 良好的溝通協作能力，既能和技術團隊深入交流，又能向非技術利益相關者清晰解釋產品的價值。
我們的數據產品
飛鴿：旨在為銷售、銷售負責人、運營提供可視化的數據查詢服務
CEM：基于“大客戶”戰略目標，為大客戶提供最好的服務，同時將大客戶服務內容系統化，服務數據沉淀成資產，為后續提升客戶服務水平提供數據支持
CRM：以銷幫幫遷移為基礎，建立了一套完善的符合易寶特色的CRM系統，銷售需求滿足率100%，商戶數據安全性提升到100%；
CREM：為各行業線提供數字化的服務，助力客戶通過系統化、數字化手段，提升商戶服務質量、提升自身工作效率，多維度全方位了解商戶、銷售的各項數據情況；
業務的發展必然會影響用戶對數字化服務的要求，面對用戶不斷變化的需求及數據源的多元化，如何引導用戶解決用戶的痛點，如何在復雜的數據結構及集市資產中挖掘出符合用戶需求的產品，必然需要數據產品經理有很深的業務理解及數據沉淀能力。
其他數據產品
數據產品經理可以針對不同行業和業務場景，開發多種類型的數據產品和解決方案。
1. 數據儀表盤：為企業內部團隊和客戶提供實時的數據可視化工具，以便于監控關鍵業務指標（KPI）和了解數據趨勢。
驅動力
2023年12月?第26期
2. 數據報告：定期生成基于數據的報告，包括詳細的數據分析、可視化和洞察，以支持決策制定和業務發展。
3. 客戶細分工具：使用機器學習和統計方法對客戶進行分群和細分，以便為不同客戶提供定制化的服務和營銷策略。
4. 推薦系統：基于用戶行為和喜好，為用戶推薦相關產品或內容，提高用戶滿意度和購買轉化率。
5. 風險評估模型：開發用于評估貸款申請人或投資項目風險的模型，幫助金融機構做出更明智的決策。
6. 價格優化工具：使用數據驅動的方法為產品或服務設定最優價格，以最大化收入和利潤。
7. 銷售預測模型：利用歷史銷售數據和市場趨勢預測未來銷售額，幫助企業進行庫存和資源規劃。
8. 輿情分析工具：通過分析社交媒體和網絡評論等數據，了解消費者對品牌和產品的看法，為企業提供有關市場和競爭對手的洞察。
9. 供應鏈優化工具：使用數據分析和預測模型優化供應鏈管理，提高運營效率和降低成本。
10. 智能客服助手：基于自然語言處理（NLP）的聊天機器人，為用戶提供實時的咨詢和解答，提高客戶服務水平。
成功之道
協作是成功的關鍵。卓越的數據產品經理需要了解如何建立和維護一個強大的團隊，并鼓勵團隊成員之間的開放溝通和協作。
相互尊重、共同目標和透明度是構建高效團隊的基礎。此外，跨部門的溝通同樣關鍵。數據產品經理需要協調各利益相關者，包括那些可能對數據產品和數據科學不熟悉的團隊。
良好的溝通包括能夠將復雜概念簡化，并以受眾能夠理解的方式表達。通過周密的計劃、不斷的溝通和勇于承認錯誤，我們能夠在企業內部建立起支持我們產品愿景的廣泛共識。
挑戰與機遇
挑戰：數據產品管理中最大的挑戰之一是不斷變化的技術環境。數據產品經理必須保持對新技術的關注，并持續評估它們如何能夠增強產品功能。此外，數據量的增長和多樣性也帶來了自身的挑戰，如數據存儲、處理和保護的問題。
機遇：運用新興技術比如機器學習能夠打開新的可能性，比如預測分析和自動化工作流。此外，合規性也是日益增長的焦點，特別是關于數據隱私和安全性。數據產品經理需要與時俱進，確保產品不僅滿足市場需求，而且符合最新的法律法規要求。
未來觀點
隨著技術的繼續發展，數據產品經理的角色將變得更為復雜，但同時也更加關鍵。數據驅動的決策正在成為企業運營的標準，而這些決策需要的正是數據產品經理所管理的工具和平臺。
人工智能和機器學習的發展可能會自動化某些分析任務，但會為數據產品經理創造出新的職責——比如維護這些系統的道德和合法性。
建議：始終保持學習心態、敏銳洞察行業動向，并且不斷提升溝通和技術技能。這樣，無論未來變化如何，他們都能保持競爭力，并為自己的職業道路開辟新的方向。
結語
在大數據和智能技術不斷塑造著未來的今天，數據產品經理的角色變得越發重要。既要保證數據產品能夠有效地滿足當前需求，還能夠抗御時間的考驗并適應未來變化，是一項挑戰，也是一場美妙的冒險。這份職責需要我們不斷學習、積極應對變化，并在追求產品優化的過程中堅定不移。利用數據揭示真相，為決策提供支持，與團隊共同創新，這將是數據產品經理的職業之旅。
-數據驅動變革-
易寶支付數據部
聯系電話：15801365057
地址：北京市朝陽區朝外大街甲6號
投稿：kai.zhao@yeepay.com
增值電信業務經營許可證：陜B2-20210327 |