bi產(chǎn)品經(jīng)理需要哪些技術(shù)？介紹九個(gè)產(chǎn)品經(jīng)理需要了解的技術(shù)

B端產(chǎn)品經(jīng)理需要懂技術(shù)，產(chǎn)品產(chǎn)品在互聯(lián)網(wǎng)行業(yè)已經(jīng)是經(jīng)理經(jīng)理一個(gè)共識。那產(chǎn)品經(jīng)理究竟需要??懂哪些技術(shù)呢？需技需解本文介紹了九個(gè)產(chǎn)品經(jīng)理需要了解的技術(shù)，與大家分享！術(shù)介紹個(gè)術(shù)

B端產(chǎn)品經(jīng)理需要懂技術(shù)，產(chǎn)品產(chǎn)品在互聯(lián)網(wǎng)行業(yè)已經(jīng)是經(jīng)理經(jīng)理一個(gè)共識。

畢竟互聯(lián)網(wǎng)行業(yè)，需技需解也只是術(shù)介紹個(gè)術(shù)軟件行業(yè)的一個(gè)細分，也逃不掉軟件研發(fā)的產(chǎn)品產(chǎn)品一些固有規律。只是經(jīng)理經(jīng)理說(shuō)，??「懂」的需技需解形式(shi)和深度。以及，術(shù)介紹個(gè)術(shù)(shu)根據所ヽ(′?｀)ノ在的產(chǎn)品產(chǎn)品行業(yè)和產(chǎn)品背景，需要懂的經(jīng)理經(jīng)理技術(shù)類(lèi)型不同。但是需技需解，也有一些通用性的技術(shù)是需要所有B端產(chǎn)品經(jīng)理掌握。

「懂」技術(shù)，更(geng)直白的講，應該叫了解(jie)技術(shù)。這并不是要求我們產(chǎn)品經(jīng)理要完全掌握技術(shù)，能??像技術(shù)人員一樣，寫(xiě)代碼實(shí)現需(′?｀)求。

而是說(shuō)，我們要(′_｀)理解技術(shù)能為我們帶(′；ω；`)來(lái)的結果，能為我們實(shí)現什么東西。

更重要的是，了解技術(shù)的B端產(chǎn)品經(jīng)理，才能設計出合理的產(chǎn)品，更加接近 PMF(產(chǎn)品市場(chǎng)契合)。

因為B端(???)產(chǎn)品的設計，不僅僅是功能的設計，還需要考慮到業(yè)務(wù)系統的架構。所以，懂技術(shù)有助于加強對業(yè)務(wù)和??需求的理解和分析的能力。特別是(╯°□°)╯B端產(chǎn)品都和業(yè)務(wù)捆綁的非常深。

產(chǎn)品經(jīng)理在產(chǎn)品的研發(fā)的過(guò)程中，也會(huì )承擔一定項目經(jīng)理的職責，在項目中會(huì )起到串聯(lián)的作用。所以，懂技術(shù)的產(chǎn)品經(jīng)理既有更強的項目風(fēng)險控制能力，也會(huì )對??項目進(jìn)度的把控更加合理。

技術(shù)是一個(gè)非常龐大和繁雜的領(lǐng)域。B端產(chǎn)品經(jīng)理在了解時(shí)，也要選對方向。雖然，了解更深不會(huì )有壞處。但是，也要注意時(shí)間成本。

如果是為了(le)產(chǎn)品工作和職業(yè)發(fā)展，千萬(wàn)不要本末倒置。淺嘗輒止，對于「了解」，并不是壞處。

我在下文中，總結了一些可以了解的技術(shù)方向。我們可以依據我們的實(shí)際情況，作參考。

一、產(chǎn)品經(jīng)理需要了解的技術(shù)1. 軟件工程

雖然，我們現在都稱(chēng)┐(′д｀)┌自己是互聯(lián)網(wǎng)行業(yè)，但是我們逃脫不了軟件行業(yè)的本質(zhì)。所以，我們也必須掌握軟件工程的很多方法和理論。

軟件工程，(′?_?`)是前輩們對于軟件??設計和研發(fā)的經(jīng)驗方法的總結。這可以，幫助我們系統??化，且更加規范的研發(fā)產(chǎn)品。理解軟件在技術(shù)的設計上需要??遵循的規則和追求的目標。

