如何让 AI 写出得体的工作邮件：先明确对象、目的和行动请求
从收件人、邮件目的、事实背景、核心请求、截止时间和语气入手，让 AI 写出的工作邮件真正推动事情进展。
相关工具
文章目录（8 个章节）
邮件不是礼貌话术的堆叠
很多人让 AI 写工作邮件时，只说“帮我写得礼貌一点”或“帮我写得专业一点”。模型往往会给出完整的称呼、感谢和客套话，却没有解决最重要的问题：为什么联系对方，对方需要做什么，什么时候完成。邮件看起来很得体，事情却没有往前走。
《LLM 入门资料》中，提示任务需要明确输入、输出和使用场景，邮件写作也一样。收件人关系决定语气，邮件目的决定结构，事实背景提供依据，行动请求决定下一步。把这些信息写进 Prompt，比添加更多“专业”“正式”一类形容词更有用。
一封可执行的工作邮件，至少要说明收件人、核心目的、相关事实、具体请求、截止时间和下一步安排。不是每封邮件都要写得很长，但每个会影响行动的变量都应该有位置。
先明确收件人和目的，再整理事实、组织结构，最后检查语气和行动请求。
收件人关系决定邮件的细节程度
同一件事，发给直属领导、项目同事、客户或供应商，邮件的开场、背景和请求方式都可能不同。给领导汇报，通常先给结论和需要决策的事项；给同事协作，需要说明分工、依赖和截止时间；给客户沟通，则要考虑对方已经知道什么，以及哪些内容需要解释。
Prompt 里可以直接写“收件人是已经了解项目背景的同事”“收件人是第一次接触产品的客户”“收件人是需要审批预算的部门负责人”。还可以补充关系和沟通渠道，例如正式邮件、内部邮件或跟进邮件。模型有了这些信息，才知道哪些背景可以省略，哪些内容必须讲清楚。
不要让 AI 自己猜收件人的权限和态度。如果你需要对方审批、确认、提供资料或参加会议，就直接写出来。明确请求并不会显得生硬，反而能减少对方读完后还要追问“你希望我做什么”。
先写清邮件目的，再决定结构
汇报邮件适合结论先行，再补事实、影响和下一步；请求邮件需要说明请求内容、原因、所需支持和截止时间；跟进邮件要回顾上次沟通、说明当前状态、指出卡点并提出下一步；道歉说明则要承认问题、交代影响、说明处理动作和后续改进。不同目的不能共用一套空泛模板。
邮件主题也应当承载目的。与其写“项目进展”，不如写“请确认 Q2 市场活动预算，5 月 24 日前反馈”；与其写“会议跟进”，不如写“5 月 20 日评审会后续：请各负责人周三前补充排期”。主题越清楚，收件人越容易判断优先级。
如果一封邮件同时包含汇报、请求和讨论，最好明确顺序，或者拆成多封。把所有事情挤在一封邮件里，模型可能写得很顺，却让收件人不知道先处理哪一项。任务之间有冲突时，先给优先级。
主题、称呼、开场目的、事实背景、核心请求、截止时间、下一步和结尾共同构成可执行邮件。
行动请求要具体到对方能执行
“请尽快处理”“麻烦看一下”“希望得到支持”这些表达并非不能用，但它们没有说明动作、范围和完成时间。更好的请求是“请确认附件中的预算方案是否可以按此执行，并在周五 18:00 前回复”；或者“请补充接口文档中缺少的错误码说明，周三中午前发回最新版本”。
行动请求最好包含四个部分：对方需要做什么，处理哪份材料，交付成什么结果，什么时候完成。如果有多个请求，按编号列出，并说明优先级。对方不需要猜测“看一下”究竟是阅读、审批、修改还是确认。
截止时间也要有上下文。写具体日期和时区，避免只写“明天”“尽快”“下周”。如果时间存在弹性，可以说明原因和最晚时间；如果没有截止时间，也不要让模型擅自编造一个日期，而是写成“请告知可反馈时间”。
事实背景要够用，但不要把邮件写成报告
工作邮件需要背景，但背景只应服务于目的。可以保留项目名称、当前状态、关键数字、已完成事项和影响请求的限制条件；与当前决定无关的历史细节、重复解释和长篇过程，通常可以压缩或放到附件。
Prompt 可以要求“先用一句话概括背景，再列出 3 条关键事实；不新增材料之外的数字和结论；如果资料不足，标记待确认”。这类要求既能防止邮件过长，也能防止模型为了让内容完整而补写不存在的信息。
如果邮件涉及延期、费用、客户承诺或责任归属，事实必须单独核对。语气可以柔和，数字和时间不能因为“写得好听”而被改动。涉及敏感问题时，建议先让 AI 整理事实和时间线，再让它组织邮件表达。
语气得体不等于把责任说模糊
得体的邮件应当尊重对方、说明事实、聚焦问题和下一步，而不是用大量客套话掩盖真正请求。比如说明延期时，可以写清原因、当前影响和补救计划；提出不同意见时，可以先承认共同目标，再指出依据和风险。礼貌是沟通方式，不是回避事实。
可以给 AI 具体的语气规则：“正式但不生硬”“直接但不命令”“表达歉意但不推卸责任”“面向客户，避免内部术语”。如果还想保留团队自己的说话习惯，可以提供一段既有邮件作为风格参考，但要说明哪些内容只用于参考语气，不能照搬事实。
邮件里不建议出现未经确认的承诺。模型可能为了让文字显得积极，写出“我们一定会在今天解决”“不会再发生类似问题”。如果材料没有这样的依据，应要求使用可确认的表达，并把承诺范围写清楚。
一份可以直接复用的工作邮件 Prompt
以请求预算审批为例，可以这样写：
任务：写一封内部工作邮件，请部门负责人审批 Q2 市场活动预算。
收件人：已经了解项目背景的部门负责人，关系正式。
目的：请求确认预算方案，并推动项目按计划启动。
事实：活动用于支持新品上市，已完成供应商比价和方案评估，预算总额为 120000 元，明细在附件中。
请求：请审批附件预算方案；如果需要调整，请指出具体项目。
截止时间：请在 5 月 24 日（周五）18:00 前反馈。
语气：正式、直接、礼貌，不使用夸张承诺。
格式：提供邮件主题、正文和署名；先说目的，再写事实、请求、截止时间和下一步。不要新增材料之外的信息。这个 Prompt 把收件人、目的、事实、行动请求和时间都交代清楚，模型只需要完成组织和表达。换成汇报、跟进或道歉说明时，替换邮件目的和请求内容即可。
发送前做一次六项检查
第一，收件人和抄送范围是否合适；第二，主题和目的是否明确；第三，事实、数字和附件信息是否准确；第四，请求是否具体、可执行；第五，语气是否符合关系和场景；第六，是否写了明确的截止时间或下一步。六项检查可以覆盖大多数工作邮件的返工点。
如果邮件很客气却没有推进力，回到目的和请求；如果邮件太长，删掉与行动无关的背景；如果语气太强，补充收件人关系和沟通场景；如果承诺过度，回到事实边界；如果对方可能不知道下一步，补充交付形式和截止时间。针对问题修改，比让 AI 重新“写得更好”更稳定。
文中关于输出检查和评估的思路同样适用于邮件。发送前不要只看语句顺不顺，还要确认邮件是否让对方知道该做什么、依据是什么、什么时候完成。好的工作邮件不是最客套，而是让沟通成本更低，让下一步更清楚。
从收件人、目的、事实、请求、语气和截止时间六个方面检查，通过后再发送。
常见问题
为什么 AI 写的邮件很客气，却很难推进事情？
常见原因是目的和行动请求不清楚。补充收件人、背景、具体请求、截止时间和下一步，邮件才有执行方向。
工作邮件一定要写得很正式吗？
不一定。语气要根据收件人关系和场景调整，可以正式、直接、友好或克制，但都应保持事实清楚和请求可执行。
可以让 AI 直接决定邮件发给谁、抄送谁吗？
不建议。收件人和抄送范围涉及权限、责任和沟通关系，应由发送者确认，AI 只适合根据已提供的信息协助组织邮件。