數(shù)據(jù)管理后臺產(chǎn)品,入職3個月躺過的坑

14 評論 25508 瀏覽 108 收藏 16 分鐘

從8月到11月,花了大量時間,躺過那么些坑,走過那么些彎路。幸好最后的結(jié)果是,能為程序開發(fā)提供可以在少量時間內(nèi)完成工作的規(guī)劃支持。

一.我嘗到第一次甜頭

8月19日

  • 工作總結(jié):老大對需求表指導(dǎo)以后,地域管理將功能落實到可操作層面,優(yōu)先級確定會議20分鐘開完,需求得到認可,較順利。

就這樣,一個簡單的地域管理需求梳理,功能梳理,用簡單表格描繪出單個功能,需求得到認可,進入開發(fā)階段···

咦,貌似沒那么難。就這樣,開始了下一個階段——生產(chǎn)數(shù)據(jù)的管理。

二.趟過的初級坑——認知層

8月26日

  • 工作規(guī)劃與總結(jié):梳理生產(chǎn)數(shù)據(jù);一天處于混亂當(dāng)中,數(shù)據(jù)太多,27加班整理。

8月29日

  • 梳理專項數(shù)據(jù)和綜合指標;專項數(shù)據(jù)和綜合指標數(shù)據(jù)并不多,開始整理數(shù)據(jù)組織原型。

8月31日

  • 初略數(shù)據(jù)組織方式原型結(jié)束,和剛哥討論。研究數(shù)據(jù)指標體系,理解并 背誦注釋。數(shù)據(jù)指標重新整理分類;數(shù)據(jù)組織結(jié)構(gòu)原型結(jié)束,幾個問題:
  1. 組織數(shù)據(jù)時,完全根據(jù)業(yè)務(wù)表格進行采集,僅分析維度的相似性和實現(xiàn)方式的統(tǒng)一性,而不是從公司業(yè)務(wù)、數(shù)據(jù)性質(zhì)和意義去進行規(guī)整分類。
  2. 對各數(shù)據(jù)的標準定義,沒有深層次理解,以至于在規(guī)劃時沒有很明確的界限,導(dǎo)致混亂。
  3. 對公司數(shù)據(jù)指標,維度這些概念沒有清晰認識。

這是趟坑的開始……

這是一個初級坑,在對數(shù)據(jù)進行整理時,按照對接文檔,將所有出現(xiàn)過的數(shù)據(jù)整理一遍,羅列在一起。在出現(xiàn)例如“交易額”“零售額”的字樣時,沒有去考慮其中包含的維度和統(tǒng)計范圍,公司定義和公眾普遍認知的定義,而只是將這些名詞,按照提供的數(shù)據(jù),完全無腦羅列在一起。在需要對數(shù)據(jù)進行分類時,沒有去考慮分類的意義究竟是什么。

所以,我有了這樣的原型設(shè)計。

咳咳,先說一下設(shè)計的思路:所有指標都有時間、地域天然屬性,在對接文檔中的,交易額又有行業(yè)屬性,我把這些有共性的提出來,只需要選擇好共性的東西,再去選擇具體指標內(nèi)容就好啦。分組方面呢?交易數(shù)據(jù)挺偉大,單獨成為一組;成體系的指標單獨一組……這樣,從頁面掃過去,我一下子就可以看到我想要的指標內(nèi)容啦。

可是,問題:

  1. 交易數(shù)據(jù)的各種轉(zhuǎn)置,從哪里實現(xiàn);
  2. 綜合發(fā)展指數(shù)指標體系這種惰性指標數(shù)據(jù)或者其他數(shù)據(jù),不需要同比環(huán)比的計算與顯示,這些功能作為全局放在這里的意義;
  3. 最low的是,全部具體指標內(nèi)容羅列與此,有大量新增時內(nèi)容查找如何實現(xiàn)等等。

這些問題的出現(xiàn),源自于整理數(shù)據(jù)之初,對各指標的意義、誕生、應(yīng)用沒有清晰認識,對產(chǎn)品的認識不夠深刻,沒能把握需求的根本,以及產(chǎn)品的要義。

當(dāng)你發(fā)現(xiàn)你以前做的東西就是坨狗屎的時候,你就成長了。但是我看這個坑,里面是一萬坨。

9月22日

  • 總結(jié):各種類型的數(shù)據(jù),所需維度,彼此間的相關(guān)性都會有所不同,不能做成統(tǒng)一的格式去滿足所有類型的數(shù)據(jù)查詢,將所有數(shù)據(jù)放在一起實現(xiàn)查詢功能會顯得雜亂,且不能對個相關(guān)性數(shù)據(jù)進行精細的查找。必須實現(xiàn)模塊化。

