聊聊高效的與第三方合作方溝通
一、前言
當公司在高速發展的時候，經常會有一些第三方的合作蹦出來，一般來說都說互惠互利的，也不存在什麼甲方乙方之說。在開發眼裡，無非就說我需要在專案裡嵌入你的SDK、或者是我需要編寫一個SDK供你嵌入之類的。但是，這種合作通常實際去溝通細節的開發們，基本上是不會碰面的。在網際網路上通過工具溝通，畢竟沒有面對面來的暢快。那麼，就這個話題，簡單聊聊，如何高效的與第三方溝通。
二、什麼樣的合作方是好的合作方
大大小小的合作也接了很多了。一般來說，網際網路公司都還是比較靠譜的，畢竟競爭壓力大，對外基本上文件、demo都比較齊全，並且demo都是可以直接執行的。有時候碰上一些不好的合作方，文件過舊、demo沒有、沒有專員負責溝通等等這些情況，碰上這樣的，合作起來真的是費心費力。
那麼什麼是靠譜的合作方：
- 互惠互利的合作，雙方都想促成這件事情。
- 在技術上有專人對接，並且瞭解對接的內容。
- 有便於閱讀的有效文件，包含介面的意義以及關鍵程式碼。
基本上有這些條件之後，對接起來就非常的簡單了。基本上無需過多的交流，只需要在一些關鍵問題上做一些簡單的溝通即可。
但是，這樣的合作方，真的是可遇不可求。那麼，碰上一些需要頻繁溝通的合作方，如何提高效率呢？
三、需要統一詞義
無論是那個方向的合作，合作方對自己的產品和業務，肯定都有自己的流程和概念體系。所以很多東西，可能相互之間表達的都是同一件事情，但是使用的名稱確各不相同。例如：對於視訊內容，有些叫點播，有些叫媒資。
那麼，第一要點就上能統一詞義，雙方能明白對方在說什麼，或者溝通的時候儘量用對方理解的詞來做溝通陳述。腦海中能自行“翻譯”這部分差異，這樣讓溝通更明確。
四、明確合作的流程
對這次合作的需求，在心裡一定是要有一個明確的流程的，先幹什麼、再幹什麼。那些步驟需要和對方有互動，在什麼時候需要呼叫對方SDK裡的什麼方法。
這樣明確的流程，自己理解還不夠好，最好能以一個流程圖的形式畫出來，我方業務的流程，在什麼時機會呼叫對方的API，明確的標識出來。這樣就把整個邏輯和對方的業務體系關聯起來，方便對方理解，同時對方也能確認我所理解的是否正確，是否有遺漏的流程。
五、能自己解決的，儘量別溝通
遇到問題，最好自己先嚐試解決一下。一般來說，如果靠譜的合作方，文件有效齊全的情況，問題都不會太大。但是在接入的過程中，真的碰到了文件中沒有的解答的問題，可以自己先嚐試解決，避免無意義的溝通。舉個例子，合作方發來的SDK升級了，但是文件並沒有跟上，這樣的情況下，有問題可以先閱讀對方的SDK原始碼來嘗試找到問題，如果直接就有解決方案，或者有辦法繞過，那就不必非要對方來解決這個問題了。畢竟不是面對面溝通，溝通的成本還是很高的。
六、如果一定要溝通，彙總好再說
現在的合作，一般都是拉一個群，雙方技術、產品負責人什麼的都在裡面，有問題就在這裡溝通。那麼如果遇到了問題，如何在群裡反饋給對方呢？
把問題彙總好一次發給對方，有條理的1234條問題。試想一下，如果遇到問題，零散的發給對方，對方可能沒法立即給出解決方案，之後一打岔可能根本就忘記這件事情了，導致一個問題交流很多遍還得不到解決。所以最好是能把問題彙總，並且說清楚明白，然後集中一次性發出來，等待對方解答。
這樣有條理的溝通，哪怕對方暫時沒有時間來解答問題，之後再催促對方，也會更清晰，簡單一句，之前哪幾個問題，怎麼解決呢？就可以了。
七、結語
說這麼多，其實雙方合作的基礎在於誠意，說否都想努力促成合作。在這個基礎之上，用好這些技巧，也可以讓合作變的更輕鬆。
