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

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

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

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

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

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

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

平時(shí)開(kāi)發(fā)們所說(shuō)的“發(fā)起請(qǐng)求”“返回”就是基于這個(gè)模型的討論。

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

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

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

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

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

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

舉例，下圖是常見(jiàn)的篩選組件：

（圖片來(lái)源：作者自制）

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

（圖片來(lái)源：作者自制）

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

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

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

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

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

（圖片來(lái)源：作者自制）

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

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

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

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

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

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

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

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

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