AI邮件写作

为各种场合生成专业邮件

标题和第一句话决定成败

大多数邮件在被打开之前就已定局。标题和预览文本决定这封信是现在被读、稍后被读,还是永远不被读——而 AI 草稿恰恰在这里最弱,默认给出"一个小问题"或"跟进一下"这类含糊标签。 强标题承载三样东西:主题、想要的行动、以及截止时间。"Q3 预算:请在周五前审批"在地球上任何收件箱里都胜过"预算问题"。如果不需要收件人做任何事,也要说明——"知会:供应商合同已签署"让人两秒钟就能归档,对方会感激这一点。 第一句话应该承载请求,而不是清嗓子。忙碌的读者只读第一行和最后一行,中间全靠扫。专业的写法是前半句给背景、后半句提请求:"我们本周敲定 Q3 预算——能否请您在周五前审批市场预算项?"背景、理由和备选方案放在下面,留给需要它们的少数人。 用这个工具生成草稿时,把主题栏写成请求本身,而不是话题。"请求将 API 迁移截止日期延长两天"每次都比"延期"生成更锋利的草稿。

邮件礼仪并不通用:韩国、日本与西方

AI 邮件工具主要用英文书信训练,这一点藏不住。你要一封"正式商务邮件",得到的是一封美式正式邮件——放在首尔或东京,可能读起来冷淡、生硬,甚至无礼。 韩国商务邮件有一套模型不被提醒就很少应用的结构惯例。收件人分为수신(致)和참조(抄送),称呼必须带职衔——김민수 부장님(金民秀部长),绝不能只叫名字。职级(대리、과장、차장、부장、이사)本身就是礼貌的骨架,漏掉会被读成对地位的宣示。正文在谈正事之前先有一句关系铺垫("您好,我是OO组的OOO"),请求也要软化成能力疑问句:"能否请您审阅?"而不是"请审阅。" 日本邮件更加程式化:几乎必写的开场白お世話になっております、先公司后姓名的顺序,以及英文中没有真正对应物的结尾语よろしくお願いいたします。 西方——尤其美国——的规范正好相反:直接就是对读者时间的尊重。"我写信是想请您在周五前完成 X"恰恰因为高效而显得礼貌;用三段背景把它裹起来,反而显得闪烁其词。 实用做法:告诉生成器读者的文化身份,而不只是职位。"写给一位素未谋面的韩国部长、采用韩国商务文体的正式邮件",与"写给经理的正式邮件"产生的是根本不同、也安全得多的草稿。高风险邮件请务必找母语同事把关;人一眼就能察觉的敬语分寸,模型至今仍会漏掉。

控制语气:光靠形容词不够

"友好但专业"是最常见的语气指令,也是最无效的一条。每个模型对"友好"都有自己的一套默认演绎——通常是一个感叹号加一句"希望你一切都好!"——和你本人的声音毫无关系。 三个技巧能远为可靠地控制语气。第一,直接约束表层特征:句子长度、缩写、感叹号、表情符号、问候格式。"短句。禁用感叹号。问候不超过一行"胜过任何形容词。 第二,给一段校准样本。贴上两三句你真实写过的话,让工具匹配那个语域。模型模仿样本的能力,远远强于解读标签的能力——这是 AI 写作工具中最被低估的用法。 第三,说明关系和利害,因为语气是两者的函数:"一家下季度可能弃用的供应商"和"一位我们第二次错过交付、需要道歉的客户",即便邮件类型相同,也需要完全不同的草稿。道歉邮件另有铁律:平实地陈述失误,不打太极地承担("我们错过了期限",而不是"期限被错过了"),给出补救和预防措施,删掉所有形容词。过度道歉在西方商务文化里被读作软弱,在几乎所有地方都被读作缺乏诚意。
Weak: "Write a friendly but professional follow-up."

Strong:
"Write a follow-up to a client whose project we delayed.
Relationship: 3-year client, warm but formal.
Tone rules:
- Sentences under 20 words. Contractions OK.
- No exclamation points, no 'hope you're well'.
- Own the delay in the first sentence ('we', active voice).
- One concrete recovery date, one prevention step.
Match this register: 'Thanks for flagging this early.
We'll have the revised scope to you Tuesday.'"

跟进邮件:节奏、措辞与止损点

大多数跟进邮件败在两点:来得太早,又没说任何新东西。"把这封邮件顶到您收件箱顶部"等于让对方带着负罪感把同样的活再干一遍。 商务请求的稳妥节奏:第一次跟进在三个工作日后,第二次在一周后,然后发一封收尾的最后邮件。内部请求可以更快;陌生开发信应该更慢。每封邮件都必须降低对方回复的成本,而不是重复请求。缩小请求("哪怕对方向给个是/否也有帮助"),补上期限的后果("我们周四锁定供应商名单"),或者给出默认选项("如未收到回复,我将按方案 A 推进")——默认选项式收尾是职场信函中回复率最高的模式,因为沉默本身也成了答案。 最后一封邮件要诚实地卸掉压力:"这件事暂且收尾——若日后再有需要,随时乐意继续。"它保住了关系,而且吊诡的是,比第四次催促能换来更多回复。 一条文化注记:这套节奏是按西方规范校准的。在韩国和日本的语境里,第一封邮件石沉大海之后,给上级打个电话或发条即时消息,往往比连环书面提醒更得体。

修改前后对照——以及点击发送前要核查什么

下面的例子展示了同一个请求在应用上述原则——标题里有请求、第一行有请求、只谈一件事、给出默认选项、形态便于扫读——前后的样子。 无论工具产出什么,一次六十秒的核查能保护你避开生成式邮件特有的失败模式。核实每一个不是你亲手输入的事实:AI 草稿经常发明会议日期、错述先前的约定、用貌似合理的细节填补空白——一句编造的"如我们周二所谈",可能悄悄变成一项承诺。逐字核对姓名和敬称;一个拼错的名字足以毁掉一封原本完美的邮件。删掉模型钟爱的废话("见信好""我想联系您一下")和任何重复标题的句子。确认草稿里恰好只有一个问题或请求——生成的草稿常常偷偷塞进两三个,而多请求邮件只会得到部分回答。最后,站在收件人的位置把它读一遍:哪句话让你皱眉,就亲手重写那句话。工具负责起草;署名的作者始终是你,收件人也只会拿每一个字来问责你,而不是模型。
Before:
Subject: Question
Hi, I hope you're doing well! I was wondering if you
might have had a chance to look at the proposal we
sent over, and also whether the timeline works, and
if we should maybe set up a call sometime?

After:
Subject: Proposal sign-off — OK to start May 12?
Hi Sarah — could you confirm the proposal by Thursday?
Scope and pricing are unchanged from our April 28 call.
If I don't hear back, I'll assume the May 12 start
date works and send the kickoff invite.
Full timeline attached if you want the detail.