「為什麼我跟工程師講半天，他都聽不懂我要什麼？」「業務部那邊都不回我的訊息，是不是看不起實習生？」「我的專案要等三個部門點頭，但我連他們的窗口都不知道是誰。」這幾乎是每個實習生第一次接觸跨部門專案會踩到的坑。學校時代你只跟同學合作，職場跨部門協作的本質完全不同：每個部門有自己的目標、語言、節奏、KPI，你要做的不是「請大家幫忙我」，而是「翻譯與連結」。本篇文章帶你看懂如何畫 stakeholder map、不同部門的語言差異、推進事情的會議類型、衝突處理，以及實習生最容易被忽略的能力——向上管理跨部門需求。
本篇文章的觀察主要來自台灣新創與中型企業（如 iKala、Appier、KKday、Pinkoi、91APP、Dcard、KKBOX、Hahow、PressPlay 等公司常見的部門結構與工作節奏）。不同產業（傳產／金融／外商／公部門）與公司規模（10 人新創 vs 500 人中大型）的跨部門協作文化差異很大，以下原則屬通用框架，實際做法請以你所在公司的文化與你主管的指引為準。
一、為什麼跨部門協作這麼難？
每個部門都有自己存在的理由跟壓力，理解這些底層差異，你才不會把問題歸因成「他們很難搞」。
1. 每個部門有不同 KPI
行銷看 CAC（顧客取得成本）、業務看成交數、工程看穩定性、設計看用戶體驗指標。當你的專案會影響其中一個指標，那個部門就有可能擋你，這不是針對你，是他們的職責。
2. 每個部門有不同時間尺度
業務看的是「這個月／這一季能不能達標」，工程看的是「這個 release 能不能穩定上線」，行銷可能看「這季品牌活動的效果」。同一件事，三個部門的「急迫感」完全不同。
3. 每個部門有不同語言系統
你跟行銷說「轉換率」他懂，你跟工程說「轉換率」，他可能在想是不是要改 schema。同一個詞背後的潛台詞不一樣。
4. 你不是任何人的主管
跨部門合作的核心難題是：你沒有權限叫對方做事。你能用的只有「說服力」、「關係」、「對方的利益」這三件事。
二、Stakeholder Map：跨部門專案開始前必畫
任何跨部門專案啟動前，花 30 分鐘畫一張 stakeholder map（利害關係人地圖）。這張圖會節省你後面好幾週的痛苦。
1. 列出所有可能受影響的人
不是只有「直接合作的人」，是所有「會被影響的人」。例如你要改一個產品功能，不只工程師，還有客服（要培訓）、行銷（要改 landing page）、業務（要重新訓練話術）。
2. 把他們分四類
| 類型 | 定義 | 該怎麼處理 |
|---|---|---|
| 決策者（Decider） | 對這件事有最終 yes/no 的人 | 一定要事先約 1 對 1 講過，不能只在大會議上提 |
| 影響者（Influencer） | 雖然不拍板，但決策者會聽他意見的人 | 提早讓他知道，預先化解疑慮 |
| 執行者（Doer） | 真正會被這件事增加工作的人 | 提早溝通工時，給他緩衝時間 |
| 知會者（Informed） | 不需要參與決策，但需要被通知的人 | email 或公告即可 |
這個分類常被稱為 RACI / RAPID 變體，是顧問業常用的利害關係人分析框架，許多台灣中大型企業的 PMO（專案管理辦公室）也會使用，但實際命名與用法依公司而定。
3. 確認每個人的「在意點」
決策者在意「這對部門 KPI 的影響」、執行者在意「我要花多少時間」、影響者在意「這會不會影響到我的領域」。把每個人的「按鈕」想清楚，溝通時就能對症下藥。
4. 找出「橋樑人物」
每個跨部門專案常會有一個關鍵人物，他同時在你的部門有信任、在另一邊也有人脈。這種人是你最好的盟友，主動跟他建立關係。
三、不同部門的語言：行銷 vs 工程 vs 業務
語言不只是專業術語，是「思考的優先序」。同樣一件事，三個部門關心的點不同。
1. 跟行銷部溝通
他們關心：這件事對品牌、對用戶獲取、對活動檔期的影響。 他們的語言：CAC、ROAS、reach、impressions、creative、persona、檔期、波段。 該強調的：這件事如何幫助 user growth、是否影響到他們即將上線的活動、對品牌一致性有沒有風險。
2. 跟工程部溝通
他們關心：這個需求技術上可行嗎？要花多少工時？會不會影響系統穩定性？ 他們的語言：API、schema、edge case、tech debt、SLA、release cycle、sprint。 該強調的：把需求寫得越具體越好，避免「這個應該還好做吧」這種發語詞。提供 user story、acceptance criteria，不要只丟空泛想法。
3. 跟業務部溝通
他們關心：這對成交數、對客戶關係、對佣金的影響。 他們的語言：pipeline、quota、close rate、deal size、客戶名單。 該強調的：這件事如何幫他們達標、有沒有需要他們重新培訓的地方、要不要改現有的 sales script。
4. 跟設計部溝通
他們關心：使用者體驗、設計一致性、視覺語言。 他們的語言：UX flow、information architecture、wireframe、design system、Figma component。 該強調的：給足脈絡，不要直接丟「我要一張 banner」。說清楚 target audience、使用情境、希望傳達的訊息、希望的尺寸與檔期。
5. 跟客服部溝通
他們關心：客戶會不會抱怨？我要不要重新培訓？SOP 要不要改？ 他們的語言：ticket、SLA、escalation、common issues、FAQ。 該強調的：讓他們提早參與，因為他們最知道用戶會卡哪。客服往往是被忽略但情報量最大的部門。
四、推進事情的會議類型：選對會議，事半功倍
跨部門合作不是「開一個會議大家就會動」，不同階段需要不同類型的會議。
1. Kickoff Meeting（啟動會）
所有 stakeholder 第一次坐在一起，目的是「對齊目標、釐清角色、設定時程」。這場會議的關鍵是：誰是 owner、誰拍板、什麼時候交付。經驗上，沒有 kickoff 就直接開工的專案，後面非常容易在某個環節卡住。
2. Sync Meeting（同步會）
固定週期（每週或每兩週），目的是「進度同步、卡點處理」。每次 30 分鐘以內，固定議程：上週進度、本週計畫、卡點與需要的協助。
3. Working Session（工作會議）
針對特定問題的密集討論。例如「下週上線之前 design 跟 engineering 要對齊的細節」。這種會議要小團體、要事先準備材料、要有明確產出。
4. Decision Meeting（決策會議）
針對重要選擇的拍板會議。會議前一定要先發出「pre-read」（會前閱讀文件），讓決策者有時間讀，會議當天不是教育，是決策。
5. Retro Meeting（回顧會）
專案結束後做的回顧。問三件事：什麼做得好、什麼可以改進、下次要怎麼做。實習生主動提議 retro，常會被視為很有 ownership 的表現。
五、衝突處理：當部門意見不同時
跨部門合作必然會有衝突，重點不是避免衝突，而是怎麼健康地處理它。
1. 先把衝突攤開，不要藏
最糟的處理方式是「假裝沒事，私下抱怨」。直接說：「我感覺我們在 X 這件事上看法不同，我想了解你的考量。」攤開來才能解決。
2. 從利益而不是立場切入
立場是「我要 A」，利益是「我為什麼想要 A」。兩個立場可能對立，但底下的利益往往可以共存。例如行銷要快上線（立場），底下的利益是季度活動不能延期；工程要慢上線（立場），底下的利益是不要被叫去處理上線後的緊急 bug。雙方真正的需求其實都可以滿足。
這個切入方式來自哈佛談判專案（Harvard Negotiation Project）的經典著作《Getting to Yes》（繁中譯本《哈佛這樣教談判力》，遠流出版）——核心觀念是 "separate the people from the problem" 與 "focus on interests, not positions"。台灣讀者亦可參考經濟新潮社、商業周刊、天下文化出版的衝突管理／談判書系。
3. 找「客觀第三方」
數據、用戶研究、競品分析，是化解衝突常用的工具。「不是我覺得，是用戶研究顯示多數受訪者偏好 A」會比「我覺得 A 比較好」更有說服力。
4. 不行就升級
有些衝突真的不是同層級能解決的。這時候坦誠跟主管說：「我跟 X 部門的 Y 在這件事上有分歧，我已經試過 A 與 B 方案，我覺得需要你們上層討論。」這不是甩鍋，是合理升級（escalation）。
六、向上管理跨部門需求：實習生最稀缺的能力
很多實習生以為「向上管理」是政治，其實它是「讓主管在對的時間知道對的事」的技能。跨部門專案中，這個技能特別關鍵。
1. 主動同步進度
不要等主管問才講。每週主動發進度報告（Slack、Notion、email 都可，依公司文化而定）：本週完成 X、卡在 Y、需要你幫忙 Z。讓主管隨時知道狀況。
2. 預警卡點
你發現某個跨部門卡點可能影響時程，要立刻同步主管：「目前 X 部門可能會延後一週，我已經在嘗試 A 跟 B，但你可能需要在 C 時間點介入。」提前預警，給主管緩衝時間。
3. 把選項給主管，不是把問題丟給主管
不要說「X 部門不配合，我不知道怎麼辦」。要說「X 部門目前有顧慮 Y，我想到三個方案 A、B、C，各有利弊，我建議 B，你覺得呢？」主管要的是判斷，不是解題。
4. 把主管當資源，不是裁判
主管在跨部門中的價值是「打開門、講重話、協調資源」。在合適的時機請他幫你開會議、寫信背書、跟對方主管溝通，這是你的專業判斷而不是依賴。
七、FAQ：實習生跨部門協作常見問題
Q1：我跟另一個部門的人不熟，怎麼開口請他幫忙？ 先建立關係再求助。約一次 15 分鐘的 coffee chat，認識他、了解他的工作。下次你開口求助，他不是在幫「陌生人」，是在幫「認識的人」。在台灣新創公司，午餐時間一起去公司附近吃飯、或在 Slack 私訊先閒聊幾句都是常見的暖身方式。
Q2：對方一直已讀不回怎麼辦？ 換管道。Slack 沒回就 email、email 沒回就直接到對方座位旁邊問（remote 公司則開 Google Meet / Teams 約 15 分鐘）。如果三個管道都失敗，把主管 cc 進來：「想確認你那邊有空看看這件事嗎？我這邊主管在等更新。」注意：cc 主管前最好先告知對方一聲，避免讓人覺得你在告狀。
Q3：跨部門專案我是實習生，沒人聽我的怎麼辦？ 你的「正式權限」是低的，但「資訊權限」可以很高。你能整理出最完整的進度文件、最清楚的時程、最詳細的會議紀錄（可放在 Notion、Google Docs、公司知識庫），自然會變成大家依賴的人。
Q4：被批評的時候怎麼回應？ 先確認對方是「對事不對人」還是真的有情緒。對事就回到問題本身討論；有情緒就先聽他講完，等他冷靜下來再處理問題。
Q5：跨部門合作做不出成果，會不會被當成失敗？ 跨部門最大的成果不只是「做完了什麼」，也包括「你建立了什麼關係」。即使專案沒成，你跟其他部門的人脈是帶得走的。
八、結語：實習生的隱形優勢
實習生在跨部門協作裡有一個常被低估的優勢：你沒有部門包袱。正職員工很容易陷入部門立場的攻防，但你作為實習生，反而可以更純粹地看「這件事對公司整體最好的方案是什麼」。把這個優勢用好，你會成為主管眼中「能跨部門推事情」的稀有實習生。
請記得三個關鍵原則：
- 每個部門有自己的 KPI 跟語言：用對方的語言講你的需求。
- 跨部門靠的不是權限，是說服力：把對方的利益放進你的提案。
- 跨部門合作的真正資產是關係：專案會結束，人脈會留下。
行動建議：下次接到跨部門專案，先花 30 分鐘畫 stakeholder map，列出每個人的 KPI 跟在意點再啟動。如果你想知道哪些公司的部門合作文化健康（會不會被孤立、跨部門溝通有沒有 SOP）、哪些公司部門牆很厚，到實習通搜尋公司心得，前輩的真實合作經驗會幫你預判進公司前要做的心理準備。