產(chǎn)品經(jīng)理要懂技術(shù)嗎?要懂哪些技術(shù)?
在產(chǎn)品管理領(lǐng)域,技術(shù)知識(shí)的重要性一直是備受爭(zhēng)議的話(huà)題。一方面,有人認(rèn)為產(chǎn)品經(jīng)理的核心職責(zé)是理解用戶(hù)需求和市場(chǎng)趨勢(shì),技術(shù)細(xì)節(jié)可以交給開(kāi)發(fā)團(tuán)隊(duì)處理;另一方面,也有觀點(diǎn)認(rèn)為,不懂技術(shù)的產(chǎn)品經(jīng)理在與開(kāi)發(fā)團(tuán)隊(duì)溝通時(shí)會(huì)面臨諸多障礙,甚至可能影響產(chǎn)品的最終質(zhì)量。本文將深入探討產(chǎn)品經(jīng)理是否需要懂技術(shù),以及如果需要,應(yīng)該掌握哪些技術(shù)。
這是一個(gè)產(chǎn)品經(jīng)理領(lǐng)域老生常談的話(huà)題,知乎上也有相應(yīng)的話(huà)題,大約有660+答主回答了該問(wèn)題,問(wèn)題關(guān)注者1.5萬(wàn)人+,問(wèn)題瀏覽量超過(guò)234萬(wàn)。
2019年6月我在博客上簡(jiǎn)單寫(xiě)過(guò)一點(diǎn)自己的理解(后來(lái)因?yàn)樵L(fǎng)問(wèn)不了godaddy解析不了新iP,博客算是廢了),時(shí)隔6年我在原文的基礎(chǔ)上擴(kuò)充一些發(fā)在公眾號(hào)上面。
1.產(chǎn)品經(jīng)理要懂技術(shù)
首先給出我自己的觀點(diǎn):產(chǎn)品經(jīng)理要懂技術(shù)。原因如下:
我了解的很多程序員都會(huì)有一種“習(xí)慣性拒絕”,當(dāng)你提出一個(gè)稍稍復(fù)雜的需求時(shí),他可能會(huì)覺(jué)得麻煩或給他加了工作量而隨口拒絕。
而他給出的理由往往是:接口查詢(xún)過(guò)多影響效率、數(shù)據(jù)表結(jié)構(gòu)不支持?jǐn)U展、當(dāng)前系統(tǒng)架構(gòu)耦合較高、我們不具備XXX能力,XXX三方平臺(tái)的接口不支持等。
這個(gè)時(shí)候如果您懂技術(shù),就可以和他正面撕逼。而我們平日做的項(xiàng)目有些是由乙方/丙方多方協(xié)作來(lái)完成的,如果你懂技術(shù),就可以大致了解他們提供的項(xiàng)目工時(shí)和方案是否靠譜,避免被忽悠。
產(chǎn)品經(jīng)理會(huì)技術(shù),等于流氓會(huì)武術(shù)。
前百度產(chǎn)品副總裁、首席產(chǎn)品架構(gòu)師俞軍前輩給出的答案是下面這樣的。
- 不同業(yè)務(wù)的成功關(guān)鍵可能是技術(shù)/產(chǎn)品/運(yùn)營(yíng)/銷(xiāo)售/投資等不同點(diǎn)。
- 一個(gè)業(yè)務(wù)的不同發(fā)展階段,上述關(guān)鍵點(diǎn)的重要性也可能變化。
- 作為一個(gè)創(chuàng)業(yè)小團(tuán)隊(duì),團(tuán)隊(duì)成員對(duì)“產(chǎn)品經(jīng)理”的定位和期望,很重要但也會(huì)影響答案。所以,要結(jié)合你創(chuàng)業(yè)的領(lǐng)域和團(tuán)隊(duì)尋找答案。當(dāng)然,即使非技術(shù)出身,做上產(chǎn)品經(jīng)理后,該領(lǐng)域的技術(shù)你也應(yīng)該是越來(lái)越熟悉,避免在做產(chǎn)品決策時(shí)拖后腿。
再來(lái)回答第2個(gè)問(wèn)題:產(chǎn)品經(jīng)理要懂哪些技術(shù)?
這個(gè)問(wèn)題其實(shí)上面俞軍的觀點(diǎn)里面已經(jīng)給出了答案:需要懂你當(dāng)前行業(yè)/領(lǐng)域的技術(shù),比如支付產(chǎn)品經(jīng)理和硬件產(chǎn)品經(jīng)理的技術(shù)棧要求就不一樣。
再引申出第3個(gè)問(wèn)題:技術(shù)要懂到什么程度?
我之前寫(xiě)過(guò)一篇文章《領(lǐng)導(dǎo)是淺薄的全面,專(zhuān)家是深刻的片面》,我的觀點(diǎn)是產(chǎn)品經(jīng)理對(duì)技術(shù)要做到淺薄的全面即可。
為了讓讀者加深理解,我下面會(huì)用幾個(gè)案例進(jìn)行說(shuō)明。
2.正則表達(dá)式
以下是某個(gè)電商平臺(tái)的供應(yīng)商入駐頁(yè)面截圖,當(dāng)供應(yīng)商輸入手機(jī)號(hào)時(shí)系統(tǒng)會(huì)提示:請(qǐng)輸入有效的手機(jī)號(hào)。
產(chǎn)品經(jīng)理根據(jù)提示信息應(yīng)該能看出前端校驗(yàn)時(shí)識(shí)別出195號(hào)段不是有效號(hào)段,但普通入駐商家可能不知道具體原因(雖然頁(yè)面給出了提示)。
遇到問(wèn)題就要解決問(wèn)題,產(chǎn)品經(jīng)理在提解決方案前需要知道問(wèn)題出在哪,很大可能是開(kāi)發(fā)同學(xué)在做前端校驗(yàn)邏輯的時(shí)候直接用了號(hào)段枚舉,如130/131/133….188/189,而并沒(méi)有用正則表達(dá)式。
別笑,我以前聽(tīng)過(guò)/見(jiàn)過(guò)的項(xiàng)目里面還真的出現(xiàn)過(guò)這種情況,出現(xiàn)的次數(shù)還不少。測(cè)試和產(chǎn)品同學(xué)在功能驗(yàn)收的時(shí)候,可能用的都是比較成熟的號(hào)段,所以新號(hào)段的覆蓋不全,這個(gè)地方的BUG就沒(méi)有測(cè)出來(lái)。
再有就是開(kāi)發(fā)小哥的正則表達(dá)式可能沒(méi)寫(xiě)好或者沒(méi)寫(xiě)對(duì),或者寫(xiě)的時(shí)候漏掉了幾個(gè)字符,所以就會(huì)出現(xiàn)上面的提示。
手機(jī)號(hào)碼通常由11位數(shù)字組成,以數(shù)字1開(kāi)頭。為了校驗(yàn)手機(jī)號(hào)碼,我們可以使用正則表達(dá)式來(lái)匹配符合特定運(yùn)營(yíng)商號(hào)段的手機(jī)號(hào)碼。
以下是一個(gè)常用的手機(jī)號(hào)驗(yàn)證正則表達(dá)式示例:
const phoneReg = /^1[3456789]d{9}$/;
const phoneNumber = ‘13800138000’
console.log(phoneReg.test(phoneNumber)); // 輸出: true
這個(gè)正則表達(dá)式使用了特殊字符^和$來(lái)限制字符串的起始和結(jié)束位置。其中[3456789]表示手機(jī)號(hào)的第二位數(shù)字必須是3、4、5、6、7、8、9中的任意一個(gè),d{9}表示后面跟著9位0-9的任意數(shù)字。
注意事項(xiàng)
- 號(hào)段更新:由于運(yùn)營(yíng)商的號(hào)段可能會(huì)更新,所以在使用正則表達(dá)式時(shí)需要注意是否包含了最新的號(hào)段信息。
- 虛擬運(yùn)營(yíng)商:此外,還需要考慮虛擬運(yùn)營(yíng)商的號(hào)段,這些號(hào)段通常以170、171等開(kāi)始。
- 國(guó)際號(hào)碼:如果項(xiàng)目中還需要處理國(guó)際手機(jī)號(hào)碼,那么正則表達(dá)式可能需要進(jìn)行相應(yīng)的調(diào)整以適應(yīng)不同國(guó)家的手機(jī)號(hào)碼格式。
產(chǎn)品經(jīng)理如果懂技術(shù),就應(yīng)該知道此處應(yīng)該通過(guò)正則表達(dá)式的方式來(lái)做手機(jī)號(hào)段的校驗(yàn),而不是通過(guò)號(hào)段枚舉值的方式(畢竟號(hào)段更新速度太快了)。
產(chǎn)品經(jīng)理如果技術(shù)懂的再多一點(diǎn),就會(huì)跟開(kāi)發(fā)提要求:我們平臺(tái)有很多個(gè)業(yè)務(wù)場(chǎng)景都需要校驗(yàn)手機(jī)號(hào)(獲取驗(yàn)證碼),手機(jī)號(hào)校驗(yàn)可以做成一個(gè)通用模塊,這樣后期的維護(hù)成本會(huì)降低很多。
3.注冊(cè)頁(yè)面的字段校驗(yàn)
下圖是一個(gè)產(chǎn)品經(jīng)理都很熟悉的典型的PC網(wǎng)站注冊(cè)頁(yè)面,在這個(gè)注冊(cè)表單頁(yè)面有4個(gè)字段需要校驗(yàn),那么問(wèn)題來(lái)了:這4個(gè)字段需要怎么校驗(yàn)?
有讀者可能會(huì)說(shuō),這4個(gè)字段需要分2步校驗(yàn),先校驗(yàn)輸入的字段是否符合輸入規(guī)范,例如中國(guó)手機(jī)號(hào)是1開(kāi)頭的11位純數(shù)字,電子郵箱必須符合x(chóng)yz@abc.com(或cn/net)的格式,密碼必須不低于6位字符……
基本上所有的產(chǎn)品經(jīng)理都能給出上述的回答,但這個(gè)回答只能說(shuō)答對(duì)了一半,還應(yīng)該考慮上述字段在前端還是服務(wù)器端進(jìn)行校驗(yàn)。
前端校驗(yàn)
前端可以簡(jiǎn)單理解為用戶(hù)可以看得見(jiàn)的頁(yè)面前端,后端指用戶(hù)看不到的服務(wù)器或系統(tǒng)后端。
前端校驗(yàn)顧名思義,就是該字段直接在前端頁(yè)面先行校驗(yàn)。如上圖所示,用戶(hù)輸入12開(kāi)頭的手機(jī)號(hào)(或者非數(shù)字1開(kāi)頭的數(shù)字如83),這時(shí)前端應(yīng)該立刻進(jìn)行校驗(yàn)并提醒用戶(hù)“格式有誤”。
因?yàn)槟壳皣?guó)內(nèi)手機(jī)號(hào)都是以13/14/15/…19開(kāi)頭的,根本不存在12或者其他數(shù)字83開(kāi)頭的手機(jī)號(hào),用戶(hù)顯然是輸錯(cuò)了,如果等到用戶(hù)輸完了11位數(shù)字點(diǎn)擊“獲取驗(yàn)證碼”時(shí)再進(jìn)行校驗(yàn),顯然體驗(yàn)不好。
郵箱字段同理,如果用戶(hù)輸入ABC.或者ABC@XYZ這樣的內(nèi)容,顯然這不是一個(gè)合乎規(guī)范的輸入項(xiàng),所以就需要前端即時(shí)校驗(yàn)并反饋。
前端校驗(yàn)的優(yōu)點(diǎn)如下:
- 即時(shí)反饋:如手機(jī)號(hào)位數(shù)不對(duì),號(hào)段不正確,郵箱格式錯(cuò)誤。
- 減少無(wú)效請(qǐng)求,節(jié)省服務(wù)器資源。
- 格式校驗(yàn):如郵箱/手機(jī)號(hào)格式/密碼長(zhǎng)度。
- 必填項(xiàng)檢查:如用戶(hù)名 / 密碼未填寫(xiě)。
后端(服務(wù)端)校驗(yàn)
以上文為例,前端校驗(yàn)已經(jīng)過(guò)濾掉了一些無(wú)效/不合規(guī)的輸入,此時(shí)為了保證手機(jī)號(hào)/郵箱等關(guān)鍵數(shù)據(jù)的唯一性,此時(shí)必須要去后端(服務(wù)端)進(jìn)行校驗(yàn)。
為什么要先做前端校驗(yàn),接著才是后端(服務(wù)端)校驗(yàn)?zāi)兀恐饕蚴羌磿r(shí)性、成本和體驗(yàn)3方面的因素。雖然前端的這些字段都可以拿到后端去做,但有些確實(shí)沒(méi)有必要。
比如用戶(hù)輸入8位數(shù)的手機(jī)號(hào)和ABC@的郵箱,這種顯然沒(méi)有必要向服務(wù)端發(fā)送請(qǐng)求進(jìn)行校驗(yàn),前端憑”肉眼”即可把這些不合規(guī)的輸入攔截掉,直接實(shí)時(shí)給出用戶(hù)提醒:你輸入的格式有誤。
前端校驗(yàn)可以理解為第1道防線(xiàn),后端(服務(wù)端)校驗(yàn)可以理解為第2道防線(xiàn)。
后端(服務(wù)端)校驗(yàn)的優(yōu)點(diǎn)如下:
- 防御惡意請(qǐng)求:如SQL注入、腳本攻擊。
- 確保數(shù)據(jù)一致性:如唯一性校驗(yàn)、關(guān)聯(lián)規(guī)則。
- 執(zhí)行敏感操作:如密碼哈希存儲(chǔ)。
- 繞過(guò)前端的非法請(qǐng)求:如用戶(hù)禁用JS或通過(guò)Postman直接發(fā)送請(qǐng)求。
- 業(yè)務(wù)規(guī)則驗(yàn)證:如手機(jī)號(hào)/郵箱的唯一性、短信驗(yàn)證碼有效性。
- 安全風(fēng)險(xiǎn)攔截:如SQL注入、XSS攻擊、敏感詞過(guò)濾。
前端校驗(yàn)是用戶(hù)體驗(yàn)優(yōu)化手段,不可替代服務(wù)器端校驗(yàn)。服務(wù)器端校驗(yàn)是數(shù)據(jù)安全的核心屏障,必須強(qiáng)制執(zhí)行。
兩者結(jié)合才能兼顧用戶(hù)體驗(yàn)與系統(tǒng)安全。例如:前端實(shí)時(shí)提示格式錯(cuò)誤,后端最終校驗(yàn)數(shù)據(jù)合法性并返回全局錯(cuò)誤,如“用戶(hù)名已注冊(cè)”。
上述案例中,產(chǎn)品經(jīng)理如果不懂技術(shù),可能只會(huì)給出前半截的回答,如果產(chǎn)品經(jīng)理懂技術(shù),可能會(huì)給出較為完整的回答,也可以在跟開(kāi)發(fā)測(cè)試溝通需求的時(shí)候,不會(huì)被他們牽著鼻子走。
開(kāi)發(fā)同學(xué)如果在實(shí)現(xiàn)該功能的時(shí)候全部用了后端校驗(yàn),懂技術(shù)的產(chǎn)品經(jīng)理也可以及時(shí)指出并進(jìn)行糾偏。
上述技術(shù)和原理,產(chǎn)品經(jīng)理只需要知道整體的流程和邏輯即可,沒(méi)有太大必要詳細(xì)深究數(shù)據(jù)交互是POST還是GET方式,接口字段怎么傳,哪些必傳等等。
4.防欺詐盜號(hào)
以下是一個(gè)H5的活動(dòng)報(bào)名頁(yè)面,需要用戶(hù)輸入手機(jī)號(hào)和驗(yàn)證碼進(jìn)行報(bào)名。但是頁(yè)面頂部的紅色防欺詐提示確實(shí)有些嚇唬人,這會(huì)讓很多用戶(hù)放棄當(dāng)前操作,影響活動(dòng)轉(zhuǎn)化。
遇到這個(gè)問(wèn)題,很多產(chǎn)品經(jīng)理會(huì)直接拿著頁(yè)面截圖去問(wèn)開(kāi)發(fā),但部分沒(méi)有經(jīng)驗(yàn)的開(kāi)發(fā)同學(xué)可能也不清楚問(wèn)題原因,于是產(chǎn)品經(jīng)理就會(huì)繼續(xù)在微信好友和業(yè)界同行中去咨詢(xún),或者去百度或deepseek。
其實(shí)這個(gè)提示是可以通過(guò)簡(jiǎn)單的設(shè)置去掉的,只要在你的服務(wù)號(hào)通過(guò)了支付功能的審核,然后將如下頁(yè)面的域名設(shè)置到業(yè)務(wù)域名的位置,就可以去掉這個(gè)提示了。
我上面的這個(gè)例子可能比較簡(jiǎn)單,通過(guò)問(wèn)人或者問(wèn)百度大概率都能解決,但如果遇到一些復(fù)雜的棘手的問(wèn)題,產(chǎn)品經(jīng)理如果不懂技術(shù),可能就束手無(wú)策了。
5.網(wǎng)站(頁(yè)面)加載慢
比如你現(xiàn)在在做一個(gè)電商APP,很多用戶(hù)反映商品列表頁(yè)加載速度很慢,平均都要5秒以上,于是你給開(kāi)發(fā)提了商品列表頁(yè)加載優(yōu)化的需求。
那么問(wèn)題來(lái)了:需求內(nèi)容應(yīng)該怎么寫(xiě)?
有些產(chǎn)品經(jīng)理會(huì)說(shuō)將商品列表頁(yè)的加載速度優(yōu)化到2秒以?xún)?nèi),over。但部分不靠譜/不負(fù)責(zé)/沒(méi)經(jīng)驗(yàn)的開(kāi)發(fā)同學(xué)可能會(huì)直接回懟你:目前已經(jīng)沒(méi)有優(yōu)化的空間了?閣下又該如何應(yīng)對(duì)?
產(chǎn)品經(jīng)理如果不懂技術(shù),可能就會(huì)直接懵逼,或者直接跟開(kāi)發(fā)小哥軟硬兼施,或者去找開(kāi)發(fā)領(lǐng)導(dǎo)/自己領(lǐng)導(dǎo)尋求幫助(告狀)。
產(chǎn)品經(jīng)理如果懂點(diǎn)技術(shù),那么他就可以給開(kāi)發(fā)小哥提出一些比較明確的優(yōu)化思路和建議,參考如下:
- 優(yōu)化圖片資源的格式:商品列表中圖片或視頻的大小對(duì)加載速度影響較大,因此在保證圖片質(zhì)量和清晰度的前提下,盡可能的使用高壓縮率的圖片格式,比如優(yōu)先采用webp格式的圖片替換掉jpeg、png和bmp格式的圖片。
- 限制圖片上傳大?。汉芏嗪笈_(tái)商品維護(hù)人員對(duì)圖片大小沒(méi)有概念的,我在公司就見(jiàn)過(guò)很多人直接上傳10M以上的商品圖片,試想下商品列表默認(rèn)加載20個(gè)商品,總計(jì)200M的圖片大小,以用戶(hù)4G的網(wǎng)速多久才能加載完?所以管理后臺(tái)必須要限制縮略圖、頭圖和詳情頁(yè)圖片的張數(shù)及大小。
- 使用CDN存儲(chǔ)靜態(tài)資源:CDN是一種靜態(tài)內(nèi)容分發(fā)網(wǎng)絡(luò),它在每個(gè)省甚至每個(gè)城市都部署有自己的服務(wù)器,用于分發(fā)這些靜態(tài)內(nèi)容,那么當(dāng)某個(gè)城市的用戶(hù)要拉取某個(gè)資源時(shí),他會(huì)首選從本地的CDN服務(wù)器上拉取,這樣可以保證他最快速的獲得該資源。將網(wǎng)站所有的圖片、視頻等靜態(tài)資源全部上CDN。
- 展示性圖片,如商品或banner應(yīng)進(jìn)行延遲加載技術(shù)。防止首次請(qǐng)求數(shù)過(guò)多,以及下載內(nèi)容過(guò)大。
- 減少頁(yè)面的接口請(qǐng)求數(shù):比如去掉商品列表頁(yè)上面顯示的優(yōu)惠券、促銷(xiāo)、特價(jià)、預(yù)售、倉(cāng)庫(kù)和庫(kù)存量等的接口查詢(xún)和icon圖標(biāo)顯示,去掉一些非必要的計(jì)算數(shù)據(jù),如商品的銷(xiāo)售量和銷(xiāo)售排名。
- 去掉非必要信息:例如初次加載時(shí)去掉商品價(jià)格排序、銷(xiāo)量排序等,只有當(dāng)用戶(hù)點(diǎn)擊按銷(xiāo)量或價(jià)格排序時(shí)才通過(guò)接口查詢(xún)并進(jìn)行排序。
- 商品信息提前計(jì)算:針對(duì)B端電商平臺(tái)客戶(hù)規(guī)模不大的情況,可以提前計(jì)算好每位客戶(hù)的可見(jiàn)(購(gòu)買(mǎi))商品并結(jié)構(gòu)化存儲(chǔ),后臺(tái)更新商品價(jià)格等信息時(shí)同步或異步更新客戶(hù)可見(jiàn)商品內(nèi)容,客戶(hù)登錄或訪(fǎng)問(wèn)商品時(shí)直接顯示提前算好的內(nèi)容。
- 減少默認(rèn)加載數(shù)量:將默認(rèn)加載的條數(shù)由20條改為10條或6條。
- 資源分布式加載:顧客查看前6條商品信息時(shí),先展示商品文字和價(jià)格等信息,稍晚些再展示商品縮略圖。查看前6條商品時(shí),再加載該分類(lèi)下的6條商品信息。
產(chǎn)品經(jīng)理如果不懂技術(shù),可能就無(wú)法給出上述9條優(yōu)化思路和建議。如果產(chǎn)品經(jīng)理懂技術(shù),可能在你的啟發(fā)下,開(kāi)發(fā)人員還會(huì)提出更多更好的優(yōu)化建議來(lái)。
上述思路同樣適用于其他頁(yè)面,比如商品結(jié)算頁(yè)面優(yōu)惠券、促銷(xiāo)和積分等疊加使用的場(chǎng)景。
6.網(wǎng)站SEO
早些年做過(guò)PC網(wǎng)站的產(chǎn)品經(jīng)理對(duì)SEO這個(gè)詞應(yīng)該不會(huì)陌生,雖然近些年P(guān)C網(wǎng)站衰落移動(dòng)應(yīng)用(APP和小程序)蓬勃發(fā)展,但不可否認(rèn)的是PC網(wǎng)站還是有很多人在用。
比如,打工人上班期間摸魚(yú)可以刷會(huì)知乎/汽車(chē)之家/CSDN/淘寶網(wǎng)等,PC網(wǎng)站屏幕尺寸大的優(yōu)點(diǎn)是手機(jī)和pad所不具備的,所以PC網(wǎng)站的SEO還是得有相應(yīng)的重視。
很多TOB行業(yè)的公司或者產(chǎn)品,比如銷(xiāo)售易CRM、網(wǎng)易七魚(yú)客服系統(tǒng)、聚水潭ERP以及金蝶等,PC網(wǎng)站是其獲客的重要途徑。
而PC網(wǎng)站獲客主要是依賴(lài)于搜索,很多需求明確或不明確的客戶(hù)會(huì)通過(guò)百度/搜狗/Bing等進(jìn)行關(guān)鍵字搜索,有了搜索就有了SEO。
如果你想自家的網(wǎng)站出現(xiàn)在百度/搜狗/Bing等搜索結(jié)果的靠前位置,就需要懂一點(diǎn)SEO技術(shù),畢竟搜索帶來(lái)的流量是相對(duì)持續(xù)且免費(fèi)的。
SEO是由英文Search Engine Optimization縮寫(xiě)而來(lái), 中文意譯為“搜索引擎優(yōu)化”。SEO是指通過(guò)對(duì)網(wǎng)站進(jìn)行站內(nèi)優(yōu)化和修復(fù)(網(wǎng)站W(wǎng)eb結(jié)構(gòu)調(diào)整、網(wǎng)站內(nèi)容建設(shè)、網(wǎng)站代碼優(yōu)化和編碼等)和站外優(yōu)化,從而提高網(wǎng)站的網(wǎng)站關(guān)鍵詞排名以及公司產(chǎn)品的曝光度。
互聯(lián)網(wǎng)上關(guān)于SEO技術(shù)的文章數(shù)以百萬(wàn)計(jì)。我這里分享一個(gè)做PC網(wǎng)站最簡(jiǎn)單粗暴卻行之有效的方法,就是做網(wǎng)頁(yè)的TDK,即在網(wǎng)站標(biāo)題Title、描述Description和關(guān)鍵詞Keyword里面“填滿(mǎn)”關(guān)鍵字,然后讓搜索引擎來(lái)爬取這些關(guān)鍵字。
你打開(kāi)任意一個(gè)頁(yè)面,鼠標(biāo)右鍵中打開(kāi)“查看頁(yè)面源代碼”,即可出現(xiàn)下圖所示的內(nèi)容,網(wǎng)頁(yè)頭里面即會(huì)出現(xiàn)網(wǎng)頁(yè)的TDK信息。
我們生活中經(jīng)常會(huì)用到這樣的場(chǎng)景,你在閱讀、學(xué)習(xí)或?yàn)g覽網(wǎng)頁(yè)的過(guò)程中遇到了生詞abandon,想去查詢(xún)下單詞abandon的意思、翻譯、音標(biāo)、用法和例句等。
于是你就會(huì)通過(guò)百度去搜索,搜索時(shí)搜索內(nèi)容可能就是“abandon、abandon是什么意思、abandon翻譯、abandon音標(biāo)等等,無(wú)論怎么搜,搜索結(jié)果大概率都會(huì)是下面這樣的頁(yè)面。
查看該頁(yè)面的TDK信息,如下圖所示。
金山詞霸通過(guò)技術(shù)的方式給每個(gè)單詞生產(chǎn)一個(gè)靜態(tài)頁(yè)面,這些頁(yè)面的標(biāo)題Title就是XXX單詞是什么意思、XXX單詞翻譯、XXX音標(biāo)、XXX讀法等等。
而搜索引擎返回結(jié)果并排序的時(shí)候,有較大權(quán)重是查詢(xún)的網(wǎng)頁(yè)TDK的匹配度(當(dāng)然還有網(wǎng)站PR、網(wǎng)站Alexa排名等其他因素),這樣金山詞霸網(wǎng)站在搜索結(jié)果中的排序就會(huì)比較靠前。
英文有多少單詞,有的說(shuō)17萬(wàn)到100多萬(wàn)不等,我們按平均值60萬(wàn)算好了,金山詞霸為這60萬(wàn)個(gè)單詞生成了單獨(dú)的頁(yè)面。每天總有些用戶(hù)會(huì)在這幾十萬(wàn)的單詞里面搜索,想想都覺(jué)得長(zhǎng)尾流量很大。
上面這招看似簡(jiǎn)單,但金山詞霸從2008年起用到了今天,整整17年。就這么簡(jiǎn)單的一招,每年至少可以為金山詞霸節(jié)約數(shù)百萬(wàn)元的廣告投放費(fèi)用。
其實(shí)分類(lèi)信息網(wǎng)站諸如趕集網(wǎng)、58同城和百姓網(wǎng)的SEO做的是很不錯(cuò)的,想想看全國(guó)多少個(gè)區(qū)縣、多少個(gè)鄉(xiāng)鎮(zhèn)、多少個(gè)街道和商圈,而分類(lèi)信息網(wǎng)又有多少項(xiàng)服務(wù)項(xiàng)目,通過(guò)“地域+項(xiàng)目”的方式可以生成:成都市租房、高新區(qū)租房、孵化園出租房這樣的獨(dú)立列表頁(yè),每個(gè)獨(dú)立列表頁(yè)又有很多內(nèi)容頁(yè),通過(guò)此該網(wǎng)站的獨(dú)立原創(chuàng)頁(yè)面難以估算。
其它網(wǎng)站涉及到區(qū)域信息的,也在采用這樣的方式,如下圖的土流網(wǎng),都獲得了不錯(cuò)的PR值和收錄。
如果產(chǎn)品經(jīng)理不懂SEO相關(guān)的技術(shù),那么就會(huì)白白浪費(fèi)掉百度/搜狗/Bing等搜索引擎帶來(lái)的免費(fèi)的巨大流量,而流量就意味著真金白銀。
SEO在很多公司都屬于灰色邊緣地帶,感覺(jué)產(chǎn)品經(jīng)理和運(yùn)營(yíng)、市場(chǎng)等都搭邊,但又不怎么搭邊,我就看過(guò)很多網(wǎng)站幾乎沒(méi)怎么做SEO。
但如果產(chǎn)品經(jīng)理懂技術(shù),能主動(dòng)把這個(gè)事情攬過(guò)來(lái),就能以小博大,以極低投入換來(lái)極大產(chǎn)出。
APP的搜索優(yōu)化有專(zhuān)用名詞ASO,ASO的底層邏輯跟網(wǎng)站SEO類(lèi)似,但具體操作方式和方法上有些不同,后面有機(jī)會(huì)再講,此文不做展開(kāi)。
綜上,產(chǎn)品經(jīng)理如果懂點(diǎn)技術(shù),那么在工作的開(kāi)展和跟開(kāi)發(fā)測(cè)試的溝通交流中,將會(huì)做得更好。至于懂技術(shù)的程度,個(gè)人認(rèn)為淺薄的全面即可。
可能有人會(huì)說(shuō)豆包和deepseek可以幫助我解決上述的所有問(wèn)題,乍一看好像也沒(méi)毛病,但細(xì)想就會(huì)發(fā)現(xiàn),產(chǎn)品經(jīng)理如果不懂技術(shù),能在豆包等AI工具中提出問(wèn)題么?能在AI工具返回的結(jié)果建議中甄別出有效的信息么?
所以,產(chǎn)品經(jīng)理還是得懂技術(shù)。
以上,希望本文能對(duì)您有所幫助。
作者:詹老師 公眾號(hào):詹老師
本文由 @詹老師 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載
題圖來(lái)自 Unsplash,基于 CC0 協(xié)議
該文觀點(diǎn)僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺(tái)僅提供信息存儲(chǔ)空間服務(wù)。
- 目前還沒(méi)評(píng)論,等你發(fā)揮!