notion 会议记录模板

用 Notion 记会议，最容易卡在两头：一是每次开会新建一个空白页，散在十几个地方捞不回来；二是字段全靠手写，待办和责任人写进正文里，过两天没人翻。这篇不讲概念，直接给一套模板的字段设计和搭建顺序——先定属性、再定正文结构、最后配视图和协作规则。适合几个人到几十人的团队照着改。

Notion 记会议最常见的两个死法：每次开会新建一个空白页，散在十几个地方，三天后谁也捞不回来；字段全靠手写，待办和责任人写进正文里，过两天没人翻。这两个问题都不是靠「模板好看」解决的，而是靠字段先定死、正文结构先固定、视图先配好。

下面这套顺序适合几个人到几十人的团队照着改：先定属性，再定正文三段结构，最后配视图和协作规矩。改的时候别追求一次到位，先建最小可用版本，跑两周再补。

先把属性定下来：会议记录的四个必备字段

属性是这套模板的地基。日期写成日期属性而不是塞进标题，排序和筛选才成立；参会人用人员属性，后面按人筛待办才有依据；所属项目或客户用关联属性，半年后还能按客户往回捞。这四样缺一个，视图就废一半。

正文结构越固定，填的人越不容易跑偏。会前放议程和资料链接，会中按议题分小节只留结论，会后放待办清单。三段之外的东西，比如逐字记录、转写原文，统统折叠或丢到子页面，主页面只留能直接读的部分。

会前十分钟填议程用待办块列出这次要过的议题，每条议题后面挂上资料链接；没填议程的会不开或改成异步沟通，验证方式是看会后有没有议题没结论
会中按议题分小节每节下面只写讨论要点和结论两行；要留原话就用引用块，跟结论视觉上分开，验证方式是别人只看这一页能不能复述结论
会后当天收尾待办清单每条写清做什么、谁做、什么时候交；责任人必须从人员属性里选，不能写「大家」「相关同事」，验证方式是这条待办能不能直接派给具体的人
转写稿单独放录音转写原文折叠收起或放子页面，主页面留给结论；转写工具按什么口径挑，到 /ai-nav/category/ai-meeting 看当时的整理

视图不是越多越好，三个能覆盖九成使用场景：一个给自己每天看，一个给团队每周回顾，一个做长期归档。视图建多了，团队反而不知道该看哪个。

待办建议单独建一个库，用关联挂回会议页。好处是同一个人的所有待办能跨会议汇总，也能算完成率；坏处是多一层结构，人少的时候会嫌重。到底值不值得单独建库，看团队有没有「一个人同时被好几个会派活」的情况。

模板搭得再漂亮，没人按规矩填就是空壳。协作规矩就三条：谁填、什么时候填完、多久回看一次。这三条写进团队约定里，比在模板里加十个提醒都管用。

模板解决的是「记得住」，协作规矩解决的是「有人做」；前者建一次，后者要每周花十分钟维护。

Notion 会议记录模板用页面模板还是数据库模板？

看你要不要跨会议汇总。只看单场会议，用页面模板够了；要按人筛待办、按项目回看历史会议，就必须建数据库，页面放在数据库里当条目。判断标准很简单：你会不会问「上周有哪些待办还没做完」——会问就上数据库。

待办写在会议页里还是单独建库？

单独建库更好，用关联挂回会议页。这样同一个人的待办能跨会议汇总，也方便配一个「我的待办」视图。缺点是维护成本高一点，团队不足五人、会议很少的话，直接写在页面里的待办块也够用，别为了整齐给自己加活。

模板搭好了，怎么让同事真的填？

把字段砍到最少，只留非填不可的；再把「我的待办」视图放到团队主页或侧边栏，让人不用翻就能看到。另外定死收尾时间，比如会后当天填完结论和待办，过了就不补。多数模板荒废不是设计问题，是没人定这个时间点。