產品經理和專案經理，身為同一專案不同流程的把控者，二者有相似和不同。
從多年專案經理轉型產品經理後，不知不覺已經整整一週年了，這一年深深體會到兩種角色的相似，也能明顯感受到兩種身份角色的差異。今天就簡單做個總結和分享，希望和廣大同仁有機會多多交流，互通有無吧。
乍一看好像有些危言聳聽，其實一點也沒有。專案經理一定要時刻認清自身職責對企業發展的影響，特別是一些規模不大的企業。就拿本人曾經所任職的一家軟體服務型企業來說，公司規模大致在500人左右，兩條核心產品線正常情況下大概同時有10幾個專案並行實施。在saas軟體還沒有像今天這麼普遍的時候，十幾個軟體專案並行交付客戶進行實施，已經是不錯了。
但是如果專案經理無法保證絕大多數專案的正常回款，公司的資金鏈將很快面臨緊張，然後影響下一步產品研發投入、影響市場戰略等，引發一系列連鎖反應。在資訊化、資料化、智慧型化的時代，企業發展往往一步慢就會步步慢，彎道超越的機會越來越少，最終被市場邊緣化甚至淘汰的例子也非常多。
而轉變為產品經理後，產品研發的週期和上線時間節點雖然也是至關重要的一項個人考核指標，但是更重要的是產品的質量。
尤其是本人所在的甲方任職背景，所做的產品基本是圍繞企業內各組織部門提供服務支援。所以和專案經理或者是乙方的產品經理，所面對的場景都不相同，讀者朋友們要在這種身份背景環境下來理解，而不是一概認為產品經理和專案經理的目標在所有場合都是不一致的。
除上文所處的兩種不同環境，造成了專案經理與產品經理的目標有差異以外，更多的，專案經理和產品經理的工作內容具有相似性並互相包含，互相影響。
轉換產品經理一年來，本人一直本著乙個基本原則，那就是所有的產品都應該有乙個產品共性——滿足使用者需求！
這是產品的最基本要求，也是最高要求。比如乙個軟體只是一味追求ui互動美觀，操作體驗簡潔；但是卻解決不了使用者的基本業務需求，這種恐怕都稱不上產品，根本沒有存在價值。
而使用者需求不是完全都合理的，也不是完全都是使用者的真實需求。所以，產品經理所要的「滿足使用者需求」是有前提的，是在深刻理解使用者需求，並分析是否是使用者的真實需求後，從而給出產品方案來解決使用者需求
同時產品經理在面對「滿足使用者需求」這個課題時，應該是積極主動的：在客戶沒有提出需求時也在不斷思考產品的優化，提公升產品的質量，從而不斷滿足使用者的潛在需求的。
最後，產品經理要認識到「滿足使用者需求」是有階段性、時效性的，隨著時間的推移，使用者的需求是不斷變化的，所以產品經理面對「滿足使用者需求」應該是乙個持續的過程。
雖說現在很多公司都有很龐大的產品隊伍，但恐怕真正算的上產品經理的卻非常有限。這裡所說的真正的產品經理是有權決策做什麼產品，以及規劃整個產品方向的經理人。
而我們大多數所謂的產品經理其實只是在做設計、需求顧問、專案經理的角色，本人認為這只是行業籠統的稱謂，而不是一種準確的定義。和大多數產品經理一樣，本人實際做的也是具體的產品內容的設計，日常也是傾聽使用者需求，負責產品具體功能的定義、規劃和設計，各種功能和版本的決策、保證開發隊伍順利開展工作及跟蹤錯誤、產品的最終完成上線和後續迭代。
所以產品經理要對這個角色本身有乙個客觀的準確的認識，企業不可能總是需要推出全新的產品，讓產品經理都有決策產品選型和方向的經歷，更多還是對現有產品的公升級打磨。
作為產品經理，企業往往對我們的要求是：要有一定決策專業度，乙個產品要不要立項，產品方向如何設定，貌似都是產品經理的職責範圍。但實際情況往往並不是這樣輕描淡寫的，乙個產品的選型和決策往往伴隨著跨組織的溝通，跨業務的知識，和跨行業的發展認知，甚至還會有各種利益相關者們的博弈。
所以當你發現你所要做的產品價值導向有所混亂時，不要感到詫異和不可接受，這是絕大多數情況下的現實。這時我們需要對自己重新定位，只要真誠對使用者真實需求負責就好！
作為產品經理要時刻保持冷靜，特別是當使用者提出的需求和要求上線的時間完全無法達成時，或者使用者提出的需求實現複雜，但有更簡單的方案變相解決時。產品經理要學會多角度換位思考：要站在使用者的角度，看待他的需求，了解主要訴求點和想要解決的業務痛點；更要站在開發的角度，向使用者解釋需求實現所包含的具體工作分解。
很多時候使用者都是為了解決眼前問題而提需求的，特別是一線操作使用者，他們不知道部分產品的功能設計為什麼是他看到的樣子，他們也不知道為什麼不能做成他們想要的樣子，甚至有時他們都不知道自己想要的是什麼樣子，而只是想實現乙個具體結果。
每當這種時候，產品經理要通過各種方式將使用者的需求顯性化，不僅能將使用者知道的明確需求準確傳遞給開發，還要能把使用者不知道的隱藏需求具體化，讓他們清晰明確確認自己想要的樣子。
產品經理是乙個連線者，領導-設計-開發-測試-使用者。
產品研發專案的關鍵干係人在很大程度上決定了專案的開發環境，開發環境包括產品經理所能獲得的開發資源、開發周期、使用者配合、以及上級領導的重視度。
而產品經理在整個開發過程中和專案經理相似：主要任務是指導設計、開發、測試，確保按時完成產品上線，確保不會出現團隊成員無視需求和進度的情況；要不斷收集客戶需求和意見反饋，同時管控使用者隨意增加或變更需求。
常見的產品經理可以分為兩種基本型別，技術型pm和非技術型pm。
從開發轉型的技術型pm們經常過於關注技術實現，容易主觀增加自己認為實現簡單的功能需求，或擱置自己認為難實現的需求；或者過於關心技術架構，過於沉迷細節改進，忽視業務的核心功能。
而非技術型pm則會在與技術同事溝通時花費更高的溝通成本，如果是業務轉型的pm，可能還會強加個人對業務的理解而產生的非使用者關注的主觀意願，忽略使用者需求。
作為產品經理，產品的成功和失敗都取決於使用者的體驗，成功的產品都有優秀的使用者體驗，而對使用者體驗我們要追求的目標應該是「自然」，說通俗一點就是乙個功能的操作和互動做出來，能讓使用者感覺這個操作和互動就應該是這樣的。
而要想做出這種感覺，產品經理只有反覆對產品進行體驗和思考。而乙個產品從立項到實現這種自然的體驗，一定不是一蹴而就、一版而定的。這一定是乙個長期的反覆打磨過程，不僅考驗產品經理的毅力，也同時考驗戰略層領導們的定力。
為了緩解這種考驗對各方帶來的壓力，產品經理應該從一開始就要為產品制定乙個最小可行的產品版本規劃。然後通過快速迭**念，上線-反饋-修改-上線，在使用者需求與應用實現之間找到平衡點，然後小步快跑！
從產品經理轉型為產品經理兼專案經理，如何快速勝任？
之前在大公司從事2年多產品經理，負責端產品，且負責業務很單一 目前就任於一家創業公司，負責整個業務的產品兼專案經理，如何可以快速勝任此崗位，對於產品經理晉級專案經理，那些是必備因素，老師有什末意見可以提供？專案管理，對於乙個產品經理而言，是乙個需要掌握的技能，但不是乙個完全必備的技能，因為在不同的網...
寫給一年後的我
最近，看著 師兄們找工作也慢慢到了尾聲，大部分都找到了自己心儀的工作。不禁想到，一年後的現在，我是不是也找到了屬於自己的那份工作呢？作為一名電子類的大學的研究生，大學本科四年學到的僅僅是教科書上的東西，也沒有得到其他方面的培訓和學習。研究生一年級，上學期在學院的研究生科當了半年的助管，平時也是在上課...
一年後，我又回來啦
連離職一年，重新出來找工作真的需要很大的勇氣的，事實上也是到處碰壁的，哪有企業願意要離職一年在家帶孩子的婦女呢，有時候還蠻感激之前收留我的兩家公司的，願意給我學習的機會，讓我跟公司一起成長，我只有一年的php開發經驗，實在也沒有競爭力。所以很多面試都是失敗的，直到最近的一次面試，其實公司也是排斥的，...