用解九連環的思路來修煉產品力
感悟
最近和小夥伴們沉迷於九連環,總結下從這個益智遊戲裡悟出的產品道理。
我覺得解開九連環的過程就像在解決一個問題,首先要去找規律,找突破口,然後耐心的按這個規律一個個的走完流程,最終大獲全勝;
瞭解背後的方法論
九連環由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大動作了。
“建立模型→練習套路”,這是刻意練習中很關鍵的一步。面對複雜的情況,專家眨眼就能做出判斷和決策,是因為他們看到的不是零散的資訊點,而是資訊背後的模式。這裡推薦大家去混沌大學聽李善友的《如何用模型化思維避免工作中的機械重複》。
關注公眾號【零點零壹】 ,在產品的路上 和玉米大人一起 每天進步一點點;