基础设置日程管理与任务管理的区别核心差异待办清单（愿望清单）任务规划（项目规划）日历排期（日程规划）基础应用场景日历总览与清单列表日历总览与今日画廊多平台内容运营与发布管理基础框架初步搭建全局概览根据个人工作流程，制定更加个性化的运营中心
日历视图，顾名思义就是在 Notion 中构建出一张日历，让我们能以「可视化」的方式观察某个事件（某个 Page）在时间维度上处于哪个具体的时间节点，或者让我们能直观地看出它的时间跨度有多久，它与其他事件之间的间隔有多长，甚至是它与其他事件是否存在相交或冲突：
基础设置
使用命令
/Calendar 可以创建一个全新的日历视图，或者我们也可以在原有数据库的基础上，为它新增一个日历视图：
点击日历上的加号按钮，即可新增一个日历事件：
细节其一
如果你原始数据库中的文档没有标注日期（Date），那么当你新增了日历视图后，所有「没有日期的文档」都会集中收纳在日历视图顶部的「No date」栏位中，点击其中的文档，就会将该文档嵌入到日历视图的「当天日期」的位置中：
细节其二
你可以用拖动卡片的方式来修改日历任务的时间，也可以扩大或者缩小它的日期范围，与我们用过的日历 app 的使用体验基本一致：
细节其三
日历视图默认情况下会隐藏除了标题（Title）之外的所有字段，所以如果你希望能在日历中显示更详细的字段信息，那么可以在
数据库设置 - Properties 中将你希望显示的字段勾选上：
细节其四
日历视图默认会以「月视图」的格式呈现，在今年（2023 年） 2 月的一次更新中，Notion 为 Calendar 提供了「周视图」的模式，你可以在
数据库设置 - Layout -Show calendar as 中，将 Month 改为 Week 即可
细节其五
如果你创建的日历视图的每周第一天是从星期天开始（如下图所示），那么你可以在
Settings & members - Language & region 的选项中，将 Start week on monday 的这个选项勾选起来即可：
细节其六
如果你的数据库中包含多个日期相关的字段（Date），则可以在
layout - Show calendar by 中选择你需要的那个日期字段：
Notion 的日历视图不能做什么？
- 目前只有周视图和月视图，没有日视图、双周视图、或者年视图；
- Notion 日历视图的最细粒度只能显示到「天」，无法像下图的传统日历那样，能够显示该任务在一天之中占据的具体时间块。
日程管理与任务管理的区别
有时候我们可能不易分辨、或者容易混用「日程管理」「任务管理」以及「待办清单」这三者的概念，因为它们似乎都意味着存在某件事情需要去完成，都有规划行动目标的意味。
但是在「时间管理」这个大的课题下，显然我们必须分清其中的差异，才能更好地判断在什么情况下应当使用日历而非清单列表（或表格）来进行管理，也才能更好地体会 Notion 日历视图的应用场景和核心价值。
核心差异
需要注意的是，下文的个人见解并非在传达一种硬性的「执行纲要」，因为生活和工作远比想象中的复杂多变。所以尽管我是在尝试讨论不同方法的本质，但更多时候我们也不必「循规蹈矩」，只需依照个人需求灵活调整、随机适应即可。
在我看来，日程、任务以及待办这三种行动规划的核心区别如下：
- 日程规划：具备时间约束性，不以意志为转移，过期即不候；
- 任务规划：具备行动必要性，需要对结果负责，强调优先级；
- 待办清单：具备灵活适应性，需等待执行条件，可随时转化。
待办清单（愿望清单）
在 GTD 工作理念中，Inbox 收纳的是那些闪现的思绪、涌现的灵感，或者是一时浮起的冲动，于是这些待办（或者愿望）最显著的特点有两个：
- 其一是开始时间未知，所以我们选择用 Inbox 来暂时收纳以达到放空大脑的目的；
- 其二是结束时间（截止时间）未知，否则我们必然会更慎重地对待，而不是略显粗暴地先塞进收纳盒中。
所以在这个 Inbox 中，我们可以暂时收纳如下条目：
行动待办 | 想法思绪 | 愿望憧憬 |
可以给 XX 打个电话问候 | 产品 UI 需要优化 | 年终考评 8 分以上 |
找个时间修好家里的水龙头 | 研究飞行里程的作用 | 买个新笔记本电脑 |
和张总约个时间吃饭 | 怎么搭建笔记系统 | 去西藏旅游一次 |
显然以上表格中的任意一个条目都无法放进「日历」之中，因为它们都缺少时间这一要素的约束，通常也都缺少一个可供执行的前置条件，例如需要等有时间、等有钱、等找到对象、等这阵子忙完……在我们将这些待办（愿望）转化为正式的任务或者日程之前，它们都有可能随时随意地被取消或终止。
所以如果要用 Notion 来记录这些零散的内容，我会建议只需要建立一个最简单的 Inbox 页面（Page），或者以最简单的列表或表格数据库的形式将它们收集起来即可，不需要太细致的分类，越快越好，越简单越有效。
如果你觉得 Notion 「太重了」，不便记录这些大小不一、略显琐碎的条目，后面的课程还会向你推荐更多能够与 Notion 进行联动的轻量级灵感收录方式。
任务规划（项目规划）
任务规划（项目规划）仅从字面就传达出了更浓厚的「责任感」，规划这些任务或者项目的原因，必然是为了获取某项明确的结果。而在获取结果的过程中，除了截止时间（DDL）这一要素非常关键，这些任务的分类和管理也相当依赖于
优先级 或者 重要程度等主观决定的多重因素，所以它们天然就适合用数据库的表格视图进行管理。简单来说，我认为它们存在以下两个特点：
- 任务或项目的优先级通常是主观决定的，意味着任务的「执行顺序」、以及「完成与否」通常与自身的执行力高度相关；
- 规划好的任务至少会有一项到期时间（DDL），意味着它们具备「最终都需要完成」的责任要求，但「什么时候启动」则可能遭到拖延，典型案例如一拖再拖的毕业论文。
如你所见，下图是我的 Notion 课程更新排期表 ，从表格规模可见完成本套栏目的连载是一个大的任务合集，而每个大章、每篇文章的更新则是这个最大合集向下继续拆分的任务子集：
显然在这一个长期的创作项目中，我无法提前为每一篇文章事先规划好什么时候开始写，也无法估算它什么时候能够写完，因为创作的状态并不「平均」，每篇文章的篇幅长短也难以预料。
所以我只能为每个大章设置一个最晚完成时间，然后在过程中动态调整我的写作排期，如果还有时间就多写点，如果快来不及了就尽量收篇。如此一来，将这些写作任务用日历视图来进行管理也是不大可行的，否则必然频繁招致名为「逾期」的负反馈。
在我看来，一旦使用日历来进行管理，那么这个事件必然需要具备一定的「确定性」。
日历排期（日程规划）
我认为一个事件、或者一个任务，只要具备以下几个特征中的一个或两个，就适合使用日历这项工具来进行管理：
- 具备明确的开始时间与结束时间；
- 不以人的意志为转移，过期即结束或失败；
- 在排程的时间段内具备一定的排他性，时间最前则表示优先级最高；
- 该事件大概率不是独自参与，还与自己之外的某个人、某件事、或者某个地方有关。
依此标准，课程表、生日派对、去听演唱会、工作会议、面试，节假日、热点日历、庆典安排、还信用卡等，都可以非常自然地写进日历视图中：
然后再添加一个 Checkbox 字段，以及 Filter 过滤（仅显示未打钩任务），就可以非常便利地在日历中管理每周、或者每个月的日程了：
同样的事件如果用表格数据库来管理的话，「时间」这个关键要素的呈现就显得略微「枯燥」，不够有画面感，无法让我们快速感知到这个任务「距离今天」还有多久，也无法快速判断不同任务之间是否可能存在冲突等问题：
基于前述分析，以及 Notion 数据库本身在创建镜像视图、以及筛选过滤等方面的特点（或者说优势），我认为有以下几种简单场景是你可以尝试用日历视图来实现的。
基础应用场景
日历总览与清单列表
下图案例是一个日历视图与列表视图互相联动的简单应用，核心目标只有两个，其一是用列表视图提供快速记录的方式，其二是发挥日历视图在观察和调整任务时间上的灵活性。
首先，我在右侧建了一个日历数据库，用于显示和管理工作、生活中所有确定了具体日期的事件或者任务：
接下来引用这个日历数据库的数据源，然后在页面左侧分别创建了 3 个列表形态的镜像数据库，每个库都使用过滤（Filter）功能筛选出了包含特定标签（工作、生活、愿望）的事件或者任务：
如此一来，我们可以用列表快速记录事件，然后用日历以可视化的方式来分配或者调整任务排期：
在这个案例中，日历视图存在的必要性是什么？
- 我们将「时间」视作一种人人平等的资源，日历上有多少「空位」即表示我们还剩余多少可支配的时间，如此能让我们在制订计划、规划排期时，增强我们对时间余量的感知
- 日历可以作为每周、每月的事件复盘表，能让我们对「这段时间都做了什么」一目了然
当然本案例的分栏排版对于小屏幕的用户来说，也许会略显局促，所以你完全可以根据自己的需求进行重新排版。
日历总览与今日画廊
在下图案例中，我引用了右栏日历视图的数据源，然后以画廊模式（Gallery）在左栏创建了一个镜像数据库，并对这个画廊视图做了如下设置：
- 使用筛选条件（Filter）筛选出了日期为「今天」的事项；
- 将画廊的封面来源设置为 「Page content」，并且文章内页不带任何图片。
如此一来就能够透过画廊的「视窗」非常直观地看出，今天最重要的工作有哪些，以及我都为这些工作做了哪些准备、或者是备注了哪些提醒事项：
如果有必要的话，还可以在这个镜像库中再创建一个视图，然后筛选出本月都做了哪些工作，或者都有哪些工作逾期了，这样能让你的月末复盘更便捷一些：
多平台内容运营与发布管理
假设我是一名全职的自媒体作者，需要同时为多个平台创作不同类型的内容（图文 & 视频），也需要管理和维护各个平台的内容发布、评论互动，以及还有更多不计其数的琐碎工作，它们完全占据了我的工作和生活。
不过对我来说，繁重的工作任务其实并不会向我施加过多的压力，因为我非常笃定只要我不急不躁、按部就班地进行，就一定能将工作做完、并且做好。然而更大的压力其实是来源于未知，即不知道自己到底还有多少事情需要完成，或者就算任务内容明确，一眼看过去所有的任务都堆积在眼前，就很难分清先后和主次。
基于以上问题，我们试着以日历视图为核心，来搭建一个全局的频道运营中枢。
基础框架
如下图所示，首先还是在分栏的右侧创建一个日历总表，然后在左侧用创建镜像数据库的方式创建三个表格形态的镜像数据库：
如此一来，我们就可以直接在日历上添加任务，只要为这个任务打上对应的平台标签，就能够在左侧对应平台的表格数据库中出现：
而在左侧的表格数据库添加的任务，只要标注了具体日期，也能够在右侧的日历中显示：
接下来就可以在表格中快速梳理一下各个平台都有哪些事情要做，这个阶段你不必梳理得细致入微，只需要将当下能够想到的事情写进去就好，并且这里我也没有为所有的任务都标注执行时间，所以仅有少部分日程明确的事件会显示在右侧的日历视图中：
除了写清任务或者事件的具体内容，还可以为它们打上对应的分类标签，以便后续能够设置更细致的工作流。例如我这里打的标签有以下几个：
- 运营动作
- 运营想法
- 选题
- 创作
这些标签需要后期不断优化和补充才能逐渐贴近你的工作流，所以在搭建系统的初期，你无须花费太多时间去思考应该如何设置。
初步搭建全局概览
在上一步中我们初步搭建好了存放和管理任务的核心数据库，其实到这步为止我们就可以开始进入执行阶段了，因为工作流程必然是要在实践中才能优化完善。
随着后续的任务量增多，单独一个日历视图大概率会被塞得满满当当。所以如果出现这种情况，我们可以为每个平台单独创建一个镜像后的日历视图，然后筛选出各个平台所对应的日程安排：
同时我们需要将分栏模式做一下调整，因为最开始的设计框架是最简单的左右双栏模式，这就会导致左侧的表格与右侧的日历无法顶端对齐（下图粉色部分）：
所以我们可以先用分割线
--- 将页面进行横向分割，也可以像我下图这样，上传一张细长的图片充当分割线：
然后再在两条横线之间使用
/2c命令将「一行」分成「两列」：
最后把相应的表格数据库和日历数据库移动到相应的分栏区块内，就可以保证每个平台对应的数据库都是互相对齐的了：
如此一来我们就可以通过自由创建和搭配不同的镜像数据库，来做到既可以用一个表来总览全局，也可以有针对性地聚焦于不同的频道事务中：
根据个人工作流程，制定更加个性化的运营中心
在后续使用过程中，我发现如果什么事情都要记录在数据库内的话，未免也显得太麻烦了一些。所以我在页面顶部使用三栏排版命令
/3c，再加上 /Callout功能，构建了最醒目、最需要优先关注的重点信息：
往下滑动页面后，我使用双栏左右排版，搭配 Notion2charts 图表工具（第六章还会着重介绍），就可以在左侧放置「账号粉丝数总览」，然后在右侧放置「账号日程规划总览」：
也可以列出日常运营时最常访问的账号后台，或者积累素材用的各大信息源：
如此，一个频道运营中心就搭建好了它的雏形框架，而这个阶段最忌讳的就是不停地去抠细节、或者去加功能，总想着要把这个页面做得更好看一点，总想塞入更多的功能区块和第三方插件，但其实一个页面搭建到这个程度就已经非常足够了。
如果要优化调整，请一定等到工作任务都完成之后再进行。
在我个人看来，日历视图与其说是一个用来管理事件的工具，我更喜欢将它当作用于分配精力与时间的工具，因为任务待办、事件行程无穷无尽，唯有「时间」人人平等且有限，而个人精力是其中最大的掣肘。
所以很多时候你其实很难通过使用日历视图来达到效率上的质变，但它提供了另一种观察时间的视角，没事就往那日历页上多看看、多想想，我总能找到自己安排不合理的地方，或者发现还有哪些「时间块」还有利用空间，慢慢地我就能找到更好的工作节奏，然后创造更多价值。
