9個B端產(chǎn)品經(jīng)理需要懂的技術(shù)
B端產(chǎn)品經(jīng)理需要懂技術(shù),在互聯(lián)網(wǎng)行業(yè)已經(jīng)是一個共識。那產(chǎn)品經(jīng)理究竟需要懂哪些技術(shù)呢?本文介紹了九個產(chǎn)品經(jīng)理需要了解的技術(shù),與大家分享!
B端產(chǎn)品經(jīng)理需要懂技術(shù),在互聯(lián)網(wǎng)行業(yè)已經(jīng)是一個共識。
畢竟互聯(lián)網(wǎng)行業(yè),也只是軟件行業(yè)的一個細分,也逃不掉軟件研發(fā)的一些固有規(guī)律。只是說,「懂」的形式和深度。以及,根據(jù)所在的行業(yè)和產(chǎn)品背景,需要懂的技術(shù)類型不同。但是,也有一些通用性的技術(shù)是需要所有B端產(chǎn)品經(jīng)理掌握。
「懂」技術(shù),更直白的講,應(yīng)該叫了解技術(shù)。這并不是要求我們產(chǎn)品經(jīng)理要完全掌握技術(shù),能像技術(shù)人員一樣,寫代碼實現(xiàn)需求。
而是說,我們要理解技術(shù)能為我們帶來的結(jié)果,能為我們實現(xiàn)什么東西。
更重要的是,了解技術(shù)的B端產(chǎn)品經(jīng)理,才能設(shè)計出合理的產(chǎn)品,更加接近 PMF(產(chǎn)品市場契合)。
因為B端產(chǎn)品的設(shè)計,不僅僅是功能的設(shè)計,還需要考慮到業(yè)務(wù)系統(tǒng)的架構(gòu)。所以,懂技術(shù)有助于加強對業(yè)務(wù)和需求的理解和分析的能力。特別是B端產(chǎn)品都和業(yè)務(wù)捆綁的非常深。
產(chǎn)品經(jīng)理在產(chǎn)品的研發(fā)的過程中,也會承擔(dān)一定項目經(jīng)理的職責(zé),在項目中會起到串聯(lián)的作用。所以,懂技術(shù)的產(chǎn)品經(jīng)理既有更強的項目風(fēng)險控制能力,也會對項目進度的把控更加合理。
同時,在各類評審和日常工作中,與技術(shù)的合作,才會具備同理心。
技術(shù)是一個非常龐大和繁雜的領(lǐng)域。B端產(chǎn)品經(jīng)理在了解時,也要選對方向。雖然,了解更深不會有壞處。但是,也要注意時間成本。
如果是為了產(chǎn)品工作和職業(yè)發(fā)展,千萬不要本末倒置。淺嘗輒止,對于「了解」,并不是壞處。
我在下文中,總結(jié)了一些可以了解的技術(shù)方向。我們可以依據(jù)我們的實際情況,作參考。
一、產(chǎn)品經(jīng)理需要了解的技術(shù)
1. 軟件工程
雖然,我們現(xiàn)在都稱自己是互聯(lián)網(wǎng)行業(yè),但是我們逃脫不了軟件行業(yè)的本質(zhì)。所以,我們也必須掌握軟件工程的很多方法和理論。
軟件工程,是前輩們對于軟件設(shè)計和研發(fā)的經(jīng)驗方法的總結(jié)。這可以,幫助我們系統(tǒng)化,且更加規(guī)范的研發(fā)產(chǎn)品。理解軟件在技術(shù)的設(shè)計上需要遵循的規(guī)則和追求的目標(biāo)。
還需要了解面向過程和面向?qū)ο蟮睦砟詈筒町?。在了解這個的過程,大家也能接觸到軟件技術(shù)的發(fā)展過程。
在軟件工程的方法中,瀑布模型和敏捷方法是需要重點了解。瀑布模型現(xiàn)在很多公司依然在采用,是一種增量開發(fā)的模式。敏捷是現(xiàn)在互聯(lián)產(chǎn)品的研發(fā)主流方法。敏捷方法的起點就是產(chǎn)品經(jīng)理。
2. 設(shè)計模式
設(shè)計模式是代碼在工程背景下的最佳實踐?,F(xiàn)在共有23種設(shè)計模式。每種設(shè)計模式都代表著,一種代碼設(shè)計的抽象模型。
B端產(chǎn)品經(jīng)理在進行產(chǎn)品功能和系統(tǒng)設(shè)計時,可以以設(shè)計模式為參考。舉個小例子,在設(shè)計訂單系統(tǒng)時,就可以將其設(shè)計成一個訂單工廠,以去匹配各類型的訂單。在工廠模式指導(dǎo)下,訂單系統(tǒng)將具備更強的擴展性和兼容性。
3. 數(shù)據(jù)庫
數(shù)據(jù)庫這門技術(shù)是非常龐雜的。我們可以從幾個對比維度去了解數(shù)據(jù)庫,關(guān)系型數(shù)據(jù)庫與 key-value 數(shù)據(jù)庫,文件數(shù)據(jù)庫與內(nèi)存數(shù)據(jù)庫。了解這兩個不同維度下,數(shù)據(jù)庫的差異和應(yīng)用場景。
我們還需要更深入的了解一種關(guān)系型數(shù)據(jù)庫。比如 MySQL。也需要學(xué)會一些數(shù)據(jù)庫的基本數(shù)據(jù)操作,能夠查詢和導(dǎo)出數(shù)據(jù)。在某些業(yè)務(wù)背景下,產(chǎn)品經(jīng)理可能需要去數(shù)據(jù)庫從庫中,查詢和抽取原始數(shù)據(jù)。
如果是 BI 或者 AI 的產(chǎn)品經(jīng)理,則必須要在數(shù)據(jù)庫的基礎(chǔ)上,深入到數(shù)據(jù)倉庫和數(shù)據(jù)集市。直至熟練的使用。這已經(jīng)是, BI 和 AI 產(chǎn)品經(jīng)理的崗位基礎(chǔ)要求。
4. 網(wǎng)絡(luò)
網(wǎng)絡(luò)對于產(chǎn)品經(jīng)理來說,需要了解的并不太多。主要是 TCP、UDP 和 HTTP。了解這三個協(xié)議的差異,長連接與短連接的區(qū)別。
在 HTTP 的基礎(chǔ)上,必須掌握 HTTP 的錯誤號 和 網(wǎng)址的知識。
5. 平臺
在平臺這塊,主要指的是Android、iOS、PC 和 Web 等。平臺主要需要掌握的是平臺的設(shè)計規(guī)范、通用的控件、開放出來的接口和平臺下特定的技術(shù)型知識。這些內(nèi)容大部分是產(chǎn)品經(jīng)理基礎(chǔ)技能所必須的。因此,產(chǎn)品經(jīng)理也要非常清楚平臺間的差異。
平臺下特定的技術(shù)型知識,指的是一些平臺的特性。比如,Web 平臺的 cookies與session。
也可以以相同的要求來看待現(xiàn)在主流的開放平臺。比如,微信的公眾號和小程序生態(tài)。如果負責(zé)的產(chǎn)品依賴于該生態(tài),那么我們就需要熟悉其規(guī)范和要求,已經(jīng)開放出了哪些能力的接口。簡單說來,能做什么,怎么合規(guī)。
6.? 測試
主要是黑盒與白盒測試的區(qū)別和過程。黑盒測試需要深入了解一些,有利于我們設(shè)計驗收過程。
7. 技術(shù)工具
技術(shù)工具指的是技術(shù)人員會用到的簡單的工具。我個人比較常用的主要是 Navicat 和 Chrome 的調(diào)試工具。
Navicat 主要是用來操作 Mysql 數(shù)據(jù)庫。Chrome 的調(diào)試工具,可以查看 Web 網(wǎng)站的報錯和 API 返回的數(shù)據(jù)。
有時候,自己可以快速的查看一下錯誤原因。還可以通過 Chrome 的調(diào)試工具,去下載一些網(wǎng)站的圖片。
8. 文檔
B端產(chǎn)品經(jīng)理,需要掌握技術(shù)上一些文檔的閱讀的方式。主要是系統(tǒng)的設(shè)計文檔、數(shù)據(jù)的設(shè)計文檔和 API 文檔。
對于產(chǎn)品經(jīng)理,只有閱讀這些文檔后,才能明細我們的技術(shù)能實現(xiàn)什么樣的需求。閱讀這些文檔,相當(dāng)于在調(diào)研和設(shè)計產(chǎn)品時,做的技術(shù)可行性分析。
比如,微信小程序的產(chǎn)品經(jīng)理。只有熟悉了閱讀了微信小程序的 API 文檔,才能清楚微信對外提供了哪些能力,才能實現(xiàn)更加強大的功能。
閱讀技術(shù)文檔,并不復(fù)雜。產(chǎn)品經(jīng)理閱讀時,并不需要完全理清楚各類參數(shù)和關(guān)系,只需閱讀每個模塊的簡介和注意事項即可。
9. 背景性技術(shù)
根據(jù)我們所負責(zé)的產(chǎn)品和模塊,我們還可能需要學(xué)習(xí)對應(yīng)的專業(yè)技術(shù)。如果,我們是作為 BI 系統(tǒng)產(chǎn)品經(jīng)理。那么就需要學(xué)習(xí)一些 BI 的數(shù)據(jù)分析算法。
如果,BI系統(tǒng)的原始數(shù)據(jù)是爬取的外來數(shù)據(jù),那么還需要了解爬蟲相關(guān)的技術(shù)。
如果是 Web 產(chǎn)品經(jīng)理,一般還需要了解 SAO/SEO。App 產(chǎn)品經(jīng)理需要了解各家平臺的應(yīng)用市場規(guī)范和排名機制。
如果,我們產(chǎn)品的核心競爭力在技術(shù)優(yōu)勢上?;蛘撸a(chǎn)品核心業(yè)務(wù)依賴某種技術(shù)。那么負責(zé)的產(chǎn)品經(jīng)理,必須要精通該門技術(shù)。
二、小結(jié)
如果想加深對技術(shù)的理解,最好還是選擇一門語言來玩玩,實際寫幾行代碼試試。
超級推薦所有產(chǎn)品經(jīng)理,都學(xué)學(xué) Python。除了之前所說的好處之外,還可以提升我們的效率。比如,寫個小代碼拉點數(shù)據(jù),做點數(shù)據(jù)分析。
在 Python 強大的工具庫的支持下,這是一個超級超級超級簡單的事情。
對于技術(shù)的學(xué)習(xí),產(chǎn)品經(jīng)理也要適度。如果在技術(shù)上,投入太多的時間,容易本末倒置。在團隊的產(chǎn)品研發(fā)過程,更不要因為懂技術(shù),就去喧賓奪主。
產(chǎn)品經(jīng)理只是了解技術(shù),并不是去替代技術(shù)人員的。
雖然對于產(chǎn)品經(jīng)理這個崗位,會技術(shù)不是必須的。但是,不懂技術(shù)肯定是不太行的。對于產(chǎn)品的背景不同,可能會有不同的技術(shù)要求。整體上,懂技術(shù),逐漸在成為產(chǎn)品經(jīng)理的基礎(chǔ)要求。
#專欄作家#
產(chǎn)品小思考,微信公眾號:產(chǎn)品小思考,人人都是產(chǎn)品經(jīng)理專欄作家。擅長行業(yè)業(yè)務(wù)分析,設(shè)計行業(yè)方案,設(shè)計B端產(chǎn)品架構(gòu)。主要關(guān)注醫(yī)美、醫(yī)療行業(yè),涉及HIS、CRM和各類業(yè)務(wù)系統(tǒng)產(chǎn)品。
本文由@產(chǎn)品小思考原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議。
作為開發(fā)出身的產(chǎn)品經(jīng)理,表示很熟練??
哈哈 優(yōu)勢
哈哈、優(yōu)勢很大
對于新手**端產(chǎn)品來說,不建議花費時間去學(xué)所謂的軟件工程,設(shè)計模式啥的,那些都用不著。要想快速入門B端產(chǎn)品,先去找個CRM 或者OA審批等軟件,摸索下它們背后的業(yè)務(wù)流程和處理邏輯,讓自己養(yǎng)成結(jié)構(gòu)化思維和嚴謹?shù)乃伎挤绞?。這些才能真正幫到你設(shè)計出嚴謹有效的B端功能。
新人就建議不要設(shè)計CRM、OA這種業(yè)務(wù)復(fù)雜的系統(tǒng)。這種傳統(tǒng)軟件建議還是要對「軟件研發(fā)」本身有足夠認知。成結(jié)構(gòu)化思維和嚴謹?shù)乃伎挤绞接杏茫沁@只能讓你「想」著設(shè)計。業(yè)務(wù)系統(tǒng)或者任何復(fù)雜系統(tǒng)還是要回歸軟件設(shè)計的本質(zhì)。
所以推薦任何產(chǎn)品經(jīng)理不要靠「想」來設(shè)計。
新手也分兩種吧,純新手建議先學(xué)習(xí)產(chǎn)品經(jīng)理基本知識;C端轉(zhuǎn)B端的話,建議先學(xué)習(xí)B端產(chǎn)品整體工作流程和業(yè)務(wù)流程邏輯。
這篇文章應(yīng)該針對的是已經(jīng)有比較扎實的產(chǎn)品知識和工作能力,朝著優(yōu)化和提升建議的。兩類新手只建議看看,不建議實操
這個標(biāo)題的用戶體驗怎么樣
服
平臺給改的。原來不是這個標(biāo)題。 ??
誒 ,,,剛接觸B端有什么新手可以看的書嗎
推薦楊堃的《決勝B端》,最近在看,很不錯。
如果是B端 我也比較推薦
最近楊堃老師出了一門線上課程,和起點學(xué)院合作的,還不錯,有條件的話可以看看,才九百多,哈哈哈哈