1. 程式人生 > >聊聊API對接,專案啟動前該調研點啥?

聊聊API對接,專案啟動前該調研點啥?

640?wxfrom=5&wx_lazy=1

作者:PM火山

全文共 2175 字,閱讀需要 5 分鐘

———— / BEGIN / ————

筆者曾經從0到1獨立負責過一個與國內一線OTA平臺之間的API對接,踩過不少坑,也有不少收穫。

今天跟大家分享一下API對接的需求調研。

分享之前,為了照顧沒有做過API對接專案的小夥伴,先來掃個盲,啥是API對接?API對接解決啥問題?

來看一個場景:

說錘子科技最近在自己的官方商城www.t.tt  中上了一個新品“堅果3”,並在商城中錄入了尺寸、記憶體、主頻、處理器等詳細資訊。

為了拓展銷售渠道,錘子的運營人員又在京東商城的後臺將堅果3的相關資訊錄入並上架銷售,用的就是最原始的人工搬運(Ctrl+C&Ctrl+V)的方式。

640

後來,錘子又陸續推出了情懷背殼、耳機、電池型電池、T恤等一系列的產品,人工搬運不僅效率低,而且容易出錯,經常出現一個雙方系統價格、庫存或資訊不一致的情況。

這個時候,API對接就準備要登場了。

京東對外提供一個開放平臺,將自己的產品、商品結構以一個一個結構化的API介面的方式呈現給錘子等供應商,錘子科技的技術人員編寫程式碼,按照京東平臺設定的介面規範組裝相關商品資訊資料,並根據實際需要對相關介面進行訪問,實現資料的傳輸;進而有效打通錘子官網與京東商城系統之間的通訊壁壘,運營人員簡單操作,即可實現同一個商品的商品資訊、訂單的同步。

API對接類的專案因其極大地解放人工,提高人效,所以在電商平臺類網際網路公司當中尤為常見。作為一名合格的產品經理,任何的專案啟動之前,需求調研是必不可少的。

那麼對於API對接這一類偏內部效率提升類的專案,在專案啟動前到底該調研點啥呢?我認為主要包括三個方面:

一、專案價值

API對接的確可以減少運營人員的人工成本,但是要完成一個API對接類專案,往往要投入3-5人,並需要1-2個月的時間——投入也是挺大的。

因此專案啟動之前,產品經理需要思考的問題是:假設這個專案順利上線了,它能帶來多少價值?把這個問題再拆解一下:

(1)它能節省多少人工成本?

比如錘子科技總共需要上架的就30個產品,運營投入一個人進行手工搬運,1-2天就可以完成。

也就是說,它能節省1個業務人員2天左右的工時——那麼它的專案價值就是很有限的。

(2)它能帶來多少營收?

比如通過這個專案,最終可以上架500個SKU。根據測算,這500個SKU在這個渠道一年可以帶來300萬的營收,但毛利率只有3%。也就是說,需要一年後才能收回前期投入成本,那麼這個專案就有一定的風險。

(3)是否還有更有價值的專案?

假設在同一時間,另外一個渠道前期投入差不多,但預計一年可以帶來800萬的營收,那麼,在其他條件都差不多的情況下,300萬營收的這個專案就應該讓路。

二、業務場景及風險

API對接大多都是一種將既有業務的數字化、資訊化手段,為業務賦能,為業務服務是宗旨,因此,調研實際的業務場景,以及業務人員在實際業務中的需求及痛點自然是必不可少的。

除了實際的業務場景之外,對於產品經理而言,是否存在業務層面的風險也是尤為重要的。所謂業務風險,就是假設系統之間已經打通,資訊已經可以有效同步,是否還會有一些技術層面難以控制的業務問題出現,比如:

  • 價格管控,導致的毛利被大幅壓縮;

  • 巨集觀環境變化,導致生命週期非常短暫;

  • 特殊條件限制,導致可用的資料量銳減;

  • 資訊不符合對方規範,導致推送資訊無法上架;

曾經就遇到過一個問題,按照對方介面文件規範轉化好產品資訊,並實現了系統之間的無縫對接,但專案上線之後,上架成功率卻不足20%。

究其原因,就在於:雖然滿足了介面規範,但是轉化好的資訊大量不符合業務規範,導致了上架稽核被大面積地駁回

三、結構差異

當專案價值OK,業務風險基本排除,接下來就是專案落地的過程了。兩家不同公司、兩種不同背景下產生的兩套形態各異的系統,勢必會有種種的差異。

比如以下A、B兩個平臺的同一品類的產品結構中就存在較大的差異,即A平臺的退改規則在產品上,而B平臺的退改規則卻在商品上。

640

對於產品經理而言,怎麼樣用一套高效合理的方案,實現這類存在結構性差異的系統性對接是一項巨大的挑戰。

API對接,本質就是要實現兩套不同系統中同一型別產品欄位結構之間的一一對應,因此,要想打通兩套系統,結構差異是需要重點調研的內容。

四、總結

對於很多toC出生的產品經理而言,在追求使用者體驗至上的理念驅使下,很容易地做出通過技術手段(API對接)來提升人效、解放人工的產品決策。

但對於商業氣息濃厚的toB為主的API對接類專案而言,專案價值是決定專案優先順序的關鍵因素,也是toB類產品經理日常決策邏輯中時刻不能鬆懈的一根弦。

因此,在前期需求調研過程中,專案價值是最基本也是重要的調研點。

當專案價值關通過之後,理解業務場景,可以幫助產品經理設計更接地氣的產品;而對業務風險進行充分的調研和評估,將可以進一步降低前期無效投入的風險。

最後,結構差異的調研是產品方案真正落地的第一步,它的調研結果直接奠定了具體對接方案的基礎。

綜上,專案價值、業務場景及風險、結構差異對於API對接類專案而言,是需求調研的重點,做好這幾個關鍵性的調研,專案基本成功了一半。

———— / END / ————

作者:PM火山,微信公眾號:PM火山,人人都是產品經理專欄作家。後臺型產品從0到1負責人。靠著學習、實踐、總結,再學習、再實踐、再總結來讓自己不斷成長的產品人。

640

點選“閱讀原文”下載APP