關(guān)于系統(tǒng)對接,你需要關(guān)注的點都在這里

2 評論 11999 瀏覽 58 收藏 14 分鐘

編輯導(dǎo)語:產(chǎn)品經(jīng)理在工作中經(jīng)常會遇到系統(tǒng)對接的問題,系統(tǒng)對接并不是個簡單的事情,要涉及到技術(shù)方面的問題,處理不好可能會導(dǎo)致項目延遲;本文作者用自身經(jīng)驗詳細分析了系統(tǒng)對接的流程和經(jīng)驗。

做過B端業(yè)務(wù)的同學都知道,我們在工作中難免會遇到系統(tǒng)之間的對接問題。為此,我們不僅需要了解對方系統(tǒng)所能提供的內(nèi)容,還需要知道雙方之間可以交互的節(jié)點。

對接的順暢,可以大大提升自己系統(tǒng)的擴展性;對接的不暢,步步是坑事倍功半。

最近自己剛好正在對接一個ERP系統(tǒng),規(guī)模在國內(nèi)算是比較大的那種。切記,請不要相信對方提供的所謂開發(fā)文檔,關(guān)鍵時刻還是要靠人對人的溝通。

如果你也準備做系統(tǒng)間的對接,那么我希望下面這些內(nèi)容能夠?qū)δ闼袔椭?/p>

一、了解對接目的是什么

有些是公司規(guī)劃需求,有些是客戶定制需求,無論哪種類型,我們都需要明確具體的需求是什么。

1. 目前迫切的痛點

如果將需求按優(yōu)先級來劃分,那目前最迫切的痛點問題,自然是我們需要優(yōu)先關(guān)心的。

你可能會說,做目前最迫切的痛點,這是句正確的廢話,誰都知道。為什么還要特別說明呢?

因為關(guān)于系統(tǒng)對接,為此所涉及到的功能和可能要動用的資源,實在是太多太多。

如果我們不提前規(guī)劃好需求的優(yōu)先級,最后的結(jié)果往往是什么都做不了。

以我們目前的情況來說,自己系統(tǒng)里的功能就將近10個,要對接的系統(tǒng)中的功能則更多。

在這樣的情況下,你要對接哪些功能?具體要怎么對接?這些都是產(chǎn)品經(jīng)理需要考慮的。

  • 首先,我們需要和需求方明確當前階段最緊急、最迫切的功能。你可以這樣考慮,為了保證業(yè)務(wù)能夠走下去,我們至少需要做哪些工作;盡量聚焦在核心業(yè)務(wù)流程上。
  • 其次,在了解到需求方的要求之后,我們自己需要梳理一遍這流程中可能涉及到的關(guān)鍵和數(shù)據(jù)對接節(jié)點;要確保不遺漏、不多余。

舉個例子:我們的客戶要求首先將訂單流程對接跑通,即用戶能夠下單,然后發(fā)貨、庫存這些信息能夠做到同步。

針對上面的情況,如果你僅僅只做訂單這一塊,那肯定是不行的。

經(jīng)過仔細的梳理,至少有下面這三大塊內(nèi)容需要考慮:

  1. 商品信息:包括商品基本信息、庫存信息;
  2. 訂單信息:包括下單流程、發(fā)貨流程;
  3. 售后信息:包括退款流程、退貨流程;

有的放矢,抓大放小,一步一個腳印。

2. 未來可能的需求

所謂的腳踏實地,心向遠方,就是這樣的狀態(tài)。我們不僅需要知道當下最重要的事情,還需要知道未來可能的方向。

可能你會問,我們將當下的事情做好、滿足需求了,就已經(jīng)不容易了,哪還有時間和精力去考慮其他。

話是這樣說沒錯,但如果真的這樣,那以后產(chǎn)品的升級,也許將難上加難。

了解需求方未來可能的潛在需求,無論是對自己產(chǎn)品的規(guī)劃和功能的迭代,都有著重要的指導(dǎo)作用。

首先,通過對潛在需求的了解和分析,來判斷未來的發(fā)展趨勢和我們自己的規(guī)劃是否相符。

如果相符,我們可以考慮怎樣更好的進行融合;如果不相符,我們可以考慮是調(diào)整自己的方向還是放棄未來的可能。

