在 OmniFocus 3 for iOS 上架四个月之后，OmniFocus 3 for Mac 终于随着 macOS Mojave 的更新而姗姗来迟。
对于这样一款问世了十年的应用1，我本没有期待它在核心体验上会有大的变化。但在接触 OmniFocus 3 的过程中，全新的标签系统以及重新设计的透视筛选方式，让我不得不重新思考它的使用方式。
在深度使用五个月之后，我意识到它不仅仅是 OmniFocus 2 的功能增强版，而是将 OmniFocus 的使用体验重塑得前所未有的强大与灵活。但正因如此，它可能也会给部分用户带来一丝容易被忽视的负担。
在 《OmniFocus 3 的五大改变，都是为了让你更自由地做任务管理》一文中，已经着重介绍过 OmniFocus 3 中出现的变化：
这三项改变在 iOS 和 Mac 版之间完全一致，本文就不再赘述。感兴趣的读者可以翻看之前的文章。
作为久违的大版本更新，OmniFocus for Mac 自然在界面也进行了重新设计。不知是不是为了配合 macOS Mojave，Mac 版的透视栏和侧边栏都采用了深色配色，让应用显得更加专业。最核心的大纲栏的排版也与 iOS 版更统一，动作的多标签全部一目了然地排列在大纲中。
在 OmniFocus for Mac 版中的预测透视中，有一个不起眼的新功能：用户可以自行设定一个标签，带有该标签的动作会显示在预测视图中的「今天」一栏中。
乍看之下这只是对预测透视的一处小小改动，但却成为我重新审视 OmniFocus 的起点。
在 OmniFocus 2 中一直困扰用户的一处设定是：预测透视只能显示带有「推迟至」和「截止日期」的动作，这让很多想将它视为「今日待办」的用户希望落空。因为那些已经过了「推迟至日期」的动作，就不会出现在预测透视，这对于事项管理来说无疑是非常危险的，相当于 OmniFocus 「忘记」了这类动作。
为了解决这个问题，不少用户选择给动作加上截止日期，让它一直出现在预测透视中，但满屏的截止日期又让人觉得压抑，制造了不必要的压迫感。我之前创建了一个「不要遗漏」透视，专门筛选出这类动作。虽然不会再遗漏动作，但在体验上总觉得稍显繁琐。
而 OmniFocus 3 中的改动，让预测透视可以真正成为一张「今日待办」。
当我在说「今日待办」清单时，其实我想看到的是四类动作：
前两类动作分别对应「截止日期是今天」和「推迟至日期是今天」的动作，在 OmniFocus 2 中是没办法显示出后两类动作的。
我通常按照一周的时间间隔来计划项目。在 OmniFocus 3 中，我将预计这一周内要完成的动作加上了一个「ThisWeek」的标签，所以 ThisWeek 标签囊括了第四类的动作。而第三类动作的持续时间不会超过一周（如果某个动作要花一周的时间来完成，就应该对它进一步分解），自然也包含在「ThisWeek」的标签其中。
借着「ThisWeek」标签，预测透视成为了「本周待办」。结合它本身的日历视图，每天早上只需要查看一次预测透视，就能确定一天的工作与学习任务。
通过在「预测」透视中加入标签，便能让它发挥出乎设计者意料的作用，这只是多标签的加入对 OmniFocus 影响的冰山一角。
在 OmniFocus 2 中，上下文只是过滤动作的一种维度，它要结合日期、所在项目、状态等属性来设定动作。但在 OmniFocus 3 中，标签的存在让我们可以完全自己构建动作的分类体系。
在我的 OmniFocus 3 中，根据动作的地点、所需设备、时间、类型、状态这五个维度，设置了五组标签。前三组其实和 OmniFocus 2 中的上下文设置一致，玄机藏在后两组中。本来为了不抢占唯一的上下文，动作的类型和状态只能靠其他属性进行设定，在 OmniFocus 3 中可以大大方方的通过标签注明。
赋予动作不同的标签，使得在自定义透视时过滤动作方便不少。
在 OmniFocus 2 中我以上下文「家」为基础，创建了自定义透视「家」。但这个透视无法过滤掉那些的确是在家中完成，但是目前处于等待或者暂停的动作。例如「写 OmniFocus for Web 的体验文章」，OmniFocus for Web 的内测还没开始，既不能设定推迟至日期，又不能不写进 OmniFocus。但只要给它加上「Paused」标签，在过滤规则中选择过滤掉带有这个标签的动作即可。
用标签代替上下文，意味着把分类动作的权力完全交到我们手中。标签可以是优先级、地点、时间……任何你能想到的分类方式，都能通过标签实现。
标签的灵活带来了功能性上的强大。但在 《OmniFocus 3 的五大改变，都是为了让你更自由地做任务管理》我就警醒地提到：
用户可以更灵活运用这些工具，但同时也有滥用它们的风险。
果不其然，在感叹于标签的好用之余，我也遇到了标签所带来的困扰。
标签的出现，让默认透视的使用场景变得不明确。
在 OmniFocus 3 的官方视频中，有一个例子是给预测透视加上「Priority A」标签，这就让已标注透视的使用场景变得模糊。如果是给动作加上旗帜是表示要优先完成，那不就和「Priority A」标签产生冲突了吗？
不仅是已标注透视，预测和检查透视都有同样的问题：如果我能用标签来自己整理动作的时间和检查属性，会不会比默认透视更加方便呢？当一个应用中有两种解决问题的办法时，用户就不得不自己去做判断。
另一方面，当标签越用越多时，及时的整理和调整动作的标签就变成用户的负担。
动作在 OmniFocus 没有明确的暂停按钮，于是我使用了「Paused」标签，来表明这个动作目前处于暂停状态。但是当它变为可继续执行的状态时，标签却不会自己变化，需要我手动调整它。这意味着这一类动作我需要将它的检查日期设置为每天检查，使我增加了使用上的负担。
毫无疑问，OmniFocus 3 是在使用体验上完全不同于老版，标签和过滤条件的加入，让我可以实现之前不能做到的使用方式。
但，OmniFocus 3 是一款更好的事项管理工具吗？
作为一个使用了 OmniFocus 四年的用户，我是非常欢迎这种增加自由度，将选择的权力交到用户手中的做法。我可以借着标签，不再拘泥于 GTD 和开发者的设计意图，根据自己的需求设计一套事项管理体系。对于我来说，OmniFocus 的确能帮我更好的进行事项管理。
对于刚接触 GTD 或者 OmniFocus 的用户来说，可能 OmniFocus 3 就显得过于灵活，进而让人觉得复杂。什么时候该用标签，怎么组织标签，如何有效地结合标签和透视？这些问题扔给一个新用户来说，无疑会让他们在开始时有些不知所措。
但无论新老用户，OmniFocus 3 都会是一个更值得去探索的工具。
编注：如果你想系统地学习如何用 OmniFocus 做任务管理，可以订阅由 Sainho 写作的《OmniFocus 入门与进阶》教程，你将学到：
此外 Sainho 已经在进行 OmniFocus 3 教程的写作，现在订阅《OmniFocus 入门与进阶》教程，之后可以免费升级。（注：老用户将会分不同情况提供免费升级和优惠升级，具体可在栏目信息中查看。）
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。