產品新人想要做到“快速成長”，找到方法是關鍵，如果沒有行之有效的方法，付出了再多努力也都成了枉然。復盤——對于產品新人來說絕對是成長的秘訣！

說到新人產品必備的技能就如同公司的價值觀一樣，大家似乎都差不多，就那么幾個關鍵字，但是又總是有一點點不一樣，而我覺得，對于產品新人的來說，復盤可能是產品新人最重要的技能之一。

“復盤”原是圍棋術語，本意是對弈者下完一盤棋之后，重新在棋盤上把對弈過程擺一遍，看看哪些地方下得好，哪些下得不好，哪些地方可以有不同甚至是更好的下法等。

而對于新人產品來說，很多時候的工作內容千篇一律，做得久了總感覺沒有成就感或者是沒什么收獲，當你覺得自己的工作不是那么有成就感，自己的產品水平提高的不是那么明顯，那么這個時候請抽出時間來復盤一下自己的工作，說不定會助力你突破瓶頸，有所收獲。

本文以自我的心路歷程，來講講同樣作為產品新人的我，是如何來復盤自己的產品工作的！

初入產品門，一個0到2個月的小白

第一家公司是在一個小公司，大概只有4個開發的團隊，主要的產品是一個會計類的在線教育網校平臺，當時面試進去還是面的PHP開發，然后大概做了半個月。

這時公司剛好有產品職位空缺，老板苦于產品難找，開發易得，于是乎決定讓開發內部轉崗，然后一系列原因這個轉崗的機會就到了我的頭上，于是我就成為了一名產品經理（新的不能再新的新人）。

剛開始做產品，和許多小白一樣，網上鋪天蓋地的找文章學習，看視頻，或者是看知乎的一些精華知識。

然后發現很多人給的東西都不一樣：有些人說產品一定要會寫PRD，有些人又說PRD在敏捷時代已經OUT了，還有人說現在流行用AXURE寫PRD；有些人說產品必須要強勢，懂得堅持自己的立場；也有人說產品要婉轉，佛系一點，不然會被開發懟的無地自容；有人說產品流程圖，腦圖，原型圖都要畫得好，不然評審的時候分分鐘歇菜，也有人說，只有初級小白才會天天畫原型，變成一個工具的使用者……

看了一堆的教程之后，越來越蒙蔽了，還以為產品是一個不錯的活，怎么搞的自己快要精神分裂了？

想必這也是很多小白一開始就會遇到的問題和苦惱，而一些老產品可能因為時間的問題也就忘了自己當時是怎么過來的了，或者說有些人一開始就有一個很好的老師帶，那么成長就會很順暢，也會很舒服。

而我作為了一個野生的產品，當然這一切是要靠自己摸爬滾打拉~所以我也只能硬著頭皮慢慢做，把該看的書看完，要看的視頻或者教程也去看完，中途雖然很迷惑，但是還是繼續堅持下去。

流程圖畫的很丑，泳道圖感覺很高級，腦圖全部亂畫，Axure很多高級用法不太會，很多很多，我都經歷過。

當我過了那么一兩個月的不適區之后，我開始靜下來思考我過去的那么幾個月每天都做了什么？然后針對目前的系統遇到的問題，去反思我之前學的東西我是不是用上了？之前工作中一些很明顯的問題，我是否有花時間去找更優的解決方案？

列出來了一些問題之后，我開始對癥下藥，慢慢地一段時間之后，我發現自己對產品的工作不再恐懼也不是那么迷茫了。

復盤總結：初級入門時，很多人都會顯得很迷茫，關鍵點是自己太過于浮躁或者是急功近利，什么都想學，什么都想會。其實把該看的書看了，要學的東西去學，同時不要想去一步登天，一鳴驚人，就沒有那么多思想負擔，學習起來就會很順利，也很耐得住性子學進去。

漸入佳境，一個看山就是山的3-6月的狂小子

經歷了前期那么多的思想煎熬之后，終于能把原型畫的好看，能把流程圖做的順利了，然后這個時候去看一些前輩總結的經驗的時候就會帶著自己的思維方式和自己的主見去看待問題，一些淺顯的有爭議的問題自己還是能做好甄別了。

