作为一名知识工具的设计师,我时常会思考,用户会因为什么而选择一款知识工具,又会因为什么而抛弃它?
我使用过非常多的知识管理工具,从学生时代的印象笔记到 Bear、Notion、语雀...,有不少工具过了新鲜期之后就被我束之高阁,也有一些工具成为我提高生产力的重要帮手。
纵观我喜新厌旧的使用历史,我发现比起外观好看(当然对我来说也很重要🐶)、功能的丰富强大,最本质的因素是,它是否能帮助我做好知识的管理。
一款知识工具最核心的使命即是,帮助用户做好知识的管理。
知识管理是一门非常深远的学问,不同的产品也有完全不同的产品理念。
而从设计师的视角来看,做好知识管理则体现在两个方面,一个是易创作,用户能写的流畅爽快;一个是易组织,创作后的知识能很方便地为我所用。一款知识工具不管通过何种方式,如果能很好地解决了用户写和用的问题,我认为它就是一款优秀的知识工具。
接下来,我将会就这两个方面展开讲讲,语雀是怎么做的。
01
知识组织
知识组织是知识创作工具的重要组成部分,一款工具是如何设计组织结构的,很大地影响了用户的使用体验。
通过这段历史可以很生动地看到语雀在知识组织上的变革以及这些变革背后的思考。
语雀的文档组织主要经历过这三个阶段,第一个阶段是文件夹时期,第二个阶段是树目录时期,第三个阶段则是为了满足个性化诉求而到来的百花齐放时期。
1. 始于文件夹结构
在语雀还叫云雀的时代,我们照着市场上常见的产品的样子搭建了第一代的产品雏形,但这个产品很快失败了。上线后压根没有几个人用,从这个失败中,我们开始反思这背后的原因。
文件夹结构也可以被称为巢状结构,即子元素被紧紧包含在母元素当中。就像一个个文件夹一样在文件夹外部是无法看到里面的文件的。我们最常见的文件管理系统就是采用这种结构。
-
它的层级关系难以辨认
:就像在一个迷宫中一样,你很快就会忘记你进入的是第几层文件夹。
-
它的层级是隐性的,难以记忆
:由于你不能清晰的看到文件夹之间的层级结构,你就很难记得你是怎么进入这个文件夹的。
-
当你的文件夹层级大于3时,你的浏览效率就会变得极低
:你需要不断地点击点击才能找到那个想要找的文件。
-
无法表达同层级之间的序列关系
:每个文件夹内部的文件,是被随意地散放在界面上的各个角落,它们之间是没有明确的顺序关系的。
因为这些弊端,我们发现,虽然文件夹非常适合整合信息,但它只能表达一些较为简单的层级关系,并不适用于知识管理这种复杂的场景。
2. 拥抱树状结构
于是,语雀发展到了 2.0 树目录时期。在这个时期,我们抛弃了文件夹结构,拥抱了树目录结构。
树目录结构和文件夹结构不太一样,它本质上是一种树状结构,最大的特点是,子元素会规规整整地排列在母元素的下方。看上去就像一颗树一样,顺着树干,你可以看到它每一个分支节点。
-
逻辑关系清晰,更利于记忆
:如果能展示清晰的逻辑,将非常有效地帮助你记忆你自己的知识结构。而树目录天然非常利于逻辑性的展示,这就是树结构做知识管理很大的一个优势。
-
-
基于以上这些分析,我们认为树结构非常适合复杂的信息组织,尤其适合作为知识管理的结构。
但选择了合适的结构仍旧不够,我们尝试在实体书中寻找隐喻,赋予线上创作仪式感。
通常一本实体书会包含这三个部分,封面、目录、文档。其中目录页起到的作用和上面看到的树目录非常相似。
于是,我们抽取了实体书目录页的页面结构,并将视觉元素和界面一一对应。比如书名对应的为知识库的名称,章节标题对应的文档标题,由于线上文档没有页码的概念,我们将其改为更新时间。
通过这些一一映射,我们让用户在打开一个知识库时,就像翻开了一本书一样。
通过这个设计,整个知识库显得非常有仪式感。经常有用户反馈,在语雀写文档像是在出版一本书一样。不仅如此,通过目录页也能避免读者从第一篇文档开始读,而是能像看一本书一样,先了解你的整个知识框架。
3. 百花齐放
比如有用户说,我是个博主,我不需要那么强调层级,我只想让读者能读到我最新的内容。也有用户把知识库当读书笔记用,想要以书本封面为主。也有用户说,我是个程序员,我动手能力很强,能不能让我DIY。
于是我们迎来了百花齐放的时期。除了树目录之外,我们还提供了卡片、专栏和自定义风格的知识库。
因此,语雀形成了以树结构为主,同时满足个性化诉求的知识库体系。其中,目录是树状结构,TA能帮你构建复杂的知识结构,而卡片和专栏是线性结构,它非常简单,但能够很强的展示能力,而自定义知识库则是完全个性化,它像一篇文档一样,完全由你自由定制。