產(chǎn)品經(jīng)理的四種思維模式

本篇文章是筆者結(jié)合所學(xué)知識(shí)和自身思考而成的文章,主要講解筆者所理解的產(chǎn)品經(jīng)理自成體系的思維模式,包括但不限于技術(shù)思維、用戶思維、功能思維、商業(yè)思維。由于個(gè)人才疏學(xué)淺,寫(xiě)此一文一則是梳理日積月累的點(diǎn)滴思考,以成體系;二來(lái)希望能拋磚引玉,引起讀者的指導(dǎo)和點(diǎn)評(píng),優(yōu)化自身內(nèi)容。

我認(rèn)為產(chǎn)品經(jīng)理的產(chǎn)品思維是一種綜合性思維模式。它包括了貼近工程師的技術(shù)思維、關(guān)注產(chǎn)品功能本身的功能思維、以用戶為中心設(shè)計(jì)產(chǎn)品的用戶思維和依托商業(yè)戰(zhàn)略構(gòu)建商業(yè)價(jià)值,做到產(chǎn)品驅(qū)動(dòng)業(yè)務(wù)的商業(yè)思維。

一、技術(shù)思維

何為技術(shù)思維:

要想了解技術(shù)思維,我們需要先了解一個(gè)互聯(lián)網(wǎng)工種——技術(shù)工程師。技術(shù)工程師是技術(shù)思維的典型代表。當(dāng)一個(gè)需求或功能被提出時(shí),技術(shù)工程師會(huì)從技術(shù)實(shí)現(xiàn)方式的角度進(jìn)行考慮問(wèn)題,設(shè)計(jì)出技術(shù)方案。對(duì)于他們而言,看到一個(gè)產(chǎn)品設(shè)計(jì),會(huì)如同構(gòu)思房子的內(nèi)部結(jié)構(gòu)一般去構(gòu)建技術(shù)架構(gòu),逐層拆分功能的實(shí)現(xiàn)要點(diǎn),并評(píng)估產(chǎn)品功能背后的技術(shù)價(jià)值和開(kāi)發(fā)成本。所以技術(shù)思維是一種層層深入的路徑推進(jìn)思維,從技術(shù)角度審視產(chǎn)品本身。

為什么要懂技術(shù)思維:

(1)與技術(shù)工程師的溝通需要

了解產(chǎn)品經(jīng)理這一崗位需求的人都知道很多時(shí)候產(chǎn)品經(jīng)理是信息的傳遞者,在一個(gè)項(xiàng)目推進(jìn)中起到信息中樞的作用。一個(gè)產(chǎn)品經(jīng)理需要和技術(shù)團(tuán)隊(duì)、設(shè)計(jì)團(tuán)隊(duì)、測(cè)試團(tuán)隊(duì)和運(yùn)營(yíng)團(tuán)隊(duì)等成員進(jìn)行溝通與合作;而不同工種的人好比是不同國(guó)家的人說(shuō)著各自的母語(yǔ)。產(chǎn)品經(jīng)理要想與不同職能部門(mén)的人打好交道,就需要掌握不同工種的語(yǔ)系。

產(chǎn)品經(jīng)理與技術(shù)工程師在工作流上是上下游的合作關(guān)系,他們時(shí)常需要密切的溝通交流以保證雙方能達(dá)到共識(shí)。試想,當(dāng)討論需求時(shí),技術(shù)人員說(shuō)“這個(gè)功能得調(diào)用其他功能模塊的API接口“,而產(chǎn)品經(jīng)理卻一臉可愛(ài)的聽(tīng)不懂的話,后續(xù)的溝通很有可能變成了技術(shù)人員對(duì)產(chǎn)品經(jīng)理的課堂教學(xué)時(shí)間。這無(wú)疑增加了溝通上時(shí)間成本,產(chǎn)品經(jīng)理還不一定聽(tīng)得懂。(注:這里用通俗而不精確的語(yǔ)言解釋一下API接口的概念:如果系統(tǒng)A和系統(tǒng)B是分開(kāi)獨(dú)立的,而當(dāng)系統(tǒng)B需要從系統(tǒng)A中獲取部分?jǐn)?shù)據(jù)或者使用系統(tǒng)A的功能時(shí),此時(shí)API接口如同一道由系統(tǒng)A打開(kāi)面向系統(tǒng)B的大門(mén)。僅由系統(tǒng)A授權(quán)后,系統(tǒng)B無(wú)需知道具體的代碼細(xì)節(jié),就能索取數(shù)據(jù)或者使用功能。因此在業(yè)務(wù)中,服務(wù)器需要向數(shù)據(jù)庫(kù)提取數(shù)據(jù)時(shí),數(shù)據(jù)庫(kù)需要提供一個(gè)接口;常見(jiàn)的電商系統(tǒng)中產(chǎn)品管理系統(tǒng)需要調(diào)用商品訂單系統(tǒng)的訂單數(shù)據(jù)時(shí),也需要調(diào)用商品訂單系統(tǒng)的接口。)

