與外部公司合作，什麼才是産品經理的正确溝通方式？

不知道在你的職業生涯中有沒有過這樣的經曆，公司的産品是需要兩家公司的一起合作來完成的，其中涉及到産品、設計、技術、測試、運營等每個部門的協作，兩家公司合作來做一個産品。

雖然作為産品經理不缺少跟技術、運營等部門打交道的經驗，但那還都是局限在一個公司的範圍内，解決問題的最終決定權也在自己公司的高管手裡，很多問題都是可控的。但是與别的公司合作就不一樣了，跟外包公司還不同，外包公司是一方出錢一方出力，甲方的話語權更大一些，乙方在滿足甲方需求的前提下，可能也不會提出過多的主見，雙方員工的心裡都有一個默認的守則。

我要說的這種合作模式中，雙方公司的地位是平等的，隻是各自的分工、職責不同，這樣的話在過程中更容易出現問題，各種小的摩擦更是不可避免。而對我來說，與外部公司的技術和設計溝通也還是頭一次，合作的一年多來也有了一些收獲，深深感受到溝通的重要性。

1.明确各自的職責

兩個公司合作往往是因為各有各的優勢，彼此取長補短，在項目開發前首先要明确好各自的職責。這事說起來這點挺簡單的，做好各自的工作就好了，但是在實際過程中還是有很多模糊的地方，為了避免矛盾産生主要還是要明确各自的邊界。

說個例子，我們跟對方公司合作的過程中，由于内容是放到對方家的平台上，為了避免内容風險，對方會給我們一定的要求，至于在符合要求的前提下上什麼内容就是我們公司自己把控了。兩家公司各自職責的明确這是合作的前提。

2.明确名詞概念和文檔中的内容

雖然同屬互聯網行業，對于行業内的一些常見的名詞，例如産品，UI設計等，大家都很熟悉，但是不要自以為是，為了防止做無功用，彼此還是要明确一些，哪怕多問一嘴，也是有必要的。

我們就吃過這個虧，對方公司當時讓我們提供一下産品詳細設計文檔，我們以為是産品需求文檔，所以就把産品文檔發過去了（為了體現專業性，發出之前我們還臨時評審、修改了一遍）。結果後來卻發現原來我們理解錯了，人家說的“産品設計文檔”其實是指技術開發文檔。這就造成我們在錯誤的方向上花費了時間，而正确方向的事情，技術文檔還一直沒寫，耽誤了時間，最後沒有得出想要的結果。

更重要的碰到這種事情，往往是說不清的，沒法追責，所以為了避免出現這種問題最好還是提前溝通一下比較好。

除了明确術語概念外，還要提前溝通好合作中所需要書寫的文檔以及文檔的内容。有了文檔能夠減少溝通成本，避免扯皮。關于文檔，最重要是應該明确其中都要有哪些内容，隻要文檔中的内容，特别是關鍵點，有就可以了，形式不重要。

3.确定溝通方式和工作流程

溝通方式分兩個方面：一個是确定一種溝通的工具，比如說郵件、QQ、微信等；一個是建立定期開會的制度，開會除了讨論已有需求如何實現外，還有一個好處是彼此可以就下一步的一些想法做一些溝通，有些事情做到雙方的相關人士都知情。

不同公司之間的溝通方式和工作流程是不一樣的，雖然在一個互聯網公司中大緻的流程都是相同的，包括産品設計、UI設計、技術開發、測試等環節，但是在具體的執行、産出物的标準上還是有一些不同的，所以在合作前還是要互相了解一下。

拿測試來說，即使都有測試環節，但具體的過程還是不一樣的，一般的公司可能在内測後就會直接上線了，但是在有的公司就會有内測、衆測和A/B測試這三個階段，這樣就會延長上線的時間。如果之前沒有溝通好，認為測試隻有内測一個環節，雙方之間預估的上線時間不一緻也會造成一些誤會，影響其它工作如運營活動的準備時間。

對于産品經理來說，了解工作流程有一個很大的必要是不會耽誤需求的開發時間。舉個例子，如果有些功能是自己公司開發的話，那還好，對于技術的開發時間有準确的把握。但如果是需要對方公司開發的話，因為對方可能還有别的項目做，所以就需要提前把需求提給對方，把握好時間點，要不然因為需求提晚了，對方沒時間做那麻煩就大了。

4.不要惡意揣測對方的意圖

兩個公司合作肯定會出現一些摩擦，雖然彼此的關系不像談戀愛那麼親密，但也要建立起信任的基礎。

讓我感觸非常深的一點是不要故意揣測對方，比如說對方是否有意使我們為難，對方是否有對我們的系統進行攻擊等等。雖然這種情況可能确實存在，但是也要在經過實際驗證後才能确定問題。

惡意揣測對方會造成什麼不良的後果呢？極大影響團隊的士氣，特别是在兩個公司的背景和團隊實力相差懸殊的情況下，弱勢的一方在某些方面确實會收到強勢一方的要求，例如在代碼的書寫規範上。我們就遇到這種情況，雖然我們不是外包公司，但是由于産品性質和對方公司在行業内的地位，對系統的穩定性有特别高的要求。

如果對方的要求比較高，自己又無法理解，時間長了，次數多了，内心會積攢很大的情緒。這樣一來就更容易揣測對方的意圖，加上本身存在的公司地位的差距，會讓員工的工作比較消極。

5.做好自己的事，嚴以律己

雙方的合作中如果自己的下屬受委屈了，領導會極力袒護，這可以理解，一個好的領導理應維護下屬的利益。但還是要有公正的對待，對下屬的工作态度和産出的結果有準确的評估，在維護下屬利益的同時要判斷下屬有沒有把事情做好。

有的領導一味的維護自己下屬的利益，卻忽略了下屬能力欠缺的問題。甚者，有的下屬也會利用領導的這種心理，工作上敷衍了事，遇到坎就讓領導出面解決。

曾經有過一個頁面的設計，我們的設計師出的設計稿，需要經過雙方共同評審後才能通過，但是對方的設計師對我們設計的作品不滿意，語言上有一些不妥。碰到這樣的行為，可以強硬一些讓對方道歉，但畢竟結果還是不理想，冷靜下來還是要處理問題。

與技術上的問題不同的是設計稿的評審更多的是受主觀因素影響。碰到這種問題，自己一方在盡其全力的前提下，如果效果還不太理想，雙方彼此之間要給出具體的意見。之所以說是具體意見，也是為了模糊的說辭引起雙方的猜疑，而且意見具體一些，解決問題的效率也更高一些。

#專欄作家#

雲瑞，馬虎眼，人人都是産品經理專欄作家。原片刻産品經理，6年産品人，走在内容社交産品路上，死磕産品設計，喜歡玩各種APP，玩桌球，打羽毛球，歡迎與大家交流。

本文原創發布于人人都是産品經理。未經許可，禁止轉載。

題圖來自 Pexels，基于 CC0 協議

,

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!

查看全部