在初次進行數(shù)據(jù)系統(tǒng)搭建時，產(chǎn)品經(jīng)理可能會遇到哪些困難？也許你需要結(jié)合需求的全流程進行系統(tǒng)搭建。本篇文章里，作者結(jié)合實戰(zhàn)經(jīng)驗，對其從0到1搭建數(shù)據(jù)系統(tǒng)的過程進行了復盤總結(jié)，一起來看看吧。

從產(chǎn)品團隊運作的工作方法和程序，結(jié)合實踐結(jié)果來談談第一次做數(shù)據(jù)產(chǎn)品時常見的坑，

這個項目是為一家食品公司制作的數(shù)據(jù)看板，從用戶心聲和賠付2個模塊幫助其企業(yè)進行成本分析，找到對應的責任方來共同分擔售后賠付壓力。

一、產(chǎn)研團隊的搭建

因為項目的周期非常短，需要一個月的時間實現(xiàn)從0到1的上線，涉及的數(shù)據(jù)及判斷規(guī)則較多。對于從來沒有做過數(shù)據(jù)產(chǎn)品設計的團隊來講都是摸石頭過河，但還是需要繼續(xù)往前走。

確定需要的資源，臨時搭建一個數(shù)據(jù)小分隊，包含了產(chǎn)品、設計師、后端研發(fā)、BI數(shù)據(jù)師。沒有測試和項目經(jīng)理的充足的資源，這部分工作由產(chǎn)品兼任。具體的人員從各個職能組中抽選出，然后搭建數(shù)據(jù)項目組，矩陣型的團隊組成方式能夠非?？焖俚仨憫o急的任務。

二、產(chǎn)品策略的制定

這是一個KA-S級的客戶，公司非常重視大客戶的交付和服務。所以在整個項目的啟動開始，整個流程都備受公司的關注。由于項目前期遇到了不可避免的原因，客戶的業(yè)務進行了提前，所以要求我們提前完成系統(tǒng)的交付使用。雙重的壓力讓整個團隊都非常忙碌，一個月內(nèi)處于24小時待命的狀態(tài)。

每個項目都應該有個交付清單和功能范圍邊界。在進入需求的調(diào)研前期，我們是需要銷售、客成、產(chǎn)研與客戶方進行明確的信息同頻。這不僅讓整個項目有目標，也避免交付階段的矛盾。

三、獲得用戶反饋及需求

確定了范圍后，我們就進入到需求的討論階段。并不是每個客戶都對自己業(yè)務非常熟悉，所以幫助客戶慢慢梳理清楚自己業(yè)務流程也是一個必要的過程。

最開始，我們與客戶的信息和重要程度是沒有對齊的。我們緊急時，客戶松弛。在全局的產(chǎn)品策略當中，雙邊拉扯的時間和周期非常長。

如何讓客戶不要無限地修改需求呢？以下2點很實用：

1. 確定需求的階段最好拉上最后以公司名義拍板的負責人；
2. 最后的需求內(nèi)容及方案在口頭交流后以郵件的形式做二次的確認。

四、需求管理

當然，肯定是存在一些需求是在前期沒有覆蓋和想到的。因為數(shù)據(jù)類項目無法考慮到完全的方方面面，可能會存在很多的意外，比如技術上的無法實現(xiàn)、平臺的數(shù)據(jù)不全、或者第三方公司不進行技術配合等等。

所以，為了保證信息的及時溝通，需要搭建一個公開的產(chǎn)研溝通群，遇到具體的問題隨時溝通。無論是產(chǎn)研團隊還是客戶方面。

所以，我們需要進行好需求的管理，包含以下幾個方面：

1. 對產(chǎn)品需求進行必要的分類

比如哪些是客戶提出的？哪些是產(chǎn)品的規(guī)劃？對于B端的需求來講，產(chǎn)品規(guī)劃不一定滿足客戶的業(yè)務需求，還是需要根據(jù)實際情況來決定?？蛻舻男枨笠膊徊⒉皇菍嶋H的業(yè)務需要。

2. 記錄產(chǎn)品需求的重要屬性和背景信息