還需要了解面向過(guò)程和面向對象的理念和差異。在了解這個(gè)的過(guò)??程，大家也能接ヽ(′ー｀)ノ觸到軟件技術(shù)的發(fā)展過(guò)程。

在軟件工程的方法中，瀑布模型和敏捷方法是需要重點(diǎn)了解。瀑布模型現在很多公司依然在采用，是一種增量開(kāi)發(fā)的模式(′_｀)。敏捷是現在互聯(lián)產(chǎn)品的研發(fā)主流方法。敏捷方法的起點(diǎn)就是產(chǎn)品經(jīng)理。

2. 設計模式

設計模式是??代碼在工程(?Д?)背景下的最佳實(shí)踐?，F在共有23種設計模式。每種設計模式都代表著(zhù)，一種代碼設計的抽象(xiang)模型。

B??端產(chǎn)品經(jīng)理在進(jìn)行產(chǎn)品功能和系統設計時(shí)，可以以設計模式為參考。舉個(gè)小例子，在設??計訂單系統時(shí)，就可以將其設計成一個(gè)訂單工廠(chǎng)，以去匹配各類(lèi)型的訂單ヽ(′ー｀)ノ。在工廠(chǎng)模式指導下，訂單系統將具備更強的擴展性和兼容性。

3. 數據庫

數據庫這門(mén)??技術(shù)是非常龐雜的。我們可以從幾個(gè)對(dui)比維度去了解數據庫，關(guān)系型(xing)數據庫與 key-value 數據庫，文件數據庫與內存數據庫。了解這兩個(gè)不同維度下，數據庫的差異和應用場(chǎng)景。

我們還需要更深入的了解一種關(guān)系型數據庫。比如 MySQL。也需要學(xué)會(huì )一些數據庫的基本數(shu)據操作，能夠查詢(xún)和導出數據。在某些業(yè)務(wù)背景下，產(chǎn)品經(jīng)理可能需要去數據庫從庫中，查詢(xún)和抽取原始數據。

如果是 BI 或者 AI 的產(chǎn)品經(jīng)理，則必須要在數據庫的基礎上，深入到數據倉庫和數據集市。直至熟練的使用。這已(′?｀)經(jīng)是， BI 和 AI 產(chǎn)品經(jīng)理的崗位基礎要求。

4. 網(wǎng)絡(luò )

網(wǎng)絡(luò )對于產(chǎn)品經(jīng)理來(lái)說(shuō)，ヾ(′▽?zhuān)??需要了解的并不太多。主要是 TCP、UDP 和 HTTP。了解這三個(gè)協(xié)議的差異，長(cháng)連接與短連接的區別。

在 HTTP 的基礎上，必須掌握 HTTP 的錯誤號 和 網(wǎng)址的知識。

5. 平臺

在平臺這塊，主要指的是Android、iOS、PC 和 Web 等。平臺主要需要掌握的是平臺的設??計規范、通用的控件、開(kāi)放出來(lái)的接口和平臺下特定的技術(shù)型知識。這些內容大部分是產(chǎn)品經(jīng)理基礎技能(O_O)所必須的。因此，產(chǎn)品??經(jīng)理也要非常清楚平臺間的差異。

平臺下特定的技術(shù)型知識，指的是一些平臺的特性。比如，Web? 平臺的 cookies與session。

也可以以相同(′▽?zhuān)?的要求來(lái)看待現在主流的開(kāi)放平臺。比如，微信的公眾號和小程序生態(tài)。如果負責的產(chǎn)品依賴(lài)于該生態(tài)，那么我們就需要熟悉其規范和要求，已經(jīng)開(kāi)放出了哪些能力的接口。簡(jiǎn)單說(shuō)來(lái)，能做什么，怎(′ω｀)么合規。

6. 測試

主要是黑盒與白盒測試的區別和過(guò)程。黑盒測試需要深入了解一些，有利于我們設計驗收過(guò)程。

7. 技術(shù)(shu)工具

技術(shù)工具指的是技術(shù)人員會(huì )用到的簡(jiǎn)單的工具。我個(gè)人比(′?｀*)較常用的主要是 Navicat 和 Chrome 的調試工具。

