复杂任务的通用打法

日常六件事熟练之后，可以挑战更长链路的硬任务。这类任务步骤多、耗时长、往往跨多个工具，因此更依赖云电脑环境和分段验证。

这一章讲四类典型复杂任务，最后给出一套通用的长任务把控方法。

一、深度调研与文献综述

原来怎么干：开二三十个标签页，一篇篇读摘要、记要点、复制引用，两三天能出一份综述已经算快，而且到最后自己都记不清哪句话出自哪篇。

调研类任务资料量大、检索耗时，最适合放到云电脑里跑——它可以在独立环境中持续检索，哪怕你的本地电脑关机也不受影响。

围绕（研究主题），系统检索近三年的公开资料和相关文献，下载关键文献，逐篇提取研究问题、方法、核心结论与局限，最后生成一份结构化综述，按主题归类而不是按文章罗列，每条结论标注来源，区分事实与观点。

操作上建议分三段推进。 先让它列出检索关键词和资料范围，你判断方向对不对；再让它分批检索并汇总资料清单，你抽查来源是否可靠、有没有遗漏重要方向；最后才让它成文。

这样做是因为调研最容易「看着很全、实则偏科」，早期校准关键词和来源，比写完再返工高效得多。

验收时重点看：每条结论是否都有出处、是否把一家之言当成普遍事实、相反观点有没有被刻意回避。

耗时：两三天压到半天，你的时间花在校准方向和抽查来源上。

二、操作浏览器走完多步网页流程

原来怎么干：在五个网站之间来回切，一个个字段复制粘贴，录到第三十条的时候开始走神，录错一格要回头找半天。

有些工作本质是在网页里反复点选：在某个后台开通服务、在多个站点比价、把信息从一个系统录入另一个系统。

布置时把目标网站、要走到的结果、以及需要遵守的规则讲清：

打开（网站），按下面的步骤找到对应设置项并完成开通，每进行关键一步前把页面情况告诉我。

这类任务必须保留人工接管环节。 遇到登录、短信验证码、滑块、人脸核验，它会暂停并把控制权交还给你，你完成后它接着走；涉及下单、付款、提交不可逆表单的动作，让它停在最后一步等你确认。

第一次使用建议你全程看着它怎么定位按钮、怎么翻页，既建立信任，也能在它走错分支时立刻拉回。原则是能自动的点选交给它，身份核验和最终提交留给自己。

第十四章的竞品追踪、第十五章的客户背调、第十九章的风格调研，都是这个能力的具体应用。

三、定时自动化：订阅追踪与数据监测

原来怎么干：靠日历提醒和自己的记性。总有一两个订阅在续费之后才想起来，也总有一份月度汇总拖到月中才做。

当一件事需要周期性、无人值守地运行，就把任务模式和定时任务结合起来。典型场景是订阅费用追踪、舆情或价格监测、定期数据汇总。

以订阅管理为例：

把我提供的这批订阅信息整理成多维表格，记录服务名称、扣费金额、续费日期。配置自动化：在每个订阅到期前三天提醒我，并每月生成一次费用汇总。

搭建这类自动化分两步：先手动把这一次的流程完整跑通，确认表格结构、提醒规则、汇总格式都对；再把它设为按周期自动执行。

需要清醒认识的是，自动化会把一次的正确或错误重复很多遍。所以首次配置务必反复验证，并为它设置清晰的数据来源和失败提醒——一旦来源网站变化或登录失效，它要能告诉你「这次没跑成」，而不是默默产出错误结果。

涉及对外通知的自动化，先发给自己测试，确认无误再面向他人。

四、生成能跑的网站和小应用

原来怎么干：先在表格里排一版，发现不好用又去找现成的排班工具，注册、配置、发现功能对不上，最后还是回到那张表格，靠人工轮换。

除了操作现成软件，豆包工作还能直接产出可运行的网站和小应用：一个内部数据看板、一个小工具页面、一个可交互的表单流程。

你不需要会编程，关键是把需求描述成给谁用、解决什么、有哪些功能、长什么风格：

做一个团队值班排期小工具，能录入成员和班次、自动按周轮换、用不同颜色显示、支持导出，界面简洁，手机上也能看。先列功能清单再生成。

开发过程走「需求—原型—预览—迭代」的节奏：先让它明确功能清单，再生成第一版，在侧边工作台里直接预览和操作，哪里不对就框选或描述出来让它局部修改，逐步逼近预期。做完可以直接发布成链接，同事打开就能用，还能在上面评论。

边界要清楚：它适合做轻量、内部使用、逻辑清晰的小应用。对高并发、强安全、需要长期维护的正式系统，仍应由专业工程团队接手——它产出的更多是可演示的原型或解决眼前问题的工具。第十八章会从工程师的角度再讲一次这条边界。

五、长任务的分段验证法

复杂任务最大的风险，是让它闷头跑很久、最后发现从第一步就偏了。

核心方法是把长链路切成若干可验收的里程碑，而不是一次性等待最终结果。

• 启动前先对齐执行计划，让它把打算分几步、每步产出什么列出来，你确认主线无误
• 执行中设置检查点，每完成一个里程碑就停下来给你看阶段成果，方向偏了在这一层就纠正
• 涉及批量和外部影响的操作，先小样本试跑再放量
• 全程保留过程记录和可回退方案，重要原始文件不直接覆盖

这样虽然看似多了几次确认，却避免了「跑了半小时、结果全废」的更大浪费。

这套方法在下篇会以不同形式反复出现：产品经理先出纪要再写 PRD、财务先复述公式再算、研发先 SELECT 再 UPDATE、设计师先要状态清单再画稿。它们是同一件事——在便宜的地方犯错，别在贵的地方犯错。

无论工具多强，人始终是任务目标和最终质量的负责人。越是复杂的任务，越需要你在关键节点上保持在场。