接口有什么用？

作為一個(gè)互聯(lián)網(wǎng)公司，很多資源和信息需要內(nèi)部共享或外部流通，那相關(guān)的數(shù)據(jù)就需要通過(guò)接口來(lái)傳輸。無(wú)論是2C還是2B的產(chǎn)品，都會(huì)用到接口，其中2B的產(chǎn)品們——數(shù)據(jù)、后臺(tái)、開(kāi)放平臺(tái)/供應(yīng)鏈，幾乎和接口都是正面接觸。

接口怎么用？

目的千差萬(wàn)別，用法殊途同歸。本文主要以美團(tuán)門票舉例，介紹接口的基本屬性、產(chǎn)品邏輯和異常情況等，供大家參考和討論。

怎么理解接口？

API接口是Application Programming Interface的簡(jiǎn)稱，是一些預(yù)先定義的函數(shù)，包孕接口地址、傳入?yún)?shù)和返回參數(shù)。

可以簡(jiǎn)單理解為，當(dāng)需要拜候某些數(shù)據(jù)，正常狀態(tài)下傳入合格參數(shù)，會(huì)收到該數(shù)據(jù)范圍內(nèi)的返回參數(shù)。

場(chǎng)景：在美團(tuán)旅游頻道，用戶選按時(shí)間、地點(diǎn)后搜索航班，后臺(tái)會(huì)調(diào)用搜索接口傳入時(shí)間、地點(diǎn)等參數(shù)，接收航班類別、價(jià)格等參數(shù)，在前臺(tái)頁(yè)面上進(jìn)行擺列展示。同理，下單時(shí)會(huì)調(diào)用生單接口確認(rèn)是否成單，支付時(shí)會(huì)調(diào)用支付接口完成交易，自動(dòng)修改訂單狀態(tài)。

產(chǎn)品邏輯

很多公司都有開(kāi)放平臺(tái)（也叫供應(yīng)鏈），好比美團(tuán)作為一個(gè)平臺(tái)，很多的供應(yīng)商需要把自身資源導(dǎo)入平臺(tái)，在平臺(tái)頁(yè)面上集中展示，供用戶選擇。一般情況下，美團(tuán)會(huì)有自身的一套接口，供應(yīng)商可以開(kāi)發(fā)對(duì)應(yīng)的接口進(jìn)行對(duì)接，這種叫（運(yùn)價(jià)）直連。

以下以美團(tuán)門票為例，此鏈接是商家對(duì)接的開(kāi)放平臺(tái)，不涉密，商家技術(shù)、業(yè)務(wù)人員可以通過(guò)該地址上的接口說(shuō)明進(jìn)行商家對(duì)接。

1.系統(tǒng)結(jié)構(gòu)

門票直連系統(tǒng)是通過(guò)接口，把商家的門票數(shù)據(jù)導(dǎo)入到美團(tuán)上收單，按用戶行為軌跡來(lái)說(shuō)，實(shí)現(xiàn)“搜索-預(yù)定-下單-支付-售后”的自動(dòng)化。異常情況通過(guò)郵件等形式預(yù)警，手工介入處理。

（詳細(xì)流程見(jiàn)此鏈接https://www.processon.com/view/link/5943ec7ae4b0bdefc0582e3e）

①正常情況下，涉及前臺(tái)和用戶行為的業(yè)務(wù)流程：

②涉及后臺(tái)的產(chǎn)品數(shù)據(jù)&訂單狀態(tài)更新（部分簡(jiǎn)略）：

2.接口總覽

按接口類型和屬性可分為三類：數(shù)據(jù)類、交易類和通知類。有一部分為美團(tuán)接口，另一部分接口需要商家進(jìn)行開(kāi)發(fā)。

