中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

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

我是一個沒有技術背景的產品經理。在這里想和大家分享在0-1歲間我學到的最有用最重要的一個技術知識點，以及對這個知識點在實際工作中的應用場景。

一、請求/響應模型

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

（圖片來源：《產品經理必懂的技術那點兒事》作者：唐韌）

這個模型包含三部分：客戶端、服務端以及中間的互聯網。

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

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

在這個例子中，我們完成了請求和返回的過程，同時定義了兩個主要的字段【用戶名】和【密碼】。我們常說，互聯網就是由數據構成的。每一類數據都有一個名字，即字段名稱。不同的字段攜帶著不同的值在互聯網中傳遞流轉，即是請求響應。

深刻地理解這個過程以及字段的含義（字段本質上是數據接口），是我在產品工作入門時學到的最重要的一點。

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

二、工作中的應用場景

1. 需求階段：PRD中的字段規則

好了，現在我們知道什么是字段了。對于初期的產品經理來說，我們設計完一個頁面，應當具備把頁面翻譯成字段的能力（因為對于開發而言當他們閱讀頁面的時候也是在翻譯成字段）。在我目前淺薄的經驗里，字段說明加交互說明（操作和反饋信息等）可以解決需求文檔中至少60%的規則說明。

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

（圖片來源：作者自制）

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

（圖片來源：作者自制）

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

這種形式的字段說明有兩個優點：

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

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

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

（圖片來源：作者自制）

以上是一個真實的接口文檔的部分內容（已脫敏）。我們會發現文檔的主體和上文中的字段說明有相似之處，因為“請求”實際上就是把一些參數（字段）傳遞給接口，“返回”則是從接口傳回參數（字段），這正是接口文檔中的入參和出參。

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

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

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

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

如果你掌握了請求和返回，恭喜你，你就能協助測試判斷一些簡單的bug了。按下F12或者右鍵–檢查網頁（詳細操作可以搜索關鍵詞“網頁調試”），可以查看頁面發起的所有請求，以及返回的內容。

（圖片來源：作者個人主頁-人人都是產品經理網站）

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

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