Workspace Studio新增文件与回复步骤：网站询盘怎样自动归档和跟进？

Google于2026年9月2日公布更新，Drive与Chat功能从9月8日开始开放，Gmail回复从9月14日开始开放，公告给出的功能推出周期均为1至3天。官方发布说明

搭建时，除了让第一封询盘跑通，还要处理客户补充资料和同一次任务重试。否则自动化很容易把一个项目变成三个文件夹，再准备三封相似回复。

第一版只接一种明确的询盘

先从有固定主题标识的网站询盘开始，比把整个收件箱交给流程更容易验证。例如，网站表单统一使用“网站建站询盘”主题，流程只处理这类来信，再将目录和通知对象固定到测试环境。

在Workspace Studio选择邮件到达的Starter，按实际可用条件限定目标邮件。触发条件负责找到工作对象，后面的AI步骤负责整理内容；不要让一段笼统的“帮我处理客户”同时承担两项任务。

入口在邮箱，所以第一步仍是保证询盘能够送达。如果WordPress表单有时不发邮件，先排查表单邮件送达。没有进入邮箱的消息，不会因为下游流程变复杂就被找回来。

功能是否可见还取决于账号资格和管理员对步骤的设置。本次公告包含Business Starter、Standard、Plus，Enterprise Standard、Plus，以及所列教育版本和附加服务；实际配置时以账号里可用的动作和管理策略为准。

收件人从原邮件取，需求状态由摘要保留

假设询盘内容是：“我们做户外灯，约20个型号，想做英文展示站，月底能上线吗？附件有产品资料。”流程可以提取行业、网站语言和大致产品数量，但应将月底记为客户期望，而不是已确认的交付日期。

原邮件对象、发件信息和附件来自确定的输入；AI生成的是对这些内容的解释。配置下游步骤时，让回复引用原始邮件变量，不要让模型从正文签名里猜回复地址。签名可能有销售、财务和供应商等多个邮箱，它们未必都是本次接收者。

需求摘要可以按“已明确”“客户提出”“缺少资料”组织。比如20个型号尚不代表20个页面，是否需要英文文案也没有确定。摘要留下这些空缺，负责人才能接着判断工作范围。

如果同一封邮件涉及两个品牌，不要强行选一个当项目名。先记录原邮件与客户，项目归属留待确认；目录命名可以使用团队分配的项目编号，避免仅靠经常变动的品牌称呼连接资料。

Copy留住母版，Move整理已有工作件

给新项目准备需求问卷、页面清单时，用Copy生成副本，让下一位客户仍从干净母版开始。对已经收到的工作资料，需要改变存放位置时才使用Move。把两种动作混用，会让母版离开原位置，或者不断产生难以辨认的重复文件。

复制成功后，后续步骤应使用新工作件的链接或标识，不能继续引用母版。人工检查也一样：打开实际生成的文件，核对所在目录，再确认内容是否属于本项目。

官方步骤参考列出文件夹复制上限为50个项目、3层嵌套。第一版模板可以只包含确实需要的几份空白文件，而不是整个历史交付资料库。

资料还要分清附件与链接。客户把PDF附在邮件里，与在正文粘贴Drive链接是两种输入。保存附件步骤不能据此视为已经取得链接指向的文件；链接资料应另外核对访问条件与取用动作。对客户来说都叫“资料发过去了”，对流程却可能完全不同。

草稿和发送，分别配置

首次回复最有用的内容，是确认收到什么，以及接下来缺什么。针对户外灯例子，可以准备：“已收到英文展示站需求。请补充计划展示的最终产品清单，并确认英文文案由哪一方整理。你提到的月底上线，需要结合资料准备情况再确认。”

这比自动承诺工期更适合询盘初期。使用Draft an email时，负责人可以继续编辑和发送；使用Send a reply则是在原线程中执行发送。两种动作不要仅因为名字都带回复就混为一谈。官方步骤说明

外发是否等待批准，还取决于管理员策略。当前官方文档中，外部共享动作的Always要求逐次批准，Let user decide目前与Always相同，Never则自动批准。如果流程设计依赖人工看过再发，需要核对实际设置，而不是假定每次总会弹确认框。外部步骤审批设置

原邮件有多人时，还应检查回复发件人、全部回复及抄送范围。某个供应商被抄送进原线程，不表示它应该收到你准备给客户的报价或内部评估。

首次询盘、补充邮件和重试，是三种工作

同一个客户第二天补发照片，这通常是给现有项目补资料；同一封邮件被再次运行，则可能只是上次失败后的重试。它们都不应该默认走完整的“新建项目”路径。

可以先用一张轻量记录表保存项目编号、原邮件或线程链接、已生成工作件链接，以及回复状态。它不必马上成为复杂系统，但要能帮助负责人回答“这封邮件是否已经处理，处理到哪一步”。

这次输入是什么	应先查什么	接下来的处理
首次询盘	是否已有对应项目记录	确认后建立工作件和首轮草稿
同一项目补充资料	原项目及本次新增内容	放入既有项目，更新缺失项
同一邮件再次运行	上次已完成哪些动作	复用已建立工作件，补未完成部分

这是建议采用的业务处理方式，不是说新增步骤自动提供了完整去重能力。若当前流程没有可靠的查找和条件判断，可以先由负责人查看记录再继续；准备自动化时，再用实际支持的步骤或集成实现查找，并验证重复输入不会重复执行。仅在文件名中加日期，无法解决同一天重试的问题。

流程失败时，先检查已经发生的动作

假设复制问卷成功，保存附件也完成了，最后回复步骤失败。整次运行显示未完成，不代表前两步已经撤销。直接重跑全部流程可能再复制一套文件，并把附件重复保存。

恢复前先看运行记录与实际产物：哪个步骤成功，是否已经有工作件链接，邮件是草稿、待批准还是已发送。确认这些状态后，再补做失败部分。如果当前界面不能从指定步骤续跑，可以先人工完成剩余动作，并记录处理结果，而不是为追求自动化把已完成部分又执行一次。

同样，邮件已经发送但后续记录步骤失败时，不能只因为记录表没有“已发送”就再次发送。先查实际邮件线程，再修正记录。判断是否继续的依据应包含真实产物，而不只有最后一个状态字段。

恢复记录写清“做过什么”，避免再次外发

可以把上面的失败案例记成三行，以下编号与结果均为假设：

动作	已核对产物	恢复决定
复制母版	项目P08里有工作件W21，母版仍在原位	复用W21，不再复制
保存附件	P08中已有客户PDF，版本与原邮件一致	不再保存同一附件
回复客户	线程中没有新回复，只有待审草稿D09	打开D09审核，不另建一封

如果第三行查到的其实是“回复已发出，只是记录未保存”，恢复决定就应改成补记录，不再发邮件。这里没有假定Studio自动提供续跑或去重；记录依据来自实际文件和邮件线程，可由负责人先人工维护。

用几种输入验收，而不只看一次成功

官方说明Test run会执行真实动作，包括发消息和改文件；邮件起点还可能默认选最近一封匹配邮件。测试前使用自己控制的收件账号、文件副本和测试目录，并核对选中的原始邮件。测试运行说明

为不同输入预先写好预期，再执行受控测试：

• 附件询盘：母版保留，副本和附件进入对应项目。
• 只有Drive链接：识别为链接，未取得文件时留待处理，不显示附件已保存。
• 同项目补充邮件：新资料进入原项目，更新缺失项。
• 同一邮件重试：核对既有产物，避免重复文件或回复。
• 中途失败：已完成部分保留记录，未完成步骤有明确恢复动作。