因此產(chǎn)品經(jīng)理掌握技術(shù)語(yǔ)言,懂得在和技術(shù)工程師溝通中切換成技術(shù)語(yǔ)系交流能提高溝通效率,同時(shí)獲得技術(shù)成員的信賴和認(rèn)可,這將有助于項(xiàng)目的順暢推進(jìn)。

(2)明確產(chǎn)品設(shè)計(jì)時(shí)的技術(shù)邊界

隨著互聯(lián)網(wǎng)技術(shù)的日益發(fā)展,互聯(lián)網(wǎng)的產(chǎn)品形態(tài)和功能也在技術(shù)的更新迭代中變得多樣化和豐富。例如重力傳感器和加速度傳感器技術(shù)的引入帶來(lái)的微信運(yùn)動(dòng)、測(cè)步的功能,GPS傳感器帶來(lái)的定位功能,以及不斷升級(jí)的手機(jī)拍照技術(shù)給予了我們堪比專業(yè)相機(jī)的拍照水平。這一切都源于互聯(lián)網(wǎng)技術(shù)的發(fā)展。

與此同時(shí),互聯(lián)網(wǎng)現(xiàn)有的技術(shù)邊界或者說(shuō)現(xiàn)有技術(shù)可實(shí)現(xiàn)的功能范圍也在限制著互聯(lián)網(wǎng)產(chǎn)品的發(fā)展??v使在完美無(wú)缺的產(chǎn)品設(shè)計(jì)也需要可實(shí)現(xiàn)的技術(shù)支持將它踏踏實(shí)實(shí)地呈現(xiàn)在用戶的面前。因此產(chǎn)品經(jīng)理懂得互聯(lián)網(wǎng)現(xiàn)有的技術(shù)邊界,了解當(dāng)前技術(shù)可實(shí)現(xiàn)的功能范圍,就能避免產(chǎn)品經(jīng)理一味地沉醉于天馬行空的想象中,而忽略了是否能夠?qū)崿F(xiàn)的尷尬境地。

技術(shù)思維需要做到哪些:

(1)在溝通中聽(tīng)懂技術(shù)工程師的常見(jiàn)技術(shù)名詞

如前文所述,產(chǎn)品經(jīng)理對(duì)技術(shù)人員的基礎(chǔ)技術(shù)知識(shí)有一定的了解,明白日常溝通中出現(xiàn)的技術(shù)名詞的含義,就能在與技術(shù)工程師的溝通中,避免過(guò)多地陷入不懂技術(shù)的尷尬,促進(jìn)雙方在探討產(chǎn)品設(shè)計(jì)上達(dá)成一致的共識(shí),保證雙方信息的對(duì)等,提高溝通效率。

(2)將產(chǎn)品概念轉(zhuǎn)化成技術(shù)名詞

這里主要是說(shuō)明產(chǎn)品經(jīng)理如何讓擅長(zhǎng)技術(shù)思維的工程師更好地明白產(chǎn)品設(shè)計(jì)的概念和核心,以保證最終開(kāi)發(fā)的產(chǎn)品功能是符合預(yù)期評(píng)審后的產(chǎn)品原型的。這里舉一個(gè)小小的例子,我們時(shí)長(zhǎng)會(huì)看到在一個(gè)活動(dòng)文案中顯示一串“目前已有XX人參與活動(dòng)“的文字。對(duì)于產(chǎn)品經(jīng)理來(lái)說(shuō),這個(gè)文案設(shè)計(jì)是一個(gè)統(tǒng)計(jì)活動(dòng)參與量并顯示的功能,表面上看就是顯示一串文字而已;而對(duì)技術(shù)工程師而言這里是需要使用多個(gè)變量存儲(chǔ)上述文字并對(duì)部分變量進(jìn)行數(shù)據(jù)類型轉(zhuǎn)換后進(jìn)行數(shù)據(jù)拼接方可顯示的功能。具體以Java語(yǔ)言舉例便是,定義字符型變量a和c,并將文字中的”目前已有“和”人參與活動(dòng)“兩串文字分別賦值給a、c,然后定義整型變量b,將參與人數(shù)賦值給b后將整型變量b轉(zhuǎn)化為字符型數(shù)據(jù),最后借由字符串加運(yùn)算String s=a+b+c進(jìn)行數(shù)據(jù)拼接,連接起所有文字才可顯示。如果產(chǎn)品經(jīng)理能在一開(kāi)始的設(shè)計(jì)中表明此處XX人的數(shù)據(jù)是動(dòng)態(tài)變化,使用數(shù)據(jù)拼接。那么可大大降低工程師對(duì)產(chǎn)品設(shè)計(jì)的理解成本,提高他們的工作效率,也讓工程師對(duì)產(chǎn)品經(jīng)理另眼相看。

