為什么第三方平臺對接越來越復雜?
在對接第三方的過程中,有時候明明是一個簡單的業務,對接卻那么復雜。到底是什么原因造成了這樣的局面呢?本文將對此進行探討,一起來看看吧。
前段時間在產品經理的交流群里遇到一位小伙伴發表的疑惑:
剛好筆者之前也對接過另外一家第三方電子合同平臺,本文就以電子合同為例,探討一下:為什么第三方平臺對接越來越復雜?
筆者注:為了便于闡述觀點和確保內容的易讀性,文中涉及的流程均做了一定程度的簡化,不能作為對接第三方電子合同平臺的對接參考,請讀者注意分辨。
我之前在《新手產品經理必學技術接口文檔知識》中講過,在設計開發產品的時候,產品需要用到某些功能,但這些功能的實現對于現有的團隊而言,可能缺乏業務領域的優勢,或缺乏技術領域的優勢,亦或兩種領域的優勢都明顯不足,因此往往需要通過對接第三方平臺來實現,像上文那位小伙伴提到的“電子合同”,因為涉及嚴格的備案和鑒權,在國內,能夠做這個業務的公司屈指可數,因此多數公司的產品只能選擇對接有資質的第三方平臺。
但在對接第三方平臺的過程中,暴露出的問題越來越明顯,就是明明只需要實現一個非常簡單的業務,但是接口方提供的接口非常多,讓產品經理覺得對接起來非常復雜,那么,到底是什么原因造成了這樣的局面呢?
要想解答這個問題,首先要從對接方的角度,看看最簡單的對接流程應該是怎么樣的,再來分析為什么接口提供方沒有辦法按照最簡單的流程來做。
一、最簡單的對接流程
從對接方的角度,以上流程雖然對接了4個接口,但實名認證和簽署只需通過鏈接跳轉到對接平臺的頁面進行操作,因此其核心對接步驟只需兩步:
- 簽署人通過對接平臺進行實名認證后,業務平臺發送需要簽署的文件到對接平臺,簽署人到對接平臺提供的頁面進行簽署;
- 簽署完成后,業務平臺獲取已簽署的文件保存到自身服務器中。
那么為什么對接平臺不能提供這樣一個簡單的流程給到對接方,而是每個環節都要弄出一大堆接口出來,主要是基于以下考慮。
二、為了場景的兼容性
以生成待簽署文件為例,有兩種場景,一種是業務平臺直接生成待簽署文件上傳到第三方平臺;另一種則是業務平臺上傳模板到對接平臺,然后往模板中填充內容并生成待簽署文件,兩者的大致作業流程如下:
通過以上作業流程可以發現,無論是直接上傳待簽署文件,還是通過模板生成待簽署文件,最開始的時候都需要做一個上傳的動作,兩者只是上傳的文件不同而已,因此,在設計接口的時候,獲取文件上傳地址和上傳文件這一步往往可以設計為2個接口,而非4個接口,系統只需根據上傳的場景在接口參數中標記清楚當前文件是屬于待簽署文件還是模板即可,比如用“file”表示待簽署文件,用“template”表示模板。
因此,把接口拆得更細,能夠兼容更多的場景,同時能夠提高部分接口的復用率,如果根據業務流程把一堆接口封裝成一個接口,那么上文提到的兩個場景中,將有部分接口內容屬于是“重復造輪子”。
三、為了流程的靈活性
在電子合同簽署流程中,有一個環節叫做“簽署流程歸檔”,歸檔的概念是表示文件已經簽署完成,不能再對該文件發起簽署,我們想象的歸檔流程和真正的歸檔流程分別是這樣的:
是不是感覺莫名其妙又多此一舉,明明一個接口能夠搞定的事情,偏偏還要多調用一個歸檔接口之后,電子合同平臺才進行歸檔,但如果我告訴你以下兩種場景,你應該就能夠理解這個設計的意圖了:
- 平臺需要對電子合同簽名進行人工審核,審核通過才歸檔,審核不通過要求簽署人重簽;
- 需要多人簽署的文件,等到所有人都簽署完成之后才發現漏了一個簽署人,此時需要將該簽署人加上去,并讓該簽署人簽署。
因此,在平臺設計接口的時候,就已經考慮到各種不同的場景,所以將一些重要環節的決策權交還給業務平臺去決定,從而使得流程更加靈活。
四、必不可少的異步通知
在簽署合同過程中,我們想象中簽署流程和真正的簽署流程分別是這樣的:
我們想象中的簽署流程是一蹴而就的,然而真實的場景中,從平臺發起簽署流程到簽署人進行簽署,或多人簽署的場景等到最后一人完成簽署,都是需要等待一段時間的,這段時間可能很短,也可能很長,但系統不可能一直在那里等著(loading),因此,就有了一個“異步通知”的概念,異步通知可以理解為某個流程的完成需要一定的時間,在這段時間內,業務系統無需做任何處理,等到該流程完成后,對接平臺會通過另外一個接口來通知業務系統,業務系統再進行后續處理,這個接口,就是異步通知接口。
以上文的簽署流程為例,假設一個多人簽署的流程,在全部簽署人簽署完成后進行歸檔,其流程是這樣的:
五、不可忽視的商業性
除了上文提到的原因,拆分接口對于平臺的商業性而言,也有一定的優勢,比如上文提到的簽署流程中,簽署人需要先通過平臺進行實名認證,拆分實名認證接口,等同于將實名認證的業務與電子合同簽署的業務進行分割,如果有客戶只需要實名認證的服務而不需要電子合同簽署業務,則可以將該業務獨立開來進行收費。
所以,現在你知道,為什么第三方平臺對接越來越復雜了吧?
以上便是本文的全部內容,感謝閱讀!
專欄作家
產品錦李,公眾號:產品錦李(ID:IMPM996),人人都是產品經理專欄作家。不務正業的產品經理和他的產品設計。
本文原創發布于人人都是產品經理,未經許可,禁止轉載。
題圖來自Unsplash,基于CC0協議。
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
- 目前還沒評論,等你發揮!