用解九連環的思路來修煉產品力
感悟
最近和小夥伴們沉迷於九連環，總結下從這個益智遊戲裡悟出的產品道理。
我覺得解開九連環的過程就像在解決一個問題，首先要去找規律，找突破口，然後耐心的按這個規律一個個的走完流程，最終大獲全勝；
瞭解背後的方法論
九連環由9個環和一個手柄組成，把所有的環和手柄分開算獲勝。在解九連環的時候，首先確定你要下哪個環（N），而下這個環就需要同時滿足2個條件，1.N-1環必須在手柄上，2.N-1環前面的的所有環都不在手柄上，舉個例子：我現在要下第4個環，要下4前面必須只有3，所以我們要先把3上來，同時3前面的2和1下掉，以此類推。
回到我們做產品，在接手到一個新產品，我們可以先從以下5方面入手：
瞭解產品的組成；
包括：當初這個產品是為了解決什麼問題而存在的（即產品定位），產品的目標使用者是哪些（即使用者群體），期望達到什麼目標（即產品目標），為了達到目標，前人做了哪些功能，這些功能直接的業務邏輯和產品流程是怎樣的（框架結構和產品流程），還有為什麼要這樣設計（別人踩過的坑）。
瞭解團隊的組成；
包括目前產品的團隊成員的比例，每個成員的職責範圍，技術水平，工作態度，未來期望，以及對產品的想法等。
瞭解外部依賴；
現在都在學阿里的大中臺，小前臺的架構戰略，每個產品都不是孤立存在的，搞清楚自己產品哪些是自有介面，哪些是依賴外部，以及之間的資料互動關係；總之不要坑別人，也不要被別人坑。
（特別是對入職新公司的新人來說，摸清以上3點現狀，以後才便於更好的開展工作和團隊合作。）
定目標；
就像解九連環，把所有環分開這就是目標。一個清晰的目標會讓自己和團隊更有方向感，且不容易在日常的溝通和爭執中走偏。
有條不紊的迭代計劃；
建議大家可以整理一下微信的迭代版本（百度搜索“微信歷史版本”第一條就是），會對自己產品的迭代思路有幫助。做產品計劃是由粗到細的過程，定好年度目標和要解決的使用者問題，再拆解出每個季度/每個月要完成的需求，最後到每週的版本任務清單。產品經理最好將至少2個月的需求提前提給開發負責人，然後每週的版本會提前來排未來2周的任務，這樣整個團隊才會更高效，測試也有充足的時間來驗證。但這對產品經理的要求比較高，可能2月前做好溝通好的產品方案，到準備開發的時候使用者需求就已經發生了一些變化，因此產品經理要不停的跟進使用者反饋，不停的優化以前的方案，不停的跟開發負責人溝通討論，保證思路的一致。注意，需要依賴外部的一定要儘可能早的給人家提需求，然後自己團隊的迭代版本建議比他們晚一個版本上線。
每次專注於一件事
九連環的解法很簡單，就是重複重複重複，每增加一個環，解開的步驟就呈幾何級數遞增；因此解九連環的時候需要很大的耐心和專注力，網上說解開一個九連環在不出錯的情況下，需要256步，先不管資料準不準啊，那在解開的過程中一個分神，可能思路和節奏就會被打亂，就有可能會走錯，專注於一個環，把ta解完再休息。
回到做產品，產品經理一天不開3-5個執行緒，簡直沒法混，我們的時間太碎片化了。分享個小竅門，任務拆解+番茄時間管理法。比如使用者需要線上開發票，我可以拆解為：確認發票資訊及規則；完成發票資訊管理的設計；完成各個欄位的校驗規則說明；跟設計師提需求和需求溝通；balabala~~~番茄時間管理我常用的是番茄土豆，有pc版和APP，隨時隨地想到什麼任務都可以新增進去，而且資訊是同步的。把時間的顆粒度管理到20分鐘以內，這樣一天下來會發現自己完成了很多小事，我很喜歡每做完一個任務，就在番茄土豆上打個勾的動作，看著它從我的待辦裡面消失，然後待辦越來越少，今天又可以早點下班了。
逆向思維
之前一直在說解開九連環，解開後還要上環，那上環的過程又是解開的逆操作。舉個例子：我現在要上第4個環，要上4前面要先把3上來，然後用3把4帶上來，以此類推。
很喜歡貝佐斯和他的亞馬遜，當大家都在追逐未來變化的潮流時，貝佐斯在思考什麼是不變的，把戰略建立在不變的事物上。關於這一點，是我接下來的方向，目前還沒有經驗可談，歡迎大家分享一些案例~~
刻意練習
第一次解環和上環，我看了好幾遍教學視訊，前前後後花了2個多小時，但第二次第三次之後，速度越來越快，現在30分鐘內就可以完成這2大動作了。
“建立模型→練習套路”，這是刻意練習中很關鍵的一步。面對複雜的情況，專家眨眼就能做出判斷和決策，是因為他們看到的不是零散的資訊點，而是資訊背後的模式。這裡推薦大家去混沌大學聽李善友的《如何用模型化思維避免工作中的機械重複》。
關注公眾號【零點零壹】 ，在產品的路上 和玉米大人一起 每天進步一點點；