需求如何管理,聊聊我的需求管理方法論(二)

上一講中與大家聊了聊，在一個項目當中需求管理的重要性，它是影響項目進度、效率、成本、資源等方面的主要因素。我們分析了為什麼我們項目做到一半，甚至已經做完了的時候， 我們相關人員甚至包括我們自己會突然提新的需求或做出需求變更的事情，主要的原因還是沒有做好需求管理，如何做好需求管理，都有什麼方法，接下來我們就重點聊一聊。

首先我對需求管理做了一個總結，需求管理的目的沿著我們已經設定好的目標，在過程中，快速滿足用戶真實需求，調整計劃，以周期短，高質量、低成本為前提，為企業快速實現產品商業價值的有效辦法。

比如我們要做一個專賣母嬰方面產品的商城，接下來我們需要對母嬰市場、用戶做一個初步的了解，去了解我們的競爭對手，涵蓋他們產品、服務、運營營銷戰略、公司背景資源，在交易當中哪方面的商品主要為他們帶來收益，發生交易的用戶主要集中在什麼地區，當然要了解的內容並不限於此，越詳細越多越好，具體看自己公司的資源配置，組織架構以及團隊是否願意支持讓你花費精力時間去做這些事情，當然包括個人能力問題等。

在我們對競爭對手以及市場用戶情況做了了解與分析以後，對我們的競爭對手、商品資源，和可能成為我們產品上線后的用戶做一個分級，在競爭對手方面，誰是我們的核心競爭對手，誰是我們的主要競爭對手，誰是我們的普通競爭對手，也要做好分級。通過分析我們公司的資源后，我們要確定當我們產品上線後主要會推出哪幾類商品，他們的優先順序是怎樣的。我們針對的用戶主要集中在什麼區域，這些用戶都有什麼屬性，通過對用戶屬性的分析，場景、頻率的分析， 我們對用戶也進行分級。

當我們對競爭對手、商品、市場和用戶有了初步的了解與認識的時候，我們需要對我們自己的產品做出定位以及規劃，定位應該在我們競爭對手當中凸顯出差異化，凸顯差異化與為公司帶來收益是相輔相成，不產生矛盾的。做好了定位我們就要對我們的市場、用戶重新進行評估做出一個大的戰略規劃，比如我們產品多長時間來上線，上線后需要多長時間來獲取第一批種子用戶，以及融資計劃，這個也就是剛開始的商業計劃。

做好了初期規劃，我們已經有了一部分的需求，雖然可以進入需求管理，產品功能設計，原型繪製的工作環節，但隱約中似乎有種怪怪的感覺，好像這樣做會有什麼問題，其實到了這個環節，我們更應該做的是用戶畫像的建立，有了用戶畫像我們對產品功能的設計才會更加專註、在設計某一個功能之前更能引起共鳴，基於我們用戶的屬性做分析這個功能該不該做我們很早就能預料到。在開需求評審會得時候，因為有用戶畫像，也限定了我們的標準，談論的時候不至於跑偏，更能讓我們的意見達成一致，在最後決策的時候也會更加果斷與排除疑惑，當我們在做功能設計、交互設計的時候和原型繪製的時候也會更加高效。關於用戶畫像的內容，我會用另外的一篇文章來詳細聊一聊。

我的建議是，當您梳理清楚了以上內容后再進入需求管理的環節。但絕對不可以都沒有想清楚，突然有了新需求，要做新功能，就迫不及待的畫原型圖，但畫原型又畫不出來，只能找個現成的類似的來抄一抄，抄的時候因為對需求理解的不深入，非但做不到去蕪存精的作用還會增加很多新的奇怪功能出來，開需求評審會的時候由於對需求理解的不深入，邏輯不慎密而暴露出各種邏輯漏洞，即使需求已經通過，上線后正要開始用的時候發現真正實用的功能沒有設計上去，反而加了一些不重要的功能成了用戶的人為障礙，最後整個團隊花費精力、時間再來修改，延誤產品，流失用戶。

這個問題也反映出了產品經理不是只會畫交互圖、原型圖就可以了，個人認為產品經理是整個團隊當中責任心最強，最忙，做的事情最雜，最多，極具挑戰性的一個極為重要的角色。

當我們對自己產品有了清晰的定位，明白了我們真正的用戶是誰，我們的商業模式是怎樣的，業務是怎麼流轉的，接下來便是需求的採集分析與管理，採集我們主要從以下幾個渠道：

1、產品經理自己；

2、運營人員；

