豆包工作实测：策划一场年度大会，四个任务55分钟

分析师/兰兰

校对/王涵

做市场的都懂，中秋国庆一过，年底大会筹备这事就得紧锣密鼓地提上日程。

定主题、拉排期、分工、拟嘉宾名单、规划传播节奏，哪样都得启动。可真跑起来才发现，光是分工排期就要来回对好几轮，嘉宾行程要一个个确认，总方案PPT得反复改，传播物料还得等文案先定。几条线同时跑，商务在等确认，会务在等名单，嘉宾在等行程，设计在等文案。中间的人被夹在飞书、Excel、PPT和群消息之间，来回切。传统流程跑下来，两三天算快的。

前两篇实测，我们分别测试了豆包工作在内容生成和销售场景下的表现。这次，我们把它放进大会筹备的真实流程，看它能不能替市场部接住统筹这摊活。

照旧四个任务，选的是大会筹备的四个关键节点：分工排期、嘉宾行程、总方案PPT、传播物料。全程在豆包工作内完成，不切换其他软件。

重点只有一个：看看豆包工作在大会筹备里能不能不只当“辅助”，而是把这几条线真正串起来。

大会筹备一环扣一环，断哪都卡。所以这次依然连续链路跑四个任务：分工排期 → 嘉宾行程 → 总方案PPT → 传播物料，中间不重置、不重新喂上下文。

四个任务全部放在云电脑上执行，手机下完指令就能离开电脑；飞书文档直接读，产物也上传飞书，前一步的产出自动进入下一步，少了一堆来回切软件的麻烦。

从分工排期到传播物料落地，我们全程截图记录。

任务一：分工与排期表

大会筹备第一步，搭班子、定分工、排时间。

商务、会务、嘉宾、观众、传播，每条线都要有人盯。以前的做法是打开Excel，手动拉分工表，再拉排期表，最后一个个私聊确认。哪条线慢了，哪个人没回，全靠人脑记，两三天就耗在这上面。

这次，我们把大会目标、模块清单和人员名单直接输进去，指令里明确要求“使用多Agent并行处理”。

接到指令后，豆包工作先翻了一遍飞书里的往期资料和团队名单，然后一口气拆出三个子任务，同时开跑：一个负责分工表，一个负责排期表，一个负责跨部门协作清单，分别输出Excel和Word。

任务运行一段时间后，三个文件全部生成。

分工表按五大模块列清了负责人和协同人。

排期表从筹备启动拉到活动当天，标注了关键里程碑和前置依赖。

协作清单把各模块的交接节点和升级机制也定了下来。

分工表、排期表、跨部门协作清单三个产物不仅存在桌面，还同步写入了飞书多维表格。一套跑完，约20分钟。

任务二：嘉宾邀请与行程管理

分工排期落定，嘉宾这条线马上接上。

几十位嘉宾，每个人的航班、住宿、接机、接待要求，全是碎活。手动整理两三个小时，而且做完还得反复更新。

这次，我们在同一个对话里直接追加指令，让它读取飞书里的嘉宾名单，生成一份带标准字段的行程确认表。

随后，Excel 就生成了。

10位嘉宾，标准7个字段，航班和住宿等未定的信息自动标注为“待确认”，同时同步写入了飞书多维表格。

干完这步，我们顺手把流程“固化”了下来——直接输入指令，让它把刚才的“嘉宾行程管理”封装成一个可复用的 Skill。

以后再有类似任务，不用重新交代规则，上传名单，一句话触发就行。

Skill 建好后，刚好到下班时间。路上用手机发了份嘉宾名单试了试。指令发完没退出，页面很快就跳出了结果：Excel 和飞书都同步好了。不得不说，豆包工作多端同步这块儿效率真挺高的。

传统两三个小时，首次生成约 15 分钟，后续一句话就能复用。

任务三：总方案PPT

嘉宾信息到位，最重头的活来了。

一份完整的大会总方案，得覆盖背景与目标、主题创意、议程规划、嘉宾阵容、执行排期、预算框架、预期效果七大板块。二三十页，从搭框架到终稿，三四个小时打底。

回家想去健身房运动一下，不想开电脑，索性在地铁上把总方案PPT的任务也发了过去，在同一对话窗口让豆包工作接着干。

先把领导发群里的往期大会汇报PPT模板传上去，让它学一遍版式和风格，顺手出一份模板分析报告。

