自从我的电脑还是台式,手机还是MTK的时候,就看到好多人推荐Evernote(中文名:印象笔记,以下简称EN),并且不断为她掏腰包购买付费服务。

从实际接触EN到手机换成Android安装了EN之后,我也不可避免得爱上了她。

但是,当存储的笔记数目慢慢增多,心情也变得焦虑起来,怎样合理得去分类这些内容,怎样用好EN的“笔记本组”和“标签”这两个功能呢?这两个功能有什么区别呢?

刚刚开始分类的时候,总是傻傻地很详细地去分门别类,甚至也去参考了图书馆的分类方案,但是当我分好类的那一刻,我便不想用了,因为太详细了,反而不那么方便了,一条关于使用EN实现GTD的资料,不知道该放在“个人”笔记本,还是“软件”笔记本。更可怕的是,在我开始准备着手建立标签(Tag)系统的时候,顿时傻眼了,这。。和笔记本组有啥区别嘛?不是重复了么。

其实,在这个时代,我们并不需要分类那么详细,因为我们的EN比图书馆多了一个“搜索框”。如果你要找某个话题的note,只需要搜索相应关键词,就可以了。

那么,我们如何去建立一个适合自己的分类系统呢?

首先,EN将作为我GTD和PKM的中心的位置,所有东西最后进入这里,或者从这里出去,那么简单了,我的一级笔记本组分类如下:

  • 0#Inbox              这是默认笔记本,做收集箱所用,也是Clearly插件默认笔记本。
  • 1#TEMP               这个笔记本组用于GTD所用。
  • 2#Produce         顾名思义,我的产出,所有从EN出去的东西会在这里。
  • 3#Collections  这是我的输入口,所有经过整理的静态资料会在这里。
  • 4#Logcat            记录归档区
开始具体分解:

0#Inbox 的作用最为简单,可以理解为放在你身边的一个杂物箱,你可以把任何你拿到手或者想出来的东西都一股脑儿丢进去,比如浏览网页时剪辑的文字,走在路上突然冒出的想法,阅览室拿手机拍下的杂志某一页等等。这和GTD中的Inbox是一样的,只不过重点在于资料。

1#TEMP  这个组的功能有点复杂,暂定有三个笔记本,分别是:

  • 1@ToDo  放一些必须做的代办事项列表,比如,周末去超市购物,我就会写一个 xxxx日期-购物列表 之类的,列举你想要买的东西。现在,我结合Android上的Any.do应用完成我的To Do list。但是衔接并不好,有待更新吧。
  • 2@Project 这个组用于存放特定专案的东西,例如,我计划一次北京的旅行,资料的流向会像下面的配图一样:file-flow
  • 3@SomeDay 顾名思义,这里放的是一些选做的,或者是近期不想完成的事,但是这些事都是会有很大的收获。例如我计划买一套摄影设备,但是这可能会发生在几个月之后。我会建立一个笔记本,列出我要买的东西,型号,哪里购买,价格等。
2#Produce 这个组作为产出组所用,什么是产出呢,我划分的理念很简单,就是你将要执行的,或者要拿出去的,那么,诸如旅行计划表、博客写作等等,都会在这里保存。注意的是,这个组中的笔记并不是长期保存的,最终他们还是要走滴~~例如,旅行计划,完成之后他们会跑到后面介绍的 4#Logcat中的某个本中,比如博客写作,写完发布后,甚至直接删除就可以了。当然,这个案例比较大的话,也可以在这个组下面,为特定的案例新建一个笔记本,我之前的北京计划,就是新建了一个 Beijing 笔记本,里面分别保存了景点信息、路线安排等等不同的笔记,最后归档的时候,我选中所有笔记,然后合并即可。很是方便。而博客写作,例如本文,它会被我保存在 2#Produce 组下面的 Writing 笔记本中,写完定稿后,会被归档到下面介绍的 3#Collection 组的 Exp 笔记本中,因为这是我总结的经验嘛~~,最后添加上相应的标签,例如 Evernote、PKM,就完成了。

3#Collection 这里存储的,是一些经过处理后的,极富价值的静态资料,其实这个组,结合后面讲的标签系统,就相当于我的PKM了。什么是静态资料呢,我的定义是,它们往往是已经固化的,不用去执行,只是将来做参考之用。目前暂时有以下几个笔记本:

  • BooksNotes 存放读书笔记,电子书可以直接导出文本存放,实物书的笔记可以手写,然后手动输入,或者拍照、扫描等进行存储,如何论手写笔记和电子笔记的选择,我还是找机会另开文章探讨一下吧。
  • Contact 人脉管理。什么?手机通讯录不够用么。我感觉不够,虽然我并未实践很久,但是渐渐也发现有必要了,可以将一些特定职能的人的相关信息存档于此,例如,你在party上认识一个EN达人,你可以做的,不仅仅是记下他的号码和电邮,可以加入博客、爱好、常去的聚会等等,好吧,现在我也只是想想。。。
  • Exp. 这里就是我们平时“打怪练级”的经验槽,我在里面存放了一些“打BOSS”的攻略,比如:Ubuntu在系统安装之后,我要做怎样一套操作,才能把她调教成我的模式;或者如何煎好一个荷包蛋,我有自己的经验,可以记录(PS:这还用记嘛!!!好吧,只是个例子啦,如果做佛跳墙什么的话,可以考虑记一下。。)
  • WebClips  好吧,我是个大懒虫,所有网上剪辑的内容,经过简单加工之后,就丢到了这里,啥都有,虽然我觉得可能会有问题,但是等待时间考验吧。。你会问,啥都扔到这里,不会很乱嘛?哈哈,不会,我有标签呢,再不济,还有搜索框呢。你可以想想成这是一个“剪报”。。报。。
  • Tools 这里收集了一些工具,主要就是一些网站之类的,太多了不想放浏览器收藏夹,就放这吧,反正不常用,不占位儿~,好吧,收藏夹也许也可以拿出来讲一讲。
