編輯導(dǎo)語：年齡在職場(chǎng)上是一個(gè)很敏感的話題，很多職業(yè)都與年齡相關(guān)。提到轉(zhuǎn)行，首先不得不考慮年紀(jì)的問題，其次就要考慮自己是否具備另一個(gè)行業(yè)相關(guān)的能力要求。接下來，本文作者圍繞著“40多歲不懂技術(shù)，轉(zhuǎn)行做產(chǎn)品經(jīng)理可行嗎”這個(gè)問題，為我們展開了他的分析。

前兩天，“人人都是產(chǎn)品經(jīng)理”10周年慶上，最后一個(gè)提問者的壓軸問題是問：“40多歲，不懂技術(shù)，是否可以轉(zhuǎn)行做產(chǎn)品經(jīng)理？”

場(chǎng)上大咖給到答案基本都是肯定的。

年齡這個(gè)問題，似乎沒有阻礙到這位40多歲的提問者，讓他覺得不安的，是自己不懂技術(shù)這件事。

在對(duì)這位提問者敬意的同時(shí)，也如嘉賓所反問的：產(chǎn)品經(jīng)理為什么要和“懂技術(shù)”這件事掛鉤呢？

筆者看來，開發(fā)人員之于產(chǎn)品經(jīng)理，好似“乙方”之于“甲方”，而“懂技術(shù)”這個(gè)籌碼，就成了乙方“套路”甲方的獨(dú)家秘訣。

因此，當(dāng)開發(fā)告訴你“這個(gè)需求實(shí)現(xiàn)不了”、“起碼要開發(fā)一個(gè)月”、“you can you up”的時(shí)候，掌握了對(duì)技術(shù)邊界的了解、客觀分析的能力、以及理性溝通的誠(chéng)意，就成了繼續(xù)推進(jìn)項(xiàng)目前進(jìn)的關(guān)鍵。

一、從一個(gè)案例說起

曾經(jīng)，有個(gè)商品管理后臺(tái)。

在商品列表里，有庫存和價(jià)格，可以分別被鎖定。鎖定庫存或價(jià)格后，就不被下游的WMS系統(tǒng)更新。該功能在操作界面上，庫存和價(jià)格的鎖定按鈕是在一起的，如圖：

1. 需求

為鎖定操作增加記錄：當(dāng)鎖定狀態(tài)變化的時(shí)候，記錄變動(dòng)的信息。

要求庫存和價(jià)格的鎖定記錄，分開展示，即：用戶點(diǎn)擊庫存列的數(shù)值，顯示庫存的鎖定記錄；點(diǎn)擊價(jià)格列的價(jià)格值，顯示價(jià)格的鎖定記錄。

然而，開發(fā)說不好實(shí)現(xiàn)。并補(bǔ)充說：庫存和價(jià)格兩項(xiàng)的鎖定狀態(tài)變更，只能放一起展示，不能分開展示。

事實(shí)上產(chǎn)品經(jīng)理要求各自展示鎖定記錄，是有原因的：

1. 場(chǎng)景：通常用戶要追查價(jià)格或庫存的變更時(shí)候，都是目標(biāo)性比較強(qiáng)比如發(fā)現(xiàn)價(jià)格不對(duì)；
2. 交互：價(jià)格和庫存本身就是兩列，獨(dú)立的數(shù)據(jù)，分別下鉆到自己的詳情記錄也符合用戶心理；
3. 頻率：價(jià)格的改動(dòng)頻率低，若放在一起，那么會(huì)出現(xiàn)一些行，價(jià)格始終沒變，只是跟著空跑，無效信息。

所以雙方進(jìn)一步討論，后來發(fā)現(xiàn)開發(fā)的障礙來自表結(jié)構(gòu)：價(jià)格和庫存的鎖定狀態(tài)，是放在一個(gè)表字段了。

表結(jié)構(gòu)是這樣：

因此，若是實(shí)現(xiàn)起來，就要對(duì)這四個(gè)狀態(tài)id進(jìn)行解析（比如狀態(tài)1解析為：庫存鎖定，價(jià)格不鎖定），還要計(jì)算從一個(gè)狀態(tài)到另一個(gè)狀態(tài)的種類組合（12種）。

略懂技術(shù)的人都看得，這個(gè)表結(jié)構(gòu)設(shè)計(jì)得是不符合第一范式：兩個(gè)可再分的屬性（庫存和價(jià)格），為什么放在一個(gè)字段里？

2. 正確的設(shè)計(jì)應(yīng)該是這樣的

但開發(fā)說是前任的鍋，現(xiàn)在改不動(dòng)……巴拉巴拉。

后續(xù)的處理辦法就不細(xì)說，但從這個(gè)簡(jiǎn)單的案例看出：

1. 若產(chǎn)品經(jīng)理不追查到底，那么就不會(huì)知道實(shí)現(xiàn)困難的原因；
2. 若底層代碼這么不規(guī)范，就會(huì)影響后面其他功能；
3. 如果這個(gè)開發(fā)就這么摞代碼下去，那么很明顯代碼會(huì)很大冗余；
4. 同時(shí)也說明了，開發(fā)說難實(shí)現(xiàn)的原因，并不一定是真的難實(shí)現(xiàn)，而是各有各的無奈。

二、哪些情況是真的實(shí)現(xiàn)不了

從這個(gè)案例看出，開發(fā)說難實(shí)現(xiàn)的原因，并不一定是真的難實(shí)現(xiàn)。萬物皆來于創(chuàng)造，程序本身就是一種創(chuàng)造體。如果開發(fā)說實(shí)現(xiàn)不了，作為產(chǎn)品經(jīng)理，得了解大概都是哪些原因，比如：

1. 軟件的瓶頸所限

計(jì)算機(jī)能解決的問是有邊界的：

比如，屏幕顏色隨手機(jī)殼變化，現(xiàn)階段讓做出來，可能還是會(huì)被打。

2. 缺少底層的軟硬件支持

這種情況表現(xiàn)在性能（安全性、穩(wěn)定性、可用性、可靠性等）不能滿足。進(jìn)而用戶體驗(yàn)糟糕，直接面對(duì)用戶“疾風(fēng)”的還是產(chǎn)品經(jīng)理。

但實(shí)際的解決，不是一兩個(gè)月的代碼就可以的，而是要加硬件或者改底層結(jié)構(gòu)。

3. 實(shí)現(xiàn)起來復(fù)雜

繞一大圈，做一個(gè)功能，只解決個(gè)黃豆大小的問題，或者用戶使用頻次少，都屬于低ROI的需求。

這類問題，建議找替代方案，否則開發(fā)不愿意做也是正常的。

4. 原代碼設(shè)不合理導(dǎo)致改不動(dòng)

重構(gòu)是開發(fā)的夢(mèng)想，但是真正重構(gòu)的并沒有幾個(gè)人，比如下圖這個(gè)發(fā)誓再也不為 Oracle工作的程序員：

5. 沒想清楚怎么寫邏輯

有一個(gè)需求是：多組重量區(qū)間之間，不能有交叉，開發(fā)想了很久不知道怎么用代碼表達(dá)……

三、“實(shí)現(xiàn)不了”背后深意是什么

最快的擺脫一件事情的方式就是否定它，比如：“不知道”、“沒見過”、“沒有”、“不行”等。

因此，開發(fā)說“實(shí)現(xiàn)不了”可能只是個(gè)表層信號(hào)。如果你確定這需求站得住腳，勢(shì)在必行，那么就要想辦法找到本質(zhì)，而問題本質(zhì)可能是這樣的：

1. 短期內(nèi)技術(shù)天花板所限

技術(shù)之外的人來看技術(shù)，都會(huì)產(chǎn)生一種錯(cuò)覺，覺得一段自然語言能夠描述的功能實(shí)現(xiàn)起來的難度就和這段自然語言的長(zhǎng)度差不多。

自動(dòng)賺錢程序、輸入錯(cuò)誤自動(dòng)糾正的功能、分析圖片內(nèi)容的功能、自動(dòng)決策功能、滾動(dòng)播放彈幕不要遮擋正在說話的人、把抓取的圖片中的水印去掉……

這些真要實(shí)現(xiàn)起來，可要費(fèi)好大勁了。但是，從提需求的角度來說，真的就是一句話，所以容易造成錯(cuò)覺。要知道，程序連個(gè)單細(xì)胞生物的自動(dòng)功能都實(shí)現(xiàn)不了，如繁殖下一代、進(jìn)食補(bǔ)充能量、敵我模式識(shí)別等。

2. “待遇”實(shí)現(xiàn)不了

一個(gè)月開5000，說實(shí)現(xiàn)不了；一個(gè)月開1萬，那就說研究一下；一個(gè)月2萬，那就做一下試試；一個(gè)月5萬會(huì)說應(yīng)該可以；一個(gè)月10萬，那就說通一個(gè)月宵也幫你搞出來。

天下沒有實(shí)現(xiàn)不了的需求，有，那就是錢不夠。

3. 這是拍腦袋定的吧，不想做

很多公司都被產(chǎn)品經(jīng)理（老板）天馬行空的想法玩死的。想象力是好事，但要考慮成本。

比如為了一個(gè)像素，你可以推來翻去折磨程序員，而用這個(gè)產(chǎn)品的受眾呢？

——最多不超過兩百人。時(shí)間也是錢，試錯(cuò)有成本。

4. 資源不夠

抄大廠的產(chǎn)品，看著簡(jiǎn)單，可能人家背后是由幾百個(gè)人、幾年時(shí)間才做成現(xiàn)在這個(gè)樣子的。并且人家后端開發(fā)完的程序都部署在linux機(jī)器，負(fù)載均衡一般至少三臺(tái)機(jī)器。

