對產品的思考、學習、實踐

從畢業創業當產品經理到現在在C輪互聯網公司當產品經理，工做三年有餘，對思考、學習及實踐有一些感悟，其中有本身思考，有些難免拾人牙慧，在9102年結束之際，藉着眼睛手術後不能看電腦手機的契機，將本身的感悟表達出來，和你們探討。

天天有一億人教張小龍作產品，天天哪怕有一我的願意指出個人不足就很是棒了。

1、關於思考

1. 思考本質

對事物本質的思考各種書籍文章說起太多了，我本身對思考本質能力的理解是透過事物的表象看到事物最底層的邏輯。全部的事物歸根結底是圍繞着最底層的邏輯疊加層層表象；但疊加多層表象後，不少人就看不清，容易被表象所迷惑，做出錯誤的決策，形成損失。

以全民熱衷的炒股爲例：

當咱們思考炒股的本質會發現：短時間的股票買賣行爲本質上是負和博弈（短時間內不考慮股票分成且存在交易手續費）——即短時間的股票買賣從機率上是虧錢行爲。

那爲何仍是有不少人熱衷於此？

總結起來有三個表象：

倖存者誤差，股市上賺錢的吹噓，虧錢的默默掉淚，因此你總能聽到身邊的朋友有賺錢了；
過後聰明誤差，在股票上賺錢是會歸結爲本身的分析能力，而虧錢時，則從心裏上傾向於避而不談；
分不清浮盈和真實盈利，即股票一天沒有賣出，軟件上顯示的只是紙面財富而不是真正賺到手錢。由於，思考不清短時間炒股的本質而被表象所迷惑，無數股民成爲韭菜。
對事物本質的思考和認知，會決定你的行動，最直接的損失是經濟損失。而做爲產品經理，若是不可以作到思考本質，就沒法弄清用戶的真實需求，作出來的功能沒法解決用戶的實際問題，用戶用腳投票，結果就是棄你而去，最終是致使整個產品團隊甚至整個公司的辛苦工做都白費。

產品經理只有不斷追問、思考本質，纔可以瞭解到用戶的真正需求；歸根結底，產品經理要研究的是人的行爲及行爲後的本質緣由嘛。

那麼咱們在平常工做生活中該如何作到思考本質呢？

我本身的幾個方式是：跳出慣性思惟、推演事物的造成規律、多與人交流看大牛怎麼說。

跳出慣性思惟。這並非一個形而上的概念，而是可實操的方法。若你試着留意一下本身平時的說法方式，會發現本身常常用到「……應該是這樣的」，「我以爲……」，「確定……」這類的話語，這些就是你掉入慣性思惟的信號。不妨試着給本身設一道閘，當你想說出這樣的話時，立刻阻止本身，而後再仔細想一想你真的如此確定嗎？你脫口而出的話語會牽引你的思惟，口頭的快感滋長思惟的懶惰，因此先從遇事停一停，想想開始吧。

推演事物的造成規律。當你已經不在掉入慣性思惟，下一步應該多問爲何。提出本身的假設，證明或證僞本身的假設，一層一層地往下問爲何，抽絲剝繭通常。例如，用戶在某個頁面沒有如你所願進行相關操做，能夠提出不少假設：引導沒作好？對用戶的屬性判斷不對？流程設置不對？若是是引導沒作好，那麼須要怎樣的引導？諸如此類，一層一層，不斷提出問題，回答問題，最終發現事物的本質。

多與人交流，看大牛怎麼說。每一個人的思惟方式不免固化，避免思惟固化最好的方式就是不斷有新的思路來給予刺激。平常能夠多和他人就一個問題進行交流討論，不懷對錯心，而是瞭解對方是從哪一個角度去思考問題的，出發點是什麼。

我本身在生活中特別喜歡和各式各樣的人天南地北地聊，菜市場大媽、建築工人、滴滴司機……都是很好的聊天對象，聊起來很是有意思，他們或許不能給出高深的看法，但經常有拓寬認知邊界的快感。

而對於大的行業問題，則能夠看下行業大牛是怎麼說的——他們每每深耕行業多年，經歷過行業週期，經歷過反覆試錯，有着更多實踐和踩坑的經驗，他們的看法，每每高屋建瓴，不妨和本身的認識做對比，有醍醐灌頂之感。

2. 不斷拆解

工做生活中，碰到一些大問題，超出能力範疇，咱們不免措手不及，這時就須要有拆解問題思考。不斷拆解問題可以幫助咱們將大的問題分解成小的問題，幫助咱們明晰路徑、把握局部細節、看到潛在風險。

例如，產品經理在分析一個大的需求時，會按場景、用戶、問題的方式來拆解需求，拆解成不一樣用戶在不一樣場景下遇到的不一樣問題，拆解完成後即可以按各個細分場景逐個思考解決方案。

至於如何鍛鍊本身對問題的拆解能力，我認爲是多積累一些方法論——由於你遇到的問題，其餘人必定也遇到過。

