跳过正文
  1. Posts/

3年后重启Notion,我好像变成更成熟的用户了

·900 字·2 分钟
<Growth> 人往高处走 Tips Notion 生产力
Lucia Kot
作者
Lucia Kot
熟人限定版话痨,所以你现在是我的朋友啦
目录

第一次使用与弃用
#

2020年第一次在ali abdaal的视频里接触到了Notion,neat的外形+独树一帜的数据库设计让我垂直入坑:热血沸腾学习各种教程,连建3个workspace决心all in one。

当时我的决策好像是两极化的,要么就是all in one,要么就是quit,就像一些失败的爱情,我炽热地上头,草率地下头。

不知不觉重新拾起Notion已经是3年后的现在。

重新种草
#

这次让我重新启用Notion的种草源头是Jeff Su。 Jeff作为职场方向的生产力博主,推荐的使用方法更适合现在的我(以及大部分普通用户,除非你是销售Notion模板的博主):

我并不想把学习/设置Notion作为主线,而是希望Notion服务于我的主线。

这次我怎么用Notion?
#

重新使用下来也有个把月了,目前磨合地还算舒服,自觉已经成为了一个更成熟的Notion用户了:

让Notion服务于我的需求。

包括:

  1. 不执着于打造fancy的第二大脑,而是按照需要、阶段性设置。

  2. 不奢求all in one,而是取各家之长: Notion整理结构性数据,如知识库; 写文档就用语雀,毕竟打开速度更快大幅减少friction,功能聚焦,文档写作支持更强(百思不得其解为何Notion不支持simple table内的bullet points),更可结合语雀小记,配合插件使用很愉快。

  3. 重要的数据库turn into database page,并集中在同一个页面下管理,防止误删除,这些相当于后端。实际使用的是数据库的view,放在你需要用到的dashboard里,这是前端。

  4. 不奢求一个数据库统管全局,也不盲目开数据库。 数据库集中方便管理,免得吃灰。 不过也有项目制的情况,字段特殊,不适合沿用集中的数据库。 目前采用的逻辑类似于git分支管理: 长期使用的数据库类似于main分支,存放对长期有价值的数据。 项目制使用的数据库类似于feature分支,存放短期内需要追踪的数据,需要存档时复制或移动到长期使用的数据库中,相当于merge。(建议使用复制而不是移动,由此可以存档项目制文档中的记录)

不知道这次是否会继续坚持,但我已不再执着于此, 只要能为我的主线生活起到帮助,那就好了。