8.2 專家團協作實戰

單專家再強，也是"一個人"。遇到需要多個角色配合、還有先後流程的複雜任務，一個人就力不從心了。這種時候，該上專家團。

這一節，我們用一個完整案例——"做一份產品釋出會方案"——把專家團的四步協作流程（拆解 → 分配 → 並行 → 整合）走一遍，讓你看清它到底強在哪、什麼時候值得用。

一、什麼任務值得上專家團#

先複習一下判斷標準（參考 7.2 節）。專家團適合複雜、多角色、需整體交付的任務：

如果任務只聚焦單一領域，還是用單專家更划算（積分消耗低，詳見 8.4 節）。

二、案例：做一份智慧水杯產品釋出會方案#

任務輸入#

召喚"產品釋出會方案團"（參考 7.4 節的召喚流程），用自然語言描述任務，不用操心分工：

bash
复制
我們下週要為一款面向年輕人的智慧水杯辦一場線上釋出會。

背景：
- 產品定位：通勤/運動場景，主打"智慧提醒喝水 + 380g 超輕"
- 預算：5 萬元
- 目標：品牌造勢 + 預售 1000 臺
- 主傳播渠道：抖音、小紅書

請幫我產出一份完整的釋出會方案。

專家團自動執行的四步#

你發完任務，剩下的交給團長。它會自動走完這四步：

bash
复制
第 1 步：拆解
  團長分析任務，拆成若干子任務
  （策略主線、傳播文案、視覺方案、流程指令碼……）

第 2 步：分配
  團長把子任務派給對應的團隊成員
  （市場策劃 / 設計師 / 文案 ……）

第 3 步：並行執行
  各成員同時開工，各自產出專業內容

第 4 步：整合交付
  團長把所有產出匯成一份完整方案，返回給你

交付的結果#

最終你拿到的是一份整體方案，而不是零散片段，可能包含：

你不用自己去協調這幾個人、也不用拼湊各部分——團長全包了。

三、專家團強在哪#

把專家團和"自己分別召喚多個單專家"對比，優勢就清楚了：

一句話：專家團把"專案協調"這件事也自動化了。你從"專案經理"退回到"甲方"，只管提需求、收成果。

四、用專家團的三個要點#

1. 任務描述要給足背景#

專家團處理的是複雜任務，背景越完整，拆解越合理。務必說清：目標、約束（預算/時間）、預期產出、關鍵偏好。

2. 相信團長的分工，不必越級指揮#

你不需要在指令裡指定"讓設計師幹這個、讓文案幹那個"——這反而會干擾團長。相信它的排程，不滿意再透過多輪對話調整。

3. 結果不滿意，多輪打磨#

專家團交付後，同樣可以用第 06 章的校準技巧繼續打磨。比如：

bash
复制
整體方向對，但傳播文案部分偏保守，請讓文案成員
按"更年輕、更有梗"的方向重寫抖音指令碼，
其餘部分保持不變，重新整合輸出。

五、什麼時候別用專家團#

專家團很強，但不是萬能的，更不是"越貴越好"。以下情況用單專家或普通對話更合適：

• 單一領域的專業活：審一份合同、分析一份資料 → 用單專家
• 簡單任務：寫封郵件、做個表格 → 用普通對話
• 預算緊張時：專家團消耗約為單專家的 3~5 倍，能省則省

（積分管理詳見 8.4 節）

小結#

專家團協作實戰，核心記住三點：

1. 專家團適合複雜、多角色、需整體交付的任務，單一領域還是用單專家
2. 四步流程：團長自動拆解 → 分配成員 → 並行執行 → 整合交付
3. 你要做的只有兩件事：給足任務背景、對交付結果多輪打磨

下一節，我們按行業分類，介紹主要行業下有哪些常用專家、分別怎麼用。