Action items:如何撰写、分配和跟踪——以及会议纪要如何保留清单(2026)

Action item 是会议中产生的一项任务,以动词开头,有唯一的负责人和明确的日期,让没有参会的人也能清楚地知道将会发生什么、由谁来推动落实。本文介绍其格式、如何在会议进行中及结束时撰写事项、如何分配才能确保完成、可直接复制的模板和跟踪表,以及 action items 在 Microsoft Teams、Zoom、Google Workspace 和 Slack 中的存放位置——还有定期会议的纪要如何生成清单、在下一次会议上回顾清单,并将每一项标记为已完成或未完成。

The Mind.com Team

Action items:如何撰写、分配和跟踪——以及会议纪要如何保留清单(2026)

行动项:如何撰写、分配和跟踪——以及会后回顾如何保存这份清单(2026)

行动项是会议中产生的一项任务:一个动词、一位负责人、一个日期。"Anna——周四前把修订后的报价发给 Aster"是行动项。"跟进报价"只是一个议题。区别在于:一个没参加会议的人,仅凭这一行字,能否看出将会发生什么、由谁来做、什么时候算逾期。

大多数会议都会产生行动项,但很少有团队能把它们留住。清单在通话结束时写下,落进某个人的笔记里,三周后又以"有人发过那份报价吗?"的形式冒出来。这个问题在下一次会议上被提起,而这次会议又要花十分钟去还原上一次会议。

本指南先讲方法:行动项是什么,每一项包含的五个要素,如何在通话中和结束时写下它们,如何分配才能落地,如何跟踪才能让清单不被遗忘,并附上可直接复制的模板和示例。随后讲机制:行动项在您团队已在使用的工具中存放在哪里,会议结束后它们会怎样。清单恰恰是在后一部分被遗忘的,而循环会议的会后回顾可以独立完成这部分工作。

什么是行动项,什么不是

一场会议会产出四类东西,撰写者的首要工作就是把它们区分开:

它是什么形式去向
决定与会者达成一致的事项"我们同意……"——一句话会后回顾中的"决定"部分
行动项有人因某项决定而承担的一项任务负责人——动词——对象——日期行动清单,在下次会议上复查
未决问题提出后暂时无人能回答的事问题本身,以及由谁去查明待议清单,进入下次议程
项目任务已经存在于任务跟踪工具中的工作有自己生命周期的工单在跟踪工具中处理;会议只链接它,不复制它

决定不是行动项:"我们选择供应商 B"本身不会改变任何事,直到出现"Priya——14 日前签署供应商 B 的订单"这样一条行动项。未决问题也不是行动项,尽管它常常会催生行动项("Kenji——周一前查明该 API 是否有速率限制")。会前就已在跟踪工具中的工单,也不是新的行动项;在会上提到它并不会让它变成行动项。如果一小时的会议结束后行动项清单超过十行,其中一定混进了伪装成任务的议题、问题或工单。

每个行动项包含什么:格式

一个可用的行动项有五个部分。前三个构成这一行,后两个让它可被跟踪。

  1. 一个动词,一个对象。 发送报价。预订 QA 测试轮次。起草文案。 以"研究一下""讨论""考虑"开头的一行不是行动,因为它没有完成条件。如果您说不清"完成"是什么样子,这一项就是一个问题。
  2. 一位负责人——是人名,不是团队。 没法去问"市场部"某件事做完了没有,但可以问 Lena。如果需要两个人,就拆成两个行动项,或者由一位负责人去委派。负责人就是下次会议上被问到的那个人,所以此刻被问的必须是一个具体的人。
  3. 一个日期——是具体的某一天,不是"尽快"。 "16 日前"可以逾期,"asap"不会。如果日期未定,行动项就写成"Anna——周五前提出 X 的日期建议",这是一个有真实日期的真实事项。
  4. 来源。 产生它的决定或议程项,以及(如果记录里有的话)负责人答应下来的那一刻在会议中的位置。一个月后,当"发送报价"这一行单独看已毫无意义时,读者需要的正是这些上下文。
  5. 状态。 待办、已完成、未完成——及原因。没有状态的行动清单只是一份愿望清单;下次会议正是从状态开始的。

不要写进去的:导致该事项的讨论、理由、备选方案。这些属于会议笔记。行动项只有一行,因为它是给那些只找自己名字的人看的。

如何撰写:会议中、结束时、会后

