作者的整体思路非常值得借鉴，目前自己的 Notion 结构就是用这种方式来组织的。在实践的过程中额外有几个小的心得供参考：
如右图，这是分类数据库。Related to List 这个是关联的叫「List」的数据库。同时还给各个分类增加了优先级，提醒自己聚焦。
想象一下完美的信息组织系统。 它能有效的支持你的工作，告诉你信息都被放在了哪里，以及当你需要的时候，如何快速的找到它。
所以这个系统必须是：
P.A.R.A. 代表 项目ー区域ー资源ー档案，这四个一级分类涵盖了你在工作和生活中可能遇到的所有类型的信息。让我们从定义开始，这些定义非常精确:
一个项目是「一系列与一个目标相关的任务，有一个最后期限。」
例如： 完成 App 的模型；研发的项目计划；执行业务开发活动；撰写博客文章；确定最终版产品说明书；参加会议
一个领域是「一个有明确标准的活动范围，随着时间的推移需要维持一个标准（或者状态）」
例如：健康；财务；专业发展；旅游；爱好；朋友；公寓；产品开发; 写作
资源是「持续感兴趣的话题或主题」
例如：习惯形成；项目管理；超人主义；咖啡；音乐；园艺；在线营销；SEO；室内设计；建筑；笔记
归档区包括「其他三类已经完成，需要归档的项目」
例如: 已经完成或变得不活跃的项目；不再致力于维护的能力区；不再感兴趣的资源
视觉上的隐喻，我们把时间花在完成任务上，这些任务自然而然地分为项目，这些项目属于我们的领域。
例如，你可能会发现自己写了一篇博文的初稿，而这篇博文与 "产品X发布 "这个项目相关联，属于 "产品开发 "的领域。这可能只是你在工作中负责的几个活动领域之一，还有 "业务战略"、"招聘/人员配置 "和 "财务报告"。在你的个人生活中，你还有更多的领域，比如 "育儿"、"兴趣爱好"、"公寓 "等。
这些定义看起来相当简单，但我想集中讨论项目和领域之间的差异。这两者如果定义不清晰，就会造成许多生产力上的问题
让我们把这两个类别的定义分成两部分:
一个项目有一个要实现的目标 ：
一个将要发生的独立事件，允许这个项目被完全删除并从列表中删除。 这个目标应该在一个特定的时间点实现。 它有一个最后期限或时间框架，无论是外部的还是自我强加的。
相比之下，领域有一个标准需要维护。
领域没有结束的日期或最终的结果。 你在这方面的表现可能会随着时间的推移而起起伏伏，但是这个标准会无限期地持续下去，并且在任何时候都需要一定程度的关注。
项目总是从属于某个领域，下面是一些例子
在所有这些例子中，项目都有完成日期。 它们不是完整的就是不完整的。 另一方面，领域有必须无限期维持的标准。
既然我们已经打好了基础，那么就让我来告诉你，这两个类别之间哪怕只是微妙的混淆，也会造成许多问题。
当我以生产力教练的身份与客户合作时，我首先会要求他们出示他们的项目清单。我需要通过这个来了解他们做的是什么样的工作，他们目前的工作量，以及他们正在积极努力实现的成果。
他们通常会给我这样的东西（见下图）
你看到问题所在了吗？ 这个列表中没有一项是项目。 假期有结束的时候吗？ 有没有这样一个时刻，你可以一劳永逸地把“效率”从你的清单上划掉？ 不ー这些是正在进行的领域，而不是项目。
那又怎么样? ，这只是一些词汇的歧义，对吧？
我不这么认为。 有三件绝对重要的事情是你不能做的，除非你把你的领域区分成清晰的项目。
我经常被问到“生产能力 / 利用率”类别下的问题:
除非我对他们目前的工作量和项目组合有一定的了解，否则我根本无法开始回答这些具体的问题