產(chǎn)品經(jīng)理需要了解“技術(shù)那些事”

0 評(píng)論 3821 瀏覽 51 收藏 11 分鐘

作為一名合格的產(chǎn)品經(jīng)理,不需要擁有什么獨(dú)立編碼能力等超高能力,但是一定要懂的相關(guān)的技術(shù)知識(shí),不然和其他方溝通會(huì)困難重重。下面是筆者整理分享的關(guān)于產(chǎn)品經(jīng)理會(huì)“技術(shù)”的好處的相關(guān)內(nèi)容,大家一起來(lái)看看吧!

產(chǎn)品經(jīng)理不一定要有獨(dú)立編碼能力,但是適當(dāng)了解一些技術(shù)原理,不至于提出“App的主題顏色根據(jù)手機(jī)外殼的顏色來(lái)自動(dòng)調(diào)整”的這種需求了解一些常用的專業(yè)技術(shù)術(shù)語(yǔ),可以更好的和程序員溝通協(xié)作,當(dāng)程序員討論構(gòu)建某個(gè)功能時(shí),咱們至少要能聽(tīng)懂他們?cè)谥v什么,問(wèn)題出在哪里。

一、懂技術(shù)的產(chǎn)品經(jīng)理有三大優(yōu)勢(shì)

1. 懂技術(shù)的產(chǎn)品經(jīng)理,和開(kāi)發(fā)的溝通更順暢

  • 聽(tīng)得懂技術(shù)專業(yè)術(shù)語(yǔ),明白技術(shù)實(shí)現(xiàn)原理,在傳遞需求時(shí)更容易讓技術(shù)同學(xué)理解,達(dá)成共識(shí)。
  • 撰寫(xiě)PRD或需求評(píng)審時(shí),知道技術(shù)關(guān)心什么,對(duì)技術(shù)細(xì)節(jié)的闡述更加到位全面。
  • 線上有異常時(shí),快速定位問(wèn)題范圍,找到相應(yīng)的技術(shù)同事,加速問(wèn)題的修復(fù)。

2. 懂技術(shù)的產(chǎn)品經(jīng)理,更容易做好成本預(yù)估

  • 接到需求時(shí),能大致評(píng)估到開(kāi)發(fā)的難易程度,對(duì)開(kāi)發(fā)成本有所感知。
  • 給需求方反饋設(shè)計(jì)方案時(shí),能從技術(shù)角度思考,提升產(chǎn)品方案的ROI。
  • 當(dāng)研發(fā)反饋成本很高時(shí),闡述不同觀點(diǎn),確保認(rèn)知一致。

3. 懂技術(shù)的產(chǎn)品經(jīng)理,能夠產(chǎn)出更高質(zhì)量的產(chǎn)品方案

  • 抽象能力更強(qiáng),以模塊化的方式去思考和設(shè)計(jì),產(chǎn)品擴(kuò)展性、耦合性好。
  • 具備了技術(shù)思維,設(shè)計(jì)方案時(shí)對(duì)各種邊界、異常條件、慮更加充分。
  • 項(xiàng)目進(jìn)度出現(xiàn)風(fēng)險(xiǎn)時(shí),能及時(shí)和技術(shù)探討并調(diào)整產(chǎn)品方案。

二、產(chǎn)品經(jīng)理需要了解的技術(shù)架構(gòu)和常用技術(shù)術(shù)語(yǔ)

1. 接口/接口文檔

接口

接口的工作模式是前后端商量好接口定義的方法,后端定義好接口,前端按照規(guī)定的格式去請(qǐng)求,后端向前端返回?cái)?shù)據(jù);

接口文檔

將某個(gè)接口定義 (輸入?yún)?shù)、請(qǐng)求方式、輸出參數(shù))記錄下來(lái)的文檔,是前后端協(xié)作的重要依據(jù);

2. 常用技術(shù)術(shù)語(yǔ)

聯(lián)調(diào)

前后端確認(rèn)接口是否有按設(shè)計(jì)工作、是否通暢;

控件/組件/框架

  • 控件,最小顆粒度的可編程部件,如: 文字輸入框、按鈕;
  • 組件,由多個(gè)控件組成,但比較常用的交互方式,通過(guò)組件來(lái)提升效率。如多項(xiàng)選擇器、下拉選擇框、開(kāi)關(guān)、日歷;
  • 框架,諸多控件和組件組合在一起,能夠在某一領(lǐng)域完成一些列操作的組合比如,頁(yè)面模板、表單。

