產(chǎn)品經(jīng)理可謂是一個(gè)需要各方面能力的崗位：罩得住程序猿、哄的住設(shè)計(jì)獅、要懟得過客戶，還得應(yīng)付得了老板。要不要學(xué)技術(shù)，更是一個(gè)老生常談的話題。筆者根據(jù)平時(shí)積累的經(jīng)驗(yàn)做一些分享，希望和大家多多交流。

首先簡單介紹自己：九零后學(xué)生物非技術(shù)出身目前搞云計(jì)算的產(chǎn)品經(jīng)理。所以，在學(xué)習(xí)相關(guān)專業(yè)技術(shù)的方面有一些心得體會(huì)，和大家分享一下。希望給一些非技術(shù)出身的產(chǎn)品新人一些經(jīng)驗(yàn)，如有不足之處也歡迎各位產(chǎn)品大牛給予指正。

問題

• 作為產(chǎn)品當(dāng)你給研發(fā)小伙伴提需求后，肯定聽過這幾字：實(shí)現(xiàn)不了！如果你臉皮夠厚的話肯定會(huì)反問一句，不就是根據(jù)手機(jī)殼換個(gè)APP主題顏色么，有啥實(shí)現(xiàn)不了的……
• 即便研發(fā)同學(xué)說可以做！但是研發(fā)成本比較高，需要xxx個(gè)人天的工作量才能開發(fā)完，現(xiàn)在其他需求排滿了沒有時(shí)間做，你內(nèi)心又想改個(gè)顏色需要這么長時(shí)間么。

其實(shí)也都是開玩笑的例子，但是在現(xiàn)實(shí)工作中，一個(gè)需求提出來，可能是老板提的、客戶提的或者是產(chǎn)品自身提的，作為產(chǎn)品首先需要評估這個(gè)需求的優(yōu)先級(jí)以及可行性。而在評估的時(shí)候不需要明白需求具體的代碼實(shí)現(xiàn)方式，但是大方向的實(shí)現(xiàn)邏輯一定要懂，只有這樣才不會(huì)和研發(fā)提出一些不合邏輯的需求：

• 比如設(shè)計(jì)列表的篩選條件的時(shí)候，要知道列表的查詢都是通過SQL語句實(shí)現(xiàn)的，你得明白SQL是什么，通過SQL語句大致都能對數(shù)據(jù)進(jìn)行哪些操作。
• 對接第三方系統(tǒng)的時(shí)候，第三方提供哪些API，可以實(shí)現(xiàn)什么功能最好要做到心中有數(shù)。
• 從另一個(gè)方面來說，你想實(shí)現(xiàn)什么功能，需要什么API來實(shí)現(xiàn)需要和研發(fā)溝通后，讓第三方進(jìn)行提供（首先是第三方能提供定制化的API作為的前提）。當(dāng)然這種情況一般產(chǎn)品只需要把需求講清楚，需要哪些API是研發(fā)來輸出即可。但是，如果產(chǎn)品懂一些的話會(huì)很大程度上提高溝通的效率。

類似于這樣的例子不勝枚舉，總之產(chǎn)品這個(gè)崗位，個(gè)人認(rèn)為還是需要懂一些技術(shù)的，下面就大概講一下如何學(xué)習(xí)技術(shù)方面的相關(guān)知識(shí)。

如何學(xué)習(xí)？

筆者本身是非科班出身（大學(xué)中計(jì)算機(jī)公共課只學(xué)習(xí)了一些計(jì)算機(jī)的基礎(chǔ)知識(shí)，語言學(xué)的還是VB……）。學(xué)習(xí)技術(shù)知識(shí)首先要有高效學(xué)習(xí)的方法。其次需要根據(jù)自身情況確定一個(gè)學(xué)習(xí)的范圍。

學(xué)習(xí)方法

• 最高效的方法還是參考前輩們的經(jīng)驗(yàn)，筆者在剛轉(zhuǎn)行的時(shí)候買過一些書籍，其中也介紹了一些產(chǎn)品為什么要懂技術(shù)，大概都要學(xué)什么東西，對于當(dāng)時(shí)還是產(chǎn)品&技術(shù)小白的我受益匪淺，叫什么名字就不提了以免打廣告。
• 其次，如果你需要了解需求的底層技術(shù)，去一些技術(shù)論壇搜一下如何實(shí)現(xiàn)相應(yīng)的功能，一般都會(huì)有一些文章，多看看幾篇了解基本的原理即可。
• 在平時(shí)工作中你的研發(fā)小伙伴也是你的良師益友，遇到問題虛心請教，一般情況下大家也都會(huì)知無不言的。

總之，學(xué)習(xí)方法千千萬，我說也并不一定適用你，一定要找到適合自己的一套學(xué)習(xí)方法，才能更高效提升自己。

