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. 你要做的只有两件事：给足任务背景、对交付结果多轮打磨

下一节，我们按行业分类，介绍主要行业下有哪些常用专家、分别怎么用。