產(chǎn)品經(jīng)理在工作中，有時候也需要接觸到一些技術(shù)知識點(diǎn)，比如本文談到的“請求和響應(yīng)”。這篇文章里，作者就分享了請求/響應(yīng)模型及其在實(shí)際工作中的應(yīng)用場景，一起來看看吧。

我是一個沒有技術(shù)背景的產(chǎn)品經(jīng)理。在這里想和大家分享在0-1歲間我學(xué)到的最有用最重要的一個技術(shù)知識點(diǎn)，以及對這個知識點(diǎn)在實(shí)際工作中的應(yīng)用場景。

一、請求/響應(yīng)模型

客戶端與服務(wù)端在虛擬的空間中沉睡，告訴他你的名字，這名字遂在萬千數(shù)據(jù)中跑過，若得以驗(yàn)證，他便醒了。這就是請求/響應(yīng)模型。

（圖片來源：《產(chǎn)品經(jīng)理必懂的技術(shù)那點(diǎn)兒事》作者：唐韌）

這個模型包含三部分：客戶端、服務(wù)端以及中間的互聯(lián)網(wǎng)。

以最基礎(chǔ)的登錄流程舉例，客戶端發(fā)起請求，把【用戶名=ryan】和【密碼=123】發(fā)送給服務(wù)端，服務(wù)端收到請求后進(jìn)行判斷處理，并將【code=200】【message=登錄成功】返回給客戶端，客戶端根據(jù)收到的結(jié)果在頁面上做出不同的展示，由此完成的一問一答，就是客戶端與服務(wù)端的請求響應(yīng)。

平時開發(fā)們所說的“發(fā)起請求”“返回”就是基于這個模型的討論。

在這個例子中，我們完成了請求和返回的過程，同時定義了兩個主要的字段【用戶名】和【密碼】。我們常說，互聯(lián)網(wǎng)就是由數(shù)據(jù)構(gòu)成的。每一類數(shù)據(jù)都有一個名字，即字段名稱。不同的字段攜帶著不同的值在互聯(lián)網(wǎng)中傳遞流轉(zhuǎn)，即是請求響應(yīng)。

深刻地理解這個過程以及字段的含義（字段本質(zhì)上是數(shù)據(jù)接口），是我在產(chǎn)品工作入門時學(xué)到的最重要的一點(diǎn)。

或許對尚未入門且不具備技術(shù)背景的同學(xué)來說，以上的敘述還有些抽象。學(xué)以致用，我們舉幾個應(yīng)用場景。

二、工作中的應(yīng)用場景

1. 需求階段：PRD中的字段規(guī)則

好了，現(xiàn)在我們知道什么是字段了。對于初期的產(chǎn)品經(jīng)理來說，我們設(shè)計完一個頁面，應(yīng)當(dāng)具備把頁面翻譯成字段的能力（因?yàn)閷τ陂_發(fā)而言當(dāng)他們閱讀頁面的時候也是在翻譯成字段）。在我目前淺薄的經(jīng)驗(yàn)里，字段說明加交互說明（操作和反饋信息等）可以解決需求文檔中至少60%的規(guī)則說明。

舉例，下圖是常見的篩選組件：

（圖片來源：作者自制）

在文檔中我們可以這樣描述：

（圖片來源：作者自制）

一般來講，對字段的說明包括字段名稱、數(shù)據(jù)類型、默認(rèn)值、是否必填、枚舉值、輸入形式等幾列（這幾列不是必須要有，要根據(jù)實(shí)際進(jìn)行增減）。

這種形式的字段說明有兩個優(yōu)點(diǎn)：

• 第一，對于產(chǎn)品來說，它可以讓你的文檔簡潔而富有秩序；
• 第二，對于開發(fā)來說，這樣的字段說明與開發(fā)設(shè)計時需要關(guān)注的點(diǎn)是一致的。

2. 開發(fā)階段：他們說的接口文檔是什么東西

接口文檔，我一度認(rèn)為是技術(shù)性非常強(qiáng)、如我這等小白不可涉及之物。在我了解完請求響應(yīng)模型后才對它有了認(rèn)識：接口文檔，正是請求和響應(yīng)的一次“書面記錄”。

（圖片來源：作者自制）

以上是一個真實(shí)的接口文檔的部分內(nèi)容（已脫敏）。我們會發(fā)現(xiàn)文檔的主體和上文中的字段說明有相似之處，因?yàn)椤罢埱蟆睂?shí)際上就是把一些參數(shù)（字段）傳遞給接口，“返回”則是從接口傳回參數(shù)（字段），這正是接口文檔中的入?yún)⒑统鰠ⅰ?/p>

在我們團(tuán)隊(duì)中，產(chǎn)品經(jīng)理并不直接參與接口文檔的編寫。那除了閱讀之外我們還能怎樣與接口文檔產(chǎn)生“交互”呢？以下提供幾個初級方式：

• 描述業(yè)務(wù)/需求場景。對完成某些不常見任務(wù)的接口可以在備注/說明一欄里補(bǔ)充一下具體的需求場景。
• 提供示例。對某些有特殊要求的字段提供一個仿真例子，有助于開發(fā)更好地設(shè)計數(shù)據(jù)類型。
• 檢查容易遺漏的細(xì)節(jié)。比如某些字段是否必填是否支持多選，有沒有某些比較隱藏的功能點(diǎn)當(dāng)前接口可能無法支持？

好了，現(xiàn)在你可以在簡歷上寫上“熟悉接口文檔”了。

3. 測試階段：你也可以去判斷bug的歸屬

如果你掌握了請求和返回，恭喜你，你就能協(xié)助測試判斷一些簡單的bug了。按下F12或者右鍵–檢查網(wǎng)頁（詳細(xì)操作可以搜索關(guān)鍵詞“網(wǎng)頁調(diào)試”），可以查看頁面發(fā)起的所有請求，以及返回的內(nèi)容。

（圖片來源：作者個人主頁-人人都是產(chǎn)品經(jīng)理網(wǎng)站）

想象一下，如果頁面展示出現(xiàn)了問題，但返回的數(shù)據(jù)卻是正常的，那么大概率問題出現(xiàn)在前端；如果返回的數(shù)據(jù)本身有錯誤或者沒有返回，那么這時候你可以先去問下后端。

作為最基礎(chǔ)的互聯(lián)網(wǎng)底層原理，99%的產(chǎn)品經(jīng)理應(yīng)該都對請求和響應(yīng)非常熟悉了。但是對我這種無技術(shù)背景的產(chǎn)品小白來說，這篇寫起來還是有點(diǎn)吃力（下篇寫個輕松的），希望能對同樣階段的你有幫助。