雖然角度不同，但是試著回答一下。記得當時剛做產品經理的時候，去給一個大神級的人物彙報產品方案，該神人動輒提到：抽象化，不要聽太具象的，就是讓我講一些抽象的概念。當時不理解，你們扯來扯去不就是最終要看產品原型嗎？現在原型都有了，還要抽象幹嘛？在後續的工作中，即使沒有人再耳提面命，自身也體悟到抽象思維的重要性。難怪有人常說：把事情想複雜了，很容易，但是把複雜的事情想簡單了，是個更需要功力的活。把事情想太簡單或者太複雜，可能都不夠有功力，真正的高手就是要把簡單的事情先複雜化（全面、周全、系統），然後——抽絲剝繭，再把複雜迴歸到簡單。從簡單到複雜，體現的是系統化，全面性。從複雜到簡單，則更多要進行抽象化思考。抽象就是從表面看到本質，從片面看到整體，然後抽出那些穩定的、共同的特徵。平時我們會考慮程式碼的複用性，元件的複用性，同一個功能對不同場景的複用性，有了複用的能力，就能夠用更少的開發去滿足更多場景的同類需求問題。考慮複用性或者便捷的拓展性，是產品經理必須要考慮的。其一，我們的產品要滿足的是一個需求類別而不是具體的某個需求。從而能夠從一個具體的需求，看到一類的需求，看到衍生的相關的需求，甚至再對需求進行分類，看到更高層面的需求。進而才能夠系統性解決同類的需求而不是就事論事點對點解決問題。 其二，產品經理要考慮投入產出比，讓最小的投入取得最大的效益，所以每次的投入都要試圖解決一類問題，或者多個類的相關問題，不能夠處理具體案例就了事了。有開發背景的產品經理對比設計出身的產品經理而言，抽象能力普遍要好一些，因為開發的一些專業課已經對此進行過系統訓練，比如UML,比如系統架構。而設計出身的產品經理，原本的優勢恰恰在於將抽象的思維具體化，讓更多人明白到底是講的什麼，畢竟面向使用者，是無法抽象化的。而恰恰是這個優勢，凸顯出了一個思維上的不足，那麼就是抽象化能力上的略微欠缺。當然，我們可以能夠更加擅長使用概念圖（concept map）,以及講故事（story talking）將思維具體表達出來。在講故事或者影象化的時候，也是一種對具體案例進行抽象歸類的提煉。我對於想要提升抽象能力的人，經常建議：畫圖吧，講不清楚畫圖吧。但是，我強調的畫圖，萬萬不是線框圖，ps視覺圖。這種圖反而頓時從抽象到具象了，這圖一定是架構圖或概念圖。 前天，還和一個開發討論某個產品的架構，我對著密密麻麻的文字說：你畫個架構圖出來看看吧。該同學說：有圖確實會直觀些，但是畫圖會比寫這些文字多好幾倍的精力。我說，圖不是單純為了直觀，畫圖本身是一種理解、提煉、加工、組織的非常好的思維過程。圖本身可體現：次序、輕重、層次、關係……這些多維的資訊，單純透過語言的描述，很容易避重就輕，講到雲裡霧裡，講的人和聽的人都不自知，其實透過圖則直接了當地可表達出來這些多維資訊。畫圖過程本身就是一個抽象思考的過程。大道至簡，只所以到最後簡了，正是因為抽象。
雖然角度不同，但是試著回答一下。記得當時剛做產品經理的時候，去給一個大神級的人物彙報產品方案，該神人動輒提到：抽象化，不要聽太具象的，就是讓我講一些抽象的概念。當時不理解，你們扯來扯去不就是最終要看產品原型嗎？現在原型都有了，還要抽象幹嘛？在後續的工作中，即使沒有人再耳提面命，自身也體悟到抽象思維的重要性。難怪有人常說：把事情想複雜了，很容易，但是把複雜的事情想簡單了，是個更需要功力的活。把事情想太簡單或者太複雜，可能都不夠有功力，真正的高手就是要把簡單的事情先複雜化（全面、周全、系統），然後——抽絲剝繭，再把複雜迴歸到簡單。從簡單到複雜，體現的是系統化，全面性。從複雜到簡單，則更多要進行抽象化思考。抽象就是從表面看到本質，從片面看到整體，然後抽出那些穩定的、共同的特徵。平時我們會考慮程式碼的複用性，元件的複用性，同一個功能對不同場景的複用性，有了複用的能力，就能夠用更少的開發去滿足更多場景的同類需求問題。考慮複用性或者便捷的拓展性，是產品經理必須要考慮的。其一，我們的產品要滿足的是一個需求類別而不是具體的某個需求。從而能夠從一個具體的需求，看到一類的需求，看到衍生的相關的需求，甚至再對需求進行分類，看到更高層面的需求。進而才能夠系統性解決同類的需求而不是就事論事點對點解決問題。 其二，產品經理要考慮投入產出比，讓最小的投入取得最大的效益，所以每次的投入都要試圖解決一類問題，或者多個類的相關問題，不能夠處理具體案例就了事了。有開發背景的產品經理對比設計出身的產品經理而言，抽象能力普遍要好一些，因為開發的一些專業課已經對此進行過系統訓練，比如UML,比如系統架構。而設計出身的產品經理，原本的優勢恰恰在於將抽象的思維具體化，讓更多人明白到底是講的什麼，畢竟面向使用者，是無法抽象化的。而恰恰是這個優勢，凸顯出了一個思維上的不足，那麼就是抽象化能力上的略微欠缺。當然，我們可以能夠更加擅長使用概念圖（concept map）,以及講故事（story talking）將思維具體表達出來。在講故事或者影象化的時候，也是一種對具體案例進行抽象歸類的提煉。我對於想要提升抽象能力的人，經常建議：畫圖吧，講不清楚畫圖吧。但是，我強調的畫圖，萬萬不是線框圖，ps視覺圖。這種圖反而頓時從抽象到具象了，這圖一定是架構圖或概念圖。 前天，還和一個開發討論某個產品的架構，我對著密密麻麻的文字說：你畫個架構圖出來看看吧。該同學說：有圖確實會直觀些，但是畫圖會比寫這些文字多好幾倍的精力。我說，圖不是單純為了直觀，畫圖本身是一種理解、提煉、加工、組織的非常好的思維過程。圖本身可體現：次序、輕重、層次、關係……這些多維的資訊，單純透過語言的描述，很容易避重就輕，講到雲裡霧裡，講的人和聽的人都不自知，其實透過圖則直接了當地可表達出來這些多維資訊。畫圖過程本身就是一個抽象思考的過程。大道至簡，只所以到最後簡了，正是因為抽象。