3、市場營銷人員；

4、銷售人員；

5、客服人員；

6、老闆；

7、競品分析；

8、行業數據分析；

9、用戶；

當採集到需求的時候，產品經理首先要建立好自己的需求池，下圖是分享的一個需求池模板。

需求內容就是將需求用簡短的一句話概括清楚說明白，需求類型我將其分為了四個類型，有業務需求、用戶需求、功能需求和非功能性四個類型。優先順序我用四象限法來分，第一象限，緊急又重要；第二象限，不緊急但重要；第三象限，緊急但不重要；第四象限，不重要也不緊急。

如果屬於第一象限的內容我會將整個需求標紅，排列到最前面來優先完成。屬於第二象限的內容，一定要精心準備，反覆測試可取性，驗證可行性，若第二象限的內容處理不好，突然會變為第一象限的內容，它將會嚴重打亂整個團隊的開發節奏，甚至使得項目陷入困境當中。比如我們做了一個添加商品的功能，在我們剛開始做的時候參照淘寶的方式來做，但在做的過程當中，程序提出某些功能不好實現可否採用京東上面的方式來實現，產品經理並沒有全面梳理直接就聽取了程序的意見並執行，做完后對該功能的業務流程並沒有認真檢查，為了著急上線，產品就上線了，在產品上線后一個多月，突然有用戶，運營、市場反應有嚴重的漏洞問題，這就是第二象限的工作沒有處理好突然轉變為第一象限的現實例子，若問題嚴重有可能就會使得項目直接失敗，團隊解散。所以第二象限的工作一定要認真謹慎對待。

第三象限，緊急但不重要，若前面沒有第一象限的任務要完成，應該優先處理第三象限的內容，第三象限我會用黃色將整個任務標黃，打開需求池一眼就能方便我找到。

第四象限的內容，當團隊閑下來沒事做的時候來處理。

來自則指的是這個需求是由誰提出來的。解決什麼問題，主要起到明確需求目標的作用。相關案例，這個需求有沒有現成的案例或者截圖方便產品經理和開發團隊來理解。

需求分析我在上篇文章中已與大家探討，有定性分析，定量分析，KANO模型分析三種方法。在這裡稍作一點補充，在分析需求的過程當中，首先要明白用戶的需求是什麼，用戶是怎樣來做的，他的本質究竟是什麼。比如某母嬰用品，用戶可能會說他要某某品牌的奶粉，他會去一些知名商城或線下購買，但用戶的需求的本質是孩子應該喝什麼更健康，怎麼讓孩子茁壯健康的成長起來，所以在分析需求的時候不可將需要當成需求的本質。在分析需求的時候一定分析用戶，基於用戶的屬性，比如性別、年齡、職業、收入等，基於怎樣的場景，什麼時間、什麼場所、什麼情景下產生的需求，基於頻率，用戶的需求是否是持續性還是多久一次。

當我們對需求池裡面的需求進行了分析與整理，接下來就是通過需求量的大小，對團隊資源的配置，時間、成本來權衡我們產品究竟應該做哪些功能，在產品的成長期我們需要怎樣做，完成什麼樣的目標。在產品的爆發期、穩定期分別要做哪些工作，哪些內容，當發現我們的定位與用戶的需求出現偏差的時候該怎麼調整。這裡面的重點是當前這個版本要做哪些內容，下一個版本計劃做哪些內容，產品經理自己一定要把握好開發節奏。

最後附上版本規劃的一張表格，希望能給大家一定的幫助。

在做版本規劃以及項目管理的過程當中我主要用到的軟體是Axure 、X-mind、XD、Omniplan，Axure主要用來寫需求而且還可以生成完網頁非常方便，X-mind用來發散思維，頭腦風暴，XD主要用來繪製原型，這個軟體的繪製速度比較快，交互能力非常強，精細度也很高，幫助我檢查功能的可用性比較好，然後可以生成網頁將其嵌入到Axure裡面，Omniplan我主要用來跟蹤、指派任務，進行團隊項目的管理，它也可以生成網頁，將其嵌入到Axure裡面，最後我將所有網頁打包上傳到內部的伺服器上，公司內部的任何人都可以訪問，通過點擊不同的模塊就能看到不同的功能需求，交互圖、原型圖等，團隊協作起來非常方便。額外我用到的一個方法是番茄工作法，主要用來管理我的時間，精力，讓我始終保持最好的狀態來工作，這個後期專門用一篇文章來分享。

本周的內容就分享到這裡，祝大家周末愉快，謝謝！