任何事情多問自己幾個為什么？直到問到明確的答案。我的老板經(jīng)常會問我為什么很重要？解決什么問題？背景是什么？一定要這么做嗎？不做會有什么影響？如果自己沒有辦法想的很清楚或者很有條理，可以用筆寫下來。在日常的生活中不斷地聯(lián)系，深度思考是非常重要的！

3. 評估產(chǎn)品需求的預估價值和投入

是不是所有重要的產(chǎn)品需求都要馬上做？對于數(shù)據(jù)類的項目而言，客戶覺得每個需求都是非常緊急和重要的，有很多自己的實現(xiàn)想法。怎么更高效地和客戶達成方案的價值共識呢？

• 可以先安撫客戶的情緒，讓她認真地講遇到的問題，耐心傾聽就可以，最后告知我們會進行調(diào)研然后我們再溝通下具體的方案；
• 保證方案不止一個，多想可實現(xiàn)的方案，然后與技術團隊進行內(nèi)部思想爆炸；
• 將每個方案的實現(xiàn)過程、利弊以及投入列舉出Excel表，讓客戶做選擇題；
• 從業(yè)務的角度為客戶思考，為他推薦一種最友好的方式。

4. 確定產(chǎn)品需求的優(yōu)先級

一下子把全部的需求做完？肯定不是的。因為是一個數(shù)據(jù)項目，所以我們考慮的角度是這個需求如果不做，這個系統(tǒng)可不可以用？如果不行，那么就必須完成。

然后對需求進行重要程度的打標，產(chǎn)品方案評審后與技術團隊共同進行拆任務和確定時間，給到交付時間給客戶。盡可能任務細致，把時間排的更合理，有充裕的時間進行周轉(zhuǎn)。

5. 對產(chǎn)品需求的狀態(tài)進行跟蹤

因為項目經(jīng)理的缺失，產(chǎn)品需要兼任對應的工作。其實，在很多公司，大型的項目會有專門的項目經(jīng)理 。但是對于比較小或者急的項目，大概率是沒有專門的項目經(jīng)理來推動。所以，掌握一定的項目管理能力是非常有必要的！

無論是整個項目的研發(fā)管理表，還是細化的小需求，我們都需要有專門的文件進行管理。前期，因為需要和客戶進行每日研發(fā)工作的同步，所以采用的是飛書的表格管理，甘特圖形式來跟蹤。便于內(nèi)部的成本預算等方面的考慮，我們會同步在JIRA上進行需求的記錄。

因為是B端的項目，相較于C端必做的競品調(diào)研，我們更關注客戶的業(yè)務情況。什么事業(yè)務情況？直白來講，他們到底是怎么用的？如果用軟件來代替，那么能夠解決什么問題？有什么更好的效益呢？如果做不到基礎的收益， 那么這個產(chǎn)品是不會被客戶買賬的！

五、產(chǎn)品功能-規(guī)劃

確定要做的內(nèi)容和大概的方案后，那么要考慮地更細，因為數(shù)據(jù)指標一定要考慮是什么，怎么算以及怎么來的問題。如果前期沒有思考到，那么后續(xù)的問題會接踵而至。指標與指標之間是相互制約和聯(lián)系的。

所以怎么做好數(shù)據(jù)項目呢？首先是確定有哪些數(shù)據(jù)指標及對應的計算規(guī)則。從原始數(shù)據(jù)層、維度數(shù)據(jù)層、明細數(shù)據(jù)層、匯總數(shù)據(jù)層和應用數(shù)據(jù)層5個層次去考慮?？梢杂昧鞒虉D將數(shù)據(jù)的流轉(zhuǎn)過程進行記錄。比如從哪些地方獲取數(shù)據(jù)，如何獲取，增量還是全量？

用流程圖表示的方法需要注意直接易懂、布局清晰及邏輯完整，這可以很大程度較少團隊之間溝通，也是讓客戶更好確定業(yè)務是否是這樣的。

接下來是原型的設計，因為現(xiàn)在公司采用數(shù)據(jù)項目使用前端輕代碼，所以頁面可以直接在一個系統(tǒng)上套用，選擇對應的展現(xiàn)形式，放上SQL語句就可以使用。如果要進行界面或者格式的調(diào)整，可以馬上修改后立即進行發(fā)布上線。