有這樣認識后,有了這樣的原型

等等……

雖然將數(shù)據(jù)按照模塊劃分進行管理,卻沒有真正按照數(shù)據(jù)其本身具有的特征設(shè)計功能,還是一坨屎。

9月第4周

  • 計劃:PPT2.0進入開發(fā)階段,完成生產(chǎn)數(shù)據(jù)庫規(guī)劃;
  • 總結(jié):之所以對數(shù)據(jù)的梳理花了這個多時間,是因為沒搞清楚為什么做梳理工作,目前公司數(shù)據(jù)是什么狀況,要達到什么目標,改善什么,用戶需要什么,開發(fā)需要什么。

直到這里,我才意識到問題,顯然,走了接近3個周彎路···

三.趟過的中級坑——操作層

在意識到以上問題后,從另一個方向出發(fā),數(shù)據(jù)模塊化管理。

9月2日

  • 生產(chǎn)數(shù)據(jù)管理系統(tǒng)——交易數(shù)據(jù)模塊規(guī)劃。
  • 總結(jié):研發(fā)部關(guān)心的數(shù)據(jù)是這類數(shù)據(jù)的維度,以便設(shè)計數(shù)據(jù)底層結(jié)構(gòu)。這些數(shù)據(jù)維度最好的體現(xiàn)就是具體提交的數(shù)據(jù)表格,但是除了交易數(shù)據(jù),對于其他數(shù)據(jù)而言還沒有統(tǒng)一的較規(guī)范的生產(chǎn)數(shù)據(jù)格式和維度,這個可以從研發(fā)、數(shù)據(jù)部、產(chǎn)品出發(fā)一起去規(guī)范。而產(chǎn)品應(yīng)該關(guān)心的是公司整體有什么數(shù)據(jù),要對哪些數(shù)據(jù)進行管理、查詢、提取等操作,必須要對數(shù)據(jù)有整體的認識,并且根據(jù)用戶實際使用需求和數(shù)據(jù)的生產(chǎn)情況,對數(shù)據(jù)進行整理歸納,對有相關(guān)性的數(shù)據(jù)實現(xiàn)模塊化管理。

9月30日

  • 對交易模塊進行產(chǎn)品需求梳理,尋求需求表達之道。

10月8日

  • 修改產(chǎn)品需求文檔,交給剛哥評審。
  • 總結(jié):將查詢流程和查詢流程中的名詞定義放在查詢模塊下面,將邏輯表達清楚。

10月9日

  • 修改產(chǎn)品需求文檔,交給剛哥評審。
  • 總結(jié):切記,不要還沒有說是做什么的,就告訴大家怎么做。文檔的目的在于能夠很好引導(dǎo)讀者去明白你說的事,當(dāng)有相對生疏的概念出現(xiàn)時,應(yīng)該及時作出相應(yīng)解釋,關(guān)鍵問題應(yīng)該及時舉例。

10月10日

  • 完成PRD最后修改,發(fā)給測試查看,做文檔總結(jié)。

至此開始第二個趟坑。

在這個趟坑的過程,先意識到,地域管理系統(tǒng)和生產(chǎn)數(shù)據(jù)管理系統(tǒng)的不同。管理系統(tǒng)之所以能用簡單的EXCEL表達功能點,是因為這個系統(tǒng)的獨特性:

  1. 地域管理內(nèi)容標準化,有大家普遍接受的規(guī)范;
  2. 相對穩(wěn)定,地域分層固定,地域種類相對固定;
  3. 操作界面面向用戶和對象相對少量,關(guān)鍵點在于后臺解析。

只要把握住地域變更的幾種類型,梳理好需求,確定好地域管理系統(tǒng)需要實現(xiàn)的功能即可。但是生產(chǎn)數(shù)據(jù)管理系統(tǒng),管理對象多樣化,使用用戶面向全公司員工,甚至要對接全部產(chǎn)品環(huán)節(jié)的數(shù)據(jù)。簡單的功能與操作界面絕對不能滿足所有的功能。

從網(wǎng)上搜索,一篇產(chǎn)品文檔應(yīng)當(dāng)具備的要素,開始了第一次規(guī)范化的,死板的寫作。

