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