產(chǎn)品經(jīng)理所需要掌握的技術(shù)點(diǎn)
首先強(qiáng)調(diào)一下,產(chǎn)品經(jīng)理需要掌握一些技術(shù)點(diǎn)這事不是必備項(xiàng),但卻是大大的加分項(xiàng),從我目前的經(jīng)驗(yàn)來看,不懂技術(shù)的產(chǎn)品經(jīng)理很難做產(chǎn)品,但可能會有一些天馬行空的想法,只不過大多數(shù)都會被同行或者技術(shù)開發(fā)人員說實(shí)現(xiàn)不了。有些產(chǎn)品經(jīng)理是有研發(fā)背景的,即在轉(zhuǎn)行做產(chǎn)品經(jīng)理之前,有從事過開發(fā)工作,這樣就非常的有優(yōu)勢,如果之前的開發(fā)工作與現(xiàn)在產(chǎn)品所需的技術(shù)語言是一樣的話,就比較完美了,可以在設(shè)計(jì)的時(shí)候就進(jìn)行一定程度的實(shí)現(xiàn)性和可行性考慮,評估所設(shè)計(jì)的功能是否可以在現(xiàn)有條件和資源下實(shí)現(xiàn),也能在開發(fā)人員的系統(tǒng)設(shè)計(jì)說明書評審會上聽懂,可以大致了解是否符合要求。
技術(shù)開發(fā)人員都比較喜歡和同行交流的,就像我們自己喜歡和產(chǎn)品經(jīng)理同行交流一樣,因此做過開發(fā)的產(chǎn)品經(jīng)理在和開發(fā)人員的溝通上有優(yōu)勢,但需要注意的是,千萬不能不懂裝懂,不要以為自己做過開發(fā)了不起,就指手畫腳的參與系統(tǒng)設(shè)計(jì),這樣反而會令人反感,要記住你的技術(shù)背景只能停留在產(chǎn)品設(shè)計(jì)階段和PRD溝通階段,不要過多的給出技術(shù)方面的意見或建議,術(shù)業(yè)有專攻,況且你都轉(zhuǎn)行了,說不定你所知道的東西已經(jīng)過時(shí)了。
沒有研發(fā)背景的產(chǎn)品經(jīng)理就需要修煉了,其實(shí)也不需要去學(xué)習(xí)開發(fā)技術(shù),但是要知道一些專業(yè)術(shù)語,比如要知道緩存、JS腳本、Ajax、數(shù)據(jù)庫、存儲過程、BI等等名詞到底是什么東西,否則你會發(fā)現(xiàn)你在和開發(fā)人員溝通的時(shí)候會一愣一愣的,因?yàn)樗麄冋f的你聽不懂。學(xué)習(xí)的時(shí)候要有針對性,比如公司產(chǎn)品都是采用JAVA開發(fā)的,那就去了解一下JAVA相關(guān)的基礎(chǔ)知識,數(shù)據(jù)都都是采用MYSQL的,那就去簡單了解一下這個(gè)數(shù)據(jù)庫相關(guān)的知識,我們的目標(biāo)是能聽懂開發(fā)人員說的話,以免陷于被動。如果讓開發(fā)人員發(fā)現(xiàn)他說了半天,你都沒有聽明白,如果要他講第二遍或者一一解釋一下,估計(jì)首先會有點(diǎn)不耐煩,其次會有點(diǎn)嫌棄你了,呵呵。
從我目前的經(jīng)驗(yàn)來看,以下這些技術(shù)點(diǎn)是產(chǎn)品經(jīng)理應(yīng)該掌握的,這里不說“必須掌握”,確實(shí)是因?yàn)橛欣獯嬖凇?/p>
SQL的讀和寫
在大數(shù)據(jù)時(shí)代,產(chǎn)品經(jīng)理幾乎天天都要和數(shù)據(jù)打交道,數(shù)據(jù)的來源有很多,但大部分肯定都是存儲在數(shù)據(jù)庫里面的,這時(shí)要做分析數(shù)據(jù)的話,數(shù)據(jù)分析能力是體現(xiàn)在拿到數(shù)據(jù)之后的,前提是你要拿到數(shù)據(jù),這時(shí)就和SQL有關(guān)系了。
大公司數(shù)據(jù)倉庫建設(shè)比較完備,有較為完善的數(shù)據(jù)管理系統(tǒng),且有專門的數(shù)據(jù)維護(hù)人員,俗稱BI或者DA,即做商業(yè)智能和數(shù)據(jù)處理加工的。在這種條件比較優(yōu)越的公司,常規(guī)的取數(shù)需求都可以提交給這些專業(yè)人士處理,如日常的分析報(bào)表、項(xiàng)目開展所需要的基礎(chǔ)數(shù)據(jù)等,只要說明清楚取數(shù)邏輯和所需要的字段就可以了。但平時(shí)的一些產(chǎn)品分析所需數(shù)據(jù)的獲取,以及一些指標(biāo)考核項(xiàng)的數(shù)據(jù)就需要你自己動手了。好一點(diǎn)的情況下,你可以央求BI給你寫一個(gè)SQL語句出來,然后根據(jù)需要你自己改改;次一點(diǎn)的情況下,BI會將一些表結(jié)構(gòu)說明給到你,然后你自己去組織表關(guān)聯(lián)取數(shù);最差的情況就是啥都沒有,你自己去取數(shù)系統(tǒng)里面摸索著取數(shù)。而在小公司,產(chǎn)品經(jīng)理可以讓開發(fā)人員幫你取數(shù),但你要是頻繁需要取數(shù)的,我想你也不好意思老開口,畢竟會影響開發(fā)人員的本職工作。自己動手豐衣足食,而且因?yàn)樾」緮?shù)據(jù)系統(tǒng)建設(shè)不完善,最好的情況就是上面說的第二種,有表結(jié)構(gòu)說明給你參考。
上面這些場景就要求產(chǎn)品經(jīng)理需要懂SQL語言。這里首先是要能看懂SQL,比方說你是求別人幫你取數(shù)的,但看了數(shù)據(jù)總感覺不對,這時(shí)你就需要去看看人家寫的SQL對不對,畢竟你自己才最清楚取數(shù)需求是什么??炊税l(fā)現(xiàn)有錯(cuò)誤的地方,還要會改,特別是別人給你一段有相似取數(shù)功能的SQL語句時(shí),要能手動改改之后適合你自己的取數(shù)需求。其次是要知道怎么寫SQL,這就要求產(chǎn)品經(jīng)理懂得SQL語言的語法和一些常用的函數(shù),比如日期函數(shù)、格式轉(zhuǎn)換函數(shù)、數(shù)學(xué)函數(shù)、字符串函數(shù)等等,最常見和最基本的都要掌握和靈活運(yùn)用。
個(gè)人強(qiáng)烈建議產(chǎn)品經(jīng)理同行們都學(xué)習(xí)一下SQL,這樣在日常工作當(dāng)中會方便很多。需要注意的是,SQL語言有T-SQL(Transact-SQL)和PL/SQL(Procedural Language/SQL)兩種,需要根據(jù)不同的數(shù)據(jù)庫類型,有針對性的去學(xué)習(xí)。比如說產(chǎn)品采用的是SQLServer數(shù)據(jù)庫,那就需要學(xué)習(xí)T-SQL;如果采用的是Oracle或者M(jìn)ysql數(shù)據(jù)庫,就需要學(xué)習(xí)PL/SQL,兩種語言在語法上差別比較大,大部分情況下都不能混用。另外Oracle和Mysql數(shù)據(jù)庫在應(yīng)用PL/SQL的時(shí)候,會有一些函數(shù)有使用上的差異,需要注意一下。有人會說現(xiàn)在還有一些非關(guān)系型數(shù)據(jù)庫,如MangoDB之類的,這種數(shù)據(jù)庫基本不支持SQL語言去查詢,而且里面存儲的都是非關(guān)系型的數(shù)據(jù),也不需要查詢出來做分析。
UML和E-R圖
早些年,產(chǎn)品經(jīng)理這個(gè)名詞還沒有流行的時(shí)候,做類似行當(dāng)?shù)娜艘话惴Q為“需求分析師”,傳統(tǒng)的軟件需求分析師的一項(xiàng)必備技能就是用UML畫用例圖,當(dāng)然這個(gè)現(xiàn)在也適用,用例圖對于說明需求來說,作用還是很明顯的,至少開發(fā)能看的比較明白?,F(xiàn)在隨著思維導(dǎo)圖和原型的星期,用例圖逐漸的有點(diǎn)被淘汰的意思,但很多開發(fā)人員還是會用UML來畫系統(tǒng)設(shè)計(jì)圖,如活動圖、狀態(tài)圖、協(xié)作圖等,產(chǎn)品經(jīng)理需要了解一下這些,以便能在設(shè)計(jì)評審上看懂這些圖。
E-R圖也稱實(shí)體-聯(lián)系圖(Entity Relationship Diagram),提供了表示實(shí)體類型、屬性和聯(lián)系的方法,在數(shù)據(jù)表關(guān)系設(shè)計(jì)上應(yīng)用比較多。一個(gè)產(chǎn)品的數(shù)據(jù)存儲,肯定不會只有一張數(shù)據(jù)表,而是由多張數(shù)據(jù)表通過關(guān)系關(guān)聯(lián)起來的,相互之間的這種關(guān)系就可以用E-R圖來表示,可以從中看出各表之間關(guān)聯(lián)的主鍵和外鍵分別是什么,哪些字段值唯一等。
UML圖和E-R圖在系統(tǒng)設(shè)計(jì)當(dāng)中經(jīng)常出現(xiàn),產(chǎn)品經(jīng)理要能看懂其所表達(dá)的意思。你和開發(fā)人員講需求設(shè)計(jì)的時(shí)候需要面面俱到,每個(gè)細(xì)節(jié)都會講到,但開發(fā)人員跟你講系統(tǒng)設(shè)計(jì)的時(shí)候,可是能簡則簡,你看不懂是你的事情,他們可是按這個(gè)開發(fā)的。
移動端的設(shè)計(jì)規(guī)范
這里包含產(chǎn)品設(shè)計(jì)規(guī)范和編碼規(guī)范,無論是Android還是IOS都有自己特定的規(guī)范,移動端的產(chǎn)品經(jīng)理在設(shè)計(jì)產(chǎn)品的時(shí)候就需要先了解清楚這些規(guī)范的內(nèi)容,和一些技術(shù)實(shí)現(xiàn)的方式。移動端的技術(shù)實(shí)現(xiàn)相對比較可控和有限,多了解一些技術(shù)有助于進(jìn)行有效的產(chǎn)品設(shè)計(jì)。盲目的設(shè)計(jì)要么實(shí)現(xiàn)不了,要么最終無法通過審核,是不可取的。移動端的一些特效也需要清楚,如拖拽、滑動、下拉、手勢等,產(chǎn)品經(jīng)理如果不了解這些,都設(shè)計(jì)不出操作體驗(yàn)很好的產(chǎn)品來。另外諸如不能獲取用戶的某些敏感數(shù)據(jù)等注意事項(xiàng),都需要在產(chǎn)品設(shè)計(jì)時(shí)就考慮到。這塊具體的還是要看場景來決定。
基礎(chǔ)的技術(shù)名詞
如前面最開頭所提到的那些,如緩存、Cookie、Ajax、中間件、數(shù)據(jù)庫等等名詞,需要去了解一下其所表示的意思,開發(fā)人員在溝通的時(shí)候會經(jīng)常提到這些,如果你聽不懂,就會比較杯具。另外掌握如緩存、Cookie的使用,還可以在產(chǎn)品后端邏輯中添加一些功能,比如讓Cookie記錄用戶填寫的用戶名,下次再來登錄時(shí)不要重復(fù)輸入;用緩存記錄用戶的登錄驗(yàn)證信息,在一段時(shí)間內(nèi)不需要用戶重新登錄等等。
還有就是要區(qū)分學(xué)習(xí)一下產(chǎn)品實(shí)現(xiàn)的開發(fā)語言,比如Java、PHP、.Net等,了解一些基本的知識點(diǎn),如部署方式,運(yùn)行載體等,比如常說的LAMP是指Linux+Apache+Mysql+PHP的組合;了解一些腳本語言,如JS腳本、CSS等。這里需要提一下的是,產(chǎn)品經(jīng)理最好懂HTML,注意不是HTML5,當(dāng)然要是懂H5就更好了,HTML是最基本的網(wǎng)頁腳本語言,有時(shí)候看不懂某個(gè)頁面的邏輯時(shí),可以點(diǎn)擊右鍵屬性—“查看網(wǎng)頁源代碼”來看一看。
上面所提到的這些是個(gè)人覺得比較基礎(chǔ)也比較容易掌握的技術(shù)點(diǎn),特別是SQL,強(qiáng)烈建議產(chǎn)品經(jīng)理們都學(xué)習(xí)一下。不過這是一個(gè)持續(xù)學(xué)習(xí)的過程,只要你不轉(zhuǎn)行,學(xué)習(xí)了之后會一直受益。
作者:朱軍華Ronzhu
贊同。
學(xué)點(diǎn)SQL查詢
動點(diǎn)HTML/JS/CSS
總之,你什么都懂一點(diǎn),
學(xué)習(xí)能力強(qiáng),簡直了
?
求推薦書籍 ??
w3shool/慕課網(wǎng)
早些年,產(chǎn)品經(jīng)理這個(gè)名詞還沒有流行的時(shí)候,做類似行當(dāng)?shù)娜艘话惴Q為“需求分析師”
求相關(guān)的技術(shù)書籍推薦 被鄙視了 嗚嗚嗚嗚