這篇要來介紹軟體開發的第一模塊-用戶需求。

根據過去當產品經理的經驗，透過這篇和大家分享軟體開發的過程中，如何做需求研究，蒐集到的需求和做完了研究之後，又要如何落實到真正在執行的專案中，因此會分成以下幾個部分和大家說明：

• 需求哪裡來
• 釐清需求現況
• 需求處理的優先級排序

需求哪裡來

軟體開發團隊一定很常聽到產品經理說用戶需求百百種，不同的用戶有者不同的需求，到底產品經理是怎麼獲得這些需求的呢？這邊列出了較常見的幾種需求來源，而大分類主要可以分成以下兩類，分別是主動的來源和被動的來源。

主動需求來源

(1)實地觀察：透過到用戶的使用場域，以旁觀者的角度偷偷在旁觀察，幫用戶發覺操作時的需求痛點

(2)問卷：透過直接發送調查問券的方式請用戶填答，再透過分析來了解用戶的需求痛點

(3)訪談：透過與用戶一對一的訪談，找出用戶背後的需求痛點

(4)焦點團體：透過一次對多個用戶訪談的方式，快速找出用戶共同的需求痛點

被動需求來源

(1)功能建議：建立用戶的意見回饋機制，讓用戶能主動提供產品的需求建議，進而了解用戶的需求痛點

(2)代理人回饋：透過公司常接觸到用戶的業務、客服分享，了解用戶的需求痛點

釐清需求狀況

從前項的來源了解到了用戶的需求後，下一個步驟要做的事情就是釐清這個需求的相關內容，包含 需求提出者是誰？他在哪裡提出的？當下原本在做什麼事情？為什麼會提出這項需求？提出的時間點是什麼時候？目前有此需求的用戶在需求未解決前，是如何解決的？

看完了前面要釐清的內容後真的不少，為了避免漏掉因此我會套用一個坊間常聽到的框架 - 5W1H，來幫助我釐清收到的需求，套用框架後重新整理一下需要盤點的內容如下：

• Who 了解提出需求的目標用戶是誰
• Where 了解用戶提出需求時的場景在哪
• What 了解用戶提出的需求內容
• Why 了解用戶提出需求背後想要達成的事情是什麼
• When 了解用戶何時會提出此需求
• How 了解用戶目前是怎麼解決這個需求

重新整理後是不是覺得清楚許多，也能避免自己在盤點時漏掉了某個關鍵環節。

雖然會收到很多的需求，每個需求要盤點的內容也不少，好像時間不夠做這些事情，但其實需求不會在同一個時間收到，因此在收到需求的當下，產品經理就會抓個時間快速盤點一下上述內容，確認一下這個需求是否為之前未盤點到，快速盤點完後就會進入了下一個步驟內。

處理的優先級排序

終於來到用戶需求的最後一個環節-優先級排序，因為資源有限無法同時處理所有需求，因此需要對所有的需求做優先級的排序，評估到底要先處理哪一個需求，其實產品經理在排序處理的順序時，會回扣到前一篇提到的，產品經理的存在就是幫公司創造營收，因此哪一個需求處理完後可以幫助公司帶來營收，這個需求就會優先被拿出來處理。

以上是第2篇的分享，若是大家看完內容後有其他的疑問或想法，歡迎多多在底下留言，也請大家多多期待下一篇的分享～