咱們應該如何給需求排序？

摘要： 需求管理是一門藝術。

開發產品的時候，咱們天天都會面對各類各樣、沒完沒了的需求，有的來自外部用戶的反饋，有的來自內部團隊的idea，有的是產品的BUG，有的是新的功能...

看起來只要實現全部需求，產品就能夠變得更好，而後吸引更多的用戶，接着賺更多的錢，以後招更多的人，再完成更多的需求...

問題是，需求會源源不斷地進來，咱們永遠也不可能清空全部需求，996也作不完，這輩子都不可能。

咱們能作的，是不斷將需求排序，實現優先級最高的需求。那麼問題來了，咱們應該如何給需求排序？

以用戶爲核心肯定優先級

喬布斯曾經說過：

People don't know what they want until you show it to them.

用戶真的不知道他們想要什麼嗎？不少時候並不是如此。

我負責產品，天天都會和用戶交流，他們知道本身想要什麼功能，有時會作好簡單的交互設計、幫忙想一想算法、甚至給我開源代碼。

問題在於，用戶只是產品的使用者，他們對於產品的理解沒有咱們那麼深入，因此他們提出的需求有時會偏離問題的本質，須要咱們進一步分析與挖掘。

咱們不是喬布斯，沒有能力創造需求；咱們也不是張小龍，沒有1億人教咱們作產品。所以，咱們應該多與用戶交流，以用戶需求爲核心肯定優先級：

• 用戶反饋或者吐槽的時候，耐心一些，聊得更深刻一些，同時作好記錄
• 修復BUG，優化功能或者新增功能時，與感興趣的用戶主動聯繫，他們會給你更多的反饋
• 按期作用戶調研，聽聽沉默的大多數是怎麼說的
• 對於用戶所提的需求，根據反饋用戶多少、影響範圍、難易程度進行排序

當咱們作產品的時候，創造的慾望是很是驚人的，總會有一些新的idea讓咱們激動不已，巴不得明天就能上線。可是，咱們應該剋制本身的創造欲，尊重用戶的意見。咱們的產品是給客戶用的，不是給本身玩的。

流量紅利已經枯竭的時代，獲取一個新用戶比留住一個老用戶難太多了，所以提升留存率顯得很是重要。重視每個用戶反饋，及時修復他們發現的BUG，優先實現他們想要的功能，是提升留存率最有效的方式，沒有之一。

BUG的優先級高於新功能

墨菲定律是這樣的：

Anything that can go wrong will go wrong.

程序員應該都知道，代碼怎麼可能沒有BUG呢？不少時候只是咱們沒有發現，或者是知道了卻沒有及時修復。

然而，對於當前產品的BUG，咱們每每容易忽視。多是BUG隱藏的太深，咱們和用戶都沒有發現；多是用戶發現BUG，可是沒有反饋；也多是咱們選擇性失明，以爲問題不大。

事實上，用戶對產品質量的要求很是嚴格，再小的問題他們也會發現，也會吐槽。用戶反饋的話咱們還能知道，不然咱們可能很晚才發現BUG，若是沒有監控的話。

還有一種微妙的狀況，當用戶反饋貌似不可能出現的BUG時，咱們會本能的以爲產品應該沒有問題，問題應該出在用戶那裏，大概是他的瀏覽器或者網絡，或者某種沒法解釋的緣由致使的。其實，這只是咱們在逃避問題，代碼的運行方式是肯定的，沒有什麼不能解釋的地方，若是什麼地方不太對勁了，那基本上是BUG。這裏分享一個咱們的經歷：

某個用戶反饋，他在邀請成員加入團隊的時候發現，偶爾會有那麼一次邀請失敗。
咱們檢查了一下監控數據，發現確實有失敗過，影響的用戶不止一個，可是不多。
而後，咱們檢查了一下先後端代碼，發現沒有問題。
既然業務代碼沒有問題，那應該沒有BUG，這事大概是什麼奇怪的緣由致使的，咱們什麼也不用作吧...
後來，又有幾個用戶反饋同一個問題，報錯也越來來越多，咱們不可能再騙本身了！
再次檢查，業務代碼確實沒有問題，可是報錯的代碼位置的行號和列號都偏移了，這麼詭異？
不難猜想，生產環境運行的是舊代碼！檢查一下果真是這樣。
接着，不難發現部署的Docker配置文件有問題，致使某個節點部署的後端代碼是舊的...

咱們老是這樣，不停地向前走，不斷地追求新的成就，逃避當下的問題。聽着是否是很像咱們的生活？

對於產品BUG，咱們應該第一時間修復，或者設置一個Deadline，新的功能能夠稍微延後。

若是咱們不停地開發新功能，那當初開發這個有BUG的舊功能到底是爲了什麼？若是咱們忽略當前用戶反饋的問題，那咱們費這麼大勁拉新是爲了什麼？

結論

需求管理是一門藝術，須要考慮和權衡的東西不少，暫時給你們一個簡單的優先級排序，僅供參考：

• 用戶反饋的BUG
• 本身發現的BUG
• 用戶反饋的需求
• 本身想出的需求

嚴格按照這個順序操做是不可能的，這是給你們提供2個思考維度。實際工做中，每一個需求的影響範圍、緊急程度、難易程度也須要考慮。

你有什麼更好的想法嗎？歡迎留言討論！本文做者爲Fundebug的技術總監，歡迎添加微信交流：KiwenLau。

參考

• 產品需求優先級的藝術 -- Kano模型
• 如何成爲優秀的技術主管？你要作到這三點
• 爲何美國程序員工做比中國程序員工做輕鬆、加班少？

關於Fundebug

Fundebug專一於JavaScript、微信小程序、微信小遊戲、支付寶小程序、React Native、Node.js和Java線上應用實時BUG監控。 自從2016年雙十一正式上線，Fundebug累計處理了10億+錯誤事件，付費客戶有Google、360、金山軟件、百姓網等衆多品牌企業。歡迎你們免費試用！