airtable-1200x400.png

对于一个“整理怪”来说,我一直在寻求一个能够作为自己数据库的产品。而 Airtable 几乎满足了我做个人资源库/数据库的所有需求和幻想。甚至给我做个性化产品带来了新的思路和可能性,真的相见恨晚。


在遇到 AirTable 之前,针对一些非知识类的资源/工具/信息源,我一直缺少一个好用的工具。包括但不限于:

  • 整理了很多资源网站,但是没法整理和展示,最后一直在标签栏里吃灰。同时又因为保存网站的时候只保存了网站标题,因此无法检索相评价或者使用场景,导致要用到的时候往往会找不到;
  • 一直想自行开发一个类似 designresourc.escodingheroes 一类的导航站,但是一想到为此还要写一个管理后台,就一直搁置着没行动;
  • 还有很多时候遇到要减肥、记账、做攻略等等数据量大的时候,往往会想,怎么这么麻烦,恨不得自己做个好用的工具,但是一想到数据库、服务器、后端一堆乱七八糟的 CRUD和前端的增删改交互,就瞬间丧失了动力——毕竟我就只想管理一下我的数据而已!
  • 此外,还有作为一名设计师,常常会用到一些专业方法,例如用户旅程地图、用户画像等等。这些图画起来费力,改起来也费力,以至于我常常想着,要是做一个设计工具一键出图就好了。但是这样的需求体量并没有大到足以单独为其做一个工具,但本身又因为这个方法的原因,需要特殊的展现形式。

直到我遇到 AirTable,我才发现原来只要一个 AirTable ,那么多烦恼都可以统统抛掉!
Frame 1.png
关于 AirTable 的基础操作我就不介绍了,在这里给出一些介绍文章,有兴趣可以看看:

在我看来,只要在 AirTable 上把元数据的定义、记录的编辑和管理做的足够好之后,它完全就成为了一个“个人信息中台”。所以在这篇文章里,主要和大家分享一下我如何使用 AirTable 满足了自己诸多需求,把它打造成为我专属的个人数据库。

牛刀小试:个人资源库

我平时非常喜欢收集信息、看各种资料,遇到好的文章、回答我都会剪藏到语雀里。但是这种时候往往会遇到一类情况,就是这个网站本身没有什么信息,只是某个领域的一个工具。这个时候直接剪藏到语雀中往往会很尴尬。因为对我来说,这个网站/工具只是未来我可能在这个场景下会用到的东西而已,最多丢到收藏夹里就好,不应该放到语雀中。然而前面也有提到,在收藏夹里往往就会吃灰,那怎么办?
AirTable 就很好的解决了这个问题。
比如接下来这几个例子,都是我基于 AirTable 构建的个人资源库。

设计资源库

在这个库里,存放有我自己收集的设计素材、导航、灵感、工具等各类网站资源。并且从各个维度进行了详细整理,比如简单的介绍和点评、个人对它的打分、所属的领域、是否可能收费等等。
image.png
由于每个字段都是我自己可控的,我可以自由地添加合适的分类、或者额外添加一个【强力推荐】这样的 flag 字段,一切都显得非常灵活。再加上 AirTable 允许 share 视图,我就可以直接导出一个公开地址,并添加到标签栏中,从而做到不用登陆就可以直接访问,想要查看的时候直接点击就是这个视图。
image.png

更加棒的是,AirTable 提供了 Gallery 的视图模式,可以直接按类似瀑布流的方式展示这些整理好的网站。同理,这个视图也可以自由地分享
image.png

此外,令我更加兴奋的一点,AirTable 直接提供了从这个 base 中取数据的 API 接口,这也就意味着我完全可以开发一个类似 designresourc.es 这样的静态网站,然后从 AirTable 中实时获取数据,把这个 AirTable 作为 CMS。进而直接省掉了一个数据库、后端和一个管理系统!
image.png
当然,目前限于时间和精力因素,我并没有做这部分的设想的设计与开发。但是未来我一定会付诸实践,并持续地将其更新下去。

其他资源库

作为一名收集狂人,我当然不只做了设计的资源库,也做了一些自己会用的到别的库。例如前端开发的资源库、学术研究的资源库等等,思路都是一致的。
image.png
前端开发的资源库
image.png
学术研究资源库

进阶用法:用户旅程地图

作为一名设计师,我和我的小伙伴在做设计前期的研究时,往往需要画各种图(用户旅程地图、服务蓝图等等),这些图因为不是标准的图例,所以往往一张图需要绘制好长时间。而一旦内容进行了微调,整张图有很大可能就需要重新绘制,非常麻烦。这往往就会导致一份用户旅程地图到最后就变成一张死图。而有了 AirTable 之后,一切都不一样了。
正如下图所示,这个就是我自行制作的用户旅程地图。这个比起个人资源库有了进阶的部分,就是使用了 AirTable 的 App 功能。
image.png
AirTable 的 App(原来叫 Blocks)是一种形式非常灵活的功能模块。Airtable App 基于JavaScript 构建,且在数据层面完全来自绑定的base,所以它可以大大减少从头开始构建应用程序带来的大部分复杂性(后端、数据库、部署等等)。由于 AirTable 只需要开发开发前端,而且绝大部分增删改的方法可以直接复用 AirTable 自身的能力,所以我们只需完成解决问题的特定功能即可,开发效率极高。例如我从开始看 AirTable 的教程到完成这个用户旅程地图的 AirTable App demo,只用了一天不到的时间。
这个用户旅程地图和其他用户旅程最大的区别在于,它是完全动态的:
例如,加载之后自动显示,点击任何用户行为可以直接交互:
自动显示.gif