在這個坑中,不得不矯情的感謝尊敬的老大。在無數(shù)次文檔評審中,標點符號正確應(yīng)用、序號的標注,參考文獻的插入、讀者閱讀引導(dǎo)、生僻概念的提前描述、功能交互的邏輯表達,剛哥細心教導(dǎo)。這些指導(dǎo)讓我明白,一個好的文檔應(yīng)該做到怎樣的標準。一篇好的文檔,不管讀者是誰,看到內(nèi)容后可以明白你想做的是什么,沒有混淆生僻概念,閱讀體驗舒適,有適當(dāng)引導(dǎo),邏輯清晰,章節(jié)間描述對象明確詳細。這樣的文檔,可以提供給研發(fā)作為產(chǎn)品開發(fā)依據(jù),可以提供給用戶作為說明文檔,提供給其他部門和新同事作為業(yè)務(wù)了解入口 。這次進階,收獲了對文檔要求的認知。

四.趟過的進階坑——體系建立

在生產(chǎn)數(shù)據(jù)管理系統(tǒng)模塊化規(guī)劃和大數(shù)據(jù)公共服務(wù)平臺規(guī)劃時剛哥發(fā)現(xiàn),要實現(xiàn)對目前雜亂的數(shù)據(jù)和未來可能擴展的數(shù)據(jù)進行規(guī)范管理,方便內(nèi)部用戶和客戶方便查詢,支持指標維度和內(nèi)容的拓展,必須要建立一種指標構(gòu)建表達方式。這種方式應(yīng)能適應(yīng)于所有指標的描述,能支持研發(fā)人員做相應(yīng)的底層設(shè)計,能形成公司的指標規(guī)范。

10月20日

  • 學(xué)習(xí)部分統(tǒng)計學(xué)、指標體系知識,進行部分指標體系分類

10月24日

  • 指標列表建立
  • 總結(jié):用一種集群的表達方式,將分組當(dāng)做是指標的一個屬性;而分組的屬性應(yīng)該另外單獨說明。指標列表不應(yīng)出現(xiàn)指標級別,因為指標應(yīng)該是比較獨立的存在,在對某個指標進行計算時,可能會用到。

10月31日

  • 完成指標列表建立,完成生產(chǎn)數(shù)據(jù)庫初步規(guī)劃

在不斷的產(chǎn)品部、研發(fā)部會議中達成共識,最終形成了主詞、屬性、時間、地域、行業(yè)為組織要素的指標表達方式。

指標體系的建立,是一種思維方式,應(yīng)該是產(chǎn)品經(jīng)理應(yīng)該掌握的敏銳思維和站在更高角度看問題的能力。這次進階,收獲了產(chǎn)品思維方式的認知。

五. 趟過的終極坑——整體規(guī)劃

10月31日

  • 總結(jié):建立初步規(guī)劃文檔的錯誤
  1. 將指標列表的能表達的意思在思維導(dǎo)圖上重復(fù)表達;
  2. 將自定義分類定義理解錯誤;
  3. 系統(tǒng)的規(guī)劃除了切合目前情況,應(yīng)該有一個更高的全局角度。

11月2日

  • 總結(jié):生產(chǎn)數(shù)據(jù)的梳理,在于全局了解生產(chǎn)數(shù)據(jù)后,能夠?qū)⑦@些數(shù)據(jù)組織起來,能站在業(yè)務(wù)和全局的角度,去查詢導(dǎo)入這些數(shù)據(jù)。

11月4日

  • 完成生產(chǎn)管理系統(tǒng)功能細節(jié)規(guī)劃,召開會議

在做整體規(guī)劃之初,還是想以之前模塊劃分的方式去進行數(shù)據(jù)的導(dǎo)入、查詢和導(dǎo)出。在這里,前面的思路會對整體規(guī)劃產(chǎn)生影響。數(shù)據(jù)模塊化,只是數(shù)據(jù)組織的一種方式,比如說按照業(yè)務(wù)去分類時,并不是因為指標天生有業(yè)務(wù)分類屬性,只能服務(wù)于該分類。指標誕生的契機可能因為某項業(yè)務(wù),但只要形成了一項指標后,它就可以服務(wù)于多個場景。

所以,最終需要管理的不是業(yè)務(wù)分類中的模塊,而是一項單獨的指標。業(yè)務(wù)分類的意義在于按照人們的認知,去組織這些數(shù)據(jù),以便服務(wù)給有相應(yīng)需求的用戶。每項指標,有其獨特性,定義、統(tǒng)計口徑、組成的要素、各維度范圍、生產(chǎn)的實際情況等各有不同。產(chǎn)品的職責(zé)是,發(fā)現(xiàn)雜亂數(shù)據(jù)中的規(guī)律,明確數(shù)據(jù)管理系統(tǒng)管理對象的根本,將規(guī)律提升到可操作的體系,在體系內(nèi)去滿足各種特性需求。