正如上文提到的用戶場景問題的拆解方法，已是產品經理必備的方法論，其餘諸如5W1H分析法、SWOT分析法、思惟導圖分析法等等，均可以從書籍或文章中習得，再在實踐中不斷熟練運用。

這其中有一本很是經典的書籍——《金字塔原理》，可做爲工做的手邊書，反覆研讀。

3. 往上層思考

最先接觸這個概念是在王詩沐的文章裏，當時只是隱約記下，後來在處理多部門協同工做時，讓我對這個概念有了更深的思考。

所謂要在發現問題之上的層面來解決問題（來自愛因斯坦的精闢總結），現實中每一個部門都只會考慮到自身部門層面的利弊，若是沒有人可以從更上一層的層面來思考利弊，那麼部門之間的衝突便沒法妥善處理，達成一致。

往上層思考是產品經理很是重要的思考能力，看成爲一個產品助理時，負責的是一個個獨立的功能點，若是隻是糾結功能點層面的問題，會發現功能點之間邏輯不清，沒法協同。

這時應該往上層思考，從模塊層面看問題：功能點是歸屬於模塊、爲模塊服務的，在模塊層面看問題可以更好地把控功能點之間的協同，而不會糾結於單個功能點的好壞。

同理，負責功能模塊時，就該思考整個產品的方向，負責整個產品時，就該從行業的角度看行業趨勢產品的進退。

例如最近互金行業一輪洗牌，若是做爲產品負責人不可以從行業角度看到國家整頓互金行業的決心與嚴厲程度，繼續沉迷在產品層面追求產品功能的好壞，那麼不可避免的就是產品功能可能很是好，但因爲合規問題直接被下架，倒下的已太多。

2、關於學習

深度思考是一個很好的習慣，但在思考中不免受困，有些問題超出了認知範疇，就須要不斷學習新的知識。對於學習，如下幾點我深感值得分享。

1. 輸出比輸入重要

學習一項新知識最好的方式是什麼？

本人愚見，認爲是輸出。

這個觀念從我高中開始就深有體會，輸出方式包括多種，由淺及深大概是：總結輸出成文字、在多人面前展現本身的學習成果、應用到工做生活中以及將學到的東西教授給他人。

總結輸出成文字，恐怕你們都不陌生，高中大學時期的作筆記就是這樣一種輸出方式，也就是把老師所講的知識按本身的理解造成筆記，後面再時時複習；只不過工做以後，老師變成了能夠是書籍、視頻教程甚至是工做上的經驗，但其底層邏輯是同樣的。

在多人面前展現本身的學習成果。之因此強調多人，是由於多人會讓你有壓力把所學的東西理解透徹以面對複雜的現場，另一點是，聽衆會在現場或以後給到你充分的反饋，而這些反饋可以補充你理解不到或不到位的地方。

應用到工做生活中能幫助更有效地學習，這是工做以來體會最深的一點。以前看一些產品經理寫的書，難免嫌棄——這麼簡單也拿出來說？到真正工做中要運用相關理論，解決實際問題時，纔會發現這也不到位，那也不到位。因此當學習新的知識技能時，不仿找到一些實際運用場景，在運用場景中實踐書中所學，而且不斷總結成本身的知識。

將學到的東西教授給別人，是又一個我獲益匪淺的方法。

高中時，會有別人問你問題，在你解答的過程當中，你會去思考怎麼把知識點解釋得簡潔而透徹，有時被人問倒了，還會趕忙去惡補知識點（虛榮心也能夠是個好東西）。每一個人理解和考慮問題的角度太同樣，在你教授的過程當中，對於一個知識點，有來來回回的反覆探討，有多個角度的反覆咀嚼，能夠提高本身對知識點的領悟。

因此之因此如今寫下這些文字，以後還會寫，就是但願可以保持不斷輸出，不斷得到反饋，不斷有更深的理解。

2. 結構化比零散更好

這是最近看一些知識點豐富而雜的書時有所感悟，讀完以後感受本身的大腦忽然吸取了一麻袋的知識點，可是毫無邏輯，天然在想用的時候也沒法拿出來用。

這個時候，最好的方式是將凌亂的知識點結構化，我用的是思惟導圖加有道雲筆記。思惟導圖用來將雜亂的知識點進行分類，分類的標準按本身須要，但思惟導圖只記錄知識點名稱這個層級，而後用有道雲新建一個文件夾，用來寫明知識點的具體概念加上本身在實際運用中的案例。

結構化以後，每隔一段時間，我會拿出思惟導圖，從根到葉逐個回憶這些知識點，看本身是否還記得這些知識點以及本身的運用案例，若是記憶模糊，就再拿出有道雲筆記裏面的內容從新複習。幾回下來這個知識點在你腦中便很難忘記了。

3. 對學習內容進行迭代