4#Logcat  这个组用于保存各种记录和日志,现在有两个笔记本,一个是Archive,存放各种已完成的list,这里多嘴一句,我不提倡“勤快”地删除那些你完成的list,这些list在完成之后,也许价值比未完成时还高,有机会的话,我另开一篇文章说下我的看法。另一个笔记本叫做 Dairy,这和 Archive 有啥区别呢,这个用于存储一些加入主观看法的东西,例如游记啦啥的。

这套方案,就是将其尽量还原到实物,什么意思呢?有个说法是,iPhone之所以只有一个“Home”按键,是因为,这个设计很像抽水马桶,一个按键,你不用说明书,就可以知道它是干嘛的。秉持这个理念,我将笔记本和笔记本组想象成实物的笔记本。“读书笔记”、“剪报”、“总结”、“日记本”。。。闲着无聊的时候,可以打开EN来,拿起剪报看看,哈哈哈,好开心!

好,收一下开心的情绪,下面还有更开心的标签(Tag)系统没介绍呢。

在EN中,标签和笔记本组的不同就在于:

  1. 一条笔记,可以有多个标签,但只能属于一个笔记本。
  2. EN中,笔记本只能有两级嵌套:笔记本组--》笔记本,标签却可以有多层。
思路很快就来啦。

简单分为两大块,一块叫做“状态”,一块叫做“PKM”。

状态为何意?这一部分,我的架构是这样的:

status

解释一下编码约定:感叹号放在最前面,可以让EN在排序的时候,把他们靠前,并且做醒目用,表示重要。raw 表示未处理,p 表示处理中,++ 表示有待更新。

例如有一条笔记是从知乎来的,但这个问题还在激烈讨论中,可是你又想把它归档,好嘞,用一记 raw++,万一你处理了一下,换成 p++。

那么,怎么木有处理完的标签呢,处理完就不用标签啦,直接加具体标签就好了,何苦再多此一举呢。对了,这些标签也都是临时的,你的目的就是,尽量保证这些标签下面木有笔记。

第二部分就是针对PKM了,这个的话,其实没啥好的经验的,我的方法是,归类,细分,也就是本文开头提到的,因为标签可以多重使用嘛,所以对于具体笔记加什么标签就不怕不怕啦~~!妈妈也再也不用担心我为一条笔记放到这就放不到那而苦恼得吃不下饭啦!

给个我的大致参考:

顶层:LearnLifeSocial

  • Learn,各种学习资料
  • Life,生活方面,兴趣爱好,个人发展
  • Social,社会科学,历史,文学,管理。。
其下的就是各种关键词了,如果觉得太多,可以再加个嵌套啥的。我的做法是,不在父级标签下添加笔记,所有的笔记,都只用最下层的具体标签,诸如kindle、javascript、而不会放到Digital、Web Dev 这样的父级标签中,因为这会导致你的笔记很乱。

好了,总结一下。

  1. Evernote是一个绝对棒的产品,我用的是国际版的,如果你放心,也不担心某些事情,可以用大陆版的“印象笔记”,其他的诸如Wiz、有道云笔记等同类软件基本都大同小异,但EN无疑是大多数人的选择,也是装逼利器啊!
  2. 笔记本组和标签两套分类系统的划分,其实因人而异,也因用途而异,所以我的方法也许只适合我一个人(哭哭),实际上,我也不推荐看完我的文章后,完全照办我这一套,这可能也会毁了你。但是不论怎么划分,我觉得有一点是重要的:千万把它们放在两个不同的维度,避免重复,否则。。。。唉,你懂的。
  3. 知识管理和时间管理其实是个悖论,别把他们上升成为规范,你会毁了你自己,想想躺在你浏览器收藏夹、人人网收藏夹、微博收藏夹、以及数不清的收藏夹和“火钳刘明”、“转发待看”的东东吧,你个坏银,一年都不知道看她们几眼!!哈哈,说到底,GTD是用来让你高效利用时间的,PKM是让你有效地利用的知识的,而不是给你管理着玩儿的。。。玩的。。。玩。。
  4. 建立一个体系在前期,是很痛苦的,但是经过时间锤炼留下来的适合你的那一套系统,你会觉得特别得心应手,生活不就该如此自然么,哪来那么多繁繁琐琐的事情。科技,是用来让人生活得更舒适的,而不是拿来装逼或者给自己找茬的,不是嘛。
好吧,差不多了,写得手累了,如果真有人耐心看到这的话,有啥想说的,就留下来探讨吧,如果对这个来劲的话,等我后续的文章吧。另外,这个方案,我目前也在试用中,后续应该还会有变化,我会随时更新这篇文章。

参考链接: