產品經理真的需要懂技術嗎?懂到什么程度?
毫無疑問,產品經理需要懂技術。技術并不是指需要精通JAVA、C++等各種語言,甚至能自己寫代碼,而是能了解基本的技術知識,具備“技術思維”,從而更好地與開發人員溝通,將需求落地。
最近,很多參加春招的同學都問了我一個問題,產品經理需要懂技術嗎?如果需要懂技術,需要懂到什么程度呢?其實這題的本質是對產品經理崗位的認知,那么本文就簡單回答一下這個問題,主要針對的還是即將進入互聯網產品經理崗位的校招同學和要轉型的其他崗位的同學,產品老鳥們在工作崗位摸爬滾打這么長時間了,肯定已經了解了。
先說結論:產品經理肯定是需要了解技術的,但是對于校招同學來說,不懂技術無傷大雅,但是懂技術在一定程度上會!加!分!
一、產品經理和技術同學的溝通日常
我們先來看一個產品經理新人和一位技術同學溝通需求的對話,了解一下產品經理和技術的思維方式是如何的。
小H:剛畢業進入公司的產品新人,不足一年工作經驗;
老W:已經在技術崗位工作5年的技術老鳥。
該對話例子改編自楊堃老師的《決勝B端:產品經理升級之路》。
小H:老李啊,找你聊個需求,我們想在后臺搜索推薦功能,當用戶輸入的時候,在下拉框會彈出一些熱詞,你看看這個大概評估時間要多久呀?
老W:嗯嗯,需求聽起來是挺合理的,但是你熱詞你準備怎么去維護和管理呢?
小H:需要一個熱詞管理的后臺,運營同學可以編輯、添加、刪除熱詞,然后對這些熱詞可以排序
老W:嗯,,,看起來挺合理的,但是有必要搞的這么復雜嗎?
小H:這個功能挺好的,也能解決用戶的痛點和需求,肯定有價值,你看看評估他要多久時間吧?
老W:好吧,那這樣吧,按照你這個文檔,大概前端需要5個人日,后端需要10個人日,測試需要5個人日,總共需要20人日
小H:問號臉???為啥這么小的功能需要這么久呢,你再坑我吧!
老W:沒有坑你,我是實事求是的評估,首先實現后臺熱詞的編輯、添加和刪除,需要單獨設計一個數據庫,對這個數據庫需要做各種處理,還有前端需要和后端需要實現接口對接,對熱詞進行增刪改查,同時前端交互也比較多,需要很多細節處理??!
小H:我不管,我的訴求很簡單,就是實現能配置熱詞,能調順序,為什么這么簡單需要開發這么久呢?
老W:那你完全可以考慮不用后臺,直接通過文本編輯,在文本編輯框輸入熱詞,同時熱詞按照順序輸入,前端只需要讀取這個文本配置文件就行了,這樣的話前端只需要2個工作日,后端都不需要,也沒有接口的對接,也不用設計數據庫
小H:好像也可以,你這樣就簡單很多了,那我要怎么實現埋點和數據統計呢?
老W:不會這個也還需要我給你指導吧,那我就可以去當產品經理了
小H:好吧,我再去思考下跟你討論…..
例子中的小H的需求聽起來挺合理的,但是要怎樣去維護?怎樣去實現?
站在產品的角度上,小H只是想了一個簡單的功能,他覺得應該是容易實現的。但站在老W的角度上,整個需求的實現它可能涉及到了前端的交互、前端的接口、后臺的數據庫的一個接口的一個交互和整個數據庫的一個搭建,這些可能后臺涉及到的底層的一些技術,小H可能都不知道。
因此,作為產品經理,如果以這種思維和溝通去和技術交涉,可能會處于一個很被動的狀態。
二、產品經理為什么需要懂技術?
首先我們來看一下,產品思維和技術思維有什么區別和聯系:
產品思維主要有五個核心價值:①用戶價值 ②使用場景 ③解決方案 ④商業價值 ⑤業務閉環
在這五個核心價值下,產品思維的整體思維是站在用戶視角的,它是基于怎么去解決一個問題的一個視角,更多的思想是怎么去實現這個需求,怎么去實現這個解決方案,它可能是沒有站在技術的一個角度去思考。而技術思維主要考慮實現方式的技術架構,這個需求的實現難度、技術影響、開發成本等。
因此,站在產品的一個角度上,如果你需要跟技術打交道,那是需要懂技術的思維方式的。
那產品經理懂技術,對于我們的工作有什么好處呢?
- 產品和技術的思維方式不同,懂技術能夠更好的與技術進行溝通,有助于產品更縝密更準確的翻譯業務需求和業務邏輯
- 能夠大致預估開發成本和工期,有利于提前對需求進行評估,需求的可行性和工時的合理性
- 懂一定的技術,也能為我們在面試過程中加分,尤其是針對一些后臺的產品崗位
- 最重要的是,懂技術的話可以避免被開發忽悠,也能清晰的評估功能對于其他業務的影響,提升工作效率
總結一句話就是:產品經理懂技術,在沒資源的時候可以用最低成本把事兒辦了,有資源的時候可以把資源用的更有效率。
產品經理技術需要懂到什么程度?
首先,大家需要有一個認知,不同類型的產品經理,所需要懂的技術程度是不同的
這里面給大家舉了一些例子:
- 對于平臺技術型的產品經理,他需要的技術是非常深的,可能還會涉及到技術框架和解決方案的搭建;
- 對于數據產品,需要如:數據建模、python爬蟲、數據分析等,可能也需要一些比較深的技術;
- 對于推薦/策略產品的,更多地涉及到機器語言學習;
- 對于用戶端產品的,更多的是跟用戶的交互、前端的頁面以及接口的層面上的交互,需要懂得就沒有那么多;
整個技術的核心的四個環節是數據——服務端——接口——前端,這四個環節貫穿整個功能實現的過程。
那么,產品經理需要掌握哪些技術體系,主要有以下幾點:
- 理解一門編程語言,C語言、JAVA、GO、Python,只需了解不需要會編程
- 掌握并使用SQL,這個可以進去公司之后根據公司的實際情況看是否需要,小公司可能需要,因為數據分析的平臺不會很完善,很依賴人工查詢
- 了解MVC范式,M指數據模型,V指前端交互視圖,C指業務邏輯,任何一個系統運作的邏輯基本上都是用戶在前端的操作,系統通過業務邏輯接口去獲取和處理數據
- 熟悉接口和調用模式,調用模式分為同步調用和異步調用,在產品設計的時候其實是需要考慮哪種模式更好
最后,是給校招產品同學的幾點建議:
- 不需要懂編程和碼代碼,當然會編程代碼同時有產品思維和經驗就更完美了
- 根據不同的崗位掌握不同的技術,比方說如果偏向于數據產品,則可以學習一下SQL、Python等數據分析的能力
- 對于最基礎的崗位,建議能看懂接口文檔,有時需要我們根據接口文檔編寫產品需求,尤其涉及到跨公司項目的外部接口
- 推薦書籍《產品經理必懂的技術那點事兒:成為全棧產品經理》、《決勝B端:產品經理升級之路》
四、總結
對于產品經理來說,懂技術是一個必備的技能,而對于不同類型的產品經理來說,需要懂技術的程度也是不一樣的,需要根據你的具體工作來看。而對于產品實習生或者想要轉行的同學來說,不懂技術無傷大雅,但是懂技術肯定是加分的,尤其是進入到正式工作之后,懂技術能讓你能更好的與技術同學溝通。
作者:harryli,新零售行業產品經理,微信公眾號“Harry李先生筆記”;微信號:aihoneyyeah,歡迎交流。
本文由 @harryli 原創發布于人人都是產品經理,未經許可,禁止轉載
題圖來自Unsplash,基于CC0協議。
產品經理要懂技術不是從工程師的視角來懂,而是從業務的視角來懂。要懂各種技術的作用、邊界,才好組合各種技術來支撐你的產品規劃。比如你的產品要用到網絡通訊,那你懂不懂5G,知不知道5G和4G有什么區別?對應用會有哪些影響?網絡普及度和使用成本有何區別?這些都不懂就無法綜合成本、收益和可行性來規劃產品。至于編碼層面,那不是產品應該關注的。
后臺4個接口,前端2個頁面改造
“大概前端需要5個人日,后端需要10個人日,測試需要5個人日”,獅子大開口,欺負產品經理不懂技術
請問想學習“接口和調用模式”,有啥好方法、資料、書籍推薦嗎
舉報
轉行沒經驗公司不要啊~ 都要有經驗的,想做助理豆要應屆生~
轉行的話基本都要從最基層的開始做起,而怎么轉行基本都要準備半年以上的學習,還得有一些作品和思考,不然基本沒戲
你好,請問如何學習,可以給一個大致的方向嗎,目前UI,想轉產品,謝謝了
第一:書籍學習,系統化的了解產品經理知識
第二:實操,競品分析文檔,原型設計,行業分析等等,保證有作品
第三:硬技能軟技能補充
怎么轉行? 沒經驗公司你好啊~
謝謝作者,受教了
謝謝~
入行兩個月了還算小白嗎
成長中的小白 ??
感謝分享,受教很多!一些思維的問題可能更適合從業一段時間的人來閱讀,會更有感觸,而對于我這樣的小白,一個偏向于實際的場景會讓我很受用,感謝作者。
不用謝,主要其實也是針對校招或者小白的同學分享的內容,當你真正進去產品的崗位,你也會逐漸認識到
想求問下像對話里的這類問題哪里可以學到?“看完了全棧式產品經理還是感覺很多東西沒有覆蓋到,如果有個集中的地方能學習一下就好了
這類的話其實更多是能夠了解技術的思維已經設計到具體需求時的提前思考,除非你要做特別需要技術的產品工作
看到小H那段真的深有感觸…不懂技術太痛苦了
尤其是對于剛進入這個崗位的小白來說,需要經受很多技術的毒打才能慢慢成長
受教
謝謝
日經貼
受教了 我目前在學習python 想做后臺產品經理
可以的,加油