106 lines
4.5 KiB
Markdown
106 lines
4.5 KiB
Markdown
# 会议纪要逐节模板与写法要点
|
||
|
||
以下骨架中，第 2、4、5 节为固定结构；第 3 节（正文）的章节数量和标题完全跟随会议实际内容。占位符用 `<>` 表示。
|
||
|
||
---
|
||
|
||
## 1. 标题
|
||
|
||
```markdown
|
||
# 会议纪要：<会议主题，一句话，体现"做了什么事">
|
||
```
|
||
|
||
主题要具体：写"BOM 维护工作部署暨'BOM 新增物料小工具'培训会"，不写"工作会议"。若会议有两条主线（如"部署 + 培训"），标题用"暨"连接。
|
||
|
||
## 2. 会议基本信息 + 转写质量声明
|
||
|
||
```markdown
|
||
## 一、会议基本信息
|
||
|
||
| 项目 | 内容 |
|
||
| --- | --- |
|
||
| 会议时间 | <日期 + 开始时间>，时长约 <N> 分钟 |
|
||
| 记录来源 | 会议录音转写（源文件：<文件名>，共 <N> 条分句） |
|
||
| 参会人数 | <N> 人（转写标记为说话人 1–N） |
|
||
| 主持人 | 说话人 <N>（<身份证据，如：会中被称"郑工"，负责工作部署与总结>） |
|
||
| 主讲/演示 | 说话人 <N>（<角色描述>） |
|
||
| 会议主题 | <一到两句话> |
|
||
|
||
> 说明：原始转写因<方言口音/专业术语>存在大量同音误写（如"<误写1/误写2>"实为 **<正确词>**、……），本纪要已按上下文统一校正。个别人名、工具名称无法完全确认处已作模糊处理。
|
||
```
|
||
|
||
要点：
|
||
|
||
- 表格行可按实际情况增删（没有明显主讲人就删掉该行）。
|
||
- 校正声明列举**最高频的 5–8 组**误写即可，不必穷举；这段话同时起到免责和提示核对的作用。
|
||
|
||
## 3. 正文：按会议脉络分部分
|
||
|
||
```markdown
|
||
## 二、第一部分：<议题名>（<主导者角色>）
|
||
|
||
## 三、第二部分：<议题名>（<主导者> 主讲）
|
||
|
||
### 3.1 <子议题>
|
||
### 3.2 <子议题>
|
||
...
|
||
```
|
||
|
||
划分原则与写法：
|
||
|
||
- **跟随会议的真实脉络**：开场部署 → 培训演示 → 争论 → 决议 → 经验分享……有几段写几段，常见 3–6 个部分。每部分标题点明议题，括号注明主导者。
|
||
- 部署/要求类内容：用编号列表，一条一个要求，**要求 + 理由**写在同一条里。
|
||
- 培训/演示类内容：分"定位与基本操作 / 机制说明 / 提出的问题与讨论"等小节；操作流程压缩成一条箭头链（打开 → 加载型号 → 填规格 → 数据处理 → 提交）。
|
||
- **核心争论单独成章**，内部结构固定为三段：
|
||
1. 各方案对比表（行：原理 / 优点 / 缺点；列：各方案，并注明提出人）
|
||
2. 配套问题讨论（编号或加粗短语开头的列表）
|
||
3. `### 决议`（明确写出表决方式和最终结论；若结论是折中或两案并存，写清楚适用边界）
|
||
- 经验分享类内容：提炼成可执行的规则清单（"关键技能与规则"），保留具体例子作括号内示例。
|
||
- 每个实质观点尽量带上下文中的**具体例子**（"如 1.6 级被直接选成 2.5 级"），例子是纪要可读性的来源。
|
||
|
||
## 4. 会议总结与决议汇总
|
||
|
||
```markdown
|
||
## <N>、会议总结与决议汇总
|
||
|
||
<主持人总结时怎么说就怎么概括>：本次会议历时约 <X>，完成了 <主线一>，并形成以下整改决议：
|
||
|
||
1. <决议一，关键词加粗>；
|
||
2. <决议二>；
|
||
...
|
||
```
|
||
|
||
要点：
|
||
|
||
- 如果主持人会末做了口头总结，**以他的总结为骨架**，再用全文信息补全他漏掉的决议。
|
||
- 每条决议自包含：读这一条就知道改什么、改成什么样，不需要回看正文。
|
||
|
||
## 5. 待办事项
|
||
|
||
```markdown
|
||
## <N>、待办事项
|
||
|
||
| # | 事项 | 责任人 | 时限/备注 |
|
||
| --- | --- | --- | --- |
|
||
| 1 | <事项> | <人名/角色> | <明确时限，或"持续""长期规则""会后研究"> |
|
||
```
|
||
|
||
要点：
|
||
|
||
- **逐条扫一遍全文**收集待办，不止收集结尾总结里的——会议中途随口指派的事项（"到时候喊小朱发一份给你"）最容易丢。
|
||
- 责任人写转写中能确定的最具体指称（人名 > 角色 > "全体维护人员"）。
|
||
- 时限没有明说就写性质（"尽快""持续；成果用于推广"），不要编造日期。
|
||
- 待办按性质排序：一次性交付（带明确期限的在前）→ 规则性/长期事项 → 全员事项。
|
||
|
||
---
|
||
|
||
## 颗粒度自检
|
||
|
||
成文后通读一遍，逐项检查：
|
||
|
||
- [ ] 没参会的人能否复述出每条最终决议及其理由？
|
||
- [ ] 会中被推翻的中间结论，是否已写成"经讨论改为"，而不是被当成最终决议？
|
||
- [ ] 所有数字、人名、时限是否与转写一致？
|
||
- [ ] 还能找到一句删掉也不损失信息的话吗？能找到就删。
|
||
- [ ] 所有"疑似/待确认"标注是否如实保留？
|