复制下方指令，替换 [XXXXXX] 中的词，粘贴到AI窗口（如DeepSeek、ChatGpt）中发送即可。
指令魔力值 ⭐⭐⭐⭐⭐
指令输出结果
1.会议类型：[项目周例会]
2.公司/团队文化：[扁平高效]
3.需要包含的要素：[主题、时间、地点、出席人、缺席人、主持人、记录人、上次会议遗留事项、本次议程、行动项]
4.出席/缺席人员呈现方式：[按部门分组]
5.是否需要自动编号：[是]（行动项编号）
6.是否需要版本控制：[是]（如v1.0）
7.输出形式：[Markdown]
8.是否需要示例填充：[是]
9.特殊要求：[行动项需明确责任人+截止时间]
会议纪要：{会议主题} v{版本号}
会议基本信息
- 会议时间：{年}年{月}日 {时}:{分} – {时}:{分}
- 会议地点：{地点}
- 主持人：{姓名}
- 记录人：{姓名}
出席人员
产品部：
- {姓名}
- {姓名}
技术部：
- {姓名}
- {姓名}
运营部：
- {姓名}
缺席人员
- {姓名}（原因：{原因}）
- {姓名}（原因：{原因}）
上次会议遗留事项
| 编号 | 事项描述 | 责任人 | 截止时间 | 状态 |
|---|---|---|---|---|
| ACT-001 | {事项描述} | {姓名} | {日期} | {进行中/已完成} |
| ACT-002 | {事项描述} | {姓名} | {日期} | {进行中/已完成} |
本次会议议程
- {议程主题} – 汇报人：{姓名}
- {议程主题} – 汇报人：{姓名}
- {议程主题} – 汇报人：{姓名}
讨论与决议
1. {议程一主题}
- 讨论要点：{简要记录}
- 决议/结论：{明确的决定}
2. {议程二主题}
- 讨论要点：{简要记录}
- 决议/结论：{明确的决定}
本次会议行动项
| 编号 | 事项描述 | 责任人 | 截止时间 | 关联议题 |
|---|---|---|---|---|
| ACT-003 | {事项描述} | {姓名} | {日期} | {议题编号} |
| ACT-004 | {事项描述} | {姓名} | {日期} | {议题编号} |
下次会议预告
- 时间：{日期} {时间}
- 地点：{地点}
- 初步议程：{说明}
会议纪要版本：v{版本号} | 更新日期：{日期} | 如发现遗漏请联系记录人
模板设计策略分析
要素选择逻辑
项目周例会需要高效推进，因此保留核心要素（出席、缺席、遗留事项、议程、行动项）。
省略会议目标因为周例会目标通常是固定的项目进度同步；决策记录简化为讨论与决议，聚焦产出。
信息层级设计
用Markdown的标题层级（#、##、###）清晰划分区块，行动项和遗留事项用表格呈现，便于快速扫描和跟踪。
编号系统（ACT-XXX）确保每个行动项可追溯。
可扩展性说明
模板预留了版本号和更新日期，方便多版本管理。
按部门分组的人员名单可根据团队规模增减，表格列也可根据需求调整。
自动化对接可能性
时间、地点、参会人等信息可由日历系统自动填入；行动项可与Jira、Trello等项目管理工具通过API对接，自动创建任务。
使用指南
填写规范
- 行动项描述必须包含具体动作，避免跟进、沟通等模糊词。
- 决议部分需明确是否通过，如有反对意见需简要记录。
- 截止时间需精确到日期，必要时可标注具体时间点。
常见错误规避
- 避免将讨论过程写成一篇文章，用要点式记录。
- 行动项责任人必须唯一，不可写市场部等模糊主体。
- 避免使用下次再说等无结论的表述，若无决议则注明待进一步讨论。
存档与检索
建议按年月-项目名-版本命名文件，如20240520-APP开发周例会-v1.0。
上传至公司知识库或云盘，便于后期检索和复盘。
与工具衔接
会议记录完成后，将行动项批量导入项目管理工具（如飞书任务、Jira），并@相关责任人。
遗留事项在下一次会议前自动同步至模板的上次会议遗留事项区域。
会议要素自动提取模板
? 项目周例会记录 (Meeting Minutes)
版本号： v1.0 | 状态： 已发布/草案
文档编号： MEET-2023-W[XX]
1. 基本信息 (Basic Info)
- 会议主题： [在此填写项目名称/周次]
- 会议时间： YYYY-MM-DD HH:mm – HH:mm
- 会议地点： [物理会议室名称 或 线上链接]
- 主持人： @姓名
- 记录人： @姓名
2. 人员考勤 (Attendance) – 按部门分组
| 部门 | 出席人员 (Present) | 缺席人员 (Absent) | 缺席原因 |
|---|---|---|---|
| 产品组 | @人员A, @人员B | @人员C | 请假 |
| 研发组 | @人员D, @人员E | – | – |
| 运营组 | @人员F | @人员G | 外部会议冲突 |
3. 回顾：上次会议遗留事项 (Last Meeting Follow-up)
| 编号 | 遗留任务描述 | 状态 (已完成/进行中/阻塞) | 备注/阻碍因素 |
|---|---|---|---|
| L-01 | [任务简述] | ✅ 已完成 | – |
| L-02 | [任务简述] | ? 进行中 | 需等待API文档更新 |
4. 本次会议议程 (Today’s Agenda)
- 各部门进度同步（关键里程碑达成情况）
- 核心问题研讨：[议题A：关于…的方案选型]
- 风险预警：[本周识别的新风险点]
- 自由讨论与资源协调
5. 讨论纪要 (Discussion Summary)
注：仅记录核心决策与争议点，不记录琐碎过程。
- [议题一]： 经过讨论，决定采用方案B，原因在于其开发周期短且支持水平扩展。
- [议题二]： 运营团队反馈拉新转化率下降，技术侧需配合增加埋点分析。
6. ? 行动项 (Action Items) – 自动编号
| 编号 | 任务描述 | 责任人 | 截止日期 | 优先级 |
|---|---|---|---|---|
| A-01 | 完成方案B的架构设计初稿 | @研发负责人 | 2023-10-27 | 高 |
| A-02 | 增加注册页面的行为路径埋点 | @前端开发 | 2023-10-30 | 中 |
| A-03 | 协调下周联合测试的服务器资源 | @项目经理 | 2023-10-25 | 高 |
7. 附件与参考 (Attachments)
- [链接：本周进度报表.xlsx]
- [链接：方案B对比分析PPT]
模板设计策略分析
要素选择逻辑
遗留事项回顾：这是周例会”闭环”的关键。如果没有回顾，周例会就会变成”散沙”，任务会随着会议结束而消失
部门分组考勤：在扁平化组织中，跨部门协同是常态。通过分组，能一眼看出哪个环节的人员参与度不足或存在沟通断层
行动项（责任人+截止日期）：这是高效会议的灵魂。没有明确责任人和时间的会议是在浪费成本
信息层级设计
顶部基础信息：采用元数据格式，便于索引和版本控制
中部讨论区：使用 Markdown 引用块（>），区分事实陈述与具体决策
底部行动项表格：作为全文视觉终点，确保参会者离开会议室前对任务”带走”感最强
可扩展性说明
规模适应：小规模团队可合并部门分组；大规模项目群可增加”子项目组”列
版本控制：设置 v1.0，用于应对会后对决策的微调或补充说明，确保信息一致性
自动化对接可能性
时间/参会人：通过集成飞书/钉钉/Outlook日历API，可实现自动填充基本信息及考勤
行动项推送：Markdown 表格中的”责任人”若加 @ 符号，可通过脚本自动提取并推送到 Jira、Asana 或飞书任务中
使用指南
填写规范说明：
动词开头：行动项描述必须以动词开头（如”完成…”、”对接…”、”修复…”）
拒绝模糊时间：截止日期严禁写”尽快”，必须精确到具体日期
常见错误规避：
流水账：不要记录”某某说了什么”，要记录”会议达成了什么共识”
责任人遗漏：严禁将责任人写为”某部门”，必须落实到具体的”@个人”
存档与检索建议：
命名规范：建议采用 YYYYMMDD_周例会_项目名_v1.0
标签系统：在 Markdown 顶部加入 #周报 #决策 等标签，便于全局搜索
工具衔接建议：
同步至看板：会议结束后，记录人应立即将”第6部分：行动项”同步至团队的 Kanban（如 Trello 或 飞书多维表格）
会后确认：Markdown 文档生成后，一键转PDF或分享链接至群聊，要求相关人员在1小时内确认无异议
专家总结： 这份模板不仅是记录，更是一套协同契约。它迫使团队在会议结束时达成清晰的共识，并将讨论转化为可执行的进度。
