跨部門常常溝通不良，怎麼建立共通語言？
「我跟他說要一個『有感的成效數據』，他給我一張滿滿的錯位 Excel 表。」
「我請他『文案口語一點』，結果他寫得像大學生報告。」
「我說活動需要工程支援，他回我：『你要什麼 API？』我根本不知道怎麼回。」
你是不是也常聽到這些抱怨？甚至自己就是那個講得很努力、對方卻一臉問號的人？
跨部門合作，最怕不是不做事，而是「雞同鴨講」：
每個部門都有自己的語言、習慣與視角。
業務看的是客戶感受、營收壓力；行銷在意的是話題與轉換率；工程則追求架構穩定與技術細節。
所以即便坐在同一張會議桌，講的也像不同星球來的語言。
升維心法：建立共通語言，不是翻譯彼此的術語，而是「看見彼此的世界」
當我們說「要建立共通語言」，很多人會以為是「統一名詞定義」。
但更深一層的心法是：理解彼此的世界觀與評價系統。
什麼意思？
你說「有效」，對方想的是轉換率還是技術可行性？
你說「晚兩天交」，對他是小事，但對你可能影響全案上線？
你說「活動案很有趣」，但對工程來說是一場災難？
很多誤解不是語意不清，而是世界觀不同。
所以共通語言的建立，第一步不是開會「對詞」，而是先讓彼此理解「你是怎麼看事情的」──從 KPI、優先順序、工作流程，到對風險的容忍度。
案例故事一：讓設計部去跑業務，才懂為什麼客戶總說沒感覺
阿哲是一家新創的行銷總監，常常跟設計部有拉扯。
他要的素材簡單明快、強調轉換，設計部卻做出來都像精品提案，過度設計，卻打不中點。
後來他做了一個實驗：請設計師跟著業務去拜訪客戶。
三場下來，設計師聽見客戶最常說的兩句話是：
「這個好像我們自己也會做」
「我不懂這張圖想表達什麼」
回來後，設計部開始主動問行銷部：「你希望客戶看到什麼？你會怎麼說服他？」
兩邊語言還是不一樣，但從那一刻開始，他們懂得用「對方的視角」思考，而不是只想著自己產出交差。
這就是跨部門共通語言的開端。
再說一次心法：共通語言不是「統一說法」，而是「互懂想法」
真正的合作，是你知道對方怎麼看世界、怎麼做決策、怎麼被 KPI 綁著。
你不用變成他，但你要懂他。
讓不同部門之間出現「翻譯者」很重要，但更重要的是，整個組織裡有三種「共通語言」在流動：
共同定義「成功」是什麼：活動成功、專案成功、設計成功，對不同部門定義不同，要講清楚才不會誤解。
對延遲、修改、bug 有共同預期：哪些情況是可以接受的？哪些是必須提前告知？先說清楚，避免失望。
建立能被跨部門理解的簡報與報告語言：不只給內行人看，也要讓外部門能理解內容與脈絡。
當語言變得「對方聽得懂」，合作就會順得多。
案例故事二：Google 用「OKR」制度讓不同部門共享語言邏輯
Google 早期為了解決部門間理解斷層的問題，導入了 OKR（目標與關鍵結果）制度。
這不只是績效制度，更是一種「語言同步器」。
因為每一個部門、甚至每個人，都需要寫出：「我這季的目標是什麼？我怎麼衡量？」
更重要的是，每個人的 OKR 都是公開的。
所以產品部可以看到業務部的目標、工程部也知道行銷部在追什麼 KPI。
當一個新專案啟動時，每個參與者都可以理解彼此的重點與限制，也能在會議中用「統一格式」來對話：
「這件事有助於我們這季的 O 嗎？」
「那個關鍵成果是否有定義標準？」
久而久之，這套語言就成了跨部門的底層語法。
不是統一說法，而是共享邏輯。
逼問區：你們真的有「講一樣的語言」嗎？還是各說各話？
你能說出對方部門最重要的 KPI 是什麼嗎？
曾經因為理解錯對方用詞，而讓專案方向跑偏嗎？
你寫的簡報，其他部門看得懂嗎？還是只有你的人能懂？
開會時，有沒有常出現「這我聽不懂」的沉默？
曾經因為定義不同，而各自以為專案「完成」了嗎？
你們的流程中，有沒有誰擔任「跨部門翻譯」的角色？
大家的文件格式是否一致？還是每部門一套？
是否有共同的回報節奏與工具？還是彼此交不齊？
有沒有機會讓成員「短期借調」了解對方世界？
當你不懂對方說的話，你會選擇問清楚還是忍著？
應用建議：三步驟打造跨部門的「共通語言場」
建立「部門價值說明卡」
每個部門用一頁 A4 說清楚：
- 我們的核心任務是什麼
- 我們怎麼衡量成效
- 我們最常被誤解的三件事推動「角色互換」或「跟班學習」制度
讓新進同仁或跨部門專案成員，有機會短期參與其他部門流程，理解對方痛點與邏輯。制定跨部門通用的回報格式與會議語言
讓資訊表達、目標設定、專案報告都能讓「外行人」看得懂，才是合作真正起點。
跨部門的世界，本來就沒有母語者。
但只要願意學，任何人都能變成翻譯官。
—— 12
有些路，我也走過；有些坑，我也踩過
希望這篇，能讓你多一點方向，少一點迷惘
升維商模 × 降維打擊
創業不再一人摸索
《12的創業智慧筆記》