產品新人想要做到“快速成長”，找到方法是關鍵，如果沒有行之有效的方法，付出了再多努力也都成了枉然。覆盤——對於產品新人來說絕對是成長的秘訣！
說到新人產品必備的技能就如同公司的價值觀一樣，大家似乎都差不多，就那麼幾個關鍵字，但是又總是有一點點不一樣，而我覺得，對於產品新人的來說，覆盤可能是產品新人最重要的技能之一。
“覆盤”原是圍棋術語，本意是對弈者下完一盤棋之後，重新在棋盤上把對弈過程擺一遍，看看哪些地方下得好，哪些下得不好，哪些地方可以有不同甚至是更好的下法等。
而對於新人產品來說，很多時候的工作內容千篇一律，做得久了總感覺沒有成就感或者是沒什麼收穫，當你覺得自己的工作不是那麼有成就感，自己的產品水平提高的不是那麼明顯，那麼這個時候請抽出時間來複盤一下自己的工作，說不定會助力你突破瓶頸，有所收穫。
本文以自我的心路歷程，來講講同樣作為產品新人的我，是如何來複盤自己的產品工作的！
初入產品門，一個0到2個月的小白
第一家公司是在一個小公司，大概只有4個開發的團隊，主要的產品是一個會計類的在線教育網校平臺，當時面試進去還是面的PHP開發，然後大概做了半個月。
這時公司剛好有產品職位空缺，老闆苦於產品難找，開發易得，於是乎決定讓開發內部轉崗，然後一系列原因這個轉崗的機會就到了我的頭上，於是我就成為了一名產品經理（新的不能再新的新人）。
剛開始做產品，和許多小白一樣，網上鋪天蓋地的找文章學習，看視頻，或者是看知乎的一些精華知識。
然後發現很多人給的東西都不一樣：有些人說產品一定要會寫PRD，有些人又說PRD在敏捷時代已經OUT了，還有人說現在流行用AXURE寫PRD；有些人說產品必須要強勢，懂得堅持自己的立場；也有人說產品要婉轉，佛系一點，不然會被開發懟的無地自容；有人說產品流程圖，腦圖，原型圖都要畫得好，不然評審的時候分分鐘歇菜，也有人說，只有初級小白才會天天畫原型，變成一個工具的使用者……
看了一堆的教程之後，越來越矇蔽了，還以為產品是一個不錯的活，怎麼搞的自己快要精神分裂了？
想必這也是很多小白一開始就會遇到的問題和苦惱，而一些老產品可能因為時間的問題也就忘了自己當時是怎麼過來的了，或者說有些人一開始就有一個很好的老師帶，那麼成長就會很順暢，也會很舒服。
而我作為了一個野生的產品，當然這一切是要靠自己摸爬滾打拉~所以我也只能硬著頭皮慢慢做，把該看的書看完，要看的視頻或者教程也去看完，中途雖然很迷惑，但是還是繼續堅持下去。
流程圖畫的很醜，泳道圖感覺很高級，腦圖全部亂畫，Axure很多高級用法不太會，很多很多，我都經歷過。
當我過了那麼一兩個月的不適區之後，我開始靜下來思考我過去的那麼幾個月每天都做了什麼？然後針對目前的系統遇到的問題，去反思我之前學的東西我是不是用上了？之前工作中一些很明顯的問題，我是否有花時間去找更優的解決方案？
列出來了一些問題之後，我開始對症下藥，慢慢地一段時間之後，我發現自己對產品的工作不再恐懼也不是那麼迷茫了。
覆盤總結：初級入門時，很多人都會顯得很迷茫，關鍵點是自己太過於浮躁或者是急功近利，什麼都想學，什麼都想會。其實把該看的書看了，要學的東西去學，同時不要想去一步登天，一鳴驚人，就沒有那麼多思想負擔，學習起來就會很順利，也很耐得住性子學進去。
漸入佳境，一個看山就是山的3-6月的狂小子
經歷了前期那麼多的思想煎熬之後，終於能把原型畫的好看，能把流程圖做的順利了，然後這個時候去看一些前輩總結的經驗的時候就會帶著自己的思維方式和自己的主見去看待問題，一些淺顯的有爭議的問題自己還是能做好甄別了。
例如PRD的問題，敏捷的問題，還有一些溝通的問題，其實關鍵點還是在於現實環境，很多時候小團隊和大團隊不一樣，自己的公司和別人的公司也不一樣，所以教條式的定論其實不適用於每個方面，我們需要因地制宜，根據實際情況去思考這些問題。
知道了這些道理之後，我開始對一些產品的教條式的東西起了一些叛逆之心，例如不寫PRD，因為我們的團隊很小，很多事情都是直接就旁邊說一句就可以，你能看到我的屏幕，我能看到你的屏幕，如果什麼時候都用文檔來寫，豈不是浪費時間？
除了PRD，對很多需求也沒有及時的整理，只是盲目的記錄別人提出的需求，然後淺顯的分析一下，這個需求能不能做，好不好做，然後就寫進需求池，而沒有更加深入的去思考這個問題如何更加完美地去解決，去分析更多的場景和可能遇到的問題。
同時對很多看到的問題，想象的太簡單，總感覺這個地方不美觀，這個地方邏輯有問題，這個東西用起來不太好，然後我就想去改掉它，再興高采烈地寫好流程圖，畫好原型，然後跟開發GG說這個地方我想改。
結果開發一看，眼神異常的複雜，然後很堅定的告訴我：這個東西改不了，因為之前的業務邏輯捆綁了，所以單獨地改這個，其他的功能肯定是用不了，那麼用戶就要爆炸了。
聽到這個消息之後，我感覺我更加要爆炸了！
辛辛苦苦想了那麼久的方案還有各種內心戲，覺得這次改完之後用戶體驗肯定會很棒，但是因為沒有考慮到很多內部之前的邏輯，想象的場景不夠豐富，以為看到什麼就是什麼，結果瞬間就被打臉了！
這樣的事情還有很多，有些時候確實以為自己看到的就是看到，內心竊喜地想著我要優化這個點，用戶肯定會很高興的。
結果發現其實此路根本不通。
覆盤總結：在經歷了初級小白階段之後，我以為自己總算是入了產品門了，然後準備大幹一場的時候，其實我所看到的的只是我所看到的，我所以為的也只是我所以為的罷了。
產品工作漸入佳境，但是很多一鳴驚人的想法卻是遭受到了現實的打擊，因為實際的業務場景確實很複雜，而這一切的歷史根源又來源於一開始的產品設計。所以啊，前期找一個靠譜的產品經理是很關鍵的，很多時候初創團隊就感覺產品是多餘的，然後就自己三下五除二找幾個開發一起就把產品做出來，後面就會很難受了。
而如果自己是中途加入進去的產品，那麼除了瞭解當下的邏輯之外，其實更多的時候需要花時間去了解當時設計的背景和環境，這樣的話很多功能才不會收到最開始的框架的限定！
當然，瞭解當時的設計背景和環境並非是說說就可以，這就是我們常說的：文檔是萬惡之源。寫文檔很難受，但是接手別人的東西沒有文檔，就更難受了！
踏實做事，完美執行也是一種硬實力的一年產品人
經歷了幾個大大小小的產品迭代之後，初入產品那種想著能驚天動地，能一飛沖天的想法基本上是被磨平了。
就跟當時還沒畢業的時候一樣，想著自己能被誰賞識，然後一展手腳，幹一番驚天動地的大事，emmmm，現在想想，真是中二啊。
現在的產品想法或者是一些思路更多的是繁瑣且紊亂的，以前覺得做一個好產品，只需要一個好的點子就夠了，而現在會覺得，要做一個好產品，更多的是需要那種腳踏實地，能一步一步推動項目前進的實力。
點子容易想，推動身邊的資源去實現這個點子才是最難的，因為產品所要做的，不僅僅是和用戶需求打交道，更加核心的是與身邊的做事的人打交道。
之前覺得寫一些文檔會很繁瑣也覺得很沒必要，現在進入新的公司，發現很多人寫的文檔風格都不一樣，有好的也有壞的，那麼在這種野蠻生長的環境中，如果我能在公司內部把文檔或者原型之類的做到出色其實也是一種實力。
除了這些思想上的進化改變之外，還有一些技能上的或者是自己經驗的累積，知道用什麼工具能最快速的完成目標，知道如何把場景梳理的更加全面，知道怎麼才能把一個點拆分的恰當合理，同時也能很好把握整個團隊的資源和效率等。
覆盤總結：經歷了一年的產品歷程，收穫還是很多的，核心點是自己不會再為一些不太有意義的事情而糾結，例如用什麼工具，用什麼設計方式，用什麼配色，用什麼技巧去討好開發和用戶之類的。
更多的是平常心的去對待一個產品，沒有一步登天的事情，優秀的產品都是一步一步迭代更新出來的，也是注入了很多前期的準備工作才動手做的。同時自我提升的關鍵在於主動，主動做事才會看到更多，而看到更多才會有更多的機會成長。
我的覆盤方法
說到覆盤方法，其實方法真的不重要，有這種覆盤的想法更重要；很多產品新人說自己沒事做，就算是有事做也是千篇一律的重複，這種工作對自己沒什麼提升，然後就急急燥燥地想著跳槽，換個環境，這樣的現象挺普遍的，但是確實是一種惡性的循環。
覆盤的核心思路就是——把自己的工作當做是一個產品來對待。
一個產品需要迭代，需要接收需求，需要安排資源，然後去實施，開發，最後上線前，還要測試，上線完成之後還需要後期的跟蹤和運營。
那麼對於新人產品來說，把自己的產品工作也當做是一個產品來做。當自己沒有提升的感覺的時候，分析一下，此時的用戶需求是什麼，目前的現狀是什麼，解決方案有哪些，方案是否考慮齊全了，要上線的時候是否經過了測試，上線之後反饋是否良好……
- 規劃固定的時間，進行自我反思，整理，可以一個月一次或者一個季度一次；
- 每週或者每月固定輸出文章或者是自己的產品見解，或者是對工作中的產品的一些看法和思路；
- 養成提升效率的好習慣，例如花時間找找windows的效率工具，花時間看看自己產品設計中可以提升的地方在哪？
- 多閱讀一些經典書籍，讀書千遍，其意自現，慢慢地就會感覺到自己的能力提升；
寫在後面
本文其實不是什麼經驗論的探討也不是什麼教程類的指導，完全是一個個人歷程的回顧和覆盤，就當是看故事的感覺來看看我一個技術轉行產品的歷程是怎麼樣的。
其實每一個小白都會經歷這些，但是有些人會走的更快，不那麼曲折，而有的人會跌跌撞撞，走很多彎路，所以希望能對一些想入門或者是剛入門的新人一些幫助！
再簡單寫點乾貨，算是自己的一個經驗之談：
- 沒有一鳴驚人的產品，踏實修改好每一個邏輯或者是頁面，寫好每一份文檔，其實也是一種硬實力
- MVP(最小可行產品)思維其實很重要，首先保證業務能跑起來，而不是糾結這個“車”要多少個輪子，要多少引擎，要什麼外殼和顏色，你先搞個“自行車”跑起來才是關鍵
- 學會權衡，很多時候開發之所以不願意做，是因為這個東西花費的時間和成本不相符，而一個產品如何去權衡開發的時間和自己的時間，已經用戶的體驗，是一項很重要的能力
- 規範化作業看似很繁瑣，但是其實更多的時候是讓一些不能統一的東西儘量統一些，所以不要對規範化和流程化特別反感，可以接受同時改進和優化
- 接受不一樣的意見，非暴力溝通，懂得協調和轉換，很多事情不是一次搞定的，那麼就拆分它，分階段來搞定
最後，祝各位產品新人早日入門，找到屬於自己的一套產品論和方法論！
閱讀更多 汽車熱搜匯 的文章
