思維是一個(gè)人用頭腦進(jìn)行邏輯推導(dǎo)的屬性、能力和過程，通常意義上的思維，涉及所有的認(rèn)知或智力活動(dòng)。它探索與發(fā)現(xiàn)事物的內(nèi)部本質(zhì)聯(lián)系和規(guī)律性，是認(rèn)識(shí)過程的高級(jí)階段。它指導(dǎo)著一個(gè)人的思考模式，直接影響著產(chǎn)品從規(guī)劃到落地的整個(gè)過程。下面我們一起來(lái)探討探討，作為一個(gè)產(chǎn)品人，需要具備哪些思維。

1. 演繹思維

演繹思維，是把一般規(guī)律應(yīng)用于一個(gè)個(gè)具體事例的思維。

演繹思維是產(chǎn)品人需要具備的最基本的思維。 剛進(jìn)入產(chǎn)品領(lǐng)域的新人，leader一般都不會(huì)直接讓你接觸到戰(zhàn)略層和范圍層的討論和決策，他們會(huì)將戰(zhàn)略層和范圍層傳達(dá)給你，甚至?xí)苯影涯阋鎸?duì)的業(yè)務(wù)場(chǎng)景及所需功能告訴你。

這個(gè)時(shí)候，你要做的第一件事，就是要根據(jù)leader們傳達(dá)的“會(huì)議精神”，遍歷梳理目標(biāo)（要解決用戶什么問題）、角色（用戶分類）、場(chǎng)景（情況和條件）、任務(wù)（執(zhí)行什么操作），在整個(gè)梳理過程中，你就要用到演繹思維。

當(dāng)然，演繹的過程是產(chǎn)品規(guī)劃的必經(jīng)過程，無(wú)論是新人還是老人都逃不掉。 演繹思維說(shuō)白了，就是你的同理心及代入能力?。

2. 歸納思維

歸納思維，是從一個(gè)個(gè)具體的事例中，推導(dǎo)出它們的一般規(guī)律和共通結(jié)論的思維。

之前聽到過一句話，大致意思是“產(chǎn)品經(jīng)理的能力主要體現(xiàn)在分類能力”，這句話對(duì)我影響非常之大，它要表述的其實(shí)就是歸納思維。歸納思維也是我們最常用到的一種思維。 當(dāng)我們對(duì)業(yè)務(wù)完成推演，這個(gè)時(shí)候就需要抽象出問題的主要矛盾和共性。?

以授權(quán)為例，剛接到需求時(shí)我們會(huì)發(fā)現(xiàn)，不同的產(chǎn)品需要授權(quán)管控的內(nèi)容有所不同。當(dāng)我們把需要授權(quán)的內(nèi)容都推演一遍后會(huì)發(fā)現(xiàn)，授權(quán)無(wú)非就是要管控“給誰(shuí)用（用戶）”“用多少（數(shù)量）”“用多久（有效期）”“用多好（性能）”。千千萬(wàn)萬(wàn)種產(chǎn)品的授權(quán)都逃脫不了這四種管控內(nèi)容，無(wú)非都是這四種內(nèi)容的排列組合。

歸納將使我們的產(chǎn)品設(shè)計(jì)擁有更高的兼容性，同時(shí)能更準(zhǔn)確的解決問題。

3. 側(cè)向思維和轉(zhuǎn)化思維

側(cè)向思維，是利用“局外”信息來(lái)發(fā)現(xiàn)解決問題的途徑的思維，如同眼睛的側(cè)視。

側(cè)向思維就是從其它領(lǐng)域得到啟示的思維方法。轉(zhuǎn)化思維，是在解決問題的過程中遇到障礙時(shí)，把問題由一種形式轉(zhuǎn)換成另一種形式，使問題變得更簡(jiǎn)單、更清晰、更容易理解。這兩個(gè)思維方式有異曲同工之處，所以放在一起來(lái)講。

看到這里，相信很多人會(huì)會(huì)心一笑——側(cè)向思維不就是抄嘛！

這里要特別提醒一下，側(cè)向思維不是照搬照抄，它是借鑒其他領(lǐng)域的解決方案以得到啟示，注意是其他領(lǐng)域噢。

關(guān)于側(cè)向思維和轉(zhuǎn)化思維，我可以舉個(gè)我自己的例子：

先把背景描述清楚，在我剛從互金行業(yè)進(jìn)入人工智能行業(yè)沒多久的時(shí)候，我接到了一個(gè)大型項(xiàng)目工作——搭建一個(gè)算法能力云平臺(tái)，支持客戶以API的形式調(diào)用各種算法產(chǎn)品，包括人臉檢測(cè)、人臉比對(duì)、活體檢測(cè)、人臉屬性等等。?

