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

美年達
0 評論 4081 瀏覽 57 收藏 11 分鐘
🔗 B端产品经理需要进行售前演示、方案定制、合同签订等,而C端产品经理需要进行活动策划、内容运营、用户激励等

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

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

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

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

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

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

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

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

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

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

1. 接口/接口文檔

接口

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

接口文檔

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

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

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

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

控件/組件/框架

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

長連接/短連接

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

腳本

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

Cookie

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

Session

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

Token

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

重構(gòu)

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

同步處理/異步處理

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

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

并發(fā)/并行

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

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

負載均衡

負載均衡,是對多臺服務(wù)器進行流量分發(fā)的負載均衡服務(wù)。可在多個實例間自動分配應(yīng)用程序的對外服務(wù)能力,通過消除單點故障提升應(yīng)用系統(tǒng)的可用性,實現(xiàn)更高水平的應(yīng)用程序容錯能力,從而無縫提供分配應(yīng)用程序流量所需的負載均衡容量,提供高效、穩(wěn)定、安全的服務(wù)。

回滾 (Rollback)

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

QPS

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

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

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

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

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

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

接口層

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

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

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

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

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

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

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

SQL

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

數(shù)據(jù)請求方式

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

三、總結(jié)

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

本文由 @Summer 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。

題圖來自 Unsplash,基于CC0協(xié)議

該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)。

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發(fā)揮!
专题
30633人已学习19篇文章
2018年过去了,你都收获了什么?新的一年,你需要如何前行?
专题
14893人已学习13篇文章
营销自动化是一个可用于自动执行营销任务的工具。本专题的文章分享了如何搭建自动化营销平台。
专题
125401人已学习18篇文章
你说你会竞品分析,我信!但是肯定写的不好,不服看看别人的。
专题
13166人已学习12篇文章
本专题的文章分享了金融产品经理需要知道的金融基础知识和产品观。
专题
47627人已学习18篇文章
如何提升用户留存率?——相信这是困扰无数产品和运营的问题。