下面我來介紹下，我負責產品需求方面的工作內容和職責。

拜訪多個客戶，獲取需求

需求的來源為客戶，在做需求之前，會先拜訪公司的新老客戶，針對某款已經有的或者即將推出的產品進行調研，瞭解使用者具體想要什麼功能、使用在什麼場景、某些細節上大概會怎麼使用，會有什麼效果。要詳細瞭解到這些資訊，並做記錄。

將客戶需求轉為為原型，透過原型與客戶溝通是否正確

整理從客戶方瞭解並記錄下的需求片段，將之進行融合，並透過原型繪製工具繪製原型圖。透過遠端、文件、現場拜訪等方式，讓客戶方看到原型圖，並對客戶進行講解。在這個過程中看客戶的反饋，多次不停的磨合產品原型，直到符合客戶、公司的預期。

將需求原型轉為需求規格說明書

將已經讓客戶滿意的需求原型，轉為需求規格說明書，透過一些專業的術語、表格、圖形等方式，將客戶的需求轉化為專案經理、開發經理、程式設計師等人看得懂的說明書，使他們能做到看到說明書就能夠進行計劃安排、設計、開發、測試等工作。

開會講解需求，邀請開發、UI、測試、實施人員參與評審

需求一個人寫完了還不行，需要獲取開發、UI、測試、實施人員的一致理解，這樣才能夠讓各個團隊進行協作，拉通各個團隊對需求的一致理解至關重要。否則開發不知道需求寫的什麼，測試不知道開發做的什麼，實施也不知道需求的初衷是什麼，最終只能導致做出來的產品只能產品自己看的懂，這個過程會有很多因為理解不一致造成的問題。如果溝通不暢會導致中間過程耗時特別多，溝通特別累。所以這個溝通環節，必不可少。

跟進UI設計、測試計劃、測試用例

有了大家對需求共通的理解，再去跟蹤UI設計和測試計劃、用例，這樣才能從介面、最終效果上保障產品沒有偏差。

不斷跟進開發進度和開發結果

需求可能不僅僅是功能、產品上的需求，時間安排上也會有需求，所以我們需求不斷的跟蹤開發人員的開發進度，並定時檢視已經開發的半成品，爭取在開發過程中，今早發現與需求不符合項。同時，開發人員也需要與需求、產品人員保持交流，這樣在開發過程中遇到的問題才能得到及時的解答，保證產品開發符合預期。

跟進測試結果

這個環節非常重要，是產品去客戶方之前的質量檢測。

是對產品質量的保證，需求人員在此環節介入，可以瞭解產品本身的質量，並對不影響使用的個別測試出來的問題進行回收，用以控制進度以及產品質量。

試用產品

使用產品是需求工程師或者產品經理的必備環節，他們必須對已開發出來的產品熟練使用，也需要在這個工程中體驗客戶的感受，瞭解功能是否滿足，使用是否方便，配色是否合理等，這樣才能在產品最終出去之前把把關，保證質量。

聯絡客戶、實施工程師，釋出產品

產品出來之後，需要聯絡客戶，溝通釋出時間，再聯絡實施部門和人員，確定釋出、上線的時間、地點，並進行釋出。

去現場，指導客戶使用並收集反饋就後續需求

產品釋出之後，需要到客戶方配合實施人員進行實施，並在客戶方試用的過程中接收客戶方的反饋，並將其轉化為新需求，同時，獲取客戶方新的想法，再進行一輪迭代的開發。

【總結】

總的來說，需求工程師如果想做的好，那就得了解整個產品的生命線，對對其負責，否則只是簡單地收集需求，將其交給開發，那僅僅是胡任務，並不是做工作。

這不僅僅是對開發部同事的不尊重，也是對自己成果的不負責任。