什么是產(chǎn)品經(jīng)理，職責是什么？如何入門？

我經(jīng)常會追問產(chǎn)品經(jīng)理到底是一個什么職位，他們的職責是什么?該如何培養(yǎng)產(chǎn)品經(jīng)理呢?

Marty Cagan的著作《Inspired》(中文名《啟示錄》)中曾如此描述“產(chǎn)品經(jīng)理”這個職位：去發(fā)現(xiàn)有價值、可用且合理的產(chǎn)品。同樣，我認為產(chǎn)品經(jīng)理是商務、技術和用戶體驗三個崗位的交集。一個好的產(chǎn)品經(jīng)理必須至少具有其中之一的從業(yè)經(jīng)歷、對三種崗位都有熱情，同時還要與三種職業(yè)的從業(yè)者有很好的交情。

　技術：如果連產(chǎn)品經(jīng)理都不知道一個產(chǎn)品該如何構建，那定義該產(chǎn)品就毫無意義了。這并不是要求產(chǎn)品經(jīng)理會寫代碼，但懂技術，最重要的是清楚努力方向對于做出正確的決定是至關重要的。這一點在敏捷開發(fā)中更加重要，因為產(chǎn)品經(jīng)理是和開發(fā)團隊一起時間最多的人。

　用戶體驗：這是最后一項但同樣是重要的。產(chǎn)品經(jīng)理在公司里代表用戶的聲音，他必須關注產(chǎn)品的用戶體驗。這就要求產(chǎn)品經(jīng)理跳出團隊，以一個用戶的身份來測試產(chǎn)品，與用戶交談，從中獲得第一手反饋資料——尤其是創(chuàng)業(yè)公司的產(chǎn)品經(jīng)理。

　產(chǎn)品經(jīng)理的職責到底是什么?

產(chǎn)品經(jīng)理為什么需要掌握這么多技能?因為這個角色本身太寬泛，而且變化多樣，產(chǎn)品經(jīng)理每天都會用到這些技能。

首先要為產(chǎn)品設定一個目標，這就需要你對市場、客戶及他們存在的你正試圖解決的問題進行反復的研究。你必須能夠消化掉巨大容量的信息——來自客戶的反饋、網(wǎng)站分析所產(chǎn)生的量化數(shù)據(jù)、研究報告、市場趨勢以及統(tǒng)計數(shù)據(jù)——你必須了解產(chǎn)品市場和客戶的所有信息，用創(chuàng)新的思維去整合所有信息，以幫助定義所要研發(fā)的產(chǎn)品。

產(chǎn)品定義一經(jīng)確定，你要迅速在團隊中宣傳。如果商務團隊和開發(fā)團隊對該產(chǎn)品沒有任何熱情，這就說明你對產(chǎn)品的定義并不成功，因為你以及產(chǎn)品的成功取決于團隊的每個成員對該定義的理解，至少要對此有些激情。

然后，你就要啟動項目了。你首先要制定一個可行的計劃。逐漸完善的線路圖及迭代的開發(fā)方式可以幫你逐步完成最終的產(chǎn)品目標。這時，你的團隊也會全身心的投入到更好的設計、更好的編碼、為客戶提供更好的解決方案等工作當中。

在接下來日日與開發(fā)團隊工作的日子里，作為產(chǎn)品的所有者我們要仔細面對。不斷對產(chǎn)品進行定義與迭代;問題一出現(xiàn)立即解決;更緊密地管理各項事務，以保證能及時完成該產(chǎn)品。

產(chǎn)品最終做出來后，你需要花費幾天的時間再次專注于數(shù)據(jù)——觀察用戶是如何使用產(chǎn)品的，走出去和用戶聊聊該產(chǎn)品，時時關注這個產(chǎn)品。產(chǎn)品是否解決了正確的問題?用戶是否擁有了該產(chǎn)品?他們愿意為該產(chǎn)品付費嗎?

然后按照同樣的過程重新設計新的產(chǎn)品。這并不是一個瀑布式的開發(fā)過程——你不是在一步一步的做產(chǎn)品，而是一次性為多款產(chǎn)品、產(chǎn)品的諸多特性做了準備，在一瞬間把策略轉化成了戰(zhàn)術。

聽起來很艱辛?

確實這是一項很艱辛的工作，但其中也包含了諸多樂趣與成就。你定義了產(chǎn)品的本質(zhì)屬性、為客戶的問題設計了解決方案、和團隊的所有成員一起工作、產(chǎn)品成功過程中你起了舉足輕重的作用。我們是技術世界中的無名英雄——至少我們喜歡這樣認為……