我與開發(fā)人員接觸，發(fā)現(xiàn)他們很關心這樣一個問題：如何從軟件開發(fā)向產(chǎn)品管理轉(zhuǎn)型？

　　開發(fā)人員希望向產(chǎn)品管理轉(zhuǎn)型，有時是因為參與探索（定義）產(chǎn)品后，嘗到了影響產(chǎn)品決策的甜頭，不再滿足于只做編程的工作。有時是因為對現(xiàn)有產(chǎn)品很失望，他們認識到如果產(chǎn)品沒有價值，開發(fā)團隊再優(yōu)秀也無濟于事。

　　我認識的很多優(yōu)秀的產(chǎn)品經(jīng)理都是開發(fā)工程師出身。接下來，我將探討從軟件開發(fā)轉(zhuǎn)型到產(chǎn)品管理時可能遇到的問題和挑戰(zhàn)。

　　開發(fā)人員轉(zhuǎn)型做產(chǎn)品管理有其無與倫比的優(yōu)勢——對產(chǎn)品可行性的敏銳嗅覺。如果他們對用戶行為進行深入分析，學習一些和產(chǎn)品管理有關的技巧，就能成長為出色的產(chǎn)品經(jīng)理，打造出用戶喜愛的產(chǎn)品。

　　轉(zhuǎn)型的第一步，到是清楚地意識自己和目標客戶是截然不同的。花一些時間和真正的客戶交往，就會很容易意識到這一點。不要想當然地認為，只要我喜歡這個產(chǎn)品，知道如何操作，用戶也一定會喜歡這個產(chǎn)品，知道如何操作。

　　第二，學會“移情”（empathy），懂得站在用戶的角度思考問題。其實，用戶并非一無所知的菜鳥，只是他們的工作和擅長的領域與你不同罷了。要做到換位思考，最簡單的方法是花時間與用戶做面對面的溝通。注意，這并不意味著用戶能提出真正的產(chǎn)品需求；挖掘產(chǎn)品需求是產(chǎn)品管理的任務。

　　第三，轉(zhuǎn)變思想。作為開發(fā)工程師，你的任務是優(yōu)化開發(fā)流程和效率。但作為產(chǎn)品經(jīng)理，你的工作則是定義產(chǎn)品、優(yōu)化用戶體驗，打造出用戶喜愛的產(chǎn)品。這一點看似容易，只有當你面臨一個兩難抉擇，比如項目發(fā)布時間與用戶體驗出現(xiàn)沖突的時候，你才能體會其中的困難。

　　第四，保持謙遜的品格。向用戶展示產(chǎn)品時，大多數(shù)人的反應可能會與你的預期背道而馳，這時謙遜就顯得格外重要。仔細傾聽來自用戶的聲音，日復一日，你的理解力會得到極大提升。但前提條件是必須擁有開放的心態(tài)來面對用戶的批評。

　　第五，改變討論風格。很多互聯(lián)網(wǎng)企業(yè)中，工程師都喜歡圍繞著某些決策爭論不休，激情四射。可多數(shù)情況下，這些產(chǎn)品的技術決策有明確的判斷標準，比如運行速度更快、規(guī)模更合適、容錯度更高、擴展性更好等等。而產(chǎn)品定義和用戶體驗的決策中并不存在這樣的標準。這時候就需要你改變以前的討論風格，提高說服和辯論的技巧，讓他人接受你的觀點。

　　最后，處理好和原部門的關系。成為產(chǎn)品經(jīng)理后，你和開發(fā)部門的關系會變得很難處理。他們會變得異常敏感且難以溝通，會采取各種各樣的方式來挑戰(zhàn)你，質(zhì)疑你的技術能力，不會輕易作出承諾。你需要學會放手，讓工程團隊做好他們的本職工作，并參與到產(chǎn)品開發(fā)的流程中來。產(chǎn)品管理的工作已經(jīng)夠讓人頭大了，相關的技術決策就放手讓他們來處理吧。

　　我強烈建議公司建立暢通的渠道為開發(fā)人員的轉(zhuǎn)型提供便利，一定會培養(yǎng)出許多杰出的產(chǎn)品經(jīng)理。即使轉(zhuǎn)型不成功，開發(fā)人員還是決定回去編程，但產(chǎn)品管理的觀念也為他們樹立了“科技以人為本”的思想，對他們今后的工作是極其有益的。

it知識庫：軟件開發(fā)人員如何轉(zhuǎn)型做產(chǎn)品管理？，轉(zhuǎn)載需保留來源！

鄭重聲明：本文版權歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。