有時(shí)候，自ヽ(′▽?zhuān)?ノ己可以快速的查看一下錯誤原因。(′ω｀)還可以通過(guò) Chrome 的調試工具，去下載一些網(wǎng)站的圖片。

8. 文檔

B端產(chǎn)品經(jīng)理，需要掌握技術(shù)上一些文檔的閱讀的方??式。??主要是系統的設計文檔、數據的設計(′_｀)文檔和 API 文檔。

對于產(chǎn)品經(jīng)理，只有閱讀這些文檔后，才能明細我們的技術(shù)能實(shí)現什么樣(?????)的需求。閱讀這些文檔，相當于在ヾ(′ω｀)?調研和設計產(chǎn)品時(shí)，做的技術(shù)可行性分析。

比如，微信小程序的??產(chǎn)品經(jīng)理。只有熟(′_ゝ`)悉了閱讀了微信小??程序的 API 文檔，才能清楚微信對外提供了哪些能力，才能???實(shí)(°o°)現更加強大的功能。

閱讀技術(shù)文檔，并不復雜。產(chǎn)品經(jīng)理閱讀時(shí)，并不需要完全理清楚各類(lèi)參數和關(guān)系(xi)，只需閱讀每個(gè)模塊的簡(jiǎn)介和注意事項即可。

9. 背景性技術(shù)

根據我們所負責的產(chǎn)品和模塊，我們還可能需(?????)要學(xué)習對應的專(zhuān)業(yè)技術(shù)。如果，我們是作為 BI 系統產(chǎn)品經(jīng)理。那么就需要學(xué)習一些 BI 的數據分析算法。

如果，BI系統的原始數據是爬取的外來(lái)數據，那么還需要了解爬蟲(chóng)相關(guān)的技術(shù)。

如果是 Web 產(chǎn)品經(jīng)(′?｀*)理，一般還需要了解 SAO/SEO。App 產(chǎn)品經(jīng)理需要了解各家平臺的應用市場(chǎng)規(?????)范和排名機制。

如??果，我們產(chǎn)品的核心競爭力在技術(shù)優(yōu)勢上?；蛘?，產(chǎn)品核心業(yè)務(wù)依賴(lài)某種技術(shù)。那么負責的產(chǎn)品經(jīng)理，必須要精通該門(mén)技術(shù)。

二、小結

如果想加深對技術(shù)的理解，最好還是選擇一門(mén)語(yǔ)言來(lái)玩玩，實(shí)際寫(xiě)幾行代碼試試。

超級推薦所有產(chǎn)品經(jīng)理，都???學(xué)學(xué) Python。除了之前所說(shuō)的好處之外，還可以提升我們的效率??。比如，寫(xiě)個(gè)小代碼拉點(diǎn)數據，做點(diǎn)數據分析。

在 Python 強大的工具(ju)庫的支持下，這是一個(gè)超級超級超級簡(jiǎn)單的事情。

對于技術(shù)的學(xué)習，產(chǎn)品經(jīng)理也要適度。如果在技術(shù)上，投入太多的時(shí)間，容易本末倒置。在團隊的產(chǎn)品研發(fā)過(guò)程，更不要因為懂技術(shù)，就去喧賓??奪主。

產(chǎn)品經(jīng)理只是了解技術(shù)，并ヽ(′ー｀)ノ不是去替代技術(shù)人員的。

雖然對于產(chǎn)品經(jīng)理這個(gè)崗位??，會(huì )技術(shù)不是(shi)必須的。但是，不懂技術(shù)肯定是不太行的。對于產(chǎn)品的背景不同，可能會(huì )有不同的技術(shù)要求。整體上，懂技術(shù)，逐漸在成為產(chǎn)品經(jīng)理的基礎要求。

#專(zhuān)欄作家#

產(chǎn)品小思考，微信公眾號：產(chǎn)品小思???考，人人都是產(chǎn)品經(jīng)理專(zhuān)欄(′▽?zhuān)?作家。擅長(cháng)(chang)行業(yè)業(yè)務(wù)分析，設計行業(yè)方案，設計B端產(chǎn)品架構。主要關(guān)注醫美、醫療行業(yè)，涉及HIS、CRM和各類(lèi)業(yè)務(wù)系統產(chǎn)品。