產品經理至少提前一天，跟對應的開發工程師或測試工程師溝通一下自己的想法，控制在十分鐘以內，大概描述一下，大概每個功能大概要講什麼東西，還缺哪些資料，提前準備。
當天開會的時候建議是不要使用後就不要帶電腦筆記本，要帶的話就帶筆記本和筆。
當場就只提問題，控制時間、範圍，控制幾個點關鍵點，例如開始時間結束時間，乙個會議時間長了人就疲了，個人精力就不集中，關鍵就是把這個事情談清楚，哪怕一次只談兩三個點，關鍵是落實下去了，剩下的內容再找時間去開這個會。
產品經理在提筆寫的時候就開始把找乙個人（開發工程師或測試工程師）問一下，提前找乙個參考，至少有些地方可能是獨自想的時候想不到的，需要另外乙個人補充一下，可能這樣效果會更好一點。
這個事情不是乙個標準流程，先執行，有問題就提出來，然後根據問題不斷改進。
產品需求回顧
晚上再回到公司，想看看接下來準備要做的專案，這兩天產品需求講了8個多小時，之前沒有經歷過這樣的會議，突然有點震驚，表現的也不好。然後再想想，發覺產品經理提到的需求她們提到的東西，我都記得不多了，雖然自己有看了一部分，但是主要屬於自己理解，然後問一下組員學到的。想到這兩次會議，自己的狀態很不好。對於我...
產品需求分析
第二課需求分析 1.1體驗設計 與客戶進行溝通，了解使用者所需功能，那些功能是該客戶所要實現的重點，對其所需要的功能進行詳細的記錄，制定乙個所實現的功能模型，滿足客戶所要的需求，再對客戶進行說明功能要求所得到的體驗。1.2需求分析 採集到使用者需要的要求對其進行劃分難度實現的大小以及實現功能，並設計...
需求評審會
大多數從事軟體開發的人士都有這樣的體會，需求分析是乙個軟體成功與否的關鍵。在當今軟體工程領域出現的許多問題，都源於需求的不清晰。正因為如此，我們現在面臨的客戶，我們的專案經理自身，以及我們的管理層已經開始嚴控需求。我們不僅定製了需求提交的流程，還定製了需求說明的格式。但在實際操作過程中，通常是大家先...