團隊之間缺乏共識的代價

跨部門協調失調是成長中企業最昂貴且最少被衡量的成本之一。它表現為重複工作（工程部門重新建構某個功能，因為在他們沒有參與的會議中規格發生了變化）、錯失交易（銷售部門在簡報中途發現他們正在推銷的功能已被縮減範圍），以及客戶不滿（承諾了客戶不存在的東西，或者與描述不符的東西）。

每一次單獨的協調失調看起來都像是溝通失敗：有人沒有告訴其他人他們需要知道的資訊。總體而言，這種模式揭示了一個結構性問題：如果沒有同步溝通，每個團隊需要從其他團隊獲得的知識就無法獲取，而同步溝通的速度無法跟上變化的步伐。

三種常見的協調失調

銷售承諾了產品尚未建構的功能。 銷售代表根據過時的宣傳資料或自己對路線圖的理解，告訴潛在客戶某個功能已經存在或即將推出。潛在客戶基於該承諾購買（或達成交易）。當客戶發現該功能不存在或不在短期路線圖上時，信任度就會下降，客戶關係也會面臨風險。

根本原因：銷售部門對目前的產品路線圖、功能狀態或已被縮減範圍的內容缺乏即時的可見度。這些資訊存在於產品團隊的工具（Linear、Slack、會議討論）中，但銷售人員無法搜尋。

產品建構了銷售賣不出去的功能。 某個功能的設計和建構是基於使用者研究和策略推理，而銷售團隊並未參與其中，也不理解。功能上線了。銷售不知道如何定位它，沒有話術，也無法向潛在客戶闡明其價值。儘管該功能建構良好且經過充分研究，但卻處於閒置狀態。

根本原因：產品基本原理（使用者需求、策略推理、競爭定位）存在於產品團隊的文檔和討論中，而銷售團隊無法獲取或看到這些背景資訊。關於該功能的行銷內容要麼尚不存在，要麼找不到。

工程交付了與規格不符的產品。 規格在主管工程師未出席的會議中進行了更新。範圍在團隊未看到的 Slack 討論串中發生了變化。驗收標準在產品經理（PM）與利益關係人之間的對話中得到了完善，但並未記錄下來。工程部門按照原始規格進行建構，輸出結果與產品團隊目前的預期不符。

根本原因：規格變更和決策更新沒有以受影響的每個人都能看到的形式記錄下來。變更確實發生了，但變更的溝通是非正式且不完整的。

結構性解決方案

這三種協調失調都有相同的根本原因：一個團隊建立或更新的知識，對於需要它的團隊來說是不可見的。解決方案是一個共享的知識層，每個團隊的背景資訊都可以被其他團隊搜尋。

連接的工具將產品討論、工程文檔、銷售情報和行銷內容整合到一個可搜尋的層面中。銷售可以搜尋產品的決策歷史。產品可以搜尋銷售的一線情報。工程可以搜尋最新的規格。每個團隊都可以獲取其他團隊的知識，而無需導航不熟悉的工具或等待會議。

自動撰寫的文檔確保變更在發生時即被記錄。當規格在 Slack 討論或會議中發生變化時，文檔會隨之更新。不論是否參加了會議或看過 Slack 討論串，任何搜尋相關主題的人都能看到該變更。

目前為了解決這些知識落差而存在的跨部門會議並不會完全消失，但資訊傳遞的部分（讓每個人都了解最新變更）會大幅減少，因為這些變更在共享知識層中已經清晰可見。留下的會議可以專注於真正重要的互動工作：創意協作、複雜決策和關係建立。

常見問題

我們如何衡量協調失調的成本？ 追蹤重複工作（因溝通不良而重新建構的功能）、未達成的承諾（因不準確的功能資訊而受影響的交易），以及協調開銷（主要為了在團隊之間共享資訊而召開的會議）。大多數公司在開始衡量後，會發現總成本大得令人驚訝。

我們是否應該建立一個跨部門團隊來解決這個問題？ 跨部門團隊對特定專案有所幫助，但無法解決團隊之間持續存在的知識共享問題。結構性解決方案（跨團隊的連接、可搜尋知識）是持續發揮作用的，而不是僅限於組建跨部門團隊的專案。

如果團隊抗拒分享他們的知識怎麼辦？ 抗拒通常是針對分享所需的精力，而不是針對這一原則。當知識從現有的工具和管道自動流入共享層時，抗拒就會消失，因為不需要額外的工作。

延伸閱讀：保持工程與產品協調一致、銷售找不到行銷製作的內容、協調稅、如何打破資訊孤島。相關頁面：統一搜尋、自動撰寫文檔、連接。