中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

如果能修煉到高級后臺產品經理，是可以根據業務發展提出一些預見性的需求。

初做產品經理時，發現產品后臺的經驗分享總是不如前端產品來的多，想找一些經驗帖卻不知道該去哪兒。現在我做產品后臺已經比較長的時間了，希望能把一些常見的坑拿出來跟大家分享，給產品小白們做個參考。

坑1：需求目的不明確，做出需求有偏差

在做需求之前，各位產品經理會進行充分的需求分析。這其中包括與需求部門、需求的上下游部門、老板以及相關部門進行需求調研，做充分的溝通以后產出PRD文檔。

產出PRD文檔時，最容易忽略的一環就是需求的目的。后臺產品的需求大多是一個新功能的實現，或是一個老功能的優化。在做一些小版本迭代的需求時，產品經理往往會忽略將需求的目的以文字的形式輸入在產品原型中，或者用一兩句話敷衍了事。事實上，做這些需求的目的雖然產品經理能夠做到心里有數，但是并不能良好的將此信息傳達到開發方、測試方的每一個人，會導致整體需求理解的偏差，那對于細節需求，有偏差的可能性就會更大。將需求目的詳實的落實在需求文檔中還有一個好處，可以幫助產品經理整理需求的思路，自我檢查需求的合理性。當然也不用細化到每一個細小功能設計的目的，把整體目的清晰完整的表達清楚就好。

坑2：邏輯說明太散碎，無法串成主線

在PRD文檔內對于功能的設計需包含邏輯說明，通俗意義上說就是功能描述。包括輸入什么，如何做邏輯判斷，輸出什么。可以用的方法有文字描述、表格法、流程圖法等。后臺產品經理，尤其是需要畫后臺頁面的產品經理可能會在每個功能模塊中進行邏輯說明。但是每個功能模塊的邏輯說明相對獨立，在寫PRD的時候沒有清晰的寫出邏輯主線，不利于其他的產品經理理解PRD中的隱含邏輯，最終交付的產品也會讓人大跌眼鏡。

坑3：系統交互不了解，上線強行背鍋

作為一個后臺產品經理，要了解自己做負責的系統中的交互。數據來源是其他系統的信息是需要尤其注意的，這些數據是通過接口推的還是查的，在哪些節點會產生哪些數據。如果這些不夠清楚，建議各位去問問開發，或者看接口文檔。因為在做版本迭代的時候，是很難全面的預估會不會對其他系統產生其他影響的；在其他系統做版本迭代的時候，也要評估會不會影響你負責系統的現有邏輯和數據。當然這些問題可能會被測試童鞋cover掉的，但是從源頭上預防背鍋的情況不是更好嗎？

坑4：歷史數據沒處理，在途數據未考慮

在每一次做版本迭代的時候，希望可以有個聲音問問自己，歷史數據如何處理？會對在途數據產生怎樣的影響？產品、開發和測試人員可以針對這兩個問題共同討論出最合理的處理方案。考慮不周上線的話，就有可能造成為了保證業務線上改數據的情況，這大概是所有人都不想看到的結果哦。

坑5：盲目接業務需求，埋個坑再挖個坑

最后一個也是最重要的一個：

• 不要接業務部門的所有需求
• 不要接業務部門的所有需求
• 不要接業務部門的所有需求

重要的事情說三遍！業務部門的需求有可能會變化很快，而且最常見的需求就是：系統的設計最好是能包含住所有特殊情況的處理。但是越全面的事務越是容易暴露出缺陷，很有可能你很得意的功能設計就是一個未來的大坑在等著你。

所以在業務部門提出需求的時候，一定要多問為什么，深挖出最深層次的需求，對于一些不合理的需求及時指正。

如果能修煉到高級后臺產品經理，是可以根據業務發展有一些預見性的需求提出的。

作者：芝士肉松包

本文由 @芝士肉松包 原創發布于人人都是產品經理。未經許可，禁止轉載。