產(chǎn)品經(jīng)理思維流程:看產(chǎn)品、想產(chǎn)品、做產(chǎn)品

目前很多機構(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)理是一種思維,也是一種工程。

產(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)品經(jīng)理的角色

?

想產(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種方案)

 

?傳太醫(yī)APP

 

做產(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#

 

每天更新,
全站高品質(zhì)素材免費下載!