---
title: "Claude 职场文书：邮件、汇报、会议纪要一键生成"
description: "开会录音、催办邮件、给领导的汇报，都想一次成型。这一节把三类最常写的职场文书拆成可复用的结构，并标出哪些地方必须自己核对。"
updated: 2026-11-13
canonical: https://docai.cc/learn/workplace-document-writing/
markdown_mirror: https://docai.cc/learn/workplace-document-writing.md
---
## 先定读者，再定格式

同一件事，写给老板、写给客户、写给同事，段落顺序完全不同。动笔前先回答三个问题：谁看、看完要做什么、最晚什么时候要。把这三句写在提示词最前面，输出会稳定很多。

不要一上来就说「帮我写个邮件」。把收件人身份、你和对方的关系、以及你希望对方回复的具体动作说清楚。这是[提示词模板](/concepts/prompt-template/)最省力的用法：骨架固定，每次只换事实。

## 会议纪要：先给结构，再贴原文

录音转写往往又长又乱，直接让它「总结一下」，拿到的多半是没有重点的摘要。换一种做法：先规定栏目，再喂材料。

> 下面是一段会议转写。请按以下结构整理：
> 1. 参会者与时间（原文没提到就写「未提及」）
> 2. 讨论过的议题，每个议题下 2–3 句要点
> 3. 已拍板的决定，单独列出
> 4. 待办清单，用表格：事项 / 负责人 / 截止时间
> 没有明确负责人的待办一律写「待确认」，别替人分派。
> 原文：[粘贴转写]

最后一句很重要。模型很喜欢补全缺失信息，你不设限，它就会替人分派任务。整理完把待办表单独发到群里，比甩一段长文字更容易被执行。

如果录音里多人抢话，先让它按发言人分段，再按议题归并。这一步多花两分钟，后面改起来省半小时。

## 邮件：事实一句，判断一句，动作一句

职场邮件出问题，多半不是措辞不礼貌，而是三件事混在一起：发生了什么、你怎么看、你要对方做什么。让模型分段写，你再合并成正文。

催款可以这样起稿：

> 写给一位合作两年的客户，第二次催一笔逾期的服务费。先陈述合同约定的付款日和当前逾期天数，再说明我们已经做过的提醒，最后给出一个明确日期，请对方确认付款计划。语气坚定但不威胁，全文 200 字以内。

「逾期天数」「合同日期」这类事实必须你自己填。第一次提醒和第三次提醒的语气不一样，提示词里要写明这是第几次；对方若是长期客户，留一句维系关系的话，别让整封信只剩催办。写完逐句核对数字，再发。

## 汇报：结论放第一段

给管理层的材料，前一百字决定他会不会继续读。让模型按「结论—依据—风险—请求」四段写，每段不超过三句：

> 把下面的数据写成给部门负责人的一页纸汇报。第一段三句话讲结论；第二段用一张表列关键数字与环比；第三段写两条风险；最后一段写需要他拍板的决定。全文不超过 500 字，不要用「综上所述」这类过渡词。

这套做法对应[结构化输出](/concepts/structured-output/)的思路：先把容器定好，再往里装内容。你审稿时也只需按四段逐项检查，不容易漏。

## 另外三类：幻灯片、绩效与投诉

**幻灯片框架。** 给四个输入：主题、场合、时长、听众背景。要求每页一个标题、最多三条要点、标出适合的图表，并说明为什么按这个顺序讲。内部汇报和客户提案的排序不同：前者先结论后依据，后者先问题后方案。

> 主题是季度复盘，场合是内部汇报，二十分钟，听众是不熟悉细节的管理层。给十页以内的框架，每页三条要点，标出哪一页用表格、哪一页用趋势图。

**绩效自评。** 按「做了什么、结果如何、遇到什么难题」三段给素材，要求用数字量化、写清学到的能力、五百字以内。数字必须来自你的记录，模型只能帮你组织句子，不能替你估。

**客户投诉回复。** 先给内部掌握的真实原因和可承诺的解决方案，再让它起草。结构固定为：理解并致歉、说明原因（该认的认）、给出方案与时间点、留一个跟进人。权限之外的条件不要写，宁可写「我再向上确认」。

> 客户投诉交付延迟，内部原因是排产排错，我们能做的是本周补发并减免一次运费。写一封三百字内的回复，不要推责，给出明确时间点。

这三类文书和前面的邮件、纪要共用一套方法：先定读者和目的，再给事实，最后规定格式。模板可以收进[职场提示词模板](/learn/workplace-prompt-templates/)，下次换材料即可。

## 必须自己核对的三件事

- **数字**：金额、日期、比例，全部回到原表复算。
- **人名与称谓**：模型会按常识补称谓，写错层级比你想的尴尬。
- **承诺**：交付时间、赔偿方案、折扣，凡是答应出去的内容都不能让它替你决定。

把这几项列成固定清单，每次发送前过一遍。涉及对外承诺或合同条款时，保留人工确认这一步，就是[人在回路](/concepts/human-in-the-loop/)的最小实践。

三类常见问题，症状和原因都对得上：

| 现象 | 为什么 | 怎么办 |
| --- | --- | --- |
| 纪要里出现没人认领的任务 | 模型按上下文替人分派 | 原文没写负责人，一律标「待确认」 |
| 邮件读起来像公告 | 没提供双方关系和真实原因 | 先交代背景与权限，再让它落笔 |
| 领导看完不知道要批什么 | 请求埋在正文里 | 最后单独一段，只写需要他做的决定 |

合同、法务、人事处分这类文件，模型只能做起草和措辞整理，签发前必须由有权限的人逐条复核。涉及金额和期限的句子，最好由两个人分别核对一次。

## 自测

1. 为什么纪要里要写明「未提及」和「待确认」？
2. 催款邮件中哪些信息模型无法替你填写？
3. 一页纸汇报按哪四段组织？

下一课把同样的方法用到招聘上，从职位描述一路做到面试评估表：[Claude 助力 HR](/learn/claude-hr-recruiting-guide/)。