學(xué)習(xí)范圍

需要學(xué)習(xí)什么內(nèi)容是需要根據(jù)公司產(chǎn)品情況、負(fù)責(zé)的項(xiàng)目、負(fù)責(zé)的功能模塊有針對性的學(xué)習(xí)。

• 比如：負(fù)責(zé)的產(chǎn)品是APP，一定要了解IOS/安卓的客戶端知識(shí)，二者的區(qū)別，交互規(guī)則都是怎樣的。
• BS架構(gòu)的產(chǎn)品，客戶端則是web瀏覽器，用戶操作界面當(dāng)然也是依托瀏覽器進(jìn)行，相應(yīng)可以了解前端的相關(guān)知識(shí)，比如：html、CSS、JavaScript等相關(guān)知識(shí)。
• 客戶端只是做頁面可視化的展示和少量的事務(wù)處理，而應(yīng)用主要的事務(wù)邏輯在服務(wù)端實(shí)現(xiàn)，這又引入了服務(wù)端的內(nèi)容，服務(wù)器是什么？前后端是如何發(fā)生交互的？接口是什么東西？
• 有的時(shí)候服務(wù)端將前端提交的數(shù)據(jù)處理后需要保存到數(shù)據(jù)庫中，數(shù)據(jù)庫顧名思義當(dāng)然是保存數(shù)據(jù)的東西，其中比較常用的是關(guān)系型數(shù)據(jù)庫，例如MySQL。
• 現(xiàn)在很多云服務(wù)商也提供很多對象存儲(chǔ)的產(chǎn)品，用于存儲(chǔ)非結(jié)構(gòu)化的數(shù)據(jù)（圖片、視頻、音頻等）如有需要也可以了解一下。
• 筆者所在公司的業(yè)務(wù)是做云計(jì)算的，與公司業(yè)務(wù)息息相關(guān)的知識(shí)更需要學(xué)習(xí)，例如：云服務(wù)器、云數(shù)據(jù)庫、彈性公網(wǎng)IP、對象存儲(chǔ)、負(fù)載均衡等等。

對于小白同學(xué)來說，如果有明確的方向，那就針對性的規(guī)劃學(xué)習(xí)范圍；如果沒有明確的方向，建議每個(gè)方面的知識(shí)都要了解一些。

說到這里想起來有一點(diǎn)是基本上都必須要了解的，就是一些計(jì)算機(jī)的基礎(chǔ)知識(shí)，當(dāng)下比較流行的編程語言都有什么；數(shù)據(jù)都有哪些類型，它們具體表示什么；程序是怎么進(jìn)行一些邏輯判斷的等等。

筆者最早也曾嘗試過轉(zhuǎn)型做程序猿，自學(xué)了一段時(shí)間的計(jì)算機(jī)基礎(chǔ)知識(shí)和java編程。后來轉(zhuǎn)做產(chǎn)品后以為當(dāng)時(shí)學(xué)的一些東西沒什么用，畢竟不用寫代碼。但是，在實(shí)際工作中逐漸發(fā)現(xiàn)之前積累的技術(shù)知識(shí)，對于產(chǎn)品設(shè)計(jì)還是很有幫助的。

踩過的坑

雖然有些技術(shù)是產(chǎn)品必須要學(xué)習(xí)的，但是千萬不要被技術(shù)擾亂我們的產(chǎn)品思維。

曾經(jīng)有一段時(shí)間，當(dāng)我接到新的需求后，首先想到的不是用戶使用場景，不是用戶背后的真實(shí)需求，而是從技術(shù)的角度考慮如何去進(jìn)行產(chǎn)品設(shè)計(jì)，想的是背后的數(shù)據(jù)庫、表如何設(shè)計(jì)?？上攵?dāng)這個(gè)需求實(shí)現(xiàn)后也僅僅是能用，用戶體驗(yàn)極差，甚至做出來的東西都不是用戶真實(shí)想要的。

一度為了迎合技術(shù)實(shí)現(xiàn)，從而忽略的產(chǎn)品設(shè)計(jì)的本質(zhì)。為了實(shí)現(xiàn)某個(gè)需求，過度的關(guān)注在技術(shù)層面的東西，從而忽略了產(chǎn)品經(jīng)理存在的意義。產(chǎn)品經(jīng)理的存在就是保證做出來的需求是用戶的真實(shí)需求，而研發(fā)的意義才是將需求變?yōu)楝F(xiàn)實(shí)。

假如說根據(jù)手機(jī)殼顏色使得APP主題顏色切換，看似是個(gè)荒謬的需求。但是，如果把他實(shí)現(xiàn)了公司會(huì)得到無法想象的巨大收益，那么我相信他一定能實(shí)現(xiàn)。至于具體怎么實(shí)現(xiàn)，就不是產(chǎn)品經(jīng)理需要考慮的范圍了。