没一会儿，报告就出来了。不光是提取了基础样式，连布局规律和设计复用建议都整理得很通透。报告自动存进了飞书，下一步生成PPT就有了明确的风格基准，不用担心它自由发挥跑偏。

接着，直接在同一对话里，让它调用前面已经生成的执行排期、嘉宾信息和大会基础信息，再结合刚才的模板分析报告，继续生成总方案PPT。

约3分钟后，PPT就生成好了。19页，手机上大致扫了一眼，该有的板块全在，配色、字体、版式也都照着模板还原了。

第二天到公司细看，主题解读页还自动配了落地、价值、回归三个关键词的拆解和阐释。

从输入模板、让它学习，到最终输出，全程不到15分钟。以前三四个小时，现在一杯咖啡的工夫。

任务四：传播规划与物料准备

方案定了，传播物料得跟上。

传播通稿、媒体素材包、社群文案、配图，全是零碎活。传统做法一个个写、一张张找图，没两三个小时下不来。

PPT生成完，地铁还没到站，顺手把物料任务也发了过去。同一个对话里，不用再传任何文件，直接调用刚生成总方案PPT和嘉宾行程确认表，生成通稿、媒体素材包、社群文案，再加三张配图。指令发完，刷会儿抖音。

过了一会儿，手机弹出消息，6份文件全生成好了，通稿、素材包、文案、配图全都在。

第二天到公司打开电脑，再细看这几份物料，完成度比预想的高。

通稿直接就是公众号风格。

媒体素材包里连“推荐报道角度”这种策划层面的建议都列好了。

三张配图是深蓝科技风，跟前面 PPT 模板的调性也对得上，按主题微调一下风格、丰富一下视觉就能用。

前一晚下班路上手机发指令，第二天上午到公司看结果。中间隔了一夜，但实际执行不到五分钟。

四个任务跑下来，从分工排期到传播物料，一条对话走到底，没离开过豆包工作。

老规矩，四个任务跑完，先把结果摆出来。

注：传统耗时为结合实际工作流程的经验估算；豆包工作耗时按本次任务实际执行时间统计，不包含用户离开设备、等待结果等自然时间跨度。实际结果会因任务复杂度、资料规模、数据源可访问性等因素有所差异。

单看时间，差距已经很明显。

不过，55分钟并不是这次实测最值得关注的结果。

因为年度大会这种事情，不是做完一次就结束。

今年的排期、嘉宾名单、PPT模板、传播素材，明年大概率还会继续用。传统方式的问题在于，一次活动结束后，大量经验仍然散落在Excel、群聊、PPT和个人电脑里。下一次重新启动时，很多东西还是得从头找、从头整理。

这次不太一样。

任务一生成的排期表和协作清单，直接沉淀到了飞书多维表格；任务二把嘉宾行程管理封装成了Skill；任务三的大会PPT有了可以继续复用的模板和风格分析；任务四生成的传播通稿、素材包，也都留在了飞书里。

换句话说，这次跑完的不只是四个结果，还有一套可以继续复用的“大会筹备底稿”。

下一次再办类似活动，排期可以基于已有版本继续修改，嘉宾管理可以直接调用已有Skill，PPT有上一版模板和风格分析作为参考，传播物料也有上一届素材可以继续复用。

这可能才是豆包工作进入大会筹备这类长链路工作的意义：不是只把眼前的一件事做快，而是让每一次执行都给下一次留下点东西。

而飞书在这里承担的，也不只是“文件存储”。

往期排期、嘉宾名单、PPT模板、传播素材，以及这次任务产生的新结果，都可以继续作为下一次任务的上下文。对需要多人协作、反复推进的大会筹备来说，豆包工作能不能持续拿到这些上下文，往往比单次生成快几分钟更重要。

所以回头看这次四个任务，55分钟只是表面结果。

真正发生变化的是：原本一次性的大会筹备工作，开始变成了一套可以继续复用的工作资产。

第一，关于复用。

四个任务的参考指令我们都保留了。需要说明的是，首次使用仍需配置飞书连接器和Skill，换大会主题后，人员名单、嘉宾信息、PPT模板也需要替换。配好之后，后续同类任务可一句话触发。

第二，关于边界。

这次实测跑通的是大会策划中分工排期、嘉宾行程、总方案PPT、传播物料四个关键环节。豆包工作能完成执行层面的工作，但嘉宾优先级判断、大会主题方向、PPT重点取舍，仍由策划人决定。

如果节后你也要筹备大会，不妨提前网页搜索「豆包工作」下载电脑端试试，还能免费领取30天会员。