產(chǎn)品經(jīng)理需要具備這六種思維

1 評論 4401 瀏覽 41 收藏 9 分鐘

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

1. 演繹思維

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

演繹思維是產(chǎn)品人需要具備的最基本的思維。 剛進入產(chǎn)品領(lǐng)域的新人,leader一般都不會直接讓你接觸到戰(zhàn)略層和范圍層的討論和決策,他們會將戰(zhàn)略層和范圍層傳達給你,甚至會直接把你要面對的業(yè)務場景及所需功能告訴你。

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

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

2. 歸納思維

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

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

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

歸納將使我們的產(chǎn)品設計擁有更高的兼容性,同時能更準確的解決問題。

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

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

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

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

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

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

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

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

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

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

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

4. 分解思維和遞進思維

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

遞進思維,是從目前的一步為起點,以更深的目標為方向,一步一步深入達到的思維。

這兩個思維是相輔相成的,所以我們一起聊聊。

當我們接到的需求越來越復雜,我們會發(fā)現(xiàn)一個問題往往不是一個功能點甚至一個功能?模塊能解決的,而是需要多個功能協(xié)作才能完成,這時我們就要用到分解思維。

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

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

以上思維方式的工作并不是獨立存在的,我們在思考問題時,經(jīng)常是幾個思維方式協(xié)同工作相互補充,才能讓問題迎刃而解。

認知淺薄,歡迎討論。

 

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

題圖來自Unsplash,基于CC0協(xié)議

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 這個語音好雞肋 不能倒退

    回復