舉個(gè)學(xué)習(xí)例子

系統(tǒng)：XXX后臺(tái)管理系統(tǒng)

功能模塊：工單管理

用戶：后臺(tái)管理員，確切的來說是處理工單人員

需求描述：當(dāng)控制臺(tái)客戶端提交一條新的工單后，在后臺(tái)管系統(tǒng)中，需要有這條的工單消息提醒，以達(dá)到提醒工單處理人員對有新的工單需要處理。

當(dāng)將這個(gè)需求和技術(shù)人員進(jìn)行簡單溝通后，我們公司的技術(shù)小牛說到：“可以用websocket來實(shí)現(xiàn)工單消息的實(shí)時(shí)提醒功能”。

聽的我一臉懵~趕緊百度百科了一下：

WebSocket protocol 是HTML5一種新的協(xié)議，它實(shí)現(xiàn)了瀏覽器與服務(wù)器全雙工通信(full-duplex)，一開始的握手需要借助HTTP請求完成。

原理

WebSocket同HTTP一樣也是應(yīng)用層的協(xié)議，但是它是一種雙向通信協(xié)議，是建立在TCP之上的。

連接過程——握手過程

1. 瀏覽器、服務(wù)器建立TCP連接，三次握手。這是通信的基礎(chǔ)，傳輸控制層，若失敗后續(xù)都不執(zhí)行。
2. TCP連接成功后，瀏覽器通過HTTP協(xié)議向服務(wù)器傳送WebSocket支持的版本號(hào)等信息。（開始前的HTTP握手）
3. 服務(wù)器收到客戶端的握手請求后，同樣采用HTTP協(xié)議回饋數(shù)據(jù)。
4. 當(dāng)收到了連接成功的消息后，通過TCP通道進(jìn)行傳輸通信。

目的：即時(shí)通訊，替代輪詢

網(wǎng)站上的即時(shí)通訊是很常見的，比如：網(wǎng)頁的QQ，聊天系統(tǒng)等。按照以往的技術(shù)能力通常是采用輪詢、Comet技術(shù)解決。

三種技術(shù)對比分析

1）http請求

開始單純采用傳統(tǒng)http請求響應(yīng)客戶端服務(wù)器，http協(xié)議是非持久化的，單向的網(wǎng)絡(luò)協(xié)議，在建立連接后只允許瀏覽器向服務(wù)器發(fā)出請求后，服務(wù)器才能返回相應(yīng)的數(shù)據(jù)。

當(dāng)控制臺(tái)客戶端提交一條新的工單后，后臺(tái)管理系統(tǒng)中不會(huì)主動(dòng)收到提醒消息，需要手動(dòng)刷新網(wǎng)頁（后臺(tái)管理系統(tǒng)主動(dòng)請求服務(wù)器）后才會(huì)彈出新的工單提醒。

造成如下后果：

1. 不能保證消息的時(shí)效性，新的工單信息不能被后臺(tái)人員即使看到并進(jìn)行處理；
2. 如果用戶有緊急問題需要咨詢處理，耽誤時(shí)間，影響用戶的業(yè)務(wù)發(fā)展，甚至可能會(huì)丟失用戶；
3. 增加了后臺(tái)工單系統(tǒng)的運(yùn)維成本，工單處理人員需要隨時(shí)刷新網(wǎng)頁查看是否有新的工單。

2）輪詢

通過輪詢在特定的時(shí)間間隔（如1秒），由瀏覽器向服務(wù)器發(fā)送Request請求，然后將最新的數(shù)據(jù)返回給瀏覽器。解決了消息時(shí)效性的問題，但是需要每一個(gè)客戶端每秒都需要向服務(wù)發(fā)送請求。

通常HTTP request的Header是非常長的，為了傳輸一個(gè)很小的數(shù)據(jù) 需要付出巨大的代價(jià)，是很不合算的，占用了很多的寬帶。

3）websocket

采用websocket后，只需要服務(wù)器和瀏覽器通過HTTP協(xié)議進(jìn)行一個(gè)握手的動(dòng)作，然后單獨(dú)建立一條TCP的通信通道進(jìn)行數(shù)據(jù)的傳送。當(dāng)控制臺(tái)客戶端提交一條新的工單后，后臺(tái)管理系統(tǒng)中直接會(huì)彈出新的工單提醒。

如下優(yōu)勢：

1. 保證消息的時(shí)效性，新的工單信息及時(shí)被后臺(tái)人員即使看到并進(jìn)行處理；
2. 優(yōu)化了資源利用率；
3. 減輕后臺(tái)工單系統(tǒng)的運(yùn)維成本。

