目前很多機構(gòu)開始在大肆的培訓產(chǎn)品經(jīng)理職位，同時產(chǎn)品經(jīng)理的培訓在整個it職業(yè)培訓教育當中也非?；馃?。當然也有很多設(shè)計師或者其他行業(yè)的人員想要從事產(chǎn)品經(jīng)理的職位。包括已經(jīng)有工作經(jīng)驗的前端工程師、UI設(shè)計師、程序員等等。

不少人覺得PM需要懂畫Axure，懂點交互，懂點設(shè)計，懂點用戶心理學，懂點技術(shù)，懂點管理，懂點溝通。這是正確的廢話！PM了解得越多，工作確實越順手。但反過來，「懂」了不代表就能做PM了。

當年高考，也覺得自己懂不少，但就是沒考上清華！話說回來，有哪個崗位不是要求你懂得越多越好。

產(chǎn)品經(jīng)理是一種思維，也是一種工程。

下面讓25學堂的小編跟大伙一起來看看產(chǎn)品經(jīng)理思維流程：看產(chǎn)品、想產(chǎn)品、做產(chǎn)品。

看產(chǎn)品：思考其內(nèi)部邏輯

以前體驗產(chǎn)品，總是會挑毛病「靠，這個按鈕太丑了」或者驚嘆「哇，這個交互太爽了！」產(chǎn)品經(jīng)理都是雞蛋里挑骨頭的高手！

不過經(jīng)過這1年，雖然還有這樣的習慣，但會花更多時間在考慮幾個問題：

“

它的系統(tǒng)架構(gòu)是怎么樣，各模塊怎么運作；?

某個頁面是什么交互邏輯；?

某個功能是如何實現(xiàn)；?

Zaker的推薦算法是怎么？得考慮哪些因素?

知乎首頁Feed的展示邏輯是什么？答案展示的排序邏輯是什么？

”

習慣這樣去看產(chǎn)品后，時不時有種發(fā)現(xiàn)新大陸的驚喜--突然看到被視覺和交互掩蓋下的系統(tǒng)脈絡(luò)，試圖去理解別人為什么這樣設(shè)計。（雖然，絕大部分是自己YY）

特別是看著別人產(chǎn)品的改版，有時居然和自己想的一樣，又可以享受陣陣自我滿足的高潮。當然，不能說改版就是好的，這個高潮以YY居多。

一年多前讀《用戶體驗的要素》的5個層次，當時覺得概括得不錯，也是一種思考方式，但沒有特別深刻的理解。如今再次讀起，頗有感觸：由外到里，分別是表現(xiàn)層》框架層》結(jié)構(gòu)層》范圍層》戰(zhàn)略層。

?

想產(chǎn)品：不停設(shè)計解決方案

所謂的產(chǎn)品設(shè)計，就是設(shè)計一套解決方案，滿足「各種」需求。

從產(chǎn)品整體看，各個功能組合起來，就是一套解決終極問題的方案；從單個頁面看，交互和視覺也是一套解決方案，解決美觀與功能之間矛盾的方案；甚至，文案一句話，也是一個產(chǎn)品，它也有其設(shè)計目的。

?微信朋友圈為了營造真正的好友社交圈，設(shè)計了屏蔽規(guī)則，防止營銷泛濫；?

知乎為了讓好答案好內(nèi)容浮現(xiàn)，設(shè)計了「贊同」和「反對」的機制；?

知乎為了解決相同類似問題的重復提問，設(shè)計「搜索+輸入問題」功能的搜索輸入框和問題重定向的機制；?

門戶網(wǎng)為了給頻道頁面導量，設(shè)計了「首頁文章標題進入頻道首頁（而不是文章正文）」的機制；?

陌陌為了讓產(chǎn)品內(nèi)容更豐富但產(chǎn)品結(jié)構(gòu)簡單，設(shè)計了「發(fā)現(xiàn)」的標簽頁；?

注：產(chǎn)品的每個設(shè)計都有原因。每個人都可以說出N個原因，但是若不了解產(chǎn)品團隊當時的處境、戰(zhàn)略目標，則這些原因的扯談成分居多。

從整體框架到界面交互到文案，產(chǎn)品經(jīng)理就是要不停面對新問題>分析問題>設(shè)計方案，不停循環(huán)。久而久之，也會有自己的一套思考和解決問題的思維方式。

在設(shè)計解決方案中，我會有意識的用「解耦」和「窮舉」的思路去拆解問題和設(shè)計。所謂「解耦」就是把整體拆解成幾個相互獨立的模塊，分析各個模塊。（官方解釋可自行百度）當初設(shè)計游戲副本的數(shù)值公式時，就是把最終目標拆解了幾個模塊：副本系數(shù)：控制當前副本難度等級；攻擊系數(shù)：控制當前副本的攻擊力等級；攻擊基數(shù)：控制初始難度及整體難度，等等。設(shè)計了這套公式后，只要調(diào)整幾個參數(shù)，就可以生成不同的數(shù)值，形成不同的難度遞增曲線，進而測試。而設(shè)計另外一套分享系統(tǒng)時，則把各個模塊盡可能解耦，這樣修改某模塊時，即不會對其他模塊有影響，也可以增加更多組合，做出更多策略方案。（如模塊A/B+模版a/b，可形成2x2種方案）

?

做產(chǎn)品：分步實施

越來越有一種感覺，大至整個產(chǎn)品方向，小至某個功能，都可以用「假設(shè)-驗證」的循環(huán)來做產(chǎn)品。于是現(xiàn)在有個習慣，在設(shè)計完一個方案，不會馬上開發(fā)，問自己幾個問題：

?這個方案要解決的假設(shè)問題是什么？?

達到什么標準才能驗證假設(shè)成立或錯誤？?

可否分幾步實施？每一步的指標是什么？?

當前這個是最簡單的方案嗎？

想明白以上幾個問題后，制定分步實施的策略。這樣有兩個好處：

一方面清楚知道產(chǎn)品的每次修改的質(zhì)量。在修改功能或調(diào)整策略，需知道究竟是哪個變量使結(jié)果更好或更差。若一下子更新多個，也許變好和變差一抵消，結(jié)果就沒變；

另一方面可以加快進度，及時調(diào)整。開發(fā)周期越長，項目爛尾的可能性越大。分步實施就像逐步攻城掠池，一步一步KO掉功能模塊或修改。早日上線，多一天的測試，就可以知道之前的假設(shè)是否成立，并且做出調(diào)整。不少時候，在完成策略一和策略二之后，可以進行策略三。

但發(fā)現(xiàn)，策略二的指標一直達不到。這種情況下，還會去開發(fā)策略三嗎？應該慶幸一開始沒有讓策略一、策略二和策略三同時開發(fā)。

設(shè)計階段是PK腦細胞，接下來就是PK射雞濕+攻城獅+時間，也是要設(shè)計方案來協(xié)調(diào)資源和時間。有時調(diào)整一下界面的設(shè)計，可以讓開發(fā)更容易；有時趕進度，需要簡化功能；有時對A/B策略難以抉擇用哪個，需要平衡。這樣的協(xié)調(diào)方案也跟設(shè)計產(chǎn)品的思路差不多。想明白「為什么這樣做」「怎么做是最簡單」。

來自簡書ZhuX的博文：25學堂謝謝ZhuX的分享。

http://www.jianshu.com/p/c6adbf793239#