數(shù)據(jù)類：商家數(shù)據(jù)對(duì)接到美團(tuán)（涉及到商家的4個(gè)接口，拉取產(chǎn)品信息、產(chǎn)品變革通知、拉取景點(diǎn)信息、拉取價(jià)格日歷）交易類：“用戶——美團(tuán)——商家”的交易行為（涉及到商家的5個(gè)接口）通知類：包孕商家開(kāi)發(fā)的已出票、票已使用、已退款3個(gè)接口，美團(tuán)自有的已退款、查余額、編審狀態(tài)通知的3個(gè)接口。異常問(wèn)題

我做過(guò)的接口產(chǎn)品不久不多，但問(wèn)題類似，主要包孕兩類：接口問(wèn)題、產(chǎn)品問(wèn)題。接口問(wèn)題就是無(wú)響應(yīng)、響應(yīng)過(guò)慢、重復(fù)響應(yīng)等，產(chǎn)品問(wèn)題就是存量少、變價(jià)快、時(shí)間差導(dǎo)致下架更新不及時(shí)等。

在做接口相關(guān)的產(chǎn)品時(shí)，異常與正常流程同等重要，這與核心用戶和邊沿用戶不是一個(gè)概念。所以在考慮每一步的流程時(shí)，必需兼顧異常問(wèn)題的發(fā)生與解決方法，盡量制止損害用戶體驗(yàn)和商家損失。

一般的解決方法是數(shù)據(jù)監(jiān)控，通過(guò)對(duì)每個(gè)業(yè)務(wù)節(jié)點(diǎn)的多項(xiàng)指標(biāo)進(jìn)行監(jiān)控，一旦超出閾值，就可以用郵件、短信等形式通知相關(guān)人員，及時(shí)解決問(wèn)題。

接下來(lái)我們從兩個(gè)方面具體探討如何應(yīng)對(duì)這些問(wèn)題。

1.用戶體驗(yàn)——具體場(chǎng)景&數(shù)據(jù)監(jiān)控

對(duì)用戶來(lái)說(shuō)，流程的任一節(jié)點(diǎn)不順暢，都會(huì)導(dǎo)致體驗(yàn)欠好，故按照用戶行為軌跡來(lái)進(jìn)行數(shù)據(jù)監(jiān)控。

①頁(yè)面展示慢——接口響應(yīng)時(shí)長(zhǎng)、用戶頁(yè)面停留時(shí)長(zhǎng)、跳失率

Reason：實(shí)時(shí)調(diào)接口查詢景點(diǎn)&產(chǎn)品信息，因數(shù)據(jù)量大或頻率快導(dǎo)致。Solution：緩存數(shù)據(jù)，每N分鐘更新一次。

②數(shù)據(jù)展示異?！笈_(tái)返回接口異常的次數(shù)和概率

Reason：接口超時(shí)或異常。Solution：可以設(shè)定重復(fù)調(diào)用，多次重試失敗后，通過(guò)郵件等形式通知到運(yùn)營(yíng)、技術(shù)或商家。

針對(duì)數(shù)據(jù)型接口，對(duì)產(chǎn)品進(jìn)行下架或隱藏處理。

針對(duì)交易型接口，下單、支付的問(wèn)題可以提醒用戶、為用戶保舉同類產(chǎn)品、對(duì)產(chǎn)品進(jìn)行下架或隱藏處理；退票類問(wèn)題可以建議用戶之后重試，如果比較緊急可以聯(lián)系客服加急處理。

針對(duì)通知型接口，不涉及用戶，郵件處理即可，可人工介入更新信息。

③產(chǎn)品變動(dòng)，特別是變價(jià)——下單失敗率、變價(jià)率、出票失敗率

Reason：數(shù)據(jù)更新有時(shí)間差。Solution：當(dāng)某一產(chǎn)品的失敗率或變價(jià)率超出規(guī)定，可隱藏或下架；針對(duì)某些產(chǎn)品庫(kù)存少的情況進(jìn)行提示，預(yù)告風(fēng)險(xiǎn)；設(shè)定合理的按時(shí)更新任務(wù)。

標(biāo)簽：烏魯木齊 林芝 鹽城 九江 東營(yíng)