亚洲女同成aV人片在线观看|亚洲www啪成人一区二区麻豆|亚洲国产中日韩精品综合|亚洲国产成人精品一级片|亚洲无码在线视频免费

做過(guò)B端業(yè)務(wù)的關(guān)于同學(xué)都知道，我們在工作中難免會(huì )遇到系統之間的系統需關(guān)對接問(wèn)題。為此，對接點(diǎn)都我們不僅需要了解對方系統所能提供的關(guān)于內容，還需要知道雙方之間可以交互的系統需關(guān)節點(diǎn)。

對接的對接點(diǎn)都順暢，可以大大提升自己系統的關(guān)于擴展性；對接的不暢，步步是系統需關(guān)坑事倍功半。

最近自己剛好正在對接一個(gè)ERP系統，對接點(diǎn)都規模在國內算是關(guān)于比較大的那種。切記，系統需關(guān)請不要相信對方提供的對接點(diǎn)都所謂開(kāi)發(fā)文檔，關(guān)鍵時(shí)刻還是關(guān)于要靠人(ren)對人的溝通。

如果你也準備做系統間的系統需關(guān)對接，那么我希望下面這些內容能夠對你所有(you)幫助。對接點(diǎn)都

一.了解對接目的是什么

有些是公司規劃需求，有些是客戶(hù)定制需求，無(wú)論哪??種類(lèi)型，我們都需要明確具體的需求是什么。

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

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

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

因為關(guān)于系統對接，為此所涉及到的(′_ゝ`)功能和可能要動(dòng)用的資源，實(shí)在是太多太多。

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

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

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

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

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

針對上面的情況，如果你(ni)僅僅只做訂單這一塊，那肯定是不行的ヽ(′?｀)ノ。經(jīng)過(guò)仔細的梳理，至少有下面這三大塊內容需要考慮：

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

02.未來(lái)可能的需求

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

話(huà)是這樣說(shuō)沒(méi)錯，但如果真的這樣，那以后產(chǎn)品的升級，也許將難上加難。

了解需求方未來(lái)可能的潛在需求，無(wú)論是對自己產(chǎn)品的規劃和功能的迭代，都有著(zhù)重要的指導作用。

首先，通過(guò)對潛在需求的了解和(′_｀)分析，來(lái)判斷未來(lái)的發(fā)展趨勢和我們自己的規劃(/ω＼)是否相符。

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

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

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

未來(lái)的不可知，需要我們多思路、多角度思考問(wèn)題。

二.明確對方能提供什么

俗話(huà)說(shuō)，知己知彼才能百戰百(′▽?zhuān)?勝，放在我們這里，那就是知己知彼才能??更好的對接融合。在開(kāi)始對接前，首先要做的，就是要了解對方能夠提供什么。

01.自己先了解概況

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

這就為我們了解第一手資料提供了很多便利，盡可能多的獲取(′?｀)對方的資料。當然，也是需要有(′_ゝ`)重點(diǎn)的。

搞清楚對方主要提供┐(′д｀)┌哪些功能；搞清楚對方是否能夠提供標準的API接口；搞清楚對方能否進(jìn)行針對性開(kāi)發(fā)，等等。

如果對方有API接口和文檔，那將能夠大大的提升我們對接的效率(′ω｀*)。??畢竟能夠提供標準接口的，大部分都是經(jīng)過(guò)ヽ(′ー｀)ノ驗證可行的。

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

以上，是我們自己作為需求(′-ι_-｀)方，需要去了解的內容。

如果需求來(lái)源是我們的客戶(hù)，那我們就可以通過(guò)與客戶(hù)的溝通，深入了解對方系統的功能。

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

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

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

當我們自己首先了解到對方系統大致的內(nei)容后，我們就需要??( ?ヮ?)結合自己前期了解到的需求，有針對性的整理出可能存在的問(wèn)題，切勿漫無(wú)目的的去了解。

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

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

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

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

在此基礎上，我們還了解到如果想進(jìn)行這三方面的對接，第一步則是需要我們拿到客戶(hù)的授權，而(╯°□°）╯︵ ┻━┻獲得授權的方??式和資料，也需(xu)要額外準備。

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

三.知道自己能對接什么

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

01.自己需要做哪些準備

通過(guò)前面兩步，現在我們??不僅了解到需求是什么，而且還了解到對方能提供什么，那么接下來(lái)要做的就是我們自(zi)己要準備些什么。

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

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

數據傳遞過(guò)程(cheng)中的API接口、消息推送機制，作為產(chǎn)品經(jīng)理，我們需要(?Д?)提前做好預判，否則在后續開(kāi)發(fā)過(guò)程中，會(huì )遇到(′?｀*)各種問(wèn)題。

與此同時(shí)，我們還需要知道，為了滿(mǎn)足這些需求，我們自己的平臺是否需要做相應的調整。

如果(O_O)調整，會(huì )涉及哪些模塊，會(huì )影響哪些功能??，對現有功能是否造成影響(xiang)，是做成公共模塊還是定制模塊。

如果(guo)不ヽ(′▽?zhuān)?ノ調整，能否快速的滿(mǎn)足現有這些需求，能否順利的完成對接。

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

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

下面的圖片，就是我們在進(jìn)行對接時(shí)所準備的交互流程。

不打無(wú)準備之仗，將問(wèn)題提前暴露。

02.??(′?ω?`)整體到細節(′_ゝ`)一個(gè)都不能少

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

宏觀(guān)層(′；ω；`)面，幫助我們概括思路和梳理流(liu)程；細節落地，推進(jìn)開(kāi)發(fā)具體執行。

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

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

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

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

可誰(shuí)曾想，就是因為這個(gè)疏忽，導致了開(kāi)發(fā)在評估時(shí)輕視了，造成實(shí)際開(kāi)發(fā)周期延長(cháng)了1天左右，因為這其中涉及到的點(diǎn)實(shí)在太多了。

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

所以，在力所(′；д；`)能及的范圍內，盡量細化每一個(gè)關(guān)鍵節點(diǎn)和內容。

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

很長(cháng)時(shí)間內，我們自己關(guān)于不同系統之??間的數據交互，都是通過(guò)所謂的后端代碼寫(xiě)死來(lái)實(shí)現的。

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

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

正當技術(shù)部門(mén)為此頭疼的(de)時(shí)候，通過(guò)此次對接，為我們自己提供了另一種思路。

不同系統之間，其實(shí)可以通過(guò)接口的方式進(jìn)行調用，每個(gè)系統保持相對獨立。這樣一來(lái)，即能夠實(shí)現各自運行(xing)，又能夠保證互聯(lián)互通。(′ω｀*)

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

文章來(lái)源：明天上線(xiàn)（ID(′ω｀*)：min??gtianshangxian66），原文鏈接：https://mp.weixin.qq.c??om/s/JHLfXS-QYZYT-w6m??Pg73ZA