(3)思考需求和功能背后的技術(shù)邊界和技術(shù)原理,預(yù)估技術(shù)成本

僅有天馬星空的想象的產(chǎn)品最終只會(huì)是口中樓閣,在需求評(píng)審中淪為團(tuán)隊(duì)們的笑柄。需求和功能的背后是強(qiáng)有力的技術(shù)支持。產(chǎn)品經(jīng)理需要明確產(chǎn)品是否可實(shí)現(xiàn),不求能寫(xiě)代碼編程,但對(duì)功能背后的技術(shù)原理有基礎(chǔ)的認(rèn)知是必要的,并與開(kāi)發(fā)成員們協(xié)商溝通評(píng)估產(chǎn)品的技術(shù)成本。如果一個(gè)需求無(wú)法被滿足或技術(shù)成本過(guò)高無(wú)法承擔(dān)的情況下,就需要產(chǎn)品經(jīng)理權(quán)衡需求,思考是否需要修改產(chǎn)品策略。

二、用戶思維:

何為用戶思維:

用戶思維是指以用戶為中心的產(chǎn)品設(shè)計(jì)思路。它在明確用戶需求、權(quán)衡各需求中重要性和提升用戶體驗(yàn)感上都能給予一定的指導(dǎo)方向。

如何讓自己貼近用戶思維的思考模式

(1)產(chǎn)品人本身得是產(chǎn)品的資深用戶:

筆者一直秉持著一句話:沒(méi)有調(diào)查就沒(méi)有發(fā)言權(quán)。放在此處,便是說(shuō),產(chǎn)品人若不是自己產(chǎn)品的資深用戶,就不可能對(duì)產(chǎn)品和它所在的行業(yè)有更好的認(rèn)識(shí),在設(shè)計(jì)中也會(huì)碰釘子。因?yàn)槟銦o(wú)法換位思考站在用戶的角度去感知用戶的痛點(diǎn)和使用感受,從而在產(chǎn)品設(shè)計(jì)中很可能會(huì)陷入自我的主觀認(rèn)識(shí)中或者盲目的模仿競(jìng)品。

(2)不要為了百分之一的可能,去影響百分之99的用戶

這句話大家或許都聽(tīng)到過(guò),基本意思是說(shuō)當(dāng)一個(gè)問(wèn)題是不確定的小概率事件時(shí),對(duì)它做出的產(chǎn)品改變會(huì)影響大多數(shù)用戶,這樣的改變是不可取的。在此,筆者給予了一定的延伸思考。這句話的本質(zhì)是對(duì)需求的權(quán)衡和取舍。對(duì)一個(gè)問(wèn)題的出現(xiàn),我們是否可以從以下角度逐步深入的思考呢?

a、問(wèn)題發(fā)生的概率有多大?影響面有多大?

b、問(wèn)題出現(xiàn)時(shí),用戶是否會(huì)在意而影響對(duì)產(chǎn)品的看法和使用?

c、若是解決該問(wèn)題的話,新方案是否會(huì)對(duì)老用戶造成影響?

d、如何衡量新方案的優(yōu)化效果?采用什么數(shù)據(jù)指標(biāo)驗(yàn)證?

以上層層思考的邏輯能幫助我們明確:是否要做、怎么做、做的怎樣這三個(gè)問(wèn)題。

三、功能思維:

何為功能思維:

功能思維是從軟件角度出發(fā),思考功能的完整性和實(shí)用性。一般在功能設(shè)計(jì)上需要做到橫向分類是否全面合理和將各功能模塊縱向垂直細(xì)分成子功能。例如我們?nèi)粘J褂玫奈⑿?,在橫向分類為“首頁(yè)”、“通訊錄”、“發(fā)現(xiàn)“、”我“,在縱向逐層細(xì)分。如下圖所示

微信功能結(jié)構(gòu)圖

明確產(chǎn)品的核心功能只有一個(gè):用戶只會(huì)因?yàn)橐粋€(gè)核心功能而使用我們的產(chǎn)品,而其他附屬功能僅僅是圍繞我們的核心功能作出的補(bǔ)充和完善。核心功能如同產(chǎn)品的主干,附屬功能好比枝葉,僅有枝干而無(wú)主干是無(wú)法支撐起我們產(chǎn)品大樹(shù)的。而產(chǎn)品為用戶解決了什么核心問(wèn)題往往決定著我們產(chǎn)品的核心功能。例如在微信初期,它所解決的核心問(wèn)題就是溝通,那它的核心功能可以是語(yǔ)音、文字、亦或是視頻。這里基于微信的原始版本的時(shí)代和網(wǎng)絡(luò)環(huán)境,那時(shí)微信選擇實(shí)時(shí)文字短信收發(fā)作為核心功能是最佳的選擇。