会议中,有人答应的那一刻就写下来。 行动项诞生于一句话——"我周四发给你"——如果没人记下来,它也会在同一句话里消亡。最管用的习惯是:有人接下任务时,连同日期大声复述一遍——"我记一下:Anna,周四把修订后的报价发给 Aster"——趁负责人还记得自己答应过,让对方当场纠正。被复述过的事项,就是负责人确认过两次的事项。

结束时,过一遍清单。 在有议程的会议中,最后五分钟留给结果和负责人:议程上的每一项都归入三种状态之一——已决定、未决、推迟到某日——每个行动都要有名字和日期。在会议室里把整份清单逐行读一遍。"市场部看一下定价页面"就是在这时变成"Lena——16 日前起草定价页面文案"的,因为 Lena 就在场,可以当场认下。结束时无法落到某个名字上的事项,不进清单,而是进待议清单,并注明提出者。

会后,当天发布清单——一次,在一个地方。 发给所有受邀者,包括没到场的人:负责人缺席的行动项,恰恰最容易被漏掉。然后把清单放在下次会议会打开它的地方。放在会议主持人笔记本里的清单,团队是没有的;放在团队日常交流的频道里的清单,大家都能看着它一天天变旧。

如何分配行动项才能落地

三条规则几乎涵盖了所有失败的分配:

  • 负责人是在会议室里答应下来的那个人。 把事项分给缺席的人,得到的是一行没人认可的字。如果合适的负责人不在场,这一项就写成"会议主持人——明天前问 Dana 能否接手 X",等 Dana 回答后,她真正的行动项才会产生。
  • 负责人只有一个,无论有多少人动手。 "Mateusz 和 Priya"意味着两人都以为对方会做。选出下次会议上会被问到的那一位;另一位是协助,协助不写进这一行。
  • 由负责人复述。 不是主持人,而是负责人本人。"周四,修订后的报价,发给 Aster,好。"三十秒,就能消除下次会议上最常见的争执:"我答应的不是这个。"

不算分配的情形:事项被写在清单上,而负责人第一次看到它是在第二天早上的一封邮件里。如果事项都是这样到达负责人手里的,说明会议在收尾环节之前就结束了。

如何跟踪行动项

跟踪是一种例行做法,而不是一个工具。分四个部分:

  1. 每个团队或每个循环会议一份清单。 不是每场会议一份,而是会议不断往里添加、并从中读取的同一份。这份清单是整个会议系列的记忆。
  2. 下次会议从清单开始。 在第一个议程项之前:逐条过一遍未完成的行动,每条一行,由负责人说已完成或未完成,未完成的要说明原因。八条的清单用两分钟。原因用几个字写在事项旁边——"等法务""尚未开始"——因为会议室里要做决定的正是这个原因。
  3. 三种状态,未完成的事项绝不悄悄顺延。 未完成的事项要在会议室里由其负责人重新定日期、重新分配或放弃。把"发送报价"在四场会议中一路带下去而不做任何决定,清单就是这样不再被人读的。
  4. 老化规则。 存在时间超过会议周期两倍的事项——周会上就是两周——要被明确提出:要么它比一个行动项更大,转为跟踪工具中的项目任务;要么它根本不会发生,予以放弃。两种结果都可以。一份什么都不会移出的清单,不叫清单。

您的跟踪要回答的问题,不是"我们决定了什么"——这由会后回顾回答——而是"在我们决定的所有事项中,哪些真正发生了,哪些卡住了"。如果清单无法在会议开始时用两分钟回答这个问题,那就是格式有问题,而不是人有问题。

行动项模板

用于会议结束时和会后回顾的单行格式:

行动项——[会议名称],[日期]
– [负责人] — [动词+对象] — [日期]前 — 来自 [议程项 / 决定]
– [负责人] — [动词+对象] — [日期]前 — 来自 [议程项 / 决定]
– [负责人] — [动词+对象] — [日期]前 — 来自 [议程项 / 决定]

承接自 [上次日期]
– [负责人] — [任务] — 原定 [日期] 完成 — 已完成 / 未完成: [原因,三到六个字] — 改期至 [日期] / 已放弃

用于贯穿整个会议系列的跟踪表:

#行动负责人截止来源记录于状态备注
1把修订后的报价发给 AsterAnna10月16日范围沟通会,第 3 项10月9日待办
2预订日语 QA 测试轮次Kenji10月20日发布会议,第 2 项10月9日待办
3把商机迁移到新的 CRMDana9月30日周会,9月10日9月10日未完成商机仍在旧 CRM 中;改期至 10月23日
4向第二位终面候选人发出 offerPriya10月8日招聘,第 3 项10月6日已完成10月7日已发送

