Notion 于今年 3 月推出的 Page 级别的 Wiki 功能，让任意页面能够拥有数据库「打标签」的能力，又保留了「Page」本身分栏排版的灵活性，同时还增强了团队场景下的协作能力。
但要体会这项更新所能带来的益处，需要对 Notion 本身足够熟悉，因为它改进的痛点对新手来说通常不易察觉，所以如果本文内容你还看不太懂的话，或许可以等学完数据库后，再回来看这部分的内容。
同时我还认为，这项功能目前仍处在比较早期的状态，我们需要用正确的心态来对待和使用它。
开启方式
点击页面右上角三个小点，然后选择
Turn into wiki来激活这个功能。切换到 Wiki 功能后，页面会被强制改为 Full width（全宽）模式。需要注意，这个功能无法对数据库中的页面生效。
转换成 wiki 之后，你还可以在同一个位置点击
Undo wiki来撤销这一功能，所以不用担心它会对你的页面造成损坏。
激活这个功能后，最直接的变化就是页面的左上角出现了类似数据库视图切换的选项，默认情况下会有三个视图，它们各自的基础特性如下：
- Home 视图：保留页面原有的内容和排版，不做任何改变。
- All Page 视图：这个视图会遍历主页面内的所有子页面，然后罗列于数据库内，但它无法将本就处在数据库内的页面列出来。
- Pages I Own 视图：过滤筛选出所有由「我」创建的页面，所以如果这个 Wiki 并不参与团队协作，那么 2、3 视图将会相同。
同时你还可以继续为这个 Wiki 数据库添加不同的视图，根据你的需求自由定制：
基础用法
什么样的页面适合开启 Wiki 这个功能呢？有一些页面合集（或者专题页面）在创建之初，我们可能还未想到要用数据库来组织呈现，例如下图：
- 《双十一营销计划》是一个大型项目，而大项目之下有 5 个子项目
- 子项目与子项目之下更具体的任务，将由不同的部门来负责
渐渐地，随着创建的内容越来越多，我们会发现这么做有几个问题：
- 各种页面互相嵌套之下，变得非常凌乱，很难快速找到想要的东西
- 无法第一时间判断页面的时效性、以及页面的负责人
- 想要切换到数据库，但似乎已经积重难返
在 Wiki 功能推出之前，如果想对这些页面进行结构化管理，例如为页面打标签、设置时间、设置 Checkbox 等，就需要将这些页面全部拖进某一个数据库之内，就像下面这样：
但是通过这个方法创建的数据库，只有最外面那层 Page 能拥有数据库结构，而 Page 之中的 Page 则无法拥有数据库结构化管理的能力：
但现在如果你将这个最外层的 Page 转换为 Wiki 的话，在 All page 视图下，你会发现它所有的子页面都被罗列在这个数据库中了，然后你就可以用过去管理数据库的方式，来管理这些子页面：
还有个很重要、但大多数新手很难发现的特性是，当你将这个页面转换为 Wiki 之后，这个页面就拥有了数据库的特性，而既然它已经是数据库，所以我们就可以用「Linked view of database」这个命令，来创建一个链接到这个 Wiki 的数据库视图：
这个特性在我看来实在是 Wiki 功能的神来之笔。
前面我们已经说了，Wiki 的 Home 视图能够保留页面的分栏排版特性，但其他的视图则会变成 full page 模式的数据库视图，而且当协作编辑的人数一多，必然会创建出各种各样的数据库，然后全部堆积在小小的切换卡下方：
但是现在我们可以在 Home 视图之下，创建一个链接到 Wiki 的镜像数据库，并且这个数据库可以在 Home 视图中、或者任意一个页面内自由摆放、自由编辑，自由地过滤筛选，然后根据不同的需求创建不同的视图。
如此一来就进一步扩大了 Wiki 的实际效用和能够覆盖到的场景，不过我们还需要等到下一个章节中才能具体介绍各个数据库的实际用法和实操案例，所以本文对 Wiki 的介绍暂时还无法做更多展开。
所以如果看到这里你对 Wiki 的特点依然还是很模糊的话，先不用着急，学完第三章的内容再来回顾本文就会有更深的感触。
Wiki 与数据库的功能差异之处
字段位置不同
过去的数据库，一个字段就会占据一行位置，不仅导致页面空间占用过大，还会让人在沉浸写作的时候，总感觉整体观感不够纯粹，但现在 Wiki 将所有字段并排放置于页面最顶部，这让页面更简洁了。
新增了两个字段
在 Wiki 视图中，Notion 为其新增了 2 个默认字段，分别是 Owner（责任人） 和 Verification（验证）。在协作场景中，Owner 与先前的 Person 字段相似，都能标注该 Page 都有哪些参与人：
但在一个页面中，只有 Owner 才能编辑 Verification 这个字段：
所以 Verification 这个字段是什么意思，它有什么用？
在我们浏览各种文章、维基百科、或者公开分享的知识库时，我们常常会留意一个很重要的内容要素：最后更新时间。我们将以这个时间来判断页面提供的信息是否可靠、是否过时、是否可以成为我们可以参考的信息源。
而 Verification 这个字段提供了两种确认方式，一种是永久确认，另一种则是限定时间范围内的确认。当你选择 Indefinitely 时，Notion 便会将页面标记为「Verified」，即已验证。
你也可以选择一个特定的时间，例如 7 天后、30 天后、90 天后。当设定的时间到来，Noiton 就会向你发送提醒，让你能够重新检查页面的信息确认情况。
时间到期后，Notion 会向你发送邮件提示
在工作场景中，以下是我能想到的一些需要定期更新、或者在使用前需要确认信息时效性的文档类型：
- 客户信息资料、合作伙伴信息、销售数据报告
- 竞品分析、行业发展报告、关键业务报告
- 工作流程、执行标准、培训资料
而在学习和生活中则可以适用于以下几种
- 保险保单
- 健康体检
- 生日提醒
总的来说你可以将这个功能当成「日历提醒」，任何你认为需要定期提醒的内容，你都可以通过这个方式来实现。不过在普通页面内，你也可以通过
@remind 来达到提醒效果。新增了独立的搜索框
在 Wiki 的右侧有一个独立的搜索框，当你点击搜索时，Notion 会自动将搜索范围限定在当前 Wiki 内，这样就能让你更快地搜索到相关性更强的内容了。
到这里我们就基本讲完了与分享和协作相关的内容，从上篇文章与本篇文章可以看出，Notion 的强大不仅体现在功能的丰富度和自由度上，其页面的各种分享与权限设置之复杂，也进一步说明了这款产品的细节体量有多庞大。所以如果文章有任何被我遗漏的细节要点，也欢迎各位在评论区下方留言，我会尽快补充。
最后，本文之所以对 Wiki 的实操案例并无过多深入介绍，是因为 Wiki 与数据库是深度绑定的，在你真正了解数据库之前，Wiki 的用处很难发挥出来。它更像是一个新的机制或特性，好用与否完全依赖于你自身对数据库本身的理解程度。
所以下一章《数据库基础》将会是本栏目最重要的一个章节，敬请期待。
