產品經理思維流程:看產品、想產品、做產品

目前很多機構開始在大肆的培訓產品經理職位,同時產品經理的培訓在整個it職業培訓教育當中也非常火熱。當然也有很多設計師或者其他行業的人員想要從事產品經理的職位。包括已經有工作經驗的前端工程師、UI設計師、程序員等等。

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

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

產品經理是一種思維,也是一種工程。


下面讓大伙一起來看看產品經理思維流程:看產品、想產品、做產品。

看產品:思考其內部邏輯

以前體驗產品,總是會挑毛病「靠,這個按鈕太丑了」或者驚嘆「哇,這個交互太爽了!」產品經理都是雞蛋里挑骨頭的高手!

不過經過這1年,雖然還有這樣的習慣,但會花更多時間在考慮幾個問題:

它的系統架構是怎么樣,各模塊怎么運作;

某個頁面是什么交互邏輯;

某個功能是如何實現;

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

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

習慣這樣去看產品后,時不時有種發現新大陸的驚喜–突然看到被視覺和交互掩蓋下的系統脈絡,試圖去理解別人為什么這樣設計。(雖然,絕大部分是自己YY)

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

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


想產品:不停設計解決方案

所謂的產品設計,就是設計一套解決方案,滿足「各種」需求。

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

微信朋友圈為了營造真正的好友社交圈,設計了屏蔽規則,防止營銷泛濫;

知乎為了讓好答案好內容浮現,設計了「贊同」和「反對」的機制;

知乎為了解決相同類似問題的重復提問,設計「搜索+輸入問題」功能的搜索輸入框和問題重定向的機制;

門戶網為了給頻道頁面導量,設計了「首頁文章標題進入頻道首頁(而不是文章正文)」的機制;

陌陌為了讓產品內容更豐富但產品結構簡單,設計了「發現」的標簽頁;

注:產品的每個設計都有原因。每個人都可以說出N個原因,但是若不了解產品團隊當時的處境、戰略目標,則這些原因的扯談成分居多。

從整體框架到界面交互到文案,產品經理就是要不停面對新問題>分析問題>設計方案,不停循環。久而久之,也會有自己的一套思考和解決問題的思維方式。

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


做產品:分步實施

越來越有一種感覺,大至整個產品方向,小至某個功能,都可以用「假設-驗證」的循環來做產品。于是現在有個習慣,在設計完一個方案,不會馬上開發,問自己幾個問題:

這個方案要解決的假設問題是什么?

達到什么標準才能驗證假設成立或錯誤?

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

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

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

一方面清楚知道產品的每次修改的質量。在修改功能或調整策略,需知道究竟是哪個變量使結果更好或更差。若一下子更新多個,也許變好和變差一抵消,結果就沒變;

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

但發現,策略二的指標一直達不到。這種情況下,還會去開發策略三嗎?應該慶幸一開始沒有讓策略一、策略二和策略三同時開發。

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

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 230,321評論 6 543
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 99,559評論 3 429
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 178,442評論 0 383
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,835評論 1 317
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 72,581評論 6 412
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,922評論 1 328
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,931評論 3 447
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 43,096評論 0 290
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 49,639評論 1 336
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 41,374評論 3 358
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,591評論 1 374
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 39,104評論 5 364
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,789評論 3 349
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 35,196評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,524評論 1 295
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 52,322評論 3 400
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 48,554評論 2 379

推薦閱讀更多精彩內容