[產品經理]產品經理和專案經理的職責
產品經理和專案經理區別：
| 職位 | 職責 |
|---|---|
| 產品經理 | 1.靠想 |
| 2.做正確的事 | |
| 3.側重判斷力和創造力 | |
| 4.做不做 | |
| 5.做什麼 | |
| 6.做多少 | |
| 專案經理 | 1.靠做 |
| 2.正確的做事 | |
| 3.側重執行力和控制力 | |
| 4.怎麼做 | |
| 5.誰來做 | |
| 6.何時做 |
相關推薦
[產品經理]產品經理和專案經理的職責
產品經理和專案經理區別： 職位 職責 產品經理 1.靠想 2.做正確的事 3.側重判斷力和創造力 4.做不做 5.做
淺談產品經理和專案經理
之前在網上關於產品經理和專案經理有一句很精闢的解釋： 產品經理——靠想。產品經理是做正確的事，其所領導的產品是否符合市場的需求，是否能給公司帶來利潤的。 專案經理——靠做。專案經理是把事情做正確，把事情作得完美，在時間，成本和資源約束的條件下完成目標。 暫且不去評論
產品經理和專案經理的區別
產品經理一般是運營和市場方向的，關心產品的定位、需求、市場推廣、如何運營等等，更多是把遊戲當做一個產品，考慮其整體，以及和外部世界的互動。並不直接負責產品的研發。通常，產品經理手下是沒有人的，只有自己一個人，跟各方面的平級部門、公司外部的其他公司協調、牽線搭橋。
產品經理適合創業，專案經理適合打工
拋開萬金油似的CTO，產品經理、專案經理是咱們IT界非常常見、非常典型的兩大管理崗位。有很多共通之處，但也存在諸多根本性區別。總體而言，敝以為：產品經理更適合創業，專案經理更適合打工。 產品經理是典型的老闆型崗位，產品經理的能力核心是對使用者需求的精準理解，沒有創業雄心的打工仔很難做好產品經理。
程式設計師和專案經理之間的恩怨情仇
我本來是一個程式猿，我轉行做產品經理是為了"報復 "社會，因為我曾經被傷害過…… 段子1 程式設計師和專案經理上了火車…… 一個年輕的程式設計師和一個專案經理登上了一列在山裡行駛的火車，他們發現列車上幾乎都坐滿了，只有兩個在一起的空位，這個空位的對面是一個老奶奶和一個年輕漂亮的姑娘，兩人上前坐了
不會做需求的專案經理不是好專案經理
這是山貓的第11篇原創 中國式的專案經理，講究啥都要會一點。 專案管理是基本功，你如果還懂點軟體開發、硬體整合、需求分析，那就更牛了。 對於很多沒做過開發或者非計算機專業的專案經理來說，也許對功能的開發實
專案經理之如何做好專案經理
我一直贊同這個觀點：“專案經理是幹出來的，不是學出來的；是帶出來的，不是教出來的。一個人要成長為一名合格的專案經理主要不是靠學，而是靠幹，當然學也很重要。靠幹，完全不學，可以出項目經理。但靠
專案經理 VS 產品經理 （工作職責和要求）
產品經理工作職責和要求 1 產品經理工作職責圖 2.1 市場調研與分析 1、市場調查； 2、分析競爭狀況；(競品分析文件) 3、自身資源與滿足使用者需求的匹配程度（
現階段現階段關於產品經理、專案經理、需求分析師的工作內容和職責、行業標準化規範、產品生命週期和專案生命週期的一些認知
1.關於產品經理、專案經理和需求分析師 三者的工作內容、專案職責可能會有許多重合，但可能側重點還是有區別。實際上許多公司，產品經理、專案經理、需求分析師，就是“一個人”，身兼數職。 專案經理，工作內容
產品經理是做正確的事（瞭解和發現使用者需求）；專案經理則是把事情做正確（把專案做的完美）
以網際網路產品經理和專案經理為例來說說 首先，從知識領域來說，專案經理要求技術背景，這是必須的，一般團隊的專案經理由非常有專案經驗的RD擔當，他的職責在於將目標轉化為可量化可實現的專案計劃，偏重於執行層面。而產品經理的知識領域較泛，且不一定非要求懂技術。 其次，從責任週期來說，專案經
需求管理和控制方面，專案經理、產品經理應怎麼配合？
專案所有因素中，需求對專案的影響，至少佔到百分之五十以上。專案組所有成員都可以影響需求。 產品經理想要儘可能的增加產品功能以滿足使用者需求，獲取更多使用者，但專案經理卻要儘可能的控制專案範圍，以保證專案能在規定的時間和預算內完成，因此立場存在衝突，目標不一致，有經驗的專案
產品經理or專案經理
首先在網路上看到一句話：每個人心中都有一個江湖，每個人對江湖的理解也各不相同。有人的地方就有江湖，心有多大，江湖就有多大，江湖在我們每個人的心裡。江湖是興風血雨，江湖是兒女情長，江湖是風起雲湧，江湖是馬雲、劉強東，江湖是我們實現抱負的地方，江湖在你我之間。 許多人在談到產品經理與專案經理時候
從0開始編寫一個應用（android端+小程式端+伺服器端）第二步 專案經理完成邏輯圖。（上：產品經理的思考）
專案經理跟客戶收到基本需求後，要完善客戶的需求。因為絕大數客戶對於網際網路或者軟體不是很懂，只能提出他們想要的東西，即專案必須要實現的功能。但是沒有一個完整的專案流程，這需要專案經理去完善，細化，改善功能。 下面開始記錄專案經理工作。 上一篇客戶說到他的專案構思
從0開始編寫一個應用（android端+小程式端+伺服器端）第二步 專案經理完成邏輯圖。（下：產品細節思考後的實現邏輯圖）
上一篇說到產品經理思考完成大概邏輯圖： 使用者釋出拼團資訊可以選擇金額釋出，非金錢釋出。並且可以分享。然後,其他使用者點選獲得獎勵，或者分享獲得獎勵。 獎勵的有錢，有釋出機會。這個就是專案的主要流程，但是專案只有這個太少了，拼團還有一個玩法就是 拼團抽獎。 所以要加上這
產品經理（專案經理）如何書寫產品計劃書？
以下為網上收集到的一份產品策劃模板，中間涉及到的點還是非常的全面，其中涉及到點點都是我們在產品策劃前需要注意的。貼在部落格裡以便後期可能會用到。本產品策劃模板出處未知~ 一． 產品描述 是什麼樣的產品？ 產品特色是什麼？ 和市場上的產品有什麼不同？ 生命週期如和何延續？ 二．市場分析 市場上現有產品
工作那些事（二十五）專案經理與產品經理
專案經理與產品經理是一個專案和產品設計和開發兩個重要的角色。一般來說，產品經理負責需求部分，完整的輸出有腦圖、需求矩陣、需求說明書、原型、效果圖。腦圖清晰的展現出整個產品的幾大模組或子
再論專案經理和專案SQA的監控職責
在前幾篇文章中，我撰寫了“專案經理和SQA的職責和培養”。最近在專案過程中，經常遇到專案經理和專案SQA經常為了監控的結果爭吵：專案經理認為，SQA的檢查結果太僵化，不適合專案，SQA認為是按照現有流程，現有檢查單做出的，有理有據，不可辨駁。 那麼
第3章產品經理與專案經理不同——區別二者
1.火車模型釋出模式被許多成熟的網際網路公司使用，就是以固定的週期持續釋出產品，如果某項既定功能沒有完成，就挪到下個週期釋出的開發方法。通常這類產品是由多個專案組成，應該為每次產品釋出配備專職的專案經理。 2.並行開發產品：就是一旦1.0版本的產品進入專案執行階段，就開始定義2.0版本的產品。 作者：楊曉
寫給自己，寫給專案經理轉產品經理的人，呃，專案經理剛轉產品經理的人
半年沒有更新blog了。平日默默在oneNote上記錄下工作的點點滴滴。 這幾天越發覺得，寫blog的重要性。想重新收拾起來，不知道能夠堅持多久。 oneNote適合零散的寫一些感悟，blog適合完善的整理，各有其所長。寫作幫助自己進一步整理清楚思路，當把文字寫下來的時候
普通專案經理和資深專案經理的這6大差距，你造嗎？
作為專案經理，我們都想由眾多普通的專案經理中脫穎而出成為資深專案經理，資深說的不一定是經驗，也可能只是處理事情的方式和對工作的態度。思維的轉變有時候更重要。 1.對下屬態度 普通專案經理: 情緒很容易被員工的行為左右，並不能及時的調整，員工一旦出錯或者是工作表現不理想，初級