長(zhǎng)連接/短連接

通常是指TCP的長(zhǎng)連接和短連接。長(zhǎng)連接就是建立TCP連接后,一直保持這個(gè)連接,一般會(huì)中間彼此發(fā)送心跳來(lái)確認(rèn)對(duì)應(yīng)的存在,中間會(huì)做多次業(yè)務(wù)數(shù)據(jù)傳輸,一般不會(huì)主動(dòng)斷開(kāi)連接。短連接一般指建立連接后,執(zhí)行一次事務(wù)后(如:http請(qǐng)求),然后就關(guān)掉這個(gè)連接。

腳本

可以理解為一種面向計(jì)算機(jī)的劇本,是一個(gè)可被計(jì)算機(jī)執(zhí)行的文件,文件里是一系列計(jì)算機(jī)指令,這些指令會(huì)按照順序被計(jì)算機(jī)解析并執(zhí)行,一般用來(lái)對(duì)數(shù)據(jù)庫(kù)進(jìn)行批量處理。

Cookie

服務(wù)器給客戶端的身份記錄憑證,存放在客戶端。

Session

使用產(chǎn)品時(shí),在服務(wù)端的唯一標(biāo)識(shí),Session狀態(tài)存在服務(wù)端,標(biāo)識(shí)ID存在客戶端;

Token

是由id、時(shí)間戳、設(shè)備號(hào),配上自定義規(guī)則,經(jīng)過(guò)算法加密后的一串字符串。字符串通常很長(zhǎng),難偽造

重構(gòu)

對(duì)代碼進(jìn)行重新梳理、編寫(xiě)。一般兩種情況,技術(shù)會(huì)發(fā)起重構(gòu):代碼經(jīng)過(guò)多輪轉(zhuǎn)手,可讀性差、擴(kuò)展性差、容易出BUG,或 業(yè)務(wù)、產(chǎn)品的發(fā)展走勢(shì),需要注入新的能力,拓展出新的領(lǐng)域重構(gòu)的目標(biāo)是更優(yōu)雅的代碼、更高效的支持;

同步處理/異步處理

同步:發(fā)出指令后,暫停其他任務(wù),以最快速度得到指令返回的結(jié)果;

異步:發(fā)出指令后,其他任務(wù)繼續(xù),等待執(zhí)行完成才得到結(jié)果,反饋給前端同步適合于響應(yīng)速度快的場(chǎng)景,如果因計(jì)算量大而使響應(yīng)速度較慢,采用異步返回更佳,減少用戶等待的焦慮感;

并發(fā)/并行

并發(fā),指在同一時(shí)刻只能有一條指令執(zhí)行,但多個(gè)進(jìn)程指令被快速的輪換執(zhí)行,使得在宏觀上具有多個(gè)進(jìn)程同時(shí)執(zhí)行的效果,但在微觀上并不是同時(shí)執(zhí)行的,只是把時(shí)間分成若干段,使多個(gè)進(jìn)程快速交替的執(zhí)行。

并行,指在同一時(shí)刻,有多條指令在多個(gè)處理器上同時(shí)執(zhí)行。所以無(wú)論從微觀還是從宏觀來(lái)看,二者都是一起執(zhí)行的。

負(fù)載均衡

負(fù)載均衡,是對(duì)多臺(tái)服務(wù)器進(jìn)行流量分發(fā)的負(fù)載均衡服務(wù)??稍诙鄠€(gè)實(shí)例間自動(dòng)分配應(yīng)用程序的對(duì)外服務(wù)能力,通過(guò)消除單點(diǎn)故障提升應(yīng)用系統(tǒng)的可用性,實(shí)現(xiàn)更高水平的應(yīng)用程序容錯(cuò)能力,從而無(wú)縫提供分配應(yīng)用程序流量所需的負(fù)載均衡容量,提供高效、穩(wěn)定、安全的服務(wù)。

回滾 (Rollback)

指的是程序或數(shù)據(jù)處理錯(cuò)誤時(shí),將程序或數(shù)據(jù)恢復(fù)到上一次正確狀態(tài)(或者是上一個(gè)穩(wěn)定版本)的行為。

QPS

QPS?(Queries Per Second) : 每秒請(qǐng)求量,技術(shù)性能指標(biāo)。QPS越高,需要的技術(shù)儲(chǔ)備越強(qiáng)。對(duì)內(nèi),QPS往往是技術(shù)性能優(yōu)化的核心指標(biāo),對(duì)外,QPS常被用于第三方服務(wù)的計(jì)費(fèi)因素。根據(jù)自己的需求對(duì)QPS做預(yù)估同時(shí)留有一定的余量,防止低估或高估偏離過(guò)大;

