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