Airtable 如何满足一个「整理怪」的需求
2020-11-06 17:30:58 Author: sspai.com(查看原文) 阅读量:487 收藏

Matrix 首页推荐

Matrix 是少数派的写作社区,我们主张分享真实的产品体验,有实用价值的经验与思考。我们会不定期挑选 Matrix 最优质的文章,展示来自用户的最真实的体验和观点。

文章代表作者个人观点,少数派仅对标题和排版略作修改。


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

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

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

直到我遇到 Airtable,我才发现原来只要一个 Airtable ,那么多烦恼都可以统统抛掉!

airtable-1200x400.png

关于 Airtable 的基础操作我就不介绍了,在这里给出一些介绍文章,有兴趣可以看看:

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

牛刀小试:个人资源库

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

Airtable 就很好的解决了这个问题。

比如接下来这几个例子,都是我基于 Airtable 构建的个人资源库。

设计资源库

在这个库里,存放有我自己收集的设计素材、导航、灵感、工具等各类网站资源。并且从各个维度进行了详细整理,比如简单的介绍和点评、个人对它的打分、所属的领域、是否可能收费等等。

image.png

由于每个字段都是我自己可控的,我可以自由地添加合适的分类、或者额外添加一个【强力推荐】这样的 flag 字段,一切都显得非常灵活。再加上 Airtable 允许 share 视图,我就可以直接导出一个公开地址,并添加到标签栏中,从而做到不用登陆就可以直接访问,想要查看的时候直接点击就是这个视图。

image.png

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

此外,令我更加兴奋的一点,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 个:

  1. 名称:记录的名称;
  2. 类型:记录的类型,包含 问题行动点思路、信息源、场景 这么 5 大类;
  3. 描述:记录的详细说明;
  4. How:How 代表了这条记录可以往下推演的点,例如一个问题可以往下一层级拆解成若干个子级问题,或者直接得出行动点;
  5. Why How:为什么推出这几个行动点,往往是因为有一些信息输入、或者场景限制等等;
  6. 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 的设计、开发与测试。

而对于一些有各种奇奇怪怪需求的同学,它也是一个极好的瑞士军刀,称得上是目前市面上近乎完美的个人数据库,不愧于「新物种」之称。


> 下载少数派 客户端、关注 少数派公众号,让你的智能设备更实用 💪

> 特惠、好用的硬件产品,尽在 少数派 sspai 官方店铺 🛒

© 本文著作权归作者所有,并授权少数派独家使用,未经少数派许可,不得转载使用。

空谷


文章来源: https://sspai.com/post/63452
如有侵权请联系:admin#unsafe.sh