两者都可以不经调整地粘贴到文档、电子表格、聊天消息或 canvas 中。模板里通常缺少的列是来源和记录于:事项从哪里来,以及它已经存在多久。这两列正是下次会议所需要的。

示例:同样的事项,前后对比

会上的说法或最初的写法写成行动项
"市场部看一下定价页面"Lena——10月16日前起草新的定价页面文案——来自决定 2
"跟进报价"Anna——10月16日(周四)前把修订后的报价发给 Aster——来自范围沟通会,第 3 项
"我们得查一下 API 限制"Kenji——查明供应商 API 是否有速率限制,并在 10月13日(周一)前把答案发到频道
"得有人和法务谈谈 DPA"Priya——10月15日前请法务给出 DPA 的修订标注版;Priya 在周会上汇报
"修复导出任务"(已有工单)不是行动项——工单已在笔记中链接;Mateusz 是该工单的负责人
"决定供应商"这是下次议程上的一项决定,带日期——在有人负责比较之前不是行动项:Tomás——对照标准比较供应商 A 和 B,一页纸——10月14日前

请注意右列的共同点:先是名字,再是动词,然后是日期和来源事项。这就是全部的方法。本指南的其余内容,都是为了让这一行字在会议结束后依然有效。

行动项在您已在使用的工具中存放在哪里

各大平台都有存放行动项的位置,但各自止步于不同的环节。以下只列出厂商自家页面上记载的行为,并标注页面的核查月份:

平台行动项在哪里撰写会议结束后会怎样
Microsoft Teams通话期间会议控件中的 Notes,这是一个任何与会者或组织者都可编辑的 Loop 组件,通过标记人员来分配任务;会议回顾列出后续任务笔记自动保存,可从 Teams 日历和会议回顾中访问;外部与会者无法访问或编辑(笔记页面核查于 2026 年 10 月,回顾页面核查于 2026 年 8 月)
Zoom Workplace会议期间,Meeting questions with AI 在付费 Zoom Workplace 套餐中可回答预设问题"What are the action items?";会后,AI Companion 会议摘要带有"Next steps"部分摘要通过电子邮件发送,列在网页门户的 Summaries 页面,也可发布到会议的群聊中;主持人选择共享时参会者才会收到,只有主持人可以编辑,未经身份验证的用户收不到邮件(核查于 2026 年 8 月和 9 月)
Google WorkspaceTake notes for me 在会后向笔记文档添加"suggested next steps"部分;读者可以查看和编辑这些后续步骤,"甚至可以把任务分配给某人"笔记以 Google Doc 形式送达,按配置的设置共享;分配是人在文档中的一次点击;该功能一次只支持一种语言——同一场会议中说多种语言不受支持(核查于 2026 年 9 月和 10 月)
Slack来自会议议程模板的 canvas,在频道中共享,包含后续步骤和带截止日期的行动项部分canvas 作为文档留在频道中;通话中说过的内容不会出现在里面,除非有人手动输入(核查于 2026 年 10 月)

各处有两点是相同的。行动项是会议旁边的一份文档,使用的是会议室里所用的那一种语言;而上周的事项是否完成,文档本身并不回答——要由人在下次会议上打开它并去问。

会后回顾如何保存这份清单

InterMIND 是一个沟通空间,会议就存在于频道之中,所以清单有一个显而易见的归处:频道的聊天。议程在前一天放进去,结果在会后回到这里;每位成员用自己的语言输入,用自己的语言阅读其他人的内容。通话期间,作为笔记发布的清单可通过 Share to conference 显示在每个人屏幕上、视频画面旁边;分享者实时编辑,每位参会者都用自己的语言阅读。如果议程或跟踪表是在别处起草的,可以通过电子邮件进入频道:频道所有者为它分配一个专属地址,发往该地址的邮件会作为一条普通消息出现,发件人姓名和附件都会保留。

通话结束后,会后回顾由会议本身生成:一份摘要、标注为已同意、未决或有争议的要点,以及行动项。行动项只在有人承担责任(被指名或自行认领)时才会记录,行中带有负责人,以及对方答应的那一刻的时间戳,点击即可在该时刻打开转写。如果会上说过截止日期,它会保留在该行的原话中。会后回顾通过电子邮件、频道中的一条消息以及日历事件中的链接送达,每位已登录的成员都以自己的语言阅读——记录是按读者翻译的,而不是只用会议室碰巧使用的那种语言写一次。负责人写错了,用 Edit 修正;每次编辑都保留作者和修订历史,频道保存着每一场过往会议的会后回顾,所以三周前的那一项,一次点击就能找到。

