《產(chǎn)品經(jīng)理的技術(shù)必修課》是由起點(diǎn)學(xué)院發(fā)起的,幫助非技術(shù)出身的產(chǎn)品經(jīng)理掌握基礎(chǔ)技術(shù)知識(shí)的7日學(xué)習(xí)計(jì)劃。
在前幾期的課程學(xué)習(xí)中,同學(xué)們結(jié)合自己的學(xué)習(xí)到的知識(shí),一起探討了這個(gè)在產(chǎn)品經(jīng)理的日常工作中的常見(jiàn)場(chǎng)景:技術(shù)同學(xué)提了一個(gè)產(chǎn)品同學(xué)不了解的技術(shù)方案,因而需要延后預(yù)定的發(fā)版上線時(shí)間,作為產(chǎn)品經(jīng)理,你會(huì)如何處理?
我們將其中的3個(gè)優(yōu)秀回答分享給你,希望對(duì)你有所啟發(fā)。
來(lái)自@鑠的回答
一、分析問(wèn)題
這道題,翻譯成普通話,就是,程序員用自以為你能聽(tīng)懂的外語(yǔ)跟你解釋了一下,試圖讓你聽(tīng)懂并同情他,給他更多的時(shí)間。
分析這個(gè)問(wèn)題,我們發(fā)現(xiàn)中間有兩個(gè)問(wèn)題,
1.我總結(jié)為:你說(shuō)啥我聽(tīng)不懂?我說(shuō)的你到底有沒(méi)有聽(tīng)懂?
場(chǎng)景如下:
產(chǎn)品OS:他說(shuō)的什么鬼,我聽(tīng)不懂,是不是又在騙我……
技術(shù)OS:這貨估計(jì)又沒(méi)聽(tīng)懂,老天能不能給我一個(gè)有智商的產(chǎn)品來(lái)交流。
2.我總結(jié)為:你跟我說(shuō)這有啥用?
場(chǎng)景如下:
產(chǎn)品OS:聽(tīng)懂你說(shuō)啥,有毛線用,我也解決不了,要不你躲開(kāi)我來(lái)寫(xiě)代碼?
技術(shù)OS:你個(gè)畫(huà)圖小能手,實(shí)現(xiàn)方案你一點(diǎn)都提不出想法,我要個(gè)產(chǎn)品能干嘛?
二、問(wèn)題總結(jié)
以上兩個(gè)問(wèn)題就是解決問(wèn)題的過(guò)程:能聽(tīng)懂程序員在說(shuō)啥 + 能協(xié)助解決這個(gè)邏輯問(wèn)題 = 解決問(wèn)題
三、解決問(wèn)題
針對(duì)第一個(gè)問(wèn)題,推薦四個(gè)方法:
- 和程序員組織一場(chǎng)肉搏戰(zhàn),丫的能不能做,不能做加班做。作為和諧社會(huì)的一份子,此方法不建議使用(雖然自己其實(shí)很想用)
- 聽(tīng)不懂就要找個(gè)翻譯,那就分三種情況,首先自己翻譯,自己加強(qiáng)技術(shù)方面的基礎(chǔ)學(xué)習(xí),在程序員不是故意為難的情況下能聽(tīng)懂他在bb什么,當(dāng)然首推唐老師的《產(chǎn)品經(jīng)理的技術(shù)必修課》課程(此處為真心打的廣告)
- 其次,讓程序員翻譯,盡量讓程序員用簡(jiǎn)單一些的產(chǎn)品思維給你解答問(wèn)題,具體要經(jīng)歷哪些步驟或者跟你說(shuō)一下這么做的最后現(xiàn)象是什么。盡可能的去理解程序員的說(shuō)法,如果有可能盡量用圖示的方法復(fù)述過(guò)程,來(lái)確定你的想法和程序員的是不是一致的。
- 請(qǐng)個(gè)翻譯,如果程序員產(chǎn)品思維實(shí)在是較弱,你真的聽(tīng)不懂,就要技術(shù)負(fù)責(zé)人,或者該技術(shù)的師父或者領(lǐng)導(dǎo)介入,耐心解釋?zhuān)悴皇侨ジ鏍?,而是真的想盡快的解決問(wèn)題。讓他們進(jìn)行技術(shù)溝通,盡量簡(jiǎn)單的讓“翻譯同志”給你講解一下其中遇到的困難。
這樣四個(gè)方案下來(lái),應(yīng)該大概聽(tīng)懂技術(shù)在說(shuō)什么了。
關(guān)于解決問(wèn)題,我的解決步驟如下:
- 在聽(tīng)懂他說(shuō)的技術(shù)難點(diǎn)之后,嘗試著進(jìn)行腦暴,看看有沒(méi)有什么可能得解決辦法。注意,這時(shí)候的原則是:不要讓對(duì)方覺(jué)得你太蠢。
- 思考類(lèi)似的產(chǎn)品,看看有沒(méi)有類(lèi)似的功能實(shí)現(xiàn),引導(dǎo)程序員思考一下可不可以參考其他產(chǎn)品的處理辦法。
- 如果還沒(méi)有什么合適的辦法,那就跟程序員聊聊需求,看看這部分想完成的功能點(diǎn)能不能有其他技術(shù)比較簡(jiǎn)單,體驗(yàn)差距不太大的產(chǎn)品方案可以解決。
- 如果方案沒(méi)有腦暴出合適的,要求尋求技術(shù)負(fù)責(zé)人的幫助,看看老年程序員有沒(méi)有什么好的辦法解決,最好是提供快捷的技術(shù)方案,或者提供一個(gè)新的產(chǎn)品思路。原則和之前類(lèi)似。
- 如果溝通下來(lái),這個(gè)沒(méi)有任何新的產(chǎn)品方案可以頂替,而且確實(shí)是技術(shù)壁壘,要判斷這個(gè)功能點(diǎn)的優(yōu)先級(jí),如果優(yōu)先級(jí)很高,那么就申請(qǐng)延期,把這個(gè)功能做好。如果優(yōu)先級(jí)不高,你和項(xiàng)目經(jīng)理共同判斷沒(méi)有必要因?yàn)檫@個(gè)延期,那么,就放在后面的單獨(dú)一個(gè)版本里面做。但是要注意和程序員溝通,讓他留好接口,方便以后添加這個(gè)功能。
以上,就是我和程序員撕逼的心得。當(dāng)然對(duì)于我等妹子還有一個(gè)一勞永逸的辦法,給程序員當(dāng)女朋友,然后你就可以隨意使喚他了[微笑臉]。
來(lái)自@Martin_熊的回答
首先我們來(lái)抓住題目中的關(guān)鍵字:不了解的技術(shù)方案+延后預(yù)定的上線時(shí)間。以及一個(gè)隱含條件,技術(shù)同學(xué)為什么要提這個(gè)技術(shù)方案???
在答主看來(lái),技術(shù)同學(xué)主動(dòng)提出的動(dòng)機(jī)無(wú)非是:
- 提高系統(tǒng)模塊的可復(fù)用性,工作量可以減少。
- 主動(dòng)優(yōu)化系統(tǒng),提高流暢性,展示自己的技藝。
(犧牲核心需求體驗(yàn)的偷懶就不談了,精神鼓勵(lì)下技術(shù),但是這個(gè)真的不可以…)
那么綜上所述動(dòng)機(jī)基本都是好的,我們就從以下三步來(lái)處理這種情況。
一、了解方案
- 不了解的地方在哪,不了解轉(zhuǎn)化為問(wèn)題,然后細(xì)化問(wèn)題。所有的技術(shù)細(xì)節(jié)我們只需要轉(zhuǎn)化為前端的UI體驗(yàn)是怎樣的、解決需求的程度。盡量將技術(shù)方案轉(zhuǎn)化為前端可視化體驗(yàn)思維。
- 運(yùn)用這個(gè)方案的話需要多少時(shí)間?與老版本迭代需要多大的安裝包?
理解了我們進(jìn)行下一步,不能理解只能Pass(大家都不能理解,一個(gè)人懂沒(méi)辦法預(yù)測(cè)效果?。?/p>
二、分析方案
1、再次提出當(dāng)前版本核心需求,和技術(shù)同學(xué)二次確認(rèn),研究下此方案是否方向正確。
引導(dǎo)技術(shù)同學(xué)以解決問(wèn)題的思路,方向不對(duì),另想一個(gè)正確的方案。
2、實(shí)現(xiàn)此技術(shù)方案所需要的時(shí)間和滿足需求的程度、產(chǎn)生的利益之間進(jìn)行權(quán)衡
也就是成本、質(zhì)量、盈利之間權(quán)衡
情況一:技術(shù)利用這個(gè)方案提升了后期開(kāi)發(fā)的效率,提升了系統(tǒng)的流暢性,但用戶難以忍受現(xiàn)階段版本。
解決方案:這種情況時(shí)間是第一要素,避免流失更多的客戶,運(yùn)營(yíng)是老大。
調(diào)至流量穩(wěn)定后再進(jìn)行改版。
情況二:當(dāng)前版本基本滿足核心需求,用戶基本穩(wěn)定。
解決方案:這種情況,站在技術(shù)同學(xué)一方,勸說(shuō)運(yùn)營(yíng),為后期敏捷開(kāi)發(fā)或穩(wěn)定性奠定基礎(chǔ)。
三、協(xié)調(diào)與執(zhí)行
情況一:Pass掉技術(shù)員的方案,考慮到所有因素,以當(dāng)前版本所要到達(dá)核心要素為由拒絕,并表?yè)P(yáng)技術(shù)同學(xué),協(xié)商如果這個(gè)方案真的好。另行確定研發(fā)時(shí)間。
情況二:采用方案,利用方案的有利因素,勸說(shuō)其他部門(mén)進(jìn)行版本延誤等待。
四、總結(jié)
遇到此種情況,分析技術(shù)同學(xué)的方案,如果不理解,可不可以協(xié)調(diào)成可視化便于理解,或者找一個(gè)“翻譯”。在理解的基礎(chǔ)上,要明確當(dāng)前時(shí)間節(jié)點(diǎn)的最重要需求是否可以延遲。
五、附件
來(lái)自@Dennis 的回答
首先面對(duì)這樣的問(wèn)題,先開(kāi)啟產(chǎn)品思維(從戰(zhàn)略、方向、價(jià)值)然后再開(kāi)啟技術(shù)思維(開(kāi)發(fā)成本、技術(shù)架構(gòu)、版本);
if ( 產(chǎn)品同學(xué)給出的技術(shù)方案不滿足這次版本的戰(zhàn)略和方向 ) { 直接P掉 } else if ( 這個(gè)功能在這次版本需求的排序較低 ) { 能否完善后再下個(gè)版本進(jìn)行更新 } if ( 必須在這次版本更新 ) { // 開(kāi)啟技術(shù)思維 先詢問(wèn)這次方案需要完成的具體時(shí)間,具體的難點(diǎn)在哪里,是需要重構(gòu)現(xiàn)有架構(gòu)還是現(xiàn)有架構(gòu)上開(kāi)發(fā)。 能否把此功能拆分成幾個(gè)小版本進(jìn)行迭代 if( 可以拆分 ) { 把大的功能拆分成幾個(gè)小版本,先從可用、能用到好用,進(jìn)行版本迭代 } else { 通過(guò)加班或輪班,外加福利獎(jiǎng)勵(lì)的方式進(jìn)行替代 } }
在整個(gè)課程的學(xué)習(xí)過(guò)程中,可以發(fā)現(xiàn)老師有期間有幾個(gè)關(guān)鍵詞重復(fù)了幾次 —— 技術(shù)思維、溝通組織者、同理心。
結(jié)合我平時(shí)的工作情況,我覺(jué)得這幾個(gè)詞幾乎貫穿了與工程師們交流的全過(guò)程:
首先,技術(shù)思維是建立你與工程師的溝通前提,只有掌握了技術(shù)思維,才能站在同個(gè)頻道進(jìn)行溝通。
其次,成為溝通組織者,工程師們大多都是理性的,他們只講邏輯不講故事。所以跟他們溝通只需明確問(wèn)題,然后協(xié)同各方的參與者一起聚焦解決方案并最終達(dá)成一致。
同時(shí)工程師們天生就有一種成就感和使命感,所以作為項(xiàng)目的溝通組織者,需要明確工程師們?cè)陧?xiàng)目中的重要位置和項(xiàng)目可以給予他們的價(jià)值,讓他們覺(jué)得是項(xiàng)目的參與者而不是被管理者。
只有建立在此基礎(chǔ)上,工程師會(huì)更努力的來(lái)完成項(xiàng)目,甚至?xí)o你提出很多不錯(cuò)的解決方案,來(lái)提升他們的成就感。
最后,你可以利用同理心,多站在工程師的角度想問(wèn)題,至少讓工程師覺(jué)得你是懂他們的人,這樣才能建立起良好的溝通機(jī)制,同時(shí)給工程師心理刻上靠譜的標(biāo)簽。
《產(chǎn)品經(jīng)理的技術(shù)必修課》第4期學(xué)員招募已經(jīng)開(kāi)啟。
《產(chǎn)品經(jīng)理必懂的技術(shù)那點(diǎn)事兒》作者親自帶班,每日定時(shí)答疑,專(zhuān)屬社群學(xué)習(xí),每日小作業(yè)思考總結(jié),大作業(yè)梳理所學(xué)知識(shí),幫助非技術(shù)出身的產(chǎn)品經(jīng)理掌握基礎(chǔ)技術(shù)知識(shí)。
原價(jià)299元,前100名報(bào)名享受早鳥(niǎo)價(jià)99元
了解詳情,戳 http://t.cn/R0SsYnF
愛(ài)盈利-運(yùn)營(yíng)小咖秀 始終堅(jiān)持研究分享移動(dòng)互聯(lián)網(wǎng)App運(yùn)營(yíng)推廣經(jīng)驗(yàn)、策略、全案、渠道等純干貨知識(shí)內(nèi)容;是廣大App運(yùn)營(yíng)從業(yè)者的知識(shí)啟蒙、成長(zhǎng)指導(dǎo)、進(jìn)階學(xué)習(xí)的集聚平臺(tái);