其次,通過對需求的深挖和抽象,對我們自己的產(chǎn)品規(guī)劃有參考價值;多種選擇、多種方向,也許能為我們提供新的視野和方向。

以我們這次的對接來說,通過這次實踐,對于我們自己以后的微服務(wù)有著很好的借鑒意義,也為我們以后的方向找到了一個可能的機會點。

未來的不可知,需要我們多思路、多角度思考問題。

二、明確對方能提供什么

俗話說,知己知彼才能百戰(zhàn)百勝,放在我們這里,那就是知己知彼才能更好的對接融合。在開始對接前,首先要做的,就是要了解對方能夠提供什么。

1. 自己先了解概況

想了解對方能提供什么,最直接也是最有效的方式就是自己去體驗、去了解。

在這里,我們要感謝這個時代?,F(xiàn)在大部分的互聯(lián)網(wǎng)產(chǎn)品,都會有官網(wǎng)介紹和產(chǎn)品體驗,有些產(chǎn)品還可以進行試用甚至免費使用。

這就為我們了解第一手資料提供了很多便利,盡可能多的獲取對方的資料。

當然,也是需要有重點的:

  1. 搞清楚對方主要提供哪些功能;
  2. 搞清楚對方是否能夠提供標準的API接口;
  3. 搞清楚對方能否進行針對性開發(fā)等等。

如果對方有API接口和文檔,那將能夠大大的提升我們對接的效率。畢竟能夠提供標準接口的,大部分都是經(jīng)過驗證可行的。

如果我們的需求,超出了對方的標準范圍,能夠針對性的提供功能開發(fā),具體費用如何,這些我們最好也要提前了解和準備,為后續(xù)的方案溝通做準備。

以上,是我們自己作為需求方,需要去了解的內(nèi)容。

如果需求來源是我們的客戶,那我們就可以通過與客戶的溝通,深入了解對方系統(tǒng)的功能。

而且,在這種情況下,我們還可以進入客戶的賬號,親自體驗對方產(chǎn)品的操作流程和邏輯,梳理頁面字段和內(nèi)容,針對性整理匯總。

通過以上兩種方式,先形成自己的初步印象。

2. 有針對性的進行溝通

當我們自己首先了解到對方系統(tǒng)大致的內(nèi)容后,我們就需要結(jié)合自己前期了解到的需求,有針對性的整理出可能存在的問題,切勿漫無目的的去了解。

當我們有了自己的初步判斷后,緊接著就需要進行進一步的確認核實。畢竟,我們所體驗到的,未必就是正確的。

這時候,我們就可以直接聯(lián)系對方,而且盡可能聯(lián)系到相關(guān)部門,有時候400電話客服,并不能解決我們的對接需求,打過電話的人都懂。

聯(lián)系到關(guān)鍵人之后,針對之前我們整理的問題,進行有效溝通,盡量避免談一些大而空的內(nèi)容,這是我個人的建議,畢竟大家的時間都很寶貴,直奔主題比較好。

也千萬不要問百度能搜索到答案的問題,將時間留給最有用、最核心的關(guān)鍵點。

以我們自己為例,在明確了客戶需要對接的需求后,我們初步整理出需要的商品、訂單、售后三大模塊;然后針對這三大模塊的對接問題,進行深入的溝通。

在此基礎(chǔ)上,我們還了解到如果想進行這三方面的對接,第一步則是需要我們拿到客戶的授權(quán),而獲得授權(quán)的方式和資料,也需要額外準備。

通過上面的例子你會發(fā)現(xiàn),看似簡單的對接流程,其實背后的相關(guān)操作邏輯有很多。

有時候,我們僅僅通過產(chǎn)品是無法感知的,必須在此基礎(chǔ)上,進行針對性溝通。

查缺補漏,才能萬無一失。

三、知道自己能對接什么

明確了對方能提供什么,接下來要做的就是知道自己能做什么、不能做什么;為了完成有效對接,我們又需要額外準備些什么。

1. 自己需要做哪些準備

通過前面兩步,現(xiàn)在我們不僅了解到需求是什么,而且還了解到對方能提供什么,那么接下來要做的就是我們自己要準備些什么。

我們不僅要梳理出雙方整體的框架流程,還需要明確兩個系統(tǒng)之間的數(shù)據(jù)交互。

