从一个实际任务开始,找到适合你的 AI 产品。Start with a real task. Find an AI product that fits.
外贸实战 · 官网整理版

从收件箱到草稿箱:AI 邮件工作流的配置与人工审核

围绕读历史邮件、准备草稿、固定签名和人工审核,记录邮箱工作流的接入过程与踩坑。适合希望减少漏跟进、同时保留发送决定权的外贸业务人员。

曾金外贸从业者 · Broadlatus AI · 博纳图是
原文首发 官网整理 · V1.1.0 · 约 11 分钟

草稿箱是人与助手的确认台

  • 接入前先确认邮箱支持的认证和权限。
  • 按内容找历史邮件,写入草稿后实际检查。
  • 把事实、对象、附件和发送决定交回人审核。
01查历史02准备草稿03核对签名附件04确认后发送
官网整理示意 · 展示工作关系,不代表产品自动执行

这是我几个月前的状态。AI在对话框里给我一段文字,我看一眼,觉得没问题,然后——复制,打开客户端,粘贴,补签名,挂附件,收件人还得自己回去翻。

一封信,五分钟。十封,一个晚上。

中间还漏过。签名忘补,附件忘挂,收件人邮箱抄错一位。

今天不用了。它在我收件箱里读信,把写好的草稿直接放进草稿箱,我打开客户端看一眼,点发送。

中间那五分钟,没了。

但我想先把一件事说清楚。

在我当时的客户开发流程里,邮箱是已经接通读写的一条通道。这里记录的是我自己的环境,不代表所有邮箱、助手都能照搬。

一、它站在哪儿

做外贸客户开发,我心里有一张九步的图。

第一步是建档:这家公司叫什么、做什么、代理哪些牌子、值不值得跟。这一步我前面写过,模板也整包发过。

最后一步是回款。

我的流程里,建档之后还要接上联系和后续记录。档案再漂亮,如果没有下一步,仍然只是静态资料。客户回复是一个重要信号;没有回复,也不能直接认定对方没有需求。

建档 → 准备联系 → 人工确认 → 跟进与记录。本文讲中间的邮件准备环节。

二、三个渠道,只有一条通了

联系海外客户,我用三个渠道。

渠道 我当时的接入情况
邮箱 已接通读取历史记录、写入草稿;发送由我确认
WhatsApp 我的环境未接通,手动提供对话资料
微信 我的环境未接通,手动提供对话资料

邮箱可以通过服务商允许的协议或接口接入。是否开放 IMAP/SMTP、是否需要应用密码或 OAuth,要看邮箱服务商与组织设置;不能假设任何邮箱都支持同一种方法。社交工具是否能接入,也应以其官方接口、账号条件与工具能力为准。

所以社媒这条线现在是这么走的:我手动截图,把对话丢给它,它给我话术和下一步该怎么接,我拿着手机自己发。

它照样在参与,但"自动"这两个字,在这里不成立。

也有人想,等全打通了再开始。

我的判断是反的:

先把能打通的那条打通。

三、四步,把邮箱接上

下面是我自己的邮箱与电脑上的配置思路。它需要一定的脚本和邮箱配置能力。初次尝试先用专门的练习邮箱,不要直接连接整个正式业务邮箱。不同服务商的认证方法、权限和文件夹名称可能不同。

第1步:开一串授权码

这一步最容易卡住。

注意,

不是你的登录密码

。邮箱服务商为了防止程序乱来,专门给程序留了一串独立的密码,一般叫"授权码"或者"客户端专用密码"。

先查看邮箱服务商的官方配置说明。允许应用密码的服务,可以按要求生成;要求 OAuth 的环境,应采用其支持的授权方式。组织邮箱还可能需要管理员同意。

生成出来那串字母,只做一件事:存在你电脑本地的一个配置文件里。

别贴在对话里,别写进代码里,也别发给任何人。

第2步:写一个邮箱模块

就是一个文件,让它只干四件事:

连上邮箱服务器、读信、写信、发信。

我给它起的名字很直白,叫

email_signature.py

。名字里其实藏着下一步:它连着邮箱,也管着签名。

模块可以接收收件人、主题、正文和语言,再写入草稿。原稿中的 email_signature.py 是我自用模块的名字,不是所有助手都内置的功能,也不是把一句提示词贴进去就会自动获得的邮箱权限。

第3步:把签名做进模块里

这一步是我踩过坑才想明白的。

一开始我图省事,让程序写完直接发。结果客户收到的邮件里,签名没了,签名里那张横幅图也一起没了。

程序绕过了模块,用最裸的方式把邮件扔了出去。签名是模块加上去的,绕过模块,签名自然就丢。

后来我定了一条死规矩:

