產品經理的邏輯思維：MECE和歸納演繹

很多做產品的同學，可能都聽過一句話，叫做「產品經理是一種思維」。不少人覺得思維方式是個神秘而抽象的東西，其實它不過是看待事物的角度、方式和方法，對人們的言行起決定性作用。「一萬個人眼中有一萬個哈姆雷特」，區別就在於思維方式不同，所以得到的樣貌便不同。

思維，在百度詞條里的解釋是：人腦對客觀事物的概括和間接的反應過程。在互聯網時代到來之前，這並不是一個熱度很高的辭彙。如今，我們卻經常會從各大科技資訊媒體、微信朋友圈中看到不同人士對產品思維，互聯網思維的解讀，比如小米的雷軍曾經有一個著名的互聯網思維七字訣，叫做「專註、極致、口碑、快」，還有「做風口上的豬」等等。

思維其實是每個人都有的本能的行為方式，在不同的崗位深耕，就會擁有不同的思維模式。產品經理不僅僅要會做產品，更重要的是要有產品化的思維，能夠知道你服務的用戶是誰，你的用戶需求是什麼，如何不斷的滿足用戶需求，在滿足的過程中不斷的迭代改進產品，創造更多的用戶價值。

產品經理由於所處的環境，面對的情況和接觸的人群複雜多變，過程中圍繞著需求，也要做很多思考、實踐、溝通等工作，擁有高效的思維方式對於解決日常工作碰到的問題、做出產品決策，將會大有益處。

其中，邏輯思維便是產品經理思維里的一種典型標誌。

1

什麼是邏輯思維？

產品經理們經常利用頭腦中的具體形象來解決各式各樣的問題。比如以現有產品為參照，在此基礎之上加以變化產生功能需求時；設計產品流程，在大腦中模擬各種使用場景時；從多個競品中抽取合適的產品元素重新組合，構成新的功能……

而完成這一系列工作的思維就是以概念、判斷、推理的形式達到對事物的本質特性和內在聯繫認識的邏輯思維。無疑，這是PM們最最重要的思維之一了。需求階段的歸納總結能力、分析推理能力；設計階段的產品架構能力流程判定的能力；開發階段的需求優先順序、計划進度安排能力；上線後的數據反饋、迭代能力，他們都需要邏輯思維的支持。

以下是我提高邏輯思維的一些個人心得：

MECE

麥肯錫的一位資深諮詢顧問巴巴拉·明托，她在《金字塔原理》書中第一次將這個概念提出，成為後來戰略諮詢行業的重要原則之一。著名作家馮唐，在他的雜文中寫過這麼一篇《老聃的金字塔原則》，他對金字塔原理作了一個相當不錯的總結，文中寫道：

而所謂的MECE，翻譯自「Mutually Exclusive Collectively Exhaustive」，中文意思是相互獨立，完全窮盡，發音讀作「Me See」。

通常運用MECE都是從一個最高層的問題開始，逐層向下進行分解，實際運用中你只需要不停問自己兩個問題：

在產品經理的實戰中，會經常運用到MECE原則，典型如網站或者APP的註冊登錄流程梳理，我們就需要把所有可能的因素都考慮進去，比如密碼錯了應該出現什麼提示，賬號不存在又該怎麼辦等等。

在梳理產品流程的過程中，需要將產品的初始狀態、常態、邊界狀態、錯誤狀態都給考慮清楚。

3

歸納和演繹

歸納（induction）和演繹（deduction）是科學研究中運用得較為廣泛的邏輯思維方法，事實上這種思維方法對於產品經理的工作也大有裨益。

科學研究都必須遵格兩條途徑：由認識特殊到認識一般；再由認識一般到認識特殊。在特殊中發現一般的推理形式、思維方法是歸納；在一般中發現特殊的推理形式、思維方法是演繹。歸納和演繹是統一認識過程中的兩個既互相對立，又互相依存的思維方法。

如果上述文字讀起來比較艱難晦澀，那我們可以嘗試著簡單地這樣來理解一下。

歸納：是把具備某種相同屬性的事物一一列舉出來，然後尋找共通點。比如龍生龍，鳳生鳳，老鼠的兒子會打洞，這是歸納（龍，風，老鼠各為一類）。

演繹：是把互相之間形成影響的因素，按照事物因果順序、時間先後順序，重要程度順序排列出來，再尋找突破口。比如太極生兩儀，兩儀生四象，四象生八卦，這是演繹（由太極開始，向後遞推的順序）。

產品經理在實際的工作中，可以在歸納演繹的時候搭配使用MECE原則，這樣能把一個複雜的問題分解成多種單一的因素，這個過程猶如抽絲剝繭，將一團亂麻理地條條順順。

最直觀的思維展現可以是這樣的：

舉個栗子：

有一天，老闆跑來問你為啥我們產品網站的註冊轉化率這麼低。

這個時候，碰到這樣的問題，我一般就會在腦海中形成這樣的一連串思路：

問題背景：網站的註冊轉化率低，老闆可能想知道低的原因是什麼，另一個當然也想提高下註冊轉化率；

問題有關的人和因素：可能與技術有關，比如註冊過程中產生了bug；也可能與運營有關，他們投放的渠道，吸引過來的用戶質量是不是太低了；也可能和產品設計本身有關，比如註冊流程過於繁瑣等；

產生問題的原因：具體判斷是什麼原因還得一個個去排除，比如自己去試試是不是註冊過程中有什麼功能性的問題；然後去問問運營是否最近投放了什麼新的渠道；如果是產品設計本身，那麼則需要監測註冊過程中的每一步的轉化率如何；

解決問題的方法：如果是技術上的bug，則十萬火急找技術解決；如果是運營投放的渠道問題，則和運營好好溝通讓其調整優化渠道投放；如果是產品設計本身，那麼需要了解每一個步驟的基本轉化率，並且用數據製作一個模型，然後根據看下哪個環節流失的用戶數較多，對產品註冊改進提出自己的假設，再然後就是執行產品的改進和迭代，用數據去驗證假設是否成立，不行就繼續觀察；

先說結論

對於產品經理來說，日常免不了要做各種各樣的彙報工作，這個時候有邏輯的產品經理往往會先說結論，而不是先闡述一堆別人不一定感興趣的論點。

在麥肯錫有一個著名的電梯理論：在進入電梯的30秒鐘內向客戶賣掉自己的方案。這麼短的時間裡沒人會聽不相干的廢話，因此第一句話就要把自己的核心觀點傳遞出來：我們的方案是什麼，以及，它為什麼是最佳的選擇？

這個結論其實也凝結了產品經理的大量思考，因為得出結論，意味著你後面肯定有一系列的觀點進行支撐，就像寫論文一樣，首先是核心論點，接下來是支持核心論點的分論點，然後是二級分論點，依次向下排列。

「演繹歸納和MECE」，是你的分析思考過程；「先講結論」，是你思考完以後的表述方法。先講結論的人，能夠在一開始就抓住別人的注意力，接下來通過層層遞進的方式論證結論的正確性，聽眾就不會迷失方向。而能把結論講清楚的人，往往也代表其背後有一整套完整的思考分析過程。

大致說來，具備邏輯思維的的產品經理才算是靠譜的吧，你覺得呢？

作者介紹
推薦閱讀：