3. 技術(shù)架構(gòu)

應(yīng)用層/表現(xiàn)層

前端用戶能夠直接管制到的部分,包括: APP客戶端、網(wǎng)頁(yè)、電腦客戶端前端的各種體驗(yàn)反饋: 點(diǎn)擊、彈窗、滑動(dòng)等,都屬于此層范疇.應(yīng)用層/表現(xiàn)層的工作,主要由前端工程師負(fù)責(zé)開(kāi)發(fā)。

業(yè)務(wù)服務(wù)層

前端各項(xiàng)展示的結(jié)果依賴的各種規(guī)則、計(jì)算邏輯的集合。是系統(tǒng)架構(gòu)中體現(xiàn)核心價(jià)值的部分。它的關(guān)注點(diǎn)主要集中在業(yè)務(wù)規(guī)則的制定、業(yè)務(wù)流程的實(shí)現(xiàn)等與業(yè)務(wù)需求有關(guān)的系統(tǒng)設(shè)計(jì)。

接口層

為業(yè)務(wù)服務(wù)層和前端表現(xiàn)層之間做數(shù)據(jù)傳遞和處理。

基礎(chǔ)服務(wù)層

前端通用的組件進(jìn)行模塊化的設(shè)計(jì)、開(kāi)發(fā)與封裝。通常是反復(fù)會(huì)用到的能力。如:系統(tǒng)Push、站內(nèi)消息、電話能力、轉(zhuǎn)賬能力。

?數(shù)據(jù)層

對(duì)底層數(shù)據(jù)庫(kù)的內(nèi)容進(jìn)行基礎(chǔ)計(jì)算和包裝,便于上層業(yè)務(wù)使用。如: 點(diǎn)擊率 =點(diǎn)擊次數(shù)/訪問(wèn)次數(shù)。點(diǎn)擊次數(shù)、訪問(wèn)次數(shù)存于數(shù)據(jù)庫(kù),點(diǎn)擊率通過(guò)數(shù)據(jù)層計(jì)算。

?數(shù)據(jù)庫(kù)

所有互聯(lián)網(wǎng)產(chǎn)品產(chǎn)生的數(shù)據(jù)組織、存儲(chǔ)、管理的地方。?由多張表之間相互連接的表格組成的數(shù)據(jù)庫(kù)成為關(guān)系型數(shù)據(jù)庫(kù),是最常用的數(shù)據(jù)庫(kù)類型。

SQL

SQL(Structured Query Language)是一種經(jīng)典的關(guān)系型數(shù)據(jù)庫(kù)處理語(yǔ)言,可以實(shí)現(xiàn)關(guān)系型數(shù)據(jù)庫(kù)中數(shù)據(jù)的增加、刪除、修改、查詢等。技術(shù)在工作中通常用SQL導(dǎo)出數(shù)據(jù)庫(kù)中的數(shù)據(jù),并進(jìn)行數(shù)據(jù)預(yù)處理。

數(shù)據(jù)請(qǐng)求方式

  • GET: 從服務(wù)端獲取數(shù)據(jù)
  • POST: 向服務(wù)端發(fā)送數(shù)據(jù),創(chuàng)建新的內(nèi)容
  • PUT: 向服務(wù)端發(fā)送數(shù)據(jù),更新已有內(nèi)容
  • DELETE: 向服務(wù)端發(fā)送請(qǐng)求,刪除一個(gè)數(shù)據(jù)。

三、總結(jié)

產(chǎn)品經(jīng)理懂技術(shù)是錦上添花,有助于工作開(kāi)展,但不要讓懂技術(shù)成為你成長(zhǎng)的絆腳石。不要因?yàn)槎夹g(shù)就優(yōu)越感爆棚,覺(jué)得自己很牛了,可以和技術(shù)掰腕子了,公然挑戰(zhàn)技術(shù)方案。雖然懂點(diǎn)技術(shù),但還是得充分尊重技術(shù)同事,擺正自己的位置,干好產(chǎn)品經(jīng)理的活。要以用戶為中心,用戶價(jià)值為方向,持續(xù)提升自己的產(chǎn)品能力。

本文由 @Summer 原創(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ù)。

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 目前還沒(méi)評(píng)論,等你發(fā)揮!