所有邮件必须走这个模块,不许绕过去直接发。

签名的结构固定下来:

位置 内容 检查重点
开头 姓名、职位、公司或品牌 与实际身份一致,层级清楚
中间 业务电话、邮箱、官网等 联系方式正确,只放必要项目
下方 地址或品牌图片 查看图片能否显示、版式是否正常

发给哥伦比亚的客户,用 Saludos,;巴西客户用 Atenciosamente,;英语客户用 Best regards,。

落款不要手写,让它按客户语言自动取。

固定配置可以减少重复输入,但客户语言、签名内容和实际渲染效果仍需核对。

第4步:先写草稿,别开火

刚接通,别急着发。

让它在草稿箱写一封,你自己打开客户端,看一眼签名渲染出来什么样、横幅图显示正不正常、有没有跳行。

第一封,永远是给自己看的。

四、接上之后,它能干的六件事

1.搜邮箱:按内容找,不是"看最近几封"

客户跟进这件事,一半的功夫在"我们上次联系是什么时候"。

这个数错了,后面全错。

所以我让它能翻我全部的历史邮件:按主题里的关键词、按收件人、按时间段、按附件名。

这里我踩了两个坑,你接的时候八成也会遇到。

第一个:别指望服务端搜索。

我一开始理所当然地觉得,搜邮件就该用邮箱服务器自带的搜索功能。实测下来基本不可用——主题里带中文、西语、葡萄牙语,直接报错;按日期筛,它也不认,反手把整个邮箱一千八百多封全返回给你。

在我当时的环境中,最后能用的办法是:

把邮件头批量取回来,在本地过滤。

第二个坑更疼,害我白等了一个月。

我让程序去发件箱里"看最近八封",确认有没有给某家客户发过信。它说没有。

实际上,那封信在发件箱里排倒数第七十多位。发件箱一共一千九百多封,看最近八封,永远看不到。

一个月后我才知道,客户早就收到那封信了。

从那以后我写死一条:

查邮件必须按内容定位,不许用"最近几封"这种取巧。

2.找邮箱:找到之后先验真假

客户的收件邮箱,从名片、官网、LinkedIn上找。

但找到的地址,先别急着用。

有一个动作不能省:

查这个邮箱的域名到底存不存在。

我吃过这个亏。有个客户的邮箱看着很正常,信发出去一点动静都没有,不回复,也不退信。一个月后才发现,那个域名根本不存在——这个地址不能继续按有效联系方式使用。

现在的规矩是:域名没验过,一律标"待验证",不许发信。

3.写草稿箱:这是我的确认台

它写完,不直接发。

它写进草稿箱,我打开客户端看。点头,我发;不点头,改。

草稿箱就是我和它之间的确认台。

这一步有两个细节,都是吃过亏才知道的。

一个是"先清旧的,再写新的"。

有一天我对账,发现同一个收件人的草稿,在草稿箱里躺了四五份。同一封信,我改一版它写一次,旧的从来不清。

重复草稿需要治理,但不能把“同一收件人”当成自动删除依据:同一个客户可能有多个并行话题。更稳妥的做法是保留原稿,用客户、主题、线程和版本共同识别,先列出重复项,再由人决定归档或删除。

另一个细节是同步。客户端与服务器的草稿箱可能存在延迟,所以程序说“写好了”,还要去实际草稿箱检查收件人、主题和内容。若找不到,先排查同步与文件夹映射,不能只凭一条成功提示把任务记为完成。

4.签名和格式

签名上面说过了,这里只说格式。有两条是硬的。

收件人应核对姓名与完整邮箱地址,使用客户端支持的规范格式。不写全,发信的时候还得自己回去翻通讯录。

不许手工硬换行。

每段各占一行,让客户端自己去折。你要是在中间敲了回车,客户那边看到的,就是断得七零八落的一行一行。

5.写一封邮件的完整流程

从“要发一封信”到实际发送,我把工作拆成八步:

  1. 读客户档案、开发日志和状态卡。
  2. 按内容、收件人和时间检索实际邮件,核对已发、来信和待处理事项。
  3. 确定这一轮沟通角度,避免重复上次内容。
  4. 起草,不补造产品参数、价格和交期。
  5. 换一个审核角色,按清单指出问题和修改理由。
  6. 汇总预览,让我核对事实、对象、措辞和附件。
  7. 经我确认,写入实际草稿箱,并再次查看。
  8. 由我决定发送;操作完成后,核对记录并更新日志。

第 2 步避免只读滞后的档案,第 5 步把写作与检查分开。我当时使用百分制、95 分通过,这是自己设置的检查方式。模型给出的高分不能替代人的事实核对,也不能预测客户回复或成交。

