1樓：陌年微涼
需求工程師是溝通使用者與開發人員的橋梁，做好需求分析是乙個產品是否能夠適應使用者要求的關鍵所在。需求工程師們在了解使用者又了解技術的基礎上掌控著專案發展的風向標。而產品經理也稱產品企劃，是指在公司中針對某一項或是某一類的產品進行規劃和管理的人員，主要負責產品的研發、製造、營銷、渠道等工作。
產品經理是很難定義的乙個角色，如果非要一句話定義，那麼產品經理是為終端使用者服務，負責產品整個生命週期的人。
需求分析師將客戶需求進行業務規則、業務範圍、業務流程等方面的技術分析，然後把這些東西建為工程師需要的語言，這樣一來，就起到了乙個橋梁的作用，把使用者的需求很好的傳遞給開發者。而產品經理需要負責產品的設計、維護、規劃、公升級，不斷開拓創新，要有好的點子，好的方案，領導力，判斷力，這都是產品經理所需要的品質。合格的產品經理需要掌握一些常用的設計軟體，例如說ps、ai、墨刀設計軟體、axure等軟體。
所以本身二者就是不同的崗位，所以職責是有很多不一樣的地方。
2樓：公尺哥
側重點不一樣，在我們公司，產品負責調研、出方案、畫原型；需求分析師負責給原型定義細節，跟研發溝通，涉及技術層面較多的需求也是需求分析師做
3樓：來飲四杯
產品經理》需求分析
產品經理=需求分析+X+Y+Z
產品經理（需求分析）
產品經理￥￥￥￥￥需求分析￥￥￥
產品經理！！！！！需求分析！！！
4樓：
這兩個崗位不是乙個領域的。可以說需求分析師是乙個在IT界比較通用的崗位。無論是網際網路還是非網際網路的IT單位都可以設定。
但是產品經理這個崗位，對於非網際網路的單位一般是不會有的。因為沒有產品哪來的產品經理呢？所以......
至於說經理不經理，其實不重要，就算給你乙個頭銜叫經理，但是如果不主管什麼，那這個「經理」與普通員工又有什麼區別？所以頭銜重要也不重要。
5樓：單手插兜de尼克
其實要區分產品經理和需求分析，最重要的兩個特徵是：
1.他是否對產品有絕對話語權？還是僅聽從客戶的需求? 產品經理的頂級榜樣賈伯斯，他能決定iPhone長什麼樣, 何時發布. 我們是否可以?
2.他是否對產品生命週期全負責？如果我們只參與乙個產品的前期需求分析，加使用者設計，產品設計一次之後再無更新迭代, 死活也與我無關，那麼這是乙個BA職位。
乙個真正的產品會像母親一樣對待自己的孩子, 管生管養.
搞清這兩個問題後, 我想進一步說說產品經理和專案經理的問題. 上乙個回答者簡單地把產品經理=專案經理+需求分析師，這種理論是誤人子弟的。我本身是三個崗位都做過的，我的體會:
產品經理和專案經理本質上就是兩種人:
從定位上說: 前者做對的事, 後者把事做對; 前者需激進, 後者求保守. 兩種截然相反的思維使得他們不太可能同時集於一人之身(有是有, 但是少, 效果可能也打折) .
在大公司這兩個職位會拆分開來，明確分工, 也起到互相制衡，把各自的部分盡善做好的目的！
2.從日常職責上說: 專案經理的日常工作是很細的，落地的，他甚至要為開發環境的搭建去東奔西跑; 產品經理跑的應該是客戶，應該的市場方向，應該是和產品強相關的工作，而乙個開發環境的搭建，這麼底層和技術的活，與產品本身弱相關。
類似的例子日常有很多, 就不一一枚舉了.
6樓：正在修行的葡萄君
1. BA和產品經理的關係：並肩作戰，打好配合。
i. 通常乙個大的專案會有乙個產品經理和乙個需求分析師（Business Analyst，以下簡稱BA）。但中小型專案可能只會有其一。
ii. 建立起互相信任的關係，要知道你們倆是背靠背的隊友，不是爭誰更正確的對手。
iii. 產品經理負責規劃產品定位和Roadmap規劃，是賦予產品性格和靈魂的締造者。
iv. BA負責需求的細化、管理和方案設計，是賦予產品血肉的建造者。
v. BA要保證能接收到無損資訊，要在專案早期介入和客戶的溝通中，不要自我定位為產品經理需求的接收方。
2. 和專案經理的關係：相輔相成，互相成就。
i. 通常乙個專案中，會有乙個專案經理和BA（或產品經理）。
ii. 專案經理關注於專案進度、資源分配，關心專案能否按時保質交付。BA關注於需求細節，關心需求是否準確按時地交付。乙個更關心巨集觀，乙個更關心微觀。
iii. 如果乙個專案中，專案經理太強勢而BA太弱勢，就會使得專案過於追趕進度而忽略了對需求的雕琢，導致實現的不是真正的需求。而如果專案經理太弱勢而BA過於強勢，則會過於關注需求細節，而導致專案延遲。
7樓：HIFK
先以網際網路的角度來看：
產品經理偏商業側（偏商科），需求分析師偏技術側（偏計算機）。一般小公司，更多是只有乙個崗位，然後把這兩方面的工作都做了，只是做得可能沒大公司那麼精細，大公司一般會區分下，不過可能叫法不同。
從需求產出的側重點和顆粒的來看有較大區別。例如產品經理更多的是基於商業角度對使用者需求進行採集、整理、歸納、產出業務方案來支撐，並給予業務方案提供相應的產品支撐方案，需求文件更多是描述業務流轉情況、互動介面、資料要求和資料處理邏輯等，總體而言要能夠比較好的描述這個產品demo，以供開發實現；另外，其實產品經理的核心精力更應該分配在市場分析，使用者需求分析上。產品功能等的分析和設計只是整個產品工作的一部分，且隨著段位越高這部分的工作會越來越少。
需求分析師則更多是從技術層面來看需求，即在產品經理給的demo上分析出如何開發實現更合理，魯棒性更強，可擴充套件性更好等。需求分析師面向的物件更多是開發人員，把產品經理半商業半技術語言所描繪的需求完全轉化成純開發技術角度的系統需求。
另外說下專案經理，比較大的公司一般也會提供這麼乙個崗位，主要用於專案進度把控，專案各種資源協調，成本和預算控制等。但也有一些公司把專案經理的職能歸到產品經理崗或者需求分析師崗裡邊去了。這個更多是看哪個部門在公司內部是強勢部門吧。
這個貌似是我在知乎上的首答，見笑了！
8樓：莫比烏斯星球
產品經理一般是網際網路公司、小公司的配備，其他的中大型行業軟體一般是專案經理+需求分析師；嚴格說是因為做的產品、系統來區分的，產品經理=專案經理+需求分析，職責上來說，需求分析更精專，而且都是軟體系統相關的，產品經理更廣，包含了部分專案經理的內容在內。
乙個需求分析師，該如何轉換至產品經理崗？
需求分析的工作的話差不多算是產品經理工作的一部分了吧。估計就是產品經理的一些工作流程跟工作方式的話你也都是有簡單的了解的。對此其實要說簡單一點的話就是其實你自己多學習下產品經理的一些技能跟能力的話基本就是差不多了。總之就是一些就基本的技能的話無非也就是一些產品經理的一些文件撰寫 需求分析 原型設計等...
銀行業務分析師和銀行軟開需求分析師哪個容易進網際網路或者互金？
罈子 我業務出身，偏向業務分析師。崗位越來越細化，綜合素質越來越平衡，行業越發展，技術思維的重要性越在降低。打個不恰當的比喻，英語作為乙個工具，逐漸普及化。網際網路的簡單技術邏輯，未來也將普及化。當然，技術思維有ta優勢的地方，但，業務和人，貌似在公司比技術重要，畢竟不是純科研院所。 瀉藥以個人過往...
產品經理如何做好需求管理和分析？
海峰 需求管理和分析需要分開。單叢業務季節屬於不同類別。需求管理是需要定製標準的需求管理方案，建立需求分析儲存池子。將蒐集到的碎片化需求通通放入需求池裡面，進行統一分類，設定優先順序，然後細化需求。這部分內容在需求管理中。另外細化需求時可以將多個有關聯的碎片需求集中梳理，繪製流程圖，將大的思路理出來...