域名預(yù)訂/競(jìng)價(jià)，好“米”不錯(cuò)過

做過B端業(yè)務(wù)的同學(xué)都知道，我們?cè)诠ぷ髦须y免會(huì)遇到系統(tǒng)之間的對(duì)接問題。為此，我們不僅需要了解對(duì)方系統(tǒng)所能提供的內(nèi)容，還需要知道雙方之間可以交互的節(jié)點(diǎn)。

對(duì)接的順暢，可以大大提升自己系統(tǒng)的擴(kuò)展性；對(duì)接的不暢，步步是坑事倍功半。

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

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

一.了解對(duì)接目的是什么

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

01.目前迫切的痛點(diǎn)

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

你可能會(huì)說，做目前最迫切的痛點(diǎn)，這是句正確的廢話，誰都知道。為什么還要特別說明呢？

因?yàn)殛P(guān)于系統(tǒng)對(duì)接，為此所涉及到的功能和可能要?jiǎng)佑玫馁Y源，實(shí)在是太多太多。

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

以我們目前的情況來說，自己系統(tǒng)里的功能就將近10個(gè)，要對(duì)接的系統(tǒng)中的功能則更多。在這樣的情況下，你要對(duì)接哪些功能？具體要怎么對(duì)接？這些都是產(chǎn)品經(jīng)理需要考慮的。

首先，我們需要和需求方明確當(dāng)前階段最緊急、最迫切的功能。你可以這樣考慮，為了保證業(yè)務(wù)能夠走下去，我們至少需要做哪些工作。盡量聚焦在核心業(yè)務(wù)流程上。

其次，在了解到需求方的要求之后，我們自己需要梳理一遍這流程中可能涉及到的關(guān)鍵和數(shù)據(jù)對(duì)接節(jié)點(diǎn)。要確保不遺漏、不多余。

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

針對(duì)上面的情況，如果你僅僅只做訂單這一塊，那肯定是不行的。經(jīng)過仔細(xì)的梳理，至少有下面這三大塊內(nèi)容需要考慮：

商品信息：包括商品基本信息、庫存信息；訂單信息：包括下單流程、發(fā)貨流程；售后信息：包括退款流程、退貨流程；

有的放矢，抓大放小，一步一個(gè)腳印。

02.未來可能的需求

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

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

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

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

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

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

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

以我們這次的對(duì)接來說，通過這次實(shí)踐，對(duì)于我們自己以后的微服務(wù)有著很好的借鑒意義，也為我們以后的方向找到了一個(gè)可能的機(jī)會(huì)點(diǎn)。

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

二.明確對(duì)方能提供什么

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

01.自己先了解概況

想了解對(duì)方能提供什么，最直接也是最有效的方式就是自己去體驗(yàn)、去了解。

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

這就為我們了解第一手資料提供了很多便利，盡可能多的獲取對(duì)方的資料。當(dāng)然，也是需要有重點(diǎn)的。

搞清楚對(duì)方主要提供哪些功能；搞清楚對(duì)方是否能夠提供標(biāo)準(zhǔn)的API接口；搞清楚對(duì)方能否進(jìn)行針對(duì)性開發(fā)，等等。

如果對(duì)方有API接口和文檔，那將能夠大大的提升我們對(duì)接的效率。畢竟能夠提供標(biāo)準(zhǔn)接口的，大部分都是經(jīng)過驗(yàn)證可行的。

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

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

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

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

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

02.有針對(duì)性的進(jìn)行溝通

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

當(dāng)我們有了自己的初步判斷后，緊接著就需要進(jìn)行進(jìn)一步的確認(rèn)核實(shí)。畢竟，我們所體驗(yàn)到的，未必就是正確的。

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

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

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

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

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

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

有時(shí)候，我們僅僅通過產(chǎn)品是無法感知的，必須在此基礎(chǔ)上，進(jìn)行針對(duì)性溝通。查缺補(bǔ)漏，才能萬無一失。

三.知道自己能對(duì)接什么

明確了對(duì)方能提供什么，接下來要做的就是知道自己能做什么、不能做什么。為了完成有效對(duì)接，我們又需要額外準(zhǔn)備些什么。

01.自己需要做哪些準(zhǔn)備

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

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

在什么時(shí)間節(jié)點(diǎn)，我們需要將信息推送給對(duì)方；對(duì)方進(jìn)行了什么操作，會(huì)將信息推送給我們，這是我們必須要搞清楚的。

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

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

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

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

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

以我們?yōu)槔?，為了完成這次對(duì)接，需要在創(chuàng)建商品、創(chuàng)建訂單、取消訂單、申請(qǐng)售后等相關(guān)地方，都需要做開發(fā)判斷。涉及到的相關(guān)接口，都需要進(jìn)行數(shù)據(jù)推送和消息反饋?zhàn)x取。

下面的圖片，就是我們?cè)谶M(jìn)行對(duì)接時(shí)所準(zhǔn)備的交互流程。

不打無準(zhǔn)備之仗，將問題提前暴露。

02.整體到細(xì)節(jié)一個(gè)都不能少

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

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

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

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

這樣做，不僅是為了幫助我們自己理清思路，也是幫助整個(gè)對(duì)接過程更好的開展。

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

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

可誰曾想，就是因?yàn)檫@個(gè)疏忽，導(dǎo)致了開發(fā)在評(píng)估時(shí)輕視了，造成實(shí)際開發(fā)周期延長(zhǎng)了1天左右，因?yàn)檫@其中涉及到的點(diǎn)實(shí)在太多了。

大家看下面這張圖就知道了，簡(jiǎn)單的售后流程，雙方的數(shù)據(jù)交互就有如此之多。

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

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

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

很長(zhǎng)時(shí)間內(nèi)，我們自己關(guān)于不同系統(tǒng)之間的數(shù)據(jù)交互，都是通過所謂的后端代碼寫死來實(shí)現(xiàn)的。

這樣的好處是開發(fā)簡(jiǎn)單、快速上線?？呻S著系統(tǒng)功能越來越多、數(shù)據(jù)量越來越大、流程越來越復(fù)雜，導(dǎo)致了現(xiàn)在改動(dòng)任意一個(gè)小點(diǎn)，都極其繁瑣。

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

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

不同系統(tǒng)之間，其實(shí)可以通過接口的方式進(jìn)行調(diào)用，每個(gè)系統(tǒng)保持相對(duì)獨(dú)立。這樣一來，即能夠?qū)崿F(xiàn)各自運(yùn)行，又能夠保證互聯(lián)互通。

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

文章來源：明天上線（ID：mingtianshangxian66），原文鏈接：https://mp.weixin.qq.com/s/JHLfXS-QYZYT-w6mPg73ZA

申請(qǐng)創(chuàng)業(yè)報(bào)道，分享創(chuàng)業(yè)好點(diǎn)子。點(diǎn)擊此處，共同探討創(chuàng)業(yè)新機(jī)遇！