《人人都是产品经理》读后感
之前讀書, 一般看的都是技術、算法、數學、哲學這些方面的, 為什么突然想看這本書呢? 身為一個開發人員, 每天打交道最多的, 除了開發和測試, 就是產品了. 還記得我剛來公司的時候, 在和產品的溝通過程中, 聽到最多的話估計就是: 你要懂產品, 你懂了就不會做錯. 確實有很多需求, 聽到后自以為是的覺得自己 get 到了點上, 然后悶頭哼哧哼哧的做完了, 結果交到測試手上之后, 發現做的根本就不是人家想要的. 這點上公司的測試前輩教了我很多, 包括如何去和產品溝通需求等.
后來我想了, 為什么和產品的溝通上總是不到位呢? 其實人家早就告訴我了. 要懂產品. 你在和身邊的開發溝通時, 會覺得費盡嗎? 不會, 因為同為開發, 他說的你都知道, 你說的他也能聽懂. 這感覺有點像代溝, 你和身邊的大爺大媽根本聊不到一起, 但是人家大爺大媽湊一堆, 能聊一整個下午.
所以, 為了之后能夠和產品在溝通上更加順暢, 最好的方式就是, 你也是一個產品. 但是, 術業有專攻, 咱自己幾斤幾兩還是有點掂量的, 做不到專業, 了解總可以吧. 這時, 正巧這本書出現在了我面前, 那沒辦法了, 你困了的時候, 面前就有個枕頭, 還能不用嗎?
通讀一遍之后, 書中的大部分專業知識我沒做深入的研究, 不過也學到了不少.
什么是真正的問題
如果現在提出了一個需求: 一個裝滿貨物的火車, 高3.1米, 要過一個3米高的山洞, 怎么辦?
在拿到需求的第一步, 不是想方設法的解決需求, 而是要先了解這個需求背后更本質的問題, 比如:
- 為什么要過山洞呢? 可能是為了運貨, 所以過山洞并不是需求本身, 只要能將貨物運到, 不過山洞也可以.
- 除了山洞有沒有其他的路? 如果旁邊正好有一條環山公路, 就可以作為備選方案, 具體考量繞遠的路程是否能夠接受.
- 發生的頻率有多高? 如果只是這一次的臨時需求, 完全可以再叫一輛小貨車將貨物分攤, 就可以過去. 如果是每天都要發生的, 那可能長遠來看, 擴建山洞的長期收益更高一些.
所以, 當拿到需求的時候, 不應該只關注需求本身, 而應該想一下需求解決的背后問題. 了解的多了之后, 可以解決需求的途徑也更多了. 可能在剛聽到需求的時候, 要額外開發很多內容, 但其實改個字段就解決了.
需求也分輕重緩急
用戶的需求總也滿足不了, 很多年前, mp3還流行的時候, 手機如果增加了聽音樂的功能就會成為一個亮點, 如果有一款手機不支持聽音樂, 那也沒什么, 畢竟功能還沒有這么普遍. 但是現在, 手機帶有聽音樂的功能, 已經成為默認的標配了.
那么什么才是最重要的需求呢? 可以從以下幾個層面考量:
- 真實: 需求是否是真實存在的. 比如運營提了個想給后臺加上圖片 ps 的功能, 這玩意有更專業的工具使用. 即使真的做了, 可能也不會用到.
- 剛需: 需求是否強烈, 如果不做能不能忍受. 比如做了一款聊天軟件, 那么聊天就是剛需, 必須要做. 關于這點我還沒有理解的較為透徹, 之后慢慢體會吧
- 高頻: 需求發生的頻率高不高. 如果是每天都會發生的場景, 那優先級自然要相對高一些.
不過現在在做的時候, 需求的優先級一般都不是由我來判斷, 畢竟我不是提需求的人, 不過可以在提出需求的時候, 先自己悄悄的判斷一下, 當長此以往, 發現我判斷的優先級與其真實情況相符, 那我就不一樣了.
思維深度
在對問題就行剖析的過程, 有以下幾種思維模式.
1. 以方法為中心的思維模式. 這個時候, 通常是別人來告訴你該怎么做, 需要將明確的目標擺在你面前, 通常不會去問為什么. 這個時候容易陷入努力的去做一件錯誤的事情. 就比如需求沒有理解清楚.
2. 以問題為中心的思維模式. 這種人, 經常會思考為什么, 但是卻從來不想該如何去做. 缺少執行力.
3. 先問題后方法的思維模式. 先弄清楚問題是什么, 然后去想解決方法. 需求就擺在面前, 但條條大路通羅馬, 要從這條條大路中找到最合適的那一條.
明眼人一看, 都知道第三種才是最好的. 但知道和做到是兩回事, 做到和做好又是天壤之別. 努力向著美好的前方前進吧. 少年.
生活中處處皆產品
舉個簡單的例子, 房屋裝修. 這時候就需要進行需求的采集, 以達到用戶想要的效果. 下面是兩種需求的采集形式:
1. 詢問想要裝修的風格. 比如客廳需要吧臺嗎? 廚房需要連通嗎? 衛生間希望放到什么位置?
2. 詢問生活習慣. 比如平常周末會做什么呢? 一般幾點下班回家呢? 平常比較喜歡什么顏色? 喜歡閱讀嗎?
相較而言, 第一種需求的采集就相當于直接向用戶要解決方案, 而第二種則是通過用戶的生活來主動發現需求, 然后應用專業素質來給出解決方案.
就比如房間的燈光. 通過主動發現需求的過程, 可能就會針對不同的場景給出不同的解決方案. 客廳的開關放到進門伸手就能夠到的地方, 書桌放到光線剛剛好而又不刺眼的地方, 如果晚上看書多, 就需要放到燈光的角度等.
通過主動發現并采集需求, 來給出最合理的解決方案, 而不應該是僅僅去詢問應該如何去做.
總結
當然, 書中還有很多其他內容, 不過自我感覺現階段還接觸不到, 先選擇性忽視.
本書通讀了一遍, 很多內容沒有記住, 只是從記憶比較深刻的內容之中挑選了幾處. 雖然看過之后, 并不能讓咱具備產品經理的職業素質, 但還是受益匪淺. 而且最讓我佩服的就是, 我從中學到的很多內容, 早在平常的工作中就已經被各位前輩教導過了. 產品思維的培養不是一朝一夕的事, 努力成為更好的自己吧.
路漫漫其修遠兮, 在平常多用產品的思維來考量自己開發的產品, 倒也不失為一件妙事.
總結
以上是生活随笔為你收集整理的《人人都是产品经理》读后感的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: oracle dba_waiters中的
- 下一篇: linux防火墙允许dns服务,Linu