聊聊高效的與第三方合作方溝通

2021-07-27 05:00:32 字數 1484 閱讀 1992

當公司在高速發展的時候,經常會有一些第三方的合作蹦出來,一般來說都說互惠互利的,也不存在什麼甲方乙方之說。在開發眼裡,無非就說我需要在專案裡嵌入你的sdk、或者是我需要編寫乙個sdk供你嵌入之類的。但是,這種合作通常實際去溝通細節的開發們,基本上是不會碰面的。在網際網路上通過工具溝通,畢竟沒有面對面來的暢快。那麼,就這個話題,簡單聊聊,如何高效的與第三方溝通。

大大小小的合作也接了很多了。一般來說,網際網路公司都還是比較靠譜的,畢竟競爭壓力大,對外基本上文件、demo都比較齊全,並且demo都是可以直接執行的。有時候碰上一些不好的合作方,文件過舊、demo沒有、沒有專員負責溝通等等這些情況,碰上這樣的,合作起來真的是費心費力。

那麼什麼是靠譜的合作方:

互惠互利的合作,雙方都想促成這件事情。

在技術上有專人對接,並且了解對接的內容。

有便於閱讀的有效文件,包含介面的意義以及關鍵**。

基本上有這些條件之後,對接起來就非常的簡單了。基本上無需過多的交流,只需要在一些關鍵問題上做一些簡單的溝通即可。

但是,這樣的合作方,真的是可遇不可求。那麼,碰上一些需要頻繁溝通的合作方,如何提高效率呢?

那麼,第一要點就上能統一詞義,雙方能明白對方在說什麼,或者溝通的時候盡量用對方理解的詞來做溝通陳述。腦海中能自行「翻譯」這部分差異,這樣讓溝通更明確。

對這次合作的需求,在心裡一定是要有乙個明確的流程的,先幹什麼、再幹什麼。那些步驟需要和對方有互動,在什麼時候需要呼叫對方sdk裡的什麼方法。

這樣明確的流程,自己理解還不夠好,最好能以乙個流程圖的形式畫出來,我方業務的流程,在什麼時機會呼叫對方的api,明確的標識出來。這樣就把整個邏輯和對方的業務體系關聯起來,方便對方理解,同時對方也能確認我所理解的是否正確,是否有遺漏的流程。

遇到問題,最好自己先嘗試解決一下。一般來說,如果靠譜的合作方,文件有效齊全的情況,問題都不會太大。但是在接入的過程中,真的碰到了文件中沒有的解答的問題,可以自己先嘗試解決,避免無意義的溝通。舉個例子,合作方發來的sdk公升級了,但是文件並沒有跟上,這樣的情況下,有問題可以先閱讀對方的sdk原始碼來嘗試找到問題,如果直接就有解決方案,或者有辦法繞過,那就不必非要對方來解決這個問題了。畢竟不是面對面溝通,溝通的成本還是很高的。

現在的合作,一般都是拉乙個群,雙方技術、產品負責人什麼的都在裡面,有問題就在這裡溝通。那麼如果遇到了問題,如何在群裡反饋給對方呢?

把問題彙總好一次發給對方,有條理的1234條問題。試想一下,如果遇到問題,零散的發給對方,對方可能沒法立即給出解決方案,之後一打岔可能根本就忘記這件事情了,導致乙個問題交流很多遍還得不到解決。所以最好是能把問題彙總,並且說清楚明白,然後集中一次性發出來,等待對方解答。

這樣有條理的溝通,哪怕對方暫時沒有時間來解答問題,之後再催促對方,也會更清晰,簡單一句,之前哪幾個問題,怎麼解決呢?就可以了。

說這麼多,其實雙方合作的基礎在於誠意,說否都想努力促成合作。在這個基礎之上,用好這些技巧,也可以讓合作變的更輕鬆。

第三方登入

我的應用就可以通過token第三方應用獲取一些基本資訊了,我的應用在獲取到這些基本資訊之後,就可以在我的應用中建立乙個賬號了。下次使用地方登入獲取到的這些使用者資訊,就可以直接用來登入我的應用了。為什麼先返回code呢?這個返回的code只能夠使用一次。這個code是從qq的伺服器返回給 時,我們時...

第三方註冊

第三方註冊 一些as hss建立如下表中的 ifc過濾規則,當終端在 s cscf 上註冊成功後,s cscf 從hss ifc過濾規則 s cscf 檢測所有過濾規則,發現 中的規則要求 ue ims.test 這個終端發出初始註冊訊息後,需要 到 sip as.ims.test 應用伺服器,之後...

第三方登入

分類 android 2014 03 26 10 24 329人閱讀收藏 舉報 android android開發 第三方登入 名詞說明 access toekn 授權成功後返回的token,用於呼叫第三方api 第三方登入的主要作用 1 使用第三方賬號資訊來初始化自己的賬號 暱稱 頭像等資訊 第三...