小結(jié)

其實(shí)websocket應(yīng)用之處還有很多，因?yàn)榻⒁粭lTCP的通信通道，利用這個(gè)持久性的特點(diǎn)，可以看到系統(tǒng)當(dāng)前在線人數(shù)有多少。

而他的實(shí)時(shí)性特點(diǎn)，也是一些辦公協(xié)同工具（在線多人同時(shí)編輯文檔）所必須要用到的，等等可以實(shí)現(xiàn)的功能不再贅述。

看似很專業(yè)的技術(shù)知識(shí)，其實(shí)筆者也只是了解它是什么東西，有什么特點(diǎn)，利用他的特點(diǎn)能實(shí)現(xiàn)什么功能而已，而作為產(chǎn)品我認(rèn)為能了解到這種程度已經(jīng)完全夠用了。

總結(jié)

筆者作為To B的后臺(tái)產(chǎn)品經(jīng)理，起碼在這個(gè)領(lǐng)域的產(chǎn)品崗位還是需要懂一些技術(shù)知識(shí)的。

首先，To B的產(chǎn)品經(jīng)理，需求來源方首先就是甲方爸爸，與客戶溝通，對接第三方相關(guān)需求，也會(huì)涉及到一些技術(shù)相關(guān)知識(shí)。如果不懂的一點(diǎn)的話，溝通效率低，成本比較高。筆者之前接觸過類似的與技術(shù)相關(guān)的需求，比如：集成第三方SSO單點(diǎn)登錄服務(wù)、接入第三方用戶體系、實(shí)名認(rèn)證體系、接入第三方支付功能等等。

其次，前端產(chǎn)品經(jīng)理可能更注重一些界面設(shè)計(jì)、用戶體驗(yàn)更加的交互方式等等（個(gè)人見解，前端產(chǎn)品看官勿噴）。而后臺(tái)產(chǎn)品的話更多的根據(jù)復(fù)雜的業(yè)務(wù)邏輯去呈現(xiàn)不同的表格、數(shù)據(jù)，對應(yīng)的需要根據(jù)不同的條件去搜索數(shù)據(jù)，對接哪些API來實(shí)現(xiàn)需求。后臺(tái)的產(chǎn)品設(shè)計(jì)，一些功能設(shè)計(jì)更多的是由技術(shù)進(jìn)行主導(dǎo)。了解一些技術(shù)實(shí)現(xiàn)方式，對產(chǎn)品的理解也會(huì)更深一些。

比如：在實(shí)現(xiàn)系統(tǒng)初始化相關(guān)功能的時(shí)候，能夠初始化哪些內(nèi)容需要和技術(shù)同學(xué)配合進(jìn)行。

技術(shù)同學(xué)提出可以配置系統(tǒng)中使用的短信服務(wù)的相關(guān)配置項(xiàng)：短信簽名、模板信息，還比如可配置系統(tǒng)使用的郵件服務(wù)相關(guān)配置項(xiàng)，郵件服務(wù)地址、用戶名、密碼等。

但是，在后續(xù)測試過程中技術(shù)發(fā)現(xiàn)存在問題，系統(tǒng)使用的spring cloud框架已經(jīng)集成了郵件配置的相關(guān)功能，在服務(wù)啟動(dòng)的時(shí)候必須有郵件的相關(guān)數(shù)據(jù)，否則系統(tǒng)啟動(dòng)不起來——換句話說郵件的相關(guān)配置信息需要提前配置好，不能在系統(tǒng)初始化中進(jìn)行配置（其實(shí)和技術(shù)溝通后，也可以通過修改框架源碼的方式或者通過API的方式去實(shí)現(xiàn)郵件的相關(guān)功能，但是綜合考慮起來目前沒有必要為了初始化的需求去進(jìn)行其他的改動(dòng)，故先將郵件的配置項(xiàng)從初始化步驟中刪除）。

簡而言之，請對技術(shù)懷有一顆敬畏之心，了解技術(shù)實(shí)現(xiàn)邊界，做一個(gè)懂技術(shù)的PM。會(huì)讓你設(shè)計(jì)的產(chǎn)品更合理，讓溝通交流更加順暢，讓技術(shù)同學(xué)更加信任你，讓你在成為PM大牛的路上事半功倍！

在產(chǎn)品的路上一直都是在借鑒前人的經(jīng)驗(yàn)，是時(shí)候回饋一下社會(huì)了！以后努力把一些工作中的心得、體會(huì)分享一下，希望幫助到需要的人。

作者：天氣不錯(cuò)，公眾號(hào)：天氣的朋友（friends_of_tianqi）

本文由@天氣不錯(cuò) 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載。

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