重新整理認知,了解數(shù)據(jù)在數(shù)據(jù)庫的存儲格式以后,對需求和系統(tǒng)職能有了全新意識。開始進行全局規(guī)劃文檔的編寫,得到長期困擾后的第一次認可。

11月11日

  • 完成產(chǎn)品原型,將需求錄入和文檔更新到最新狀態(tài)
  • 總結(jié):目前撰寫文檔遇到的問題:
  1. 信息的羅列
  2. 名詞,概念定義不明確,全文不能統(tǒng)一使用定義
  3. 單個功能點的來源與訴求思考不全面
  4. 文檔的管理混亂,修改前和修改后的文檔管理不清晰

撰寫原型效率問題,目前影響因素:模塊間有可復(fù)用部分,但又有單獨部分。直接復(fù)用會造成后續(xù)發(fā)現(xiàn)不能滿足獨特性,沒修改完善就開始復(fù)用導(dǎo)致重復(fù)復(fù)用。

解決方法:制作之初,全局考慮有什么模塊,主要復(fù)用哪些。先把可復(fù)用部分做大做全,其他模塊在此基礎(chǔ)上做減法。某些結(jié)構(gòu)可以做成控件形式,直接復(fù)用。

至此,系統(tǒng)從終于進入開發(fā)階段。

11月30日

  • 可以驗收。

就這樣,花了大量時間,躺過那么些坑,走過那么些彎路。幸好最后的結(jié)果是,能為程序開發(fā)提供可以在少量時間內(nèi)完成工作的規(guī)劃支持。

六. 開啟繼續(xù)趟坑之路

每走一個新的步伐,總能遇到一個剛出爐濕噠噠新坑。下面的坑肯定會更深,我需要能具備獨立思考用戶需求與產(chǎn)品功能關(guān)系的能力,學(xué)習(xí)統(tǒng)計學(xué),了解數(shù)據(jù)采集技術(shù),數(shù)據(jù)處理模型,數(shù)據(jù)分析方法,各種數(shù)據(jù)產(chǎn)品的研究……

還有很多未知的深淵??傊?,做好趟坑的準備,希望完成了一次完整趟坑過程后,以后能找到比較帥的趟坑姿勢。

文章寫在上月,想給產(chǎn)品部新菜鳥做反面教材的,逛了這么久人人,發(fā)現(xiàn)終于自己有篇文章可以投遞啦,哈哈哈。

昨天開發(fā)完成了數(shù)據(jù)審核復(fù)核模塊的開發(fā),今天剛把指標管理子系統(tǒng)的方案提交上去。

入職后,我的路跡就是:

不知道做什么——別人說什么做什么——別人說什么我能提出疑問——要做什么我給方案

雖然還是很菜,有進步就好。

 

本文由 @遠兮?原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 散、亂 ?? 不知道表達啥

    來自廣東 回復(fù)
  2. 做了一套簡單的業(yè)務(wù)數(shù)據(jù)統(tǒng)計功能,遠比想象要難,對業(yè)務(wù)的熟悉,對數(shù)據(jù)的理解,對數(shù)據(jù)間的關(guān)系梳理……測數(shù)據(jù)的時候,淚奔了幾次。

    回復(fù)
    1. 是的,特別是在行業(yè)、指標等各種基礎(chǔ)建設(shè)還在探索,公司的數(shù)據(jù)業(yè)務(wù)還不穩(wěn)定的時候。

      來自四川 回復(fù)
  3. 學(xué)會一種新的總結(jié)方法

    回復(fù)
    1. 每天寫寫工作計劃與總結(jié),回頭看看還是挺有依稀

      來自四川 回復(fù)
    2. 哈哈,后頭看看還是挺有意思

      來自四川 回復(fù)
  4. 可以加一下你的微信嗎?打算從轉(zhuǎn)數(shù)據(jù)產(chǎn)品經(jīng)理,多交流下

    來自北京 回復(fù)
    1. 我現(xiàn)在都還算不上數(shù)據(jù)產(chǎn)品經(jīng)理,最多是數(shù)據(jù)后臺產(chǎn)品專員。留下你的微信,我加你

      來自四川 回復(fù)
    2. yiyihaohao1165867552

      來自日本 回復(fù)
    3. 求加

      來自北京 回復(fù)
  5. 數(shù)據(jù)管理和分析吧 反正沒看懂 好專業(yè)

    來自北京 回復(fù)
    1. 可能和公司業(yè)務(wù)結(jié)合以后,比較生僻吧

      來自四川 回復(fù)
  6. 樓主要表達啥

    來自北京 回復(fù)
    1. 看一下犯的錯

      來自四川 回復(fù)