而自己的老板，為了省錢，為了所謂的私有部署，要求客戶可以傻瓜式點(diǎn)擊exe在window上部署。

這情況下，早上讓程序員優(yōu)化，下午就問為什么不能用，怎么可能？

——程序員卒。

四、產(chǎn)品經(jīng)理當(dāng)如何應(yīng)對(duì)

1. 產(chǎn)品經(jīng)理要懂實(shí)現(xiàn)原理

相比于各種細(xì)分產(chǎn)品經(jīng)理，后端產(chǎn)品經(jīng)理對(duì)技術(shù)的要求是普遍的。不僅邏輯思維強(qiáng)，而且起碼要懂一些技術(shù)塊，比如數(shù)據(jù)庫、接口、頁面機(jī)制等。

因?yàn)椋绻銮岸水a(chǎn)品還好：直接整一個(gè)UI原型，而且抄的大公司的就可以；但是后端的需求，可能別人家的產(chǎn)品你看都看不到，所有邏輯、機(jī)制、風(fēng)險(xiǎn)、性能等問題，都需要產(chǎn)品和開發(fā)合力完成的。

對(duì)于技術(shù)的了解，只要懂共性的原理就可以了。

2. 尋找其他途徑繼續(xù)推進(jìn)

如果開發(fā)能夠了解你的需求，說明真的可能是有難度。

那么就和開發(fā)綁定為一個(gè)共同體（參考SCRUM團(tuán)隊(duì)），可以嘗試：

1. 讓開發(fā)定方案；
2. 讓開發(fā)評(píng)估時(shí)間；
3. 與開發(fā)協(xié)調(diào)，確定是否實(shí)現(xiàn)？是否延期？是否推到下個(gè)版本？
4. 尊重人，不要?jiǎng)硬粍?dòng)就用下面的話懟開發(fā)：“我不要你覺得，我要我覺得；你做不了嗎，很難嗎，那別人怎么能做出來；你是不是技術(shù)不行；你和老板說，我不管；你們就按最簡(jiǎn)單的方式做就行了，你們?cè)趺捶奖阍趺磥?；懟，只?huì)激怒partener。
5. 不加班，即使加班你也要跟著一起加。還有一定要讓開發(fā)參與產(chǎn)品研討，挑明技術(shù)難點(diǎn)，評(píng)估開發(fā)時(shí)間。

五、總結(jié)

1. 產(chǎn)品經(jīng)理無所謂必須要懂，或者不需懂技術(shù)：因?yàn)樗透鱾€(gè)職位打交道，你能說他不需要了解運(yùn)營(yíng)、了解用戶、了解UI嗎？同理，對(duì)技術(shù)的了解業(yè)是一樣。
2. 因?yàn)殚_發(fā)是整個(gè)功能實(shí)現(xiàn)的核心，所有開發(fā)若說實(shí)現(xiàn)不了，那么產(chǎn)品經(jīng)理需要了解為什么，避免錯(cuò)失合理的需求。
3. 開發(fā)堅(jiān)持說實(shí)現(xiàn)不了的時(shí)候，產(chǎn)品經(jīng)理要試著去了解他的畫外音是什么？以便協(xié)助，和開發(fā)綁成共同體，繼續(xù)想辦法推進(jìn)項(xiàng)目。
4. 筆者認(rèn)為，產(chǎn)品經(jīng)理不用寫代碼，但要懂技術(shù)實(shí)現(xiàn)的共性原理，否則，“雞同鴨講”效率太低。

事實(shí)只要和開發(fā)共事久了，潛移默化得到的技術(shù)知識(shí)，基本就夠用了。

六、寫在最后：了解一點(diǎn)技術(shù)共性

筆者新書《后端產(chǎn)品經(jīng)理寶典》，從產(chǎn)品經(jīng)理角度，整理了共性的技術(shù)實(shí)現(xiàn)原理，推薦學(xué)習(xí)下。

了解技術(shù)原理后的好處，能看透技術(shù)的套路，被質(zhì)疑的時(shí)候，不再心虛，甚至提出自己的建議，同時(shí)也會(huì)被開發(fā)信任。

購(gòu)買鏈接：http://996.pm/MEyRg

#專欄作家#

唧唧歪歪PM，公眾號(hào)：唧唧歪歪PM（ID：jjyypm），人人都是產(chǎn)品經(jīng)理專欄作家，2019年年度作者?！逗蠖水a(chǎn)品經(jīng)理寶典》作者，藥學(xué)碩士轉(zhuǎn)行互聯(lián)網(wǎng)產(chǎn)品多年；熟悉跨境電商業(yè)務(wù)，醫(yī)藥領(lǐng)域；擅長(zhǎng)大型后臺(tái)體系，社交APP。

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

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