修改任何一个内容后,旅程图均能够自动响应:
修改内容.gif
又或者增加新的阶段和行为:
增加阶段.gif
就我自己的使用体验来说,我基于 AirTable 花 1 天做出来的旅程图工具,哪怕目前就处于 demo 阶段,整体体验以及可以碾压市面上绝大部分旅程图工具了。
当然,我也把这部分的代码开源了出来,有兴趣的小伙伴也可以看看。

高阶玩法:问题解决工具 & MindFlow & 飞行指南

在任何一家公司,大家都非常关注一个人的问题解决能力,即如何把一个复杂的问题拆解成若干个可执行的小问题 ,然后逐一击破。但是我们在思考问题时,绝大部分思考的活动是完全流失掉的,所以在当时做的清晰的决策,往往过了个把个月,就忘记为啥当初这么设计了。有人会用文档进行记录,但是使用传统文档进行记录的效果很差,既不方便记录,也不方便查询。所以针对思维活动,往往会缺少合适的手段保存思维活动。
而我基于 AirTable 实现了一种方案,可以简单有效地把整个思考活动的过程全部记录下来,并做到可复原和可视化。它长下面这个样子:
image.png

问题解决工具基本构成

设计这个工具的字段时,我经过斟酌设置为这么6个:

  • 名称:记录的名称;
  • 类型:记录的类型,包含 问题行动点思路、信息源、场景 这么5 大类;
  • 描述:记录的详细说明;
  • How:How 代表了这条记录可以往下推演的点,例如一个问题可以往下一层级拆解成若干个子级问题,或者直接得出行动点;
  • Why How:为什么推出这几个行动点,往往是因为有一些信息输入、或者场景限制等等;
  • Why This:为什么会有这个问题/思路/行动点?或者相关的场景是什么?

当把一条记录的 6 个字段全部填完时,这个问题也就被拆解成功了。接来下就是要继续往下拆解子问题。通过这样的一种方式(或者说思维框架),我们就可以很轻松地把一个复杂问题拆成最终可以执行的行动点。
(其实这样一个问题解决工具,背后是有相关的理论支持的。我在这方面研究了两三年,目前基本得出了相应的范式,感兴趣的同学可以看看 设计思维与溯因推理,在这里就不详细展开了)

Mindflow:可交互的思维框架

当然,表格的形式虽然有效,但是不够直观,所以我又基于 AirTable 的 App 自行开发了Mindflow 这样一种树形图,直接可以将思维脉络清晰的可视化出来,如下图所示:
image.png

其中红色的节点代表问题,黄色的节点代表思路,绿色的节点代表了行动点。只要最后的末端节点都是绿色的,就代表这个分支的问题都是可以直接被解决的。而没有绿色的节点分支,都是我还没有摸清楚的问题分支。
而图中每一个节点都可以直接点击唤出详情面板,进行更新。
mindflow.gif

事实上,这张图记录的是我第一次开发 AirTable App 时的整个思维活动,我把我所有遇到过的问题和解决方案全部记录了下来中。这个 Mindflow 的又可以将其完美的可视化出来。
另外很有意思的一点是,为了做 MindFlow 这个可视化的树图,我又研究了 AntV 的 G6 绘图方案,也为此绘制了一份 G6 的 MindFlow,如下图所示。
image.png
这实在一种很有趣而美妙的体验。
MindFlow 这个AirTable App 我开发了 2 天,同样的,我也开源出来了,有兴趣也可以看看哦。

额外惊喜:从问题出发的「飞行指南」

在制作完这个问题解决工具后,我意外的收获了一个惊喜,那就是《飞行指南》。
Github 上有个很著名的教程《git 飞行指南》(传送门),这是一篇给宇航员(这里就是指使用Git的程序员们)的指南,用来指导问题出现后的应对之法。这份指南在Github 上获得了 34k 的 Star 数,可见社区对其认可程度。
image.png
飞行指南的目录截图

飞行指南(Flight Rules) 是记录在手册上的来之不易的一系列知识,记录了某个事情发生的原因,以及怎样一步一步的进行处理。本质上, 它们是特定场景的非常详细的标准处理流程。

image.png
《Git 飞行指南》如上图所示

当我把问题单独过滤出来之后单独显示,我惊喜地发现,这个工具自然而然地生成了一份「飞行指南」!
image.png
如上图所示,由于问题视图已经有了完整的 How 列表,因此任何人只要照着这个指南往下操作,就能解决需要解决的问题。
甚至在这个过程中,我无意间实现了知识的输入与输出一体化!(这也是曾经困扰过我很长一段时间的难题)

一点总结

其实写到这里,我已经无法用语言来形容我心中的激动与快意,AirTable 绝对是我今年使用过给我最大惊喜的产品。而我在文中所列举的一些能力,只是 AirTable 的冰山一角,譬如 Automation、Script App 等等我都没有介绍,再配合其他三方应用的 Integration 又会有完全不一样的玩法。
对于想要做产品的同学,AirTable 真的算得上是一个极佳的 MVP 测试场,可以极快地完成初版 demo 的设计、开发与测试。
而对于一些有各种奇奇怪怪需求的同学,它也是一个极好的瑞士军刀,称得上是目前市面上近乎完美的个人数据库,不愧于“新物种”之称。