API接口對于B端產(chǎn)品經(jīng)理來說是個再熟悉不過的詞匯了。雖然它是技術(shù)范疇的東西，但作為B端產(chǎn)品經(jīng)理如果不懂得它的使用場景和解讀方法，在實際工作中是很難順利完成產(chǎn)品方案的。因此本文將重點探討API的使用場景，及在不同場景下產(chǎn)品經(jīng)理如何解讀API接口去順利完成產(chǎn)品工作。

一、API接口是什么

“接口”這一詞應該是B端產(chǎn)品經(jīng)理日常和開發(fā)溝通最多的詞匯之一了，經(jīng)常聽到接口文檔、接口聯(lián)調(diào)等等。API接口的定義是一種規(guī)范或約定，用于描述軟件系統(tǒng)中不同組件之間的通信協(xié)議和數(shù)據(jù)交互方式。API接口定義了一組可用的操作、消息格式、數(shù)據(jù)結(jié)構(gòu)和參數(shù)，以及雙方之間如何進行通信和交互。通過API接口，軟件系統(tǒng)的不同部分可以相互調(diào)用和協(xié)作，實現(xiàn)數(shù)據(jù)的傳遞、功能的調(diào)用和共享資源的訪問，同時保持系統(tǒng)的安全性和穩(wěn)定性。（一堆官方廢話，先不用管往下看）

接口在形式上由四部分構(gòu)成：方法（get，post等）、url（請求地址）、請求參數(shù)、返回參數(shù)

在功能實現(xiàn)上由三個主要部分構(gòu)成：輸入，邏輯處理，輸出。（產(chǎn)品需要關(guān)注的）

二、API的主要作用

2.1 前后端數(shù)據(jù)傳遞和功能調(diào)用的橋梁

接口聯(lián)調(diào)是前后端開發(fā)工作中很重要的一部分，現(xiàn)在都采用前端后端分離的開發(fā)模式。通常來說在接收到產(chǎn)品需求后，后端會先定義好接口文檔給到前端，前端在完成界面展示的代碼編寫，后端完成了接口的邏輯處理就需要開始進行聯(lián)調(diào)，以確保接口能夠從輸入到輸出的正常運作。

以新增客戶為例：新增客戶接口的功能就是把用戶輸入的客戶信息寫入到數(shù)據(jù)庫中。接口輸入：客戶信息。邏輯處理：是否可以新增成功？（這里面涉及的規(guī)則就需要產(chǎn)品經(jīng)理來確定）輸出：返回前端處理結(jié)果。

產(chǎn)品涉及工作：接口在前后端的應用一般不需要產(chǎn)品經(jīng)理特別關(guān)注接口本身，產(chǎn)品經(jīng)理需要重點關(guān)注的是規(guī)則的制定。也是后端經(jīng)常跟我說的實現(xiàn)肯定是可以實現(xiàn)，但你要定個規(guī)則給我。

2.2 系統(tǒng)對接

在B端工作中經(jīng)常會涉及到跨系統(tǒng)的需求對接，比如我從事的供應鏈金融領(lǐng)域會經(jīng)常涉及到與資方進行系統(tǒng)對接共同實現(xiàn)客戶的借貸全生命周期的系統(tǒng)流程。那么跨系統(tǒng)交互的重要工具正是API接口。下圖為我司查詢客戶授信結(jié)果流程圖和接口（輸入：客戶編號 邏輯判斷：客戶是否滿足授信通過規(guī)則 輸出：客戶授信狀態(tài)、授信時間等）。

產(chǎn)品涉及工作：在系統(tǒng)對接需求中，可能就會涉及到產(chǎn)品經(jīng)理對于接口的應用。重點需要關(guān)注接口中的請求參數(shù)和響應參數(shù)。

例1：資方需要我們在客戶授信流程中提供客戶信息，那么資方會出具一份客戶授信信息接口，產(chǎn)品經(jīng)理就需要明確這份接口中資方想要的是哪些字段信息，我們在系統(tǒng)什么節(jié)點調(diào)用此接口，這些信息如何獲取等等。

例2：上述例子是需要產(chǎn)品向外部系統(tǒng)提供數(shù)據(jù)，那么反過來也會涉及到向外部系統(tǒng)要數(shù)據(jù)。那么往往有時候我們會發(fā)現(xiàn)外部提供的接口字段數(shù)據(jù)無法滿足我們實際的業(yè)務要求，比如授信結(jié)果通知中不告訴客戶的授信到期時間，那么運營過程中就無法提前對客戶進行貸后處理。這時就需要我們?nèi)ジ獠繙贤ㄔ黾踊騽h減字段。

例3：內(nèi)部跨組合作。風控組的需求經(jīng)常會涉及到取金融組的數(shù)據(jù)。比如需要獲取客戶的在貸狀態(tài)。由于數(shù)據(jù)是金融組的，一般就需要金融組配合開發(fā)提供此功能接口。產(chǎn)品經(jīng)理需要做的就是制定規(guī)則，在貸狀態(tài)有哪些？每種狀態(tài)的取值規(guī)則是什么？至于接口具體如何定義，如何實現(xiàn)與我們無瓜。

2.3 共享資源

相信大家都聽過避免重復造輪子。其實就是要通過封裝接口去避免同樣的功能重復開發(fā)。比如你要做一個打車平臺需要在APP上顯示地圖，那么如果從0到1開發(fā)一套成熟的地圖系統(tǒng)的時間成本和資金成本是巨大的。

但是已經(jīng)有成熟的百度地圖為我們做好了，只需要在需要的時候調(diào)用他們的接口即可。這在B端行業(yè)中是非常常見的，經(jīng)常需要調(diào)用第三方服務商的接口去滿足業(yè)務需求。

以我司為例，在風控系統(tǒng)中就需要每日定時獲取第三方服務商天眼查、百融（企業(yè)、個人數(shù)據(jù)提供商）的接口數(shù)據(jù)。這些數(shù)據(jù)我們自己內(nèi)部是肯定很難獲取到的。因此會按照接口調(diào)用次數(shù)去付費合作。

在讀取接口文檔時要注意Array字段類型，Array是數(shù)組字符類型，可以理解為會有多條數(shù)據(jù)。那么在展示的時候通常就需要設計成列表形式的，而不能當成是一條數(shù)據(jù)去進行原型設計。

寫在結(jié)尾

現(xiàn)在大家可能會比較理解定義中寫到的“API接口的定義是一種規(guī)范或約定，用于描述軟件系統(tǒng)中不同組件之間的通信協(xié)議和數(shù)據(jù)交互方式。API接口定義了一組可用的操作、消息格式、數(shù)據(jù)結(jié)構(gòu)和參數(shù)，以及雙方之間如何進行通信和交互。通過API接口，軟件系統(tǒng)的不同部分可以相互調(diào)用和協(xié)作，實現(xiàn)數(shù)據(jù)的傳遞、功能的調(diào)用和共享資源的訪問，同時保持系統(tǒng)的安全性和穩(wěn)定性。”這一段話了。

在B端產(chǎn)品經(jīng)理的實際工作中掌握接口的定義及使用場景還是很有必要的。

以上是個人對于產(chǎn)品經(jīng)理眼中的接口的總結(jié)，歡迎大家補充指正。有有補充的特別好的我會重新更新文檔上傳。