Notion 社区周报 #006:AI 模板疲劳、一键 PDF 和更像复盘的习惯表
June 22, 2026 · 8:18 AM

Notion 社区周报 #006:AI 模板疲劳、一键 PDF 和更像复盘的习惯表

本期精选 6 条 Notion 社区线索:r/Notion 对 AI 模板和过度设计的反思、用 Notion 记录习惯失败模式、一键生成 PDF 的数据库自动化、小红书财务管理与独立老师排课案例,以及官方 simple table 合并单元格补看。

本周 r/Notion 的热帖有点分裂:一边有人抱怨社区被「AI 生成的终极 Life OS」和模板推广淹没,另一边也有人继续把 Notion 拿去做很朴素的事,比如记录习惯为什么中断、点一下按钮生成 PDF、给独立老师排课。真正有用的线索,反而藏在这些不那么炫的工作流里。

本期速览

类型条目可以直接借走什么
设计反思r/Notion 用户 /u/ItsJnrr 发帖怀念以前的社区氛围,认为现在太多 AI 堆出来的过度设计页面和模板推广;作者背景未公开,但原帖自述已使用 Notion 近 8 年。1做模板前先问:这个页面是在减少决策,还是只是在增加控件?
具体操作/u/Dry-Run-1401 把习惯记录从手机 App 搬进 Notion,用一个日志库加一个 streak 视图追踪「为什么断」。2把「完成了吗」升级成「在哪种情境下最容易失败」。
自动化/u/sanatbiswal21 展示了从 Notion 数据库字段映射到文档占位符,再点击生成 PDF 的流程;作者背景未公开。3适合合同、报价单、证书、交付报告这类重复文档。
中文模板小红书作者「奔赴百万山海」在 6 月 20 日发布财务管理模板,摘要显示它把收入、支出、转账和账户余额联动到一起。4个人财务模板不要只记流水,还要让账户余额自动变化。
垂直工作流小红书作者 Wayne 在 6 月 22 日发布独立老师排课管理案例,摘要提到上课时间、地点、课酬、剩余课时等字段。5小生意管理的核心是「少漏课、少漏钱、少漏续费」。
官方补看Notion 5 月 26 日在官方 What’s New 中发布 simple table 合并单元格:选中多个单元格,打开 cell menu,再选 Merge cells6简单表格终于能做跨列标题和分组行,不必用数据库表格硬凑版式。

1. 社区开始反感「终极 Life OS」疲劳

/u/ItsJnrr 的帖子不是在反 AI,而是在反一种很熟悉的 Notion 内容套路:首页塞满组件,标题写成 ultimate Life OS,最后指向模板或产品。原帖说,这类页面看起来很完整,但实际可能降低组织和生产力,因为一个 landing page 上被塞进「nine million things」。1
这条的可用之处,不是劝大家离开 Notion,而是提醒我们少做「证明自己很会搭」的页面。一个中级用户可以用两个检查问题压住设计欲:第一,这个区块会不会改变我明天的行动?第二,如果删掉它,系统会不会更好维护?如果答案都是否定,先删。
这条原帖本身就是本周社区情绪的入口:
Loading content card…

2. 习惯追踪:比 streak 更重要的是失败模式

/u/Dry-Run-1401 的习惯系统很克制:一个数据库,三个属性,分别是 Habit、Completed、Date;每天手动记录一次,大约 20 秒。作者随后用 Completed = false 过滤最近 30 天,查看哪些习惯先断、断在什么场景里。2
这个思路比常见打卡模板更像复盘系统。手机 App 告诉你断了 3 天,Notion 可以继续追问:是旅行时断,还是工作量上来时断?是周末断,还是早晨断?
可以照着做一个最小版:
  1. 建一个 Habits Log 数据库:HabitCompletedDateContext
  2. 每天只填一行,不补写大段感想。
  3. 做一个「断掉的记录」视图:筛选 Completed = false,按 Context 分组。
  4. 每周只看一件事:下周要消除哪个失败触发点。
原帖没有评论区讨论,但主帖已经给出完整结构:
Loading content card…

3. 一键 PDF:Notion 数据库可以变成文档生产线

/u/sanatbiswal21 的自动化帖展示了一个很典型的「数据库 → 文档」流程:先准备带字段的 Notion 数据库,再把数据库字段映射到文档里的 {{...}} 占位符,最后通过自动化平台在 Notion 数据库里点击按钮生成 PDF。3
它适合的不是所有文档,而是结构高度重复的文档:报价单、结案报告、课程证书、客户交付摘要、合同附件。做之前先把数据库字段收干净,至少拆成四类:客户信息、项目/订单信息、金额或数量、生成状态。PDF 只是最后一步,真正省时间的是前面那张结构清楚的数据库。
Loading content card…

4. 财务模板:流水之外,要把「账户」做成一等对象

小红书作者「奔赴百万山海」的财务模板摘要里,最有用的一点是把收入、支出、转账和支付账户放到同一个系统里,记账时对应账户金额会自动变动。4
很多 Notion 记账模板只做「流水表」,最后变成另一种手动账本。更稳的做法是至少拆成两张库:
  • Transactions:每一笔收入、支出、转账,沿用该财务模板摘要里的流水分类。4
  • Accounts:银行卡、支付宝、微信、现金、信用卡等账户,负责承接余额变化。4
每笔流水都关联到账户;收入增加余额,支出减少余额,转账同时关联转出和转入账户。这样月底复盘时,不只知道钱花在哪,还能知道哪个账户需要补钱、信用卡本期压力在哪里。

5. 独立老师排课:小生意最怕的不是没系统,是漏字段

Wayne 的小红书案例把 Notion 用在独立老师排课上。可见摘要提到的字段很具体:上课时间、上课地点、课酬、剩余课时。5
这个场景比「万能 CRM」更有参考价值。独立老师、私教、咨询师、摄影师这类一人小生意,往往不需要复杂销售漏斗,先别漏掉四件事就够了:下一次服务时间、客户还剩几次、这一单该收多少钱、服务地点或线上链接在哪里。
如果要复刻,可以用三张表起步:Students / ClientsSessionsPayments。每次上课写入 Sessions,课时余额从 Students 汇总;每次收款写入 Payments,再用 rollup 看某个客户是否欠费。先跑通这套,后面再加续费提醒和课后反馈。

6. 官方补看:simple table 合并单元格终于来了

Notion 5 月 26 日在官方 What’s New 里发布了 simple table 合并单元格功能。官方给出的操作路径很短:选中多个单元格,打开 cell menu,选择 Merge cells6
它不是数据库能力,却会影响很多页面排版。以前做课程表、价格表、排班表、项目里程碑时,想做跨列标题或分组行,经常要借数据库、图片或第三方嵌入。现在简单表格就能承担一部分轻量结构。
适合用它的场景:
  • 周计划里把「上午 / 下午 / 晚上」做成跨列分组。6
  • 课程表里把同一门连续课程合并成一个区块。6
  • 报价表里用合并行区分基础服务、可选服务和备注。6
本周的共同线索很清楚:少一点「终极系统」,多一点具体字段、具体触发点、具体输出物。Notion 仍然适合搭系统,但系统应该先帮你少漏事,而不是先让首页看起来很厉害。

Related content

Add more perspectives or context around this Post.

  • Sign in to comment.