USE CASE 落地场景

会议纪要:决议、待办、分歧,三样之外都删掉

纪要写得太长,通常是会前没想清楚这场要定什么。三类会各有各的写法,删法也不同。

会议纪要:决议、待办、分歧,三样之外都删掉
题图 / Unsplash

先分清是哪类会

决策会:要的是结论和责任人。谁拍的板、什么时候生效、谁执行。

评审会:要的是意见和修改项。哪条通过了、哪条要改、改完谁看。

同步会:要的是信息对齐和风险。哪些变了、影响谁、下一步等什么。

三类会的纪要结构完全不同。用一套模板套所有会,结果是要么漏决议,要么把同步会写成决议。

  • 决策会:结论、责任人、生效时间
  • 评审会:通过项、修改项、复核人
  • 同步会:变化、影响、等待项
会议桌前正在讨论的团队,白板上写着已定的结论
场景配图 / Unsplash

会前十分钟的准备

把议题和背景材料提前发给参会人,同时喂给模型一份。它有了背景,会后整理才不会把术语写错。

准备一个空表格:议题、结论、负责人、截止时间。开会时往里面填,比会后回忆准得多。

指定一个人专门记待办。发言的人顾不上记,记的人容易漏掉自己那部分。

这三件事花十分钟,能省会后一小时。

还有一个动作很值:会议结束前三分钟,当场把决议念一遍,让参会人确认。有异议当场改,比会后发邮件拉扯快得多。

黄色便利贴墙,会前把议题和背景材料一张张贴上去
场景配图 / Unsplash

会后两小时内整理

超过两小时,细节开始模糊,你只能依赖转写稿,而转写稿里的错你分不清是它听错还是人说错。

整理顺序:先定决议,再定待办,最后写分歧。决议没定下来,待办就是空的。

分歧要写双方观点和下次讨论时间。不写,下次开会从头吵一遍。

待办必须有三要素:做什么、谁做、什么时候交。缺一个,这条待办等于没写。

待办不要写“跟进一下”这种动词。写成“周三前把报价单发给采购”,才有人能验收。

笔记本和钢笔放在桌面上,会后顺手记下每条待办
场景配图 / Unsplash

验收清单

一,每个决议都有责任人。二,每条待办都有截止时间。三,分歧没有被写成“有待进一步确认”。四,全文一页。五,没有参会的人能看懂定了什么。

第三条最容易出问题。模型倾向于输出共识,会把明确的反对弱化成“部分同事有不同看法”。发之前专门找一遍这类表述。

第五条是终极检验。找一个没参会的人读一遍,问他:接下来谁要做什么。他答得出来,纪要就成了。

答不出来,多半是决议写成了讨论过程。

补充一句纪要发出去之前,把涉及人事、金额、对外承诺的段落单独给相关人确认。这三类内容错了,改起来最贵。

常见问题

要不要附完整转写稿?

不要。附了没人看纪要,都去翻原话,反而更容易断章取义。需要时单独提供。

会上没定的事怎么写?

写进“待定”,注明等什么、谁来定、什么时候定。不写,下次开会就忘了。

纪要让谁写?

让不主导讨论的人写。主导的人在讲,记不全;而且他写容易写成自己想说的。