最后是成型的方案，因為迭代的需求會比較多，更改的細節(jié)也會多。所以一定是要寫文檔，并且非常細致。在文檔的開篇要注明版本記錄。這便于后期可以去查詢，代碼回滾等也更好追溯。

六、研發(fā)、測試并上線

雖然前期準備地比較充分，但在研發(fā)的過程中仍然會忽略一些小的細節(jié)。所以團隊內(nèi)部要保持足夠的信息溝通，不能因為個人的原因被卡住，每日的敏捷站會的幫助非常大。內(nèi)部固定一個時間，用15分鐘聚在一起，聊下遇到的問題和待解決的事項。

最困難的階段是數(shù)據(jù)校驗，如果這個模塊不行，相當于前期所有的努力都是白費的。這個項目沒有測試，產(chǎn)品兼測試也是常見的。所以，平時可以多看看數(shù)據(jù)分析及測試方面的內(nèi)容。

經(jīng)歷過一次小白測試后，在數(shù)據(jù)項目重點看功能使用、數(shù)據(jù)準確性以及數(shù)據(jù)壓力三個方面。首先是在視覺上功能能不能用，不可以點擊或者使用失敗的功能就要及時撤掉。然后是數(shù)據(jù)準確性，因為這個項目涉及到調(diào)用內(nèi)部數(shù)據(jù)和導入外部數(shù)據(jù)，所以數(shù)據(jù)源的準確性和結(jié)果的準確性都是非常重要。

測試的過程中很容易忽略數(shù)據(jù)壓力，單天的幾萬條可能是好的。如果是查詢一個月的量是否響應足夠快？如果是下載，是不是可以下載的？可以邀請公司的小白用戶來體驗項目，他不用看業(yè)務，可以體驗使用的感受。

七、項目管理

聽下來，是不是覺得項目很順利完成的？其實，并沒有，中間產(chǎn)研團隊幾乎每個人都有做到崩潰。熬夜加班，連續(xù)3個周末無休是正常的。有時候，周末經(jīng)常會接到客戶的消息，他們很著急分享觀點。遇到很多的問題，我們提前告知給客戶，但是他認為產(chǎn)研總是會有問題。

不被理解，質(zhì)疑和老板的施壓像家常便飯。但是產(chǎn)品經(jīng)理哪有那么容易被打倒，所以做項目考驗能力的同時也是在錘煉自己冷靜從容的心態(tài)。

項目管理也是我做這個項目遇到的困難，因為項目緊急，我臨時被老板拉進來做產(chǎn)品方案的設計。產(chǎn)品和研發(fā)同時被告知1個月做項目，項目經(jīng)理安排好進度表（前期本來是打算有的，因為被投訴所以取消了）。產(chǎn)品和研發(fā)的時間非常少，我以為所有的需求溝通好，但是一切為0。

1個月的時間完全不夠，且前期承諾給客戶的內(nèi)容太多，導致實際無法支持到。并且客戶投入的錢與實際的價值太大，公司不愿意投入過多的資源做。雖然是知道賠本的生意，為什么要做？一是公司的形象，二是需要該行業(yè)的口碑。

所以，前期沒有具體的方案時，不要拿空大的話去承諾。如果不能交付就是會被打臉。前期我們的壓力非常大，客戶無數(shù)次說如果你們不能按照這個時間給我們，就算違約收傳票。

不做這單生意挺簡單，但是這個行業(yè)的單子可能都沒有了。做好客戶的前期預期和項目管理也是非常重要的是。這個項目管理并不是說產(chǎn)研的進度，包含了人力資源、產(chǎn)品范圍、成本預估、里程碑計劃、風險管理及整體溝通機制。

積極、主動和認真，即使再困難的項目也會有結(jié)果。最后，我們終于做完了這個數(shù)據(jù)項目。過程很痛苦，結(jié)果還是存在的。我也是既會做業(yè)務也會做數(shù)據(jù)的小產(chǎn)品啦！bingo~

總結(jié)

理論永遠要和實踐結(jié)合起來，或許書里的方式與自己非常契合，或許完全不適用。多聽、多看和多做才有可能變得更好，期待我們一起努力~

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

題圖來自Unsplash，基于CC0協(xié)議

該文觀點僅代表作者本人，人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務。