中间还有两个判断,每次都要过一遍。

第一个:这封信该是"回复",还是"新邮件"。

客户之前来过信、话题还连着,就必须走"回复":带上原来的线程,引用他上次说的话。

我在这上面栽过两次。

一次是只给程序加了"这是一封回复"的标记,没把原信附进去。结果客户端里还是显示成一封全新的邮件,客户看着莫名其妙。

另一次正好相反:客户明明回复过我,我却发了封全新的信过去,等于把之前聊的内容全抹了。

第二个:问候语要看客户那边的钟。

不能把巴西、哥伦比亚、智利等地区统一当作一个时区。按客户城市和发送日期核对当地时间,再决定是否需要时段问候;无法确认时,也可以用不依赖早晚的自然开场。

这种小地方错了,信写得再好,也显得敷衍。

6.几条护栏

自动化真正难管的,是它乱干。

所以有几条是死线:

一个发送窗口最多几封,一天总共最多几封。到量就停,不赶工

退信超过两封,当天所有发送全停——先查清楚为什么退

没经我确认的草稿,永远不发送

报价、会议、投诉这类要拍板的事,它只报给我,不替我回

最后这条最重要。

它可以替我干活,不能替我决定。

五、社媒那条路,现在这么走

先说那个遗憾。

在我当时的工具环境里,WhatsApp 和微信没有接通自动读写。

但我没有停在这里。

现在的做法:客户在社媒上回了我,我截图,丢给它。它读完,告诉我这个客户现在处于什么状态、这句话该怎么接、下一步推什么。我拿着话术,自己在手机上发。

它还替我判断了一件事:来信可能表达什么需求、还缺哪些条件、下一步应该追问什么。它给的是分析建议,采购意图仍要通过实际沟通确认。

慢一点,但没断。

一条路打不通,不等于这件事做不成。

六、它出过的错,我一个都没藏

只讲好处,就假了。

这台机器到现在,出过的错至少有这些:

服务端搜索用不了,白折腾一场

"看最近几封"害我等了一个月

同一封信在草稿箱里堆了四五份

草稿箱是空的,记录里却写着待发送

图省事直接发,签名和横幅全丢了

只标了"这是回复",客户那边看到的却是全新邮件

每一条,都是先出问题,再定规矩。

配置这件事的价值,不在于它不出错。在于它出了错,你能查得出来。

手工和程序操作都可能出错。保留原始邮件、操作记录和可追溯的版本,能让问题更容易被发现;如果日志不完整,也不能保证每个错误都能查出来。

这一点,最值。

把方法用起来

先选一个小任务,做完再扩展。

准备一份脱敏资料,按步骤做出成果,核对事实、来源与下一步。工具包在你自己的助手和工作文件夹里使用;所需工具、权限与操作要求见各产品说明。

查看客户跟进起步步骤

原文与整理说明

首发原题
从收件箱到草稿箱:把邮箱接上AI的 4 步,附 5 份模板
首发日期
2026-10-03
官网版本
V1.1.0 · 2026-10-16

阅读公众号首发原文 ↗ 本页为作者授权的官网整理版,保留实战叙事,对标题、结构、过时信息及不准确表述做了调整,不是逐字转载。由 AI 协助编排与文字整理。

查看本版主要调整
  • 恢复原稿被抓取打散的表格、段落与操作层级;图位标记改为官网绘制的流程示意。
  • 更正邮箱协议、社媒接入与固定时差的普遍化表述,明确仅描述作者当时的环境。
  • 删除按收件人自动清除草稿的建议,改为识别线程、保留原稿、人工处理重复项。
  • 移除历史留言领取五份模板的承诺;官网关联产品以实际文件与版本为准。
  • 保留完整邮件工作思路与错误复盘,注明自定评分和实际收发记录不能保证业务结果。
  • V1.1.0 增加完整英文译文和对应语言入口,保留中文官网正文。

文中自用工作流、个人用时与业务进展属于当时的实践;可下载产品的内容与能力,以当前详情页和包内说明为准。

Broadlatus AI · 博纳图是
broadlatus.ai
获取产品Get products联系咨询Contact us
license.md / 使用与授权Use & licence
下载前请阅读BEFORE YOU DOWNLOAD

把方法用好,也尊重它的来源。Use the method. Respect its source.

条款版本:2026-10-13-v1;不同产品按各自许可交付。Terms: 2026-10-13-v1. Product-specific licences apply.

查看完整使用说明Full usage terms

Broadlatus 账号Broadlatus account
注册免费 · 领取更多资料FREE ACCOUNT · MORE RESOURCES

用邮箱,开始。Start with your email.

首次验证后创建账号;已有账号直接登录。First-time verification creates an account. Returning users sign in.