对于频道中的循环会议,清单还会被回读。撰写下一次会后回顾时,上一场会议中未完成的行动项会对照会上所说的内容进行判断:有人报告已完成的事项标为已完成;其他的标为未完成,并用会议中的原话写明原因,如果没人提起,则写"未讨论"——同时标出它最初被记录的日期。在开通此预览功能的账号上,会后回顾的两份清单如下所示:

## 行动项
- [ ] 把修订后的报价发给 Aster (Anna) [12:05]
- [ ] 预订日语 QA 测试轮次 (Kenji) [27:40]

## 上次遗留
- [x] 向第二位终面候选人发出 offer (Priya) · 2026-10-06 [0:09]
- [ ] 把商机迁移到新的 CRM (Dana) · 2026-09-10 — 商机仍在旧 CRM 中 [0:20]

已完成的事项也会在其最初写下的那份会后回顾上标记;未完成的会带到下一场会议。会后回顾页面会汇总频道最近 30 天或全部时间内的行动项——主办者能看到所有人的行,成员只能看到自己的——并且在下一场会议开始时,Mia 会点出未完成的事项及其负责人,让清单被说出来,而不是等人去找。这一部分目前在选定的账号上运行,仍在完善中。

如果清单最终需要进入记录系统,主办者可以把会后回顾的副本添加到任意地址——例如 CRM 或任务跟踪工具的收件邮箱——此后该会议或频道的每份会后回顾,在对该地址做一次性确认后,也会发送到那里。具体机制见通过电子邮件在 CRM 中获取每份会议回顾的副本。同一份会后回顾还可送达 Zapier、webhook 或 API,摘要为 Markdown 格式;读者自己的助手——Claude、ChatGPT、Copilot 或 Gemini——可以通过 MCP 连接器读取这些会后回顾,所以"把我最近三场会议的行动项加到我的任务清单",就是他们在已在使用的工具里的一句提示词。

访客通过链接加入,无需账号,无需付费——手机、浏览器都可以——并能用自己的语言实时听到会议。访客会后没有可查阅的记录——账号是免费的,有了账号才能查看记录。主办者提供这个空间,在付费套餐上,只为前 28 天内活跃的成员付费;安静下来的成员无需额外费用,仍保有访问权限。

行动项作为一门手艺,在任何工具中都适用:总得有人对一项任务说"好",大声地,带着日期。不必保留下来的,是第二份工作——会后用一种语言重新敲一遍清单,再在下次会议开头问一句有没有人做了上次说好的事。

常见问题

什么是行动项?

行动项是会议中产生的一项任务,写成"动词+对象、一位负责人、一个日期"的形式:"Anna——10月16日前把修订后的报价发给 Aster"。它不同于决定(会议室里达成一致的事)、未决问题(暂时无人能回答的事)以及已经在跟踪工具中的项目任务。它的目的在于:没参加会议的人也能看出将会发生什么、由谁来做、什么时候算逾期。

行动项的例子有哪些?

"Lena——10月16日前起草新的定价页面文案——来自决定 2。"一个名字、一个动词、一个日期,以及它的来源。同样的内容如果写得不好,就是"市场部看一下定价页面":没有具体的人,没有完成条件,没有日期。

会议纪要中如何写行动项?

每项一行,放在专门的标题下:负责人、任务、截止时间,按此顺序——"行动:M. Bauer——9月5日前把更新后的价格表发给销售部。"有人接下任务的那一刻就写下来,连同日期大声复述,让负责人确认,并在会议结束时把所有事项一并列出。没有负责人的行动项应记为未决问题;完整格式见会议纪要指南。

行动项和任务有什么区别?

行动项诞生于会议,并由该会议复查:它是带有负责人和日期的一行字,生命周期很短——几天或几周。任务存在于跟踪工具中,有自己的状态、估算和历史,可能跨越多场会议。行动项经常会变成任务("Mateusz——明天前为导出修复开工单"),但在会上提到已有的工单,并不会让它成为新的行动项。

会议中谁对行动项负责?