這個(gè)平臺(tái)的難點(diǎn)在于一個(gè)算法產(chǎn)品的能力是由多個(gè)算法團(tuán)隊(duì)提供的（例如人臉比對(duì)能力由三個(gè)算法團(tuán)隊(duì)提供了三個(gè)模型），算法模型各有不同，造成了輸入輸出的參數(shù)及閾值標(biāo)準(zhǔn)大不相同，而針對(duì)同一個(gè)能力我們只會(huì)包裝出一個(gè)產(chǎn)品，客戶只會(huì)知道我們有一個(gè)人臉比對(duì)產(chǎn)品，但不知道該產(chǎn)品后面是有三個(gè)算法模型按照路由規(guī)則單獨(dú)支持的。所以整個(gè)平臺(tái)的架構(gòu)規(guī)劃非常關(guān)鍵，需要支持客戶簡(jiǎn)單標(biāo)準(zhǔn)調(diào)用及分發(fā)、模型靈活升級(jí)和擴(kuò)展、路由自由調(diào)整，閾值映射及變更等等。

競(jìng)品平臺(tái)的內(nèi)部架構(gòu)我無(wú)從知曉，于是我開始嘗試側(cè)向和轉(zhuǎn)化。?因?yàn)檫@其中會(huì)涉及到網(wǎng)關(guān)和路由，我的第一反應(yīng)就是支付系統(tǒng)。

果不其然，當(dāng)我把這個(gè)平臺(tái)側(cè)向參考支付系統(tǒng)，或者說(shuō)轉(zhuǎn)化為支付系統(tǒng)來(lái)理解，瞬間豁然開朗。支付系統(tǒng)中的支付網(wǎng)關(guān)，是對(duì)外提供服務(wù)的標(biāo)準(zhǔn)接口，所有需要渠道支持的資金操作都需要通過網(wǎng)關(guān)分發(fā)到對(duì)應(yīng)的渠道模塊上。這和我需要支持的客戶簡(jiǎn)單標(biāo)準(zhǔn)調(diào)用分發(fā)的需求完全吻合。

于是我開始按照支付系統(tǒng)的架構(gòu)來(lái)找算法平臺(tái)架構(gòu)的對(duì)應(yīng)關(guān)系，支付應(yīng)用對(duì)應(yīng)算法應(yīng)用，支付網(wǎng)關(guān)對(duì)應(yīng)算法網(wǎng)關(guān)，支付產(chǎn)品對(duì)應(yīng)算法產(chǎn)品，支付路由對(duì)應(yīng)算法路由，支付渠道對(duì)應(yīng)算法模型。整個(gè)算法平臺(tái)的架構(gòu)及模塊作用瞬間就清晰了。 有興趣的小伙伴可以找找支付系統(tǒng)的資料來(lái)看看，可能會(huì)更好理解一些。?

4. 分解思維和遞進(jìn)思維

分解思維，是把一個(gè)問題分解成各個(gè)部分，從每個(gè)部分及其相互關(guān)系中去尋找答案。

遞進(jìn)思維，是從目前的一步為起點(diǎn)，以更深的目標(biāo)為方向，一步一步深入達(dá)到的思維。

這兩個(gè)思維是相輔相成的，所以我們一起聊聊。

當(dāng)我們接到的需求越來(lái)越復(fù)雜，我們會(huì)發(fā)現(xiàn)一個(gè)問題往往不是一個(gè)功能點(diǎn)甚至一個(gè)功能?模塊能解決的，而是需要多個(gè)功能協(xié)作才能完成，這時(shí)我們就要用到分解思維。

分解思維和當(dāng)前比較流行的“微服務(wù)”原理類似，就是要把業(yè)務(wù)拆解到最小單元，你可以轉(zhuǎn)化理解為“業(yè)務(wù)中的sku”。當(dāng)我們把業(yè)務(wù)拆解為最小單元后，這時(shí)解決問題所需的功能模塊也逐漸清晰起來(lái)?。

根據(jù)MVP最小可行原則，以及能調(diào)配到資源往往不寬裕，我們不可能把所有功能模塊都實(shí)現(xiàn)后才發(fā)布產(chǎn)品。這時(shí)我們就需要用到遞進(jìn)思維，說(shuō)白了，就是使用遞進(jìn)思維來(lái)給各個(gè)模塊排出優(yōu)先級(jí)，制定產(chǎn)品路線圖，以最終目標(biāo)為方向，以下一個(gè)目標(biāo)為里程碑，逐步完善產(chǎn)品。

以上思維方式的工作并不是獨(dú)立存在的，我們?cè)谒伎紗栴}時(shí)，經(jīng)常是幾個(gè)思維方式協(xié)同工作相互補(bǔ)充，才能讓問題迎刃而解。

認(rèn)知淺薄，歡迎討論。

本文由 @ 山雞Samson 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載

題圖來(lái)自Unsplash，基于CC0協(xié)議