在什么時間節(jié)點,我們需要將信息推送給對方;對方進行了什么操作,會將信息推送給我們,這是我們必須要搞清楚的。

數(shù)據(jù)傳遞過程中的API接口、消息推送機制,作為產(chǎn)品經(jīng)理,我們需要提前做好預(yù)判,否則在后續(xù)開發(fā)過程中,會遇到各種問題。

與此同時,我們還需要知道,為了滿足這些需求,我們自己的平臺是否需要做相應(yīng)的調(diào)整。

如果調(diào)整,會涉及哪些模塊,會影響哪些功能,對現(xiàn)有功能是否造成影響,是做成公共模塊還是定制模塊。

如果不調(diào)整,能否快速的滿足現(xiàn)有這些需求,能否順利的完成對接。

以上這些,我們都需要事先定義好。

以我們?yōu)槔瑸榱送瓿蛇@次對接,需要在創(chuàng)建商品、創(chuàng)建訂單、取消訂單、申請售后等相關(guān)地方,都需要做開發(fā)判斷。涉及到的相關(guān)接口,都需要進行數(shù)據(jù)推送和消息反饋讀取。

不打無準備之仗,將問題提前暴露。

2. 整體到細節(jié)一個都不能少

我們不僅要從宏觀層面了解整體流程,緊接著具體到每個功能,我們也需要盡可能的細分。

  • 宏觀層面:幫助我們概括思路和梳理流程;
  • 細節(jié)落地:推進開發(fā)具體執(zhí)行。

很多時候,我們看大流程、大思路都沒有問題,可一旦深入到細節(jié),才會發(fā)現(xiàn)步步是坑,寸步難行。

作為產(chǎn)品經(jīng)理,我們不能讓問題在開發(fā)階段暴露,我們需要提前告知并梳理。

這樣做,不僅是為了幫助我們自己理清思路,也是幫助整個對接過程更好的開展。

我們要做的,就是耐下心來,一個流程、一個頁面、一個字段的梳理,最好是對照著API文檔來看,盡量做到不遺漏。

以我們目前遇到的情況來舉例,在做整體規(guī)劃的時候,關(guān)于售后流程,只簡單的提了一嘴,流程上也只是輕描淡寫的畫了。

可誰曾想,就是因為這個疏忽,導(dǎo)致了開發(fā)在評估時輕視了,造成實際開發(fā)周期延長了1天左右,因為這其中涉及到的點實在太多了。

簡單的售后流程,雙方的數(shù)據(jù)交互就有如此之多。

所以,在力所能及的范圍內(nèi),盡量細化每一個關(guān)鍵節(jié)點和內(nèi)容。

四、看到未來能產(chǎn)生什么

最后我還想說一下此次系統(tǒng)對接,對于我們自己產(chǎn)品的一些啟發(fā)。

很長時間內(nèi),我們自己關(guān)于不同系統(tǒng)之間的數(shù)據(jù)交互,都是通過所謂的后端代碼寫死來實現(xiàn)的;這樣的好處是開發(fā)簡單、快速上線。

可隨著系統(tǒng)功能越來越多、數(shù)據(jù)量越來越大、流程越來越復(fù)雜,導(dǎo)致了現(xiàn)在改動任意一個小點,都極其繁瑣。

要么是這里不支持,要么就是那里耦合太強,以至于現(xiàn)在想加新功能越來越難。而且如果一個系統(tǒng)出問題,其他系統(tǒng)也都無法正常使用。

正當技術(shù)部門為此頭疼的時候,通過此次對接,為我們自己提供了另一種思路。

不同系統(tǒng)之間,其實可以通過接口的方式進行調(diào)用,每個系統(tǒng)保持相對獨立。

這樣一來,即能夠?qū)崿F(xiàn)各自運行,又能夠保證互聯(lián)互通。

正所謂,山窮水盡疑無路,柳暗花明又一村。

 

作者:明天上線? 微信公眾號:明天上線

本文由 @明天上線 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載

題圖來自?Unsplash,基于 CC0 協(xié)議

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 您好啊請問你有一篇文章有三賬思維腦圖請問是用什么軟件做的呢?

    來自上海 回復(fù)
    1. xmind

      來自上海 回復(fù)