產品需求文檔作爲項目管理過程中重要的輸出內容，一定要做好質量把關。
A.需求文檔質量：
需求文檔質量相當大程度上決定了開發質量。 你寫什麼他們就會做什麼，有缺漏的他們也不會去改和補充。”，當然大部分開發還是很負責的。
1.字段、概念定義清楚：需求文檔中涉及到的每一個字段或者名詞定義，都要有解釋，或者字段所有情況列舉出來。
2.邏輯：所有涉及邏輯的部分，通過流程圖+舉例來說明，並通過文字再進行描述；
3.交互細節：對於特定的交互樣式也要描繪清楚，每一個按鈕點擊時會怎樣，點擊後會怎樣，點擊後的數據是怎麼保存的。 都需要描述清楚。
4.標出可能出問題的點：對於一些明顯可能出現問題的地方，一定要標黃加粗，並在PRD評審的時候重點講述。 好的文檔，開發在拿到後能夠快速的書寫ERD並開發；而不好的文檔可能開發需要更多的時間去研究或者不斷的詢問產品經理，中間會浪費許多開發的時間，結果是實際開發時間進一步壓縮。
B開發進度跟進：
進入實際開發後，還需要我們不斷跟進。
1.跟進開發問題：開發中，肯定還會有一定的問題或者開發無法實現的問題要解決。這時我們要第一優先級處理開發問題， 保障開發的問題能夠第一時間得到解決；
2.開發進度跟進：每天或定期跟進當前開發進度，知道目前開發到哪個模塊，哪些需求開發了，哪些需求沒開發。瞭解開發進度， 一旦遇到風險點能夠及時調整，保證如期完成。對於較大風險點及時上報自己老闆，讓老闆來做重要決策。
3.開發內容跟進：開發中，我們每天可以找開發花五分鐘看看做的效果，有沒有和實際需求有嚴重不相符的， 沒有的話就繼續，有問題就及時和開發溝通，嚴重的話就要及時上報； 進度跟進不僅僅是保證項目能夠按期上線，還是爲了能夠發現問題並儘快解決問題。 這樣許多產品問題在上線前都能夠被提早解決。
C跨團隊協作信息同步：
對於產品開發中涉及到的跨團隊協作，這裏只談一點：信息同步。
對於跨團隊協作開發，最大的困難就是信息同步問題
D驗收：
驗收是一個細緻的活，需要我們做以下工作：
1.業務方：讓業務方來驗收產品是否滿足最初的需求，是否滿足業務上的需求；
2.UED：產品是否按照UED最初的設計來完成，交互細節是否都達到；
3.兼容性：這個也是測試的一部分吧，但也要在不同的測試機上進行一次驗收，保證兼容性；
4.需求文檔驗收：拿出PRD，對照最初設計的每一個邏輯、每一個字段進行驗收；
產品驗收工作中的問題全部記錄下來，然後找開發一 一解決， 直到全部解決後才能夠完成最後的驗收，否則不予通過。