例如PRD的問題，敏捷的問題，還有一些溝通的問題，其實關鍵點還是在于現實環境，很多時候小團隊和大團隊不一樣，自己的公司和別人的公司也不一樣，所以教條式的定論其實不適用于每個方面，我們需要因地制宜，根據實際情況去思考這些問題。

知道了這些道理之后，我開始對一些產品的教條式的東西起了一些叛逆之心，例如不寫PRD，因為我們的團隊很小，很多事情都是直接就旁邊說一句就可以，你能看到我的屏幕，我能看到你的屏幕，如果什么時候都用文檔來寫，豈不是浪費時間？

除了PRD，對很多需求也沒有及時的整理，只是盲目的記錄別人提出的需求，然后淺顯的分析一下，這個需求能不能做，好不好做，然后就寫進需求池，而沒有更加深入的去思考這個問題如何更加完美地去解決，去分析更多的場景和可能遇到的問題。

同時對很多看到的問題，想象的太簡單，總感覺這個地方不美觀，這個地方邏輯有問題，這個東西用起來不太好，然后我就想去改掉它，再興高采烈地寫好流程圖，畫好原型，然后跟開發GG說這個地方我想改。

結果開發一看，眼神異常的復雜，然后很堅定的告訴我：這個東西改不了，因為之前的業務邏輯捆綁了，所以單獨地改這個，其他的功能肯定是用不了，那么用戶就要爆炸了。

聽到這個消息之后，我感覺我更加要爆炸了！

辛辛苦苦想了那么久的方案還有各種內心戲，覺得這次改完之后用戶體驗肯定會很棒，但是因為沒有考慮到很多內部之前的邏輯，想象的場景不夠豐富，以為看到什么就是什么，結果瞬間就被打臉了！

這樣的事情還有很多，有些時候確實以為自己看到的就是看到，內心竊喜地想著我要優化這個點，用戶肯定會很高興的。

結果發現其實此路根本不通。

復盤總結：在經歷了初級小白階段之后，我以為自己總算是入了產品門了，然后準備大干一場的時候，其實我所看到的的只是我所看到的，我所以為的也只是我所以為的罷了。

產品工作漸入佳境，但是很多一鳴驚人的想法卻是遭受到了現實的打擊，因為實際的業務場景確實很復雜，而這一切的歷史根源又來源于一開始的產品設計。所以啊，前期找一個靠譜的產品經理是很關鍵的，很多時候初創團隊就感覺產品是多余的，然后就自己三下五除二找幾個開發一起就把產品做出來，后面就會很難受了。

而如果自己是中途加入進去的產品，那么除了了解當下的邏輯之外，其實更多的時候需要花時間去了解當時設計的背景和環境，這樣的話很多功能才不會收到最開始的框架的限定！

當然，了解當時的設計背景和環境并非是說說就可以，這就是我們常說的：文檔是萬惡之源。寫文檔很難受，但是接手別人的東西沒有文檔，就更難受了！

踏實做事，完美執行也是一種硬實力的一年產品人

經歷了幾個大大小小的產品迭代之后，初入產品那種想著能驚天動地，能一飛沖天的想法基本上是被磨平了。

就跟當時還沒畢業的時候一樣，想著自己能被誰賞識，然后一展手腳，干一番驚天動地的大事，emmmm，現在想想，真是中二啊。

現在的產品想法或者是一些思路更多的是繁瑣且紊亂的，以前覺得做一個好產品，只需要一個好的點子就夠了，而現在會覺得，要做一個好產品，更多的是需要那種腳踏實地，能一步一步推動項目前進的實力。

點子容易想，推動身邊的資源去實現這個點子才是最難的，因為產品所要做的，不僅僅是和用戶需求打交道，更加核心的是與身邊的做事的人打交道。

