漫談產品經理和專案經理
——紀我的產品經理之路
專案研發的過程，我很多時候是扮演專案經理的這一角色，但更多的時候是在做產品經理的事務。盯專案，協調各部門協助產品上線，上下打通關節，跟測試部的要排期，測試我的產品。經常自己和自己對抗，我想給產品加點東西，就會受到內心原先的規劃的抵制。因為我原來的計畫裡沒有這個新加功能點，如果加了，那麼我無法交付軟體。很多時候，產品無法如期上線，很多人都把自己當成產品經理，在上線前期，不停的要加東西，加功能，優化細節。結果耽誤了整體進度，無法按時提交產品。
小公司裡的，產品經理很多時候都兼任著專案經理的做的事務。產品經理很大程度上是乙個打雜的角色，如果沒有人專案經理這一職務，一般都是讓乙個「經理」來充當。但是產品經理還不是經理，他沒有具體的行政權和管理權。與其說是「產品經理」，我覺得不如用「產品策劃」來稱呼他們更為恰當。而「專案經理」更適合由懂技術，了解工期的有工作經驗的技術人員擔當比較合適。所以產品經理不是平時所理解的管理上的經理，而是一種工種，類似於「產品設計師」，「產品策劃」等。
產品經理和專案經理之間的關係是合作與對抗的關係，就像導師與教練的關係，導師制定大綱該做哪些事情，教練教你具體如何做好這些事情。具體說小一些，每個策劃的身邊都應該有乙個程式設計師，來實現他的想法；但也不是天馬行空，漫無邊際的亂想，程式設計師得對抗策劃的想法，讓他回歸正軌。因為那種漫無邊際，想當然的點子，對於任何程式設計師來說都是致命的災難。產品經理可以隨心所欲的表達自己的想法，專案經理需要嚴肅的提醒產品經理，哪些東西做不了。良好的產品經理和專案經理的關係應該是：專案經理輔助產品經理，在規定的時間內實現產品經理的計畫，而產品經理則驗證這些實現是否符合需求。
小團隊裡，產品經理和專案經理經常混為一起來做。如，某團隊裡有乙個經驗豐富的程式設計師，boss想讓他主導產品上線，他死活也不願做，而是推薦讓策劃來跟進產品上線。他只想做專案，即為公司做成乙個專案，而讓公司尋找一名產品經理，將該專案變為產品。
產品和專案的關係基本上是數量級的關係，專案也許只有乙個人在用，而產品則是有千千萬萬的人在用，專案也許只滿足乙個需求就可以投入使用，但是產品則需要滿足較大，較普遍的需求才能投入市場。這也是很多公司都自己開發編輯器，但是這種編輯器很難在外面使用，因為這些編輯器只能在公司級內部使用，只能滿足公司級別的需求，如果要將這些編輯器投入到市場，很難滿足各個公司的需求，這是我對產品和專案的理解吧。做產品和做專案的要切差別很大。
產品經理和專案經理，誰說話更有力呢？基本上，是專案經理，因為專案經理的經驗相當的豐富，他們基本上都是從技術出生的，門檻較高，基本待遇都不錯。待遇高了，說話底氣都很足。而產品經理是近幾年才火起來的乙個名詞，沒有專業，學歷的要求，門檻相當低。各種等級的產品經理層出不窮，但可以肯定的是，低待遇的產品經理是非常多的，他們的入門級別的職位一般都是：「產品專員」，「分析員」，「策劃」等等，待遇低，說話底氣都不足，而專業能力都比不過專案經理或者美術經理。一款產品的實現要考慮用到技術，這時候專案經理的多年的專案經驗就可以排上用場，用什麼樣的引擎，架構就得看專案經理的來說話了。產品經理無權去決定用什麼技術實現，多少時間實現。不懂技術的產品經理如果遇到說假話的專案經理，會很吃虧的，所以產品經理一定要了解技術，注意是了解，而不是精通。
在來說我，我開始是做程式設計師，對專案的細節非常的在乎，天天扣技術，扣細節，後來發現產品越做越大。原先的技術架構漸漸跟不上了，而且很多時候都不知道自己做的事情是不是做完了。經常返工，這種鬱悶估計甚多程式設計師都遇到過，我也經常會估算時間，但經常估算得不准，但是老大還是讓我別灰心，多花點時間優化也是好的。我覺得產生這種問題的原因很簡單，專案除了問題，功能設計描述不清楚，做之前，架構沒設計好，做的時候無法保證正確性，做完後沒人來驗證，驗收。整個專案做完後都不敢提交了，總感覺裡面蘊含著很多炸彈，後來在測試的過程裡都一一測試出來的。但是測試部的，時候他們是按照產品的要求來測試的，而不是按照專案來測試，經常會提出一些這樣的bug：這個按鈕大小太小，那個圖示顏色過亮，功能邏輯不符合常理。
遇到這樣的bug，對於程式設計師來說基本上就是災難，無法理解什麼叫做按鈕太小，那到底小多少個畫素？而我所在的專案組缺少乙個這樣的人來量化這個按鈕到底小多少。作為程式設計師我知道這個按鈕小，但是小多少？我不知道，小多少應該需要乙個特定的人來衡量吧。我當時這樣想，於是我把我的想法告訴了boss，他說這事策劃的事情。我們專案組有策劃，我當時明顯感覺到這個策劃一點都不合格，策劃說白了就是我在本文提到的「產品經理」，他應該輔助測試遊戲中的這些瑣碎複雜的問題，文字，顏色，排版，大小都應該由他來弄，我把這個事情告訴給他，結果他說：我又不懂**，叫我怎麼改顏色，改大小。我當時就說：「那你還當什麼策劃，公司招聘明文要求策劃要懂**，學**？」這裡一條，其實就是要求產品經理懂技術，哪怕簡單的配置表的填寫都可以。
後來我所在專案的老大走了，由我來接手這個專案，因為我對這個專案的技術細節最熟悉，細節最為關注。在研發階段我仍然是做專案方面的管理，估算時間，制定計畫，實現需求。到了上線階段，這個角色開始轉變了，開始以產品為中心，調動公司運營，引擎，測試等部門輔助產品上線。在結項的後期，所有的需求都停止加到專案裡，作為一名策劃，我深知產品還有很多不足，但是要上線，我必須放棄這一擔憂，把產品的bug給清除掉，把最重要的功能給優化好，其他有問題的功能都全部遮蔽。經常要和測試部打交道，他們認為是bug，我的任務就是消滅bug，或者告訴他們這不是bug。因為他們擁有最終上線的話語權，測試部不簽字，產品沒法上線。所以他們的bug的優先順序是最優的。而運營部門則會提出一些新奇的想法，這裡加點按鈕，那裡加點花花草草。我就跟他們溝通，下乙個版本再考慮加都可以，先把當前版本發行了再說。
就這樣，如果算是乙個專案，應該是做完了，不過作為產品，這還是沒完沒了的。我們只是現在小渠道上展示了一下，其實就是公測。因為產品是在簡單的打磨後發行的，很多功能都沒有做完，機型，系統的相容性都沒有測試過。不過公測嘛，還是令人鼓舞的，pv流量很大，只是一些盈利能力弱了些。boss覺得挺欣慰，決定在投入五個月的時間做後續研發。
專案經理可以做很多個專案，同乙個產品不同的開發階段也是不同的專案。比如遊戲的第一代版本，第二代版本，單機版，聯網版都是不同的專案，但是都同屬於乙個產品。這也是產品和專案之間比較複雜的關係。這裡面，產品經理很可能不變，但是專案經理很可能就變了。比如3d版本和2d版的專案經理層次就不一樣，單機版和聯網版的專案經理也不一樣，但是產品經理很能是一樣的。即便不一樣，產品的著作權所有人：公司，還是一樣的。
產品經理兼任專案經理，主要工作還是設計產品的時候要注意好時間的管理，人員的管理。難得公司提供乙個平台給產品經理，還給分配乙個團隊給你去鍛鍊。這個時候的產品經理一定要懂得關心團隊，不要隨便亂改工程師，設計師的實現。不要亂改需求，亂加需求。否則會引起程式和美術的極大反感，而你如果用boss的意見來壓他們的話，那更是掉大。藉著boss的威風到處去壓迫人，早晚都會**走人的。
專案經理兼任產品經理，基本上情況比較少，這裡的專案經理（包括技術經理，開發經理）待遇都普遍比產品經理高。從錢的角度來看，專案經理不會放棄了多年積累的工程技術經驗去做產品設計，除非他們喜歡產品設計，願意降低身價去做產品。專案經理做產品經理的話，一定要關注市場，一定要領會boss對專案的期望（賺錢）。多把心思放在互動上，體驗要加強起來。不要因為過分追求技術，而忽視了產品的如期上線。專案經理也許還要管理其他的專案，很少會把心思放在乙個產品專案上。所以要注意發揮出專案經理的優勢，讓他們多做他們擅長的事務。
產品經理和專案經理有合作和對抗的關係。如果乙個人兩個事務都要做的話，經常會面臨著各種艱難的決定。想實現更華麗的設計，但是需要更多的資源，要更多的技術來實現。舉個例子：彈框，縮小放大的彈框方式和直接彈框方式，技術含量就不一樣。帶特效的彈框方式，給使用者的感覺會不錯，技術實現難，**量大，潛在bug也會增加。普通的直接顯示方式，給使用者的感覺簡單明瞭，技術實現容易，**量少，潛在bug也會減少。這時候就要根據需求會取捨其中的方案。如果先期投放，建議用後者。很多公司都學賈伯斯，用帶特效的彈框方式，後果可想而知：不能按期交付，bug一大堆。我覺得都是彈框，如果時間不夠，用最簡單的方式實現。身兼兩職的產品經理，每次做設計的時候，一定要想，這份設計的實現要耗費多少時間。從專案的角度來講，所有的設計都要考慮時間，人員和技術的投入。從產品角度來講，所有的實現都要以使用者為中心，盡量為他們帶來更多的體驗。一句話，既要會做產品經理，又要會做專案經理，兩者真心都不好做，所以建議不要兼做。
之所以出現兼任這種情形：一方面公司對兩種崗位的認識不清楚，兩者的概念容易混淆；另一方面，小公司真心缺人，需要乙個主導來管產品，管進度。這樣容易讓產品經理無法認清自身的崗位，很難培養他們在產品方面的專注力。
個人不鼓勵讓產品經理兼任專案經理，如果條件允許，最好將這兩種職位分離開來，由專人來擔任。一般的，策劃，產品助理，運營分析人員可以轉到產品部做產品專員，向產品經理走去。而由技術出生的，對工程管理有經驗的人，可以轉專案經理。
還是那句話：產品經理和專案經理真心不是一回事。
jason·white
shenzhen
2023年10月9日
程式經理 產品經理 專案經理
胡林貴 產品經理決定方向，決定要做什麼，不做什麼。專案經理負責把事情做好，在有限的資源裡，把事情做到盡可能的最好。黃英可 產品經理關注結果，專案經理側重過程。很多都把來自微軟的program manager當作技術的頭，實際上應該不是 program manager寫軟體需求文件，彌補商業與技術的裂...
產品經理和專案經理的區別
產品經理 靠想。產品經理是做正確的事，其所領導的產品是否符合市場的需求，是否能給公司帶來利潤的。專案經理 靠做。專案經理是把事情做正確，把事情作得完美，在時間，成本和資源約束的條件下完成目標。從管理的角度講，專案經理是縱向的，而產品經理是橫向的。例如我們姑且理解專案經理是乙個開發部門的專案經理，那麼...
產品經理和專案經理的區別
產品經理一般是運營和市場方向的，關心產品的定位 需求 市場推廣 如何運營等等，更多是把遊戲當做乙個產品，考慮其整體，以及和外部世界的互動。並不直接負責產品的研發。通常，產品經理手下是沒有人的，只有自己乙個人，跟各方面的平級部門 公司外部的其他公司協調 牽線搭橋。研發階段的遊戲，叫做專案。管研發的，有...