四、商業(yè)思維:

筆者一直認(rèn)為,商業(yè)思維不是一蹴而就的,它需要產(chǎn)品經(jīng)理沉淀自身,有多年的業(yè)務(wù)經(jīng)驗(yàn)作基礎(chǔ),才能擁有的。由于筆者的項(xiàng)目經(jīng)驗(yàn)和業(yè)務(wù)經(jīng)歷有限,筆者無(wú)法對(duì)此給予非常中肯的描述。事實(shí)上,對(duì)商業(yè)思維這一塊內(nèi)容也是自己需要學(xué)習(xí)的內(nèi)容之一。除此之外,筆者或多或少明白一些有關(guān)商業(yè)思維的準(zhǔn)則,僅供參考。

為了價(jià)值而活:明確產(chǎn)品的盈利模式

事實(shí)上,不以賺錢(qián)為目的的生意都不是生意,而是耍流氓。因此,在一開(kāi)始的產(chǎn)品設(shè)計(jì)前,我們需要明確我們產(chǎn)品的盈利模式,能給公司帶來(lái)什么商業(yè)價(jià)值。一切情懷和理想不是不能有,事實(shí)上情懷和理想是給用戶和產(chǎn)品人自己的,但都必須建立在產(chǎn)品的商業(yè)基礎(chǔ)之下。畢竟,空談情懷和理想,并不能給我們帶來(lái)盈利和價(jià)值,更別說(shuō)無(wú)法支持產(chǎn)品的發(fā)展。我們?nèi)粘UJ(rèn)為的谷歌這一互聯(lián)網(wǎng)公司是注重情懷的,但是否看清其面向用戶的搜索引擎,天生就有強(qiáng)勢(shì)的盈利模式,在打磨產(chǎn)品,追求用戶極致體驗(yàn)的同時(shí),公司也收獲了巨大的經(jīng)濟(jì)價(jià)值。

商業(yè)與業(yè)務(wù)閉環(huán)的構(gòu)建:

產(chǎn)品經(jīng)理在明確產(chǎn)品的盈利模式之后,需要考慮產(chǎn)品功能背后所承載的業(yè)務(wù)閉環(huán)和商業(yè)價(jià)值。因?yàn)閱渭兊墓δ懿](méi)有價(jià)值,產(chǎn)品經(jīng)理需要思考如何在設(shè)計(jì)產(chǎn)品的同時(shí)以我們的產(chǎn)品業(yè)務(wù)為基礎(chǔ)完善整個(gè)業(yè)務(wù)閉環(huán)并構(gòu)建商業(yè)價(jià)值。事實(shí)上,這一過(guò)程是將商業(yè)模式具象化地表現(xiàn)在產(chǎn)品中。

最后:由于筆者對(duì)商業(yè)思維的磨練有待提高,以上也僅僅是自身思考的拙見(jiàn),所以未能給予事實(shí)論據(jù)說(shuō)明。如對(duì)上述觀點(diǎn)有所指導(dǎo)和點(diǎn)評(píng),在此先感謝一聲。

謝謝您的閱讀

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書(shū)系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

  • 自序 1. 不是每個(gè)人都能以產(chǎn)品經(jīng)理為業(yè),但在我看來(lái),產(chǎn)品經(jīng)理是一類人,他的做事思路與方法可以解決很多實(shí)際的生活問(wèn)...
    沉淪2014閱讀 4,615評(píng)論 1 19
  • Android 自定義View的各種姿勢(shì)1 Activity的顯示之ViewRootImpl詳解 Activity...
    passiontim閱讀 178,789評(píng)論 25 709
  • 第4章 我的產(chǎn)品,我的團(tuán)隊(duì) 4.1大產(chǎn)品,大設(shè)計(jì),大團(tuán)隊(duì) 4.1.1產(chǎn)品之大 時(shí)間之大:產(chǎn)品生命周期 空間之大:商...
    沉淪2014閱讀 1,929評(píng)論 1 8
  • 如果你沒(méi)有一個(gè)強(qiáng)大的家庭,那么在不久的將來(lái)你會(huì)步入職場(chǎng)。 在學(xué)校的時(shí)候總是渴望著工作,覺(jué)得工作是個(gè)特別高大上的東西...
    沫小魚(yú)閱讀 756評(píng)論 0 0
  • 【為愛(ài)朗讀21天】Day3 閱讀繪本《寶寶睡,睡飽飽》金羽毛·世界獲獎(jiǎng)繪本 今晚煜寶當(dāng)看到繪本中寶寶在爸爸肩頭睡著...
    煜寶陪你讀繪本閱讀 250評(píng)論 0 0

友情鏈接更多精彩內(nèi)容