之前覺得寫一些文檔會很繁瑣也覺得很沒必要，現在進入新的公司，發現很多人寫的文檔風格都不一樣，有好的也有壞的，那么在這種野蠻生長的環境中，如果我能在公司內部把文檔或者原型之類的做到出色其實也是一種實力。

除了這些思想上的進化改變之外，還有一些技能上的或者是自己經驗的累積，知道用什么工具能最快速的完成目標，知道如何把場景梳理的更加全面，知道怎么才能把一個點拆分的恰當合理，同時也能很好把握整個團隊的資源和效率等。

復盤總結：經歷了一年的產品歷程，收獲還是很多的，核心點是自己不會再為一些不太有意義的事情而糾結，例如用什么工具，用什么設計方式，用什么配色，用什么技巧去討好開發和用戶之類的。

更多的是平常心的去對待一個產品，沒有一步登天的事情，優秀的產品都是一步一步迭代更新出來的，也是注入了很多前期的準備工作才動手做的。同時自我提升的關鍵在于主動，主動做事才會看到更多，而看到更多才會有更多的機會成長。

我的復盤方法

說到復盤方法，其實方法真的不重要，有這種復盤的想法更重要；很多產品新人說自己沒事做，就算是有事做也是千篇一律的重復，這種工作對自己沒什么提升，然后就急急燥燥地想著跳槽，換個環境，這樣的現象挺普遍的，但是確實是一種惡性的循環。

復盤的核心思路就是——把自己的工作當做是一個產品來對待。

一個產品需要迭代，需要接收需求，需要安排資源，然后去實施，開發，最后上線前，還要測試，上線完成之后還需要后期的跟蹤和運營。

那么對于新人產品來說，把自己的產品工作也當做是一個產品來做。當自己沒有提升的感覺的時候，分析一下，此時的用戶需求是什么，目前的現狀是什么，解決方案有哪些，方案是否考慮齊全了，要上線的時候是否經過了測試，上線之后反饋是否良好……

• 規劃固定的時間，進行自我反思，整理，可以一個月一次或者一個季度一次；
• 每周或者每月固定輸出文章或者是自己的產品見解，或者是對工作中的產品的一些看法和思路；
• 養成提升效率的好習慣，例如花時間找找windows的效率工具，花時間看看自己產品設計中可以提升的地方在哪？
• 多閱讀一些經典書籍，讀書千遍，其意自現，慢慢地就會感覺到自己的能力提升；

寫在后面

本文其實不是什么經驗論的探討也不是什么教程類的指導，完全是一個個人歷程的回顧和復盤，就當是看故事的感覺來看看我一個技術轉行產品的歷程是怎么樣的。

其實每一個小白都會經歷這些，但是有些人會走的更快，不那么曲折，而有的人會跌跌撞撞，走很多彎路，所以希望能對一些想入門或者是剛入門的新人一些幫助！

再簡單寫點干貨，算是自己的一個經驗之談：

• 沒有一鳴驚人的產品，踏實修改好每一個邏輯或者是頁面，寫好每一份文檔，其實也是一種硬實力
• MVP(最小可行產品)思維其實很重要，首先保證業務能跑起來，而不是糾結這個“車”要多少個輪子，要多少引擎，要什么外殼和顏色，你先搞個“自行車”跑起來才是關鍵
• 學會權衡，很多時候開發之所以不愿意做，是因為這個東西花費的時間和成本不相符，而一個產品如何去權衡開發的時間和自己的時間，已經用戶的體驗，是一項很重要的能力
• 規范化作業看似很繁瑣，但是其實更多的時候是讓一些不能統一的東西盡量統一些，所以不要對規范化和流程化特別反感，可以接受同時改進和優化
• 接受不一樣的意見，非暴力溝通，懂得協調和轉換，很多事情不是一次搞定的，那么就拆分它，分階段來搞定

最后，祝各位產品新人早日入門，找到屬于自己的一套產品論和方法論！

作者：vitamin（微信公眾號：誰是產品經理），初級產品經理，半年開發經驗，一年產品經驗，主導過在線教育類產品和供應鏈系統類產品

本文由 @vitamin 原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自 Unsplash ，基于 CC0 協議