具體才是階梯(二):新增報(bào)表時(shí)需要考慮哪些問題?一起來討論吧
新增一個(gè)功能不是說只是簡單地加上去就可以,要考慮很多因素。比如作者分享的新增報(bào)表這個(gè)功能,要考慮的這幾個(gè)問題點(diǎn),你都有想過嗎?
對(duì)于B端產(chǎn)品經(jīng)理來說,當(dāng)一個(gè)新功能平穩(wěn)運(yùn)行了足夠長時(shí)間,數(shù)據(jù)也逐漸穩(wěn)定,這時(shí)急需一個(gè)報(bào)表功能方便業(yè)務(wù)數(shù)據(jù)的統(tǒng)計(jì),從而進(jìn)一步指導(dǎo)業(yè)務(wù)的發(fā)展方向。
作為一個(gè)經(jīng)驗(yàn)豐富的產(chǎn)品經(jīng)理,做報(bào)表時(shí)具體又需要涵蓋哪些重點(diǎn)呢?下面一起來看看吧。
1、報(bào)表的取數(shù)基礎(chǔ)。
這是一個(gè)報(bào)表的底層邏輯,報(bào)表將如何取數(shù),就首先要對(duì)取數(shù)功能的歷史數(shù)據(jù)進(jìn)行分析。比如倉庫系統(tǒng)中的盤點(diǎn)功能,在設(shè)計(jì)盤點(diǎn)報(bào)表時(shí),要考慮盤點(diǎn)單的類型,日常盤點(diǎn)是否需要計(jì)入報(bào)表中。這里就需要深入業(yè)務(wù)使用場景去分析了,還需要了解一些用戶在管理上的一些預(yù)期和行為,針對(duì)這些問題,確定報(bào)表的呈現(xiàn)范圍。這是報(bào)表是否可以直接指導(dǎo)業(yè)務(wù)的最重要基礎(chǔ)。
2、報(bào)表都有哪些維度。
一個(gè)報(bào)表可能在時(shí)間上區(qū)分不同維度,比如去年和今年數(shù)據(jù),就可以區(qū)分出今年業(yè)務(wù)量發(fā)展的趨勢,甚至可以用于預(yù)測明年的業(yè)務(wù)量,提醒管理層提前做好準(zhǔn)備。也有可能在一些關(guān)鍵字段上按一些報(bào)表匯總統(tǒng)計(jì),比如各門店的銷量報(bào)表,可以設(shè)立地區(qū)維度,這樣很方便地可以看出銷量與地域之間的差異。
3、報(bào)表是否涉及重算功能。
當(dāng)報(bào)表取數(shù)的基礎(chǔ)是動(dòng)態(tài)數(shù)據(jù)時(shí),在報(bào)表數(shù)據(jù)生成的時(shí)候數(shù)據(jù)還未定型,并不準(zhǔn)確。為了能第一時(shí)間生成模糊數(shù)據(jù)進(jìn)行參考,以及一定時(shí)間段后數(shù)據(jù)穩(wěn)定下來保證數(shù)據(jù)真實(shí)可靠,我們需要給報(bào)表設(shè)置固定的或者手動(dòng)重算功能來滿足業(yè)務(wù)發(fā)展需求。
4、數(shù)據(jù)權(quán)限的處理。
報(bào)表涉及的數(shù)據(jù)是公司整體數(shù)據(jù),一般用于管理層分析數(shù)據(jù)使用。有一些權(quán)限較低的一線業(yè)務(wù)員也需要查看報(bào)表的一部分內(nèi)容,但是其他部門的業(yè)務(wù)數(shù)據(jù)應(yīng)該是不可見的。這就需要在設(shè)計(jì)階段就規(guī)定好該報(bào)表的功能權(quán)限如何設(shè)置,包括公司權(quán)限、客戶權(quán)限、商品權(quán)限等多個(gè)維度。
5、使用報(bào)表的人群有哪些,是否涉及不同部門的使用,如果涉及需要考慮敏感數(shù)據(jù)針對(duì)部分人不可見。
比如erp系統(tǒng)中的銷售數(shù)據(jù)報(bào)表,管理層、財(cái)務(wù)、業(yè)務(wù)都會(huì)頻繁使用。但是涉及一些企業(yè)單品利潤的列,比如毛利率、成本率等,只有部分管理層和部分財(cái)務(wù)才能掌握。就需要針對(duì)這些特殊列設(shè)置一定的數(shù)據(jù)權(quán)限。可以借助特殊權(quán)限組的形式來實(shí)現(xiàn)。這條與第四條是相似的,但又要注意區(qū)分,第四條指的是數(shù)據(jù)行的權(quán)限,第五條指的是特殊列數(shù)據(jù)權(quán)限。兩種權(quán)限規(guī)則都非常重要。
6、寫明報(bào)表的基礎(chǔ)信息表是從系統(tǒng)哪個(gè)功能或者哪張表取值的。
這一條主要是為了便于開發(fā)人員直接取數(shù)據(jù),減少溝通成本?;A(chǔ)數(shù)據(jù)有時(shí)可能來源不止一個(gè)功能,不同功能取數(shù)邏輯不同,這里也需要前期跟相關(guān)業(yè)務(wù)部門溝通清楚,如果是SaaS系統(tǒng)需要產(chǎn)品自己思考清楚用戶場景。比如同樣是取銷量,財(cái)務(wù)口徑的銷量和業(yè)務(wù)口徑的銷量統(tǒng)計(jì)是不同的,需要確認(rèn)是哪一個(gè)。由于報(bào)表的其他維度都是在這個(gè)基礎(chǔ)表的基礎(chǔ)上進(jìn)行匯總計(jì)算的,一切的數(shù)據(jù)來源都是這個(gè)基礎(chǔ)表,所以一定不要弄錯(cuò)了,避免上線后報(bào)表實(shí)用性不強(qiáng)的問題。
7、涉及本報(bào)表的計(jì)算相關(guān)列,需要寫明計(jì)算公式,復(fù)雜時(shí)需要舉例,并且必須重視維護(hù)準(zhǔn)確的提示信息。
所有功能的復(fù)雜計(jì)算,都要寫明提示信息,或者在醒目位置放上說明文檔,才能保證我們的報(bào)表上線后,提供的數(shù)據(jù)是真實(shí)有效,并且可以直接指導(dǎo)業(yè)務(wù)生產(chǎn)的。
8、做好需求文檔的版本迭代。
文件工作被很多產(chǎn)品詬病,覺得這部分工作枯燥無味,產(chǎn)品應(yīng)該把時(shí)間花在需求調(diào)研和用戶溝通上。我見過很多說起場景、需求時(shí)眉飛色舞,但是一看文檔亂七八糟的產(chǎn)品,實(shí)在是美中不足。我們做產(chǎn)品要腳踏實(shí)地,這個(gè)崗位是一個(gè)重溝通的崗位,一個(gè)復(fù)雜功能要在寥寥千字的需求文檔里交代清楚,文檔表達(dá)能力是最基本的。要珍惜每一次與用戶、開發(fā)的溝通,真正站在用戶角度思考問題,并且使用對(duì)方的語言去描述。被誤解是表達(dá)者的宿命,產(chǎn)品經(jīng)理的宿命就是盡量縮小每一次的被誤解空間。所以與用戶、開發(fā)多次溝通需要保留每一次的原型與需求文檔,最好記錄每次調(diào)整的內(nèi)容或者將調(diào)整內(nèi)容標(biāo)紅顯示,便于開發(fā)時(shí)遇到問題,追溯需求的來源。
9、寫清報(bào)表數(shù)據(jù)生成的觸發(fā)機(jī)制,是使用定時(shí)任務(wù)還是人為點(diǎn)擊,按照什么邏輯生成一期報(bào)表。
報(bào)表的數(shù)據(jù)量是很大的,而業(yè)務(wù)數(shù)據(jù)又在不斷地變動(dòng),報(bào)表的取值不可能實(shí)時(shí)更新,這樣太過于浪費(fèi)資源。所以需要設(shè)定一個(gè)合理的生成邏輯,再選用對(duì)應(yīng)的技術(shù)手段,考慮報(bào)表的數(shù)據(jù)量,選取一個(gè)又快又好生成報(bào)表數(shù)據(jù)的策略。
這是【具體才是階梯】系列文章的第二期,第一期文章是關(guān)于“新增字段時(shí)需要考慮哪些問題”,還原點(diǎn)擊我的主頁查看哦。期待與您的交流~
本文由 @不純 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議
該文觀點(diǎn)僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺(tái)僅提供信息存儲(chǔ)空間服務(wù)。
- 目前還沒評(píng)論,等你發(fā)揮!