學習到的內容，並非一成不變的，在這個場景下適用的內容，在另外一個場景下並不必定適用，於是即便對知識點已經掌握，也須要在實踐過程當中對學習的內容進行不斷地迭代。

我所用的方式是不斷地補充實際案例，正如上文所說，當我對學習的知識點進行結構化整理時，會用有道雲記錄知識點的內容及實際運用的案例，而每過一段時間，我會從新去思考這個知識點，看看本身對這個知識點有沒有一些更新的領悟，已經此前的案例是否須要修改，是否有更新的更好的案例進行補充。

以上是我在學習方式上的一些思考，細看下來你會發現，這又是一個小的螺旋式上升。

當咱們開始學習一個知識點時，無論是閱讀仍是看視頻教程，它只是輸入，而後咱們把它進行結構化整理，而後嘗試輸出，在輸出過程當中會有新的思考和領悟，而這，又是一次嶄新的輸入。

3、關於實踐

子曰：學而時習之，不亦說乎！意思是說學到了東西，可以付諸實踐，是件很快樂的事情，確實如此！不能付諸實踐的知識是團廢紙，但實踐中也有些問題須要注意，我說說個人一些見解。

1. 完成比完美更重要

不少人在實踐中，每每追求完美，不把事情作到盡善盡美不願輕易展現，我認爲這是很錯誤的作法。產品經理在設計一個產品時，有個通用的方法論是先作出MVP（最小可用產品），即我把產品的核心功能先作成簡單可用的產品，放到市場上去驗證想法對不對，而後根據用戶的反饋不斷調整。

在《刻意練習》一書中提到了有效反饋的重要性，就是告訴咱們不要閉門造車，要儘快將beta版拿出來，讓你們給予你有效的反饋，而後再進行不斷迭代。

咱們能夠回頭看看微信V1.0版本與如今的差距，若是張小龍要等到全部功能都作出來再發布，那就不會有今天的微信了。

平常我在寫一個需求文檔的時候，會先按當下我能考慮的狀況先寫一個Beta版，這時候我將它命名爲V0.7版本，而後隔一天我再從新思考，看本身昨天寫的需求文檔，這時能發現不少不足的地方，那就從頭開始改一遍，這時的版本是V0.8版本；下一步找其餘產品經理向他講述一遍這個需求文檔或在組內組織一次需求評審，綜合意見，再修改一遍，這時的版本是V0.9版本，最後再找開發測試的同窗評審一遍，從開發測試的角度對需求文檔作一遍修改，造成最終的版本V1.0。

在這裏我並非否定完美的重要性，而是說當咱們在作一件事情的時候，囿於我的思考的侷限性（當局者迷，並且每每對於本身作的東西有謎通常的自信），沒法一開始就作到完美，若是你不先完成一個初始版本，可能就永遠沒法輸出胎死腹中了。因此先輸出一個完成品，結合他人的反饋不斷調整優化，是個比輸出完美方案更可行的策略，completion is better than perfection。

2. 開放透明

產品經理在平常的工做中經常要作決策，而且從實際來看，平庸和錯誤的決策佔大多數，咱們是在不斷地實踐，不斷試錯，最終找到最優的解決方案。而在此過程當中，我認爲保持頭腦的極度開放、極度透明是極爲重要的。所謂開放，是可以平等平靜地接納全部人的建議，所謂透明，是公開本身的決策依據和結果，不害怕別人看到本身犯錯。保持開放，你可以得到更多的有效的反饋，保持透明，你不會自欺，別人也會給你更誠實的反饋。

有的產品經理作實驗，效果好就優化，效果差棄用；有的產品經理作實驗，想盡辦法證實本身實驗效果好，而後優化。願我努力作到前一種。

3. 反思後的執行效率

吾日三省吾身，反思是不少人會常作的事，但我認爲更重要的是反思後的執行效率，反思後不執行的反思就是空想，本身對本身的扭捏做態，只有反思後把思考內容落到實處，才能達到反思的效果。看客不妨記錄下本身反思後定下的執行方案以及最終的執行結果，能夠計算出執行率=執行成功數/反思後得出的執行方案數，用這個數值來看看本身到底反思了些什麼，想來會很是有趣！

4. 恐懼即邊界

這是梁寧女俠說的，一針見血。恐懼會困住一我的的手腳，一我的對事有恐懼時，全部的大道理於他而言皆無用。因此當你面對一件事情喜歡拖延、喜歡找藉口、總往壞處想，可能不是別的緣由，是你的恐懼在做祟。不妨時時告訴本身更勇敢些，哪怕是匹夫之勇，無論事情成不成，先幹了再說，直面恐懼，後面的事情就容易多了（又是一個知易行難的大道理，哈哈哈哈哈哈）。

囉囉嗦嗦一大堆，到此算是寫完，第一次寫，能寫完很滿意，但願各位看客多提意見，本人臉皮厚，不怕批評。

以上純屬，隨便寫寫，若有雷同，算我抄你。