每个行动项只有一位负责人——在会议室里答应下来的那个人——而会议主持人对清单负责:在结束时复述、当天发布,并在下次会议开始时用它开场。分给缺席者的事项是一行没人认可的字;真正要做的事是去问他们。

如何跟踪会议中的行动项?

每个循环会议保留一份清单,而不是每场会议一份;每场会议都从它开始——每位负责人用两分钟说明已完成还是未完成,以及原因;给每个事项一种三选一的状态;绝不悄悄顺延未完成的事项:在会议室里重新定日期、重新分配或放弃。任何文档、电子表格或 canvas 都可以用来存放清单。在 InterMIND 的频道中,会后回顾会根据会议生成清单;对于启用了遗留事项预览的循环会议,它还会回读上一场会议的未完成事项,并将每一项标记为已完成或未完成,附上原因。

Zoom、Teams 或 Google Meet 能自动生成行动项吗?

根据它们的文档:Zoom 的 AI Companion 会议摘要在付费 Zoom Workplace 套餐中包含"Next steps"部分,会议期间也可以提出预设问题"What are the action items?";Microsoft Teams 会议笔记允许与会者通过标记人员来分配任务,Teams 回顾会列出后续任务;Google Meet 的 Take notes for me 会在笔记文档中添加"suggested next steps",由人来分配。以上各种情况下,记录都只使用会议所用的那一种语言;Google 声明不支持同一场会议中使用多种语言。


来源:Microsoft — 在 Microsoft Teams 中记录会议笔记;Microsoft — Microsoft Teams 中的回顾;Zoom — 在 AI Companion 中使用会议摘要;Zoom — Meeting questions with AI;Google Workspace Updates — "Take notes for me"现可捕获"next steps";Google Meet — Google Meet 中的"Take notes for me";Slack — 会议议程模板(canvas)。Microsoft 的笔记页面、Google 的 Meet 帮助页面和 Slack 的模板核查于 2026 年 10 月;Microsoft 的回顾页面和 Zoom 的会议摘要页面核查于 2026 年 8 月;Zoom 的 Meeting questions 页面和 Google 的 next-steps 公告核查于 2026 年 9 月。厂商会随时间调整套餐、功能和语言列表;请查看其页面了解最新情况。

会议与回顾的更多内容

会议与回顾下的所有文章
全员大会(All-hands meeting):议程、形式、示例——以及每个办公室如何用自己的语言收听(2026)
会议与回顾

全员大会(All-hands meeting):议程、形式、示例——以及每个办公室如何用自己的语言收听(2026)

全员大会是全公司共同参加的会议——管理层分享数据、决策和故事,每个人都可以就此提问。本文介绍行之有效的会议形式、按公司规模划分的召开频率、可直接复制的议程模板、三个填写完整的示例,以及全员大会在 Microsoft Teams、Zoom、Google Workspace 和 Slack 中的位置,还有会后如何将问题、答复和决策传达给早上 7 点加入的办公室和晚上 9 点加入的办公室。

The Mind.com Team

会议记录模板:需要记录什么、现在由谁来写,以及通话结束后记录存放在哪里(2026)
会议与回顾

会议记录模板:需要记录什么、现在由谁来写,以及通话结束后记录存放在哪里(2026)

会议记录模板是一页式的版面,您可以在通话期间填写:会议目的和与会人员,每个议题一个区块,记录讨论内容、做出的决定以及谁在何时之前负责什么,另设一个“暂存区”,用于记录已提出但尚未解决的事项。本文介绍模板格式、可直接复制的模板、两个填写示例,以及会议记录与会议纪要和会议回顾之间的区别,并说明记录在 Microsoft Teams、Zoom、Google Workspace 和 Slack 中的存放位置,以及通话结束后这些记录会如何处理。

The Mind.com Team

12 种会议的会议议程示例——以及每种会议留下了什么(2026)
会议与回顾

12 种会议的会议议程示例——以及每种会议留下了什么(2026)

可直接复制的 12 个会议议程示例——团队周会、每日站会(daily stand-up)、一对一沟通、项目启动会、冲刺评审会、复盘会、全员大会、领导层会议、采用consent agenda(一揽子批准议程)的董事会会议、客户电话会议、客户 QBR 以及招聘复盘会——每个示例均包含目的、议程事项、负责人和会议纪要,并补充了多数示例忽略的一点:会议留下了什么,以及以谁的语言留下。

The Mind.com Team

通过电子邮件获取新文章和产品更新

每月一封电子邮件,包含新文章和产品更新。随时可取消订阅。