Matrix 是少数派的写作社区，我们主张分享真实的产品体验，有实用价值的经验与思考。我们会不定期挑选 Matrix 最优质的文章，展示来自用户的最真实的体验和观点。
文章代表作者个人观点，少数派仅对标题和排版略作修改。
对于一个「整理怪」来说，我一直在寻求一个能够作为自己数据库的产品。而 Airtable 几乎满足了我做个人资源库/数据库的所有需求和幻想。甚至给我做个性化产品带来了新的思路和可能性，真的相见恨晚。
在遇到 Airtable 之前，针对一些非知识类的资源/工具/信息源，我一直缺少一个好用的工具。包括但不限于：
直到我遇到 Airtable，我才发现原来只要一个 Airtable ，那么多烦恼都可以统统抛掉！
关于 Airtable 的基础操作我就不介绍了，在这里给出一些介绍文章，有兴趣可以看看：
在我看来，只要在 Airtable 上把元数据的定义、记录的编辑和管理做的足够好之后，它完全就成为了一个「个人信息中台」。所以在这篇文章里，主要和大家分享一下我如何使用 Airtable 满足了自己诸多需求，把它打造成为我专属的个人数据库。
我平时非常喜欢收集信息、看各种资料，遇到好的文章、回答我都会剪藏到语雀里。但是这种时候往往会遇到一类情况，就是这个网站本身没有什么信息，只是某个领域的一个工具。这个时候直接剪藏到语雀中往往会很尴尬。因为对我来说，这个网站/工具只是未来我可能在这个场景下会用到的东西而已，最多丢到收藏夹里就好，不应该放到语雀中。然而前面也有提到，在收藏夹里往往就会吃灰，那怎么办？
Airtable 就很好的解决了这个问题。
比如接下来这几个例子，都是我基于 Airtable 构建的个人资源库。
在这个库里，存放有我自己收集的设计素材、导航、灵感、工具等各类网站资源。并且从各个维度进行了详细整理，比如简单的介绍和点评、个人对它的打分、所属的领域、是否可能收费等等。
由于每个字段都是我自己可控的，我可以自由地添加合适的分类、或者额外添加一个【强力推荐】这样的 flag 字段，一切都显得非常灵活。再加上 Airtable 允许 share 视图，我就可以直接导出一个公开地址，并添加到标签栏中，从而做到不用登陆就可以直接访问，想要查看的时候直接点击就是这个视图。
更加棒的是，Airtable 提供了 Gallery 的视图模式，可以直接按类似瀑布流的方式展示这些整理好的网站。同理，这个视图也可以自由地分享。
此外，令我更加兴奋的一点，Airtable 直接提供了从这个 base 中取数据的 API 接口，这也就意味着我完全可以开发一个类似 designresourc.es 这样的静态网站，然后从 Airtable 中实时获取数据，把这个 Airtable 作为 CMS。进而直接省掉了一个数据库、后端和一个管理系统！
当然，目前限于时间和精力因素，我并没有做这部分的设想的设计与开发。但是未来我一定会付诸实践，并持续地将其更新下去。
作为一名收集狂人，我当然不只做了设计的资源库，也做了一些自己会用的到别的库。例如前端开发的资源库、学术研究的资源库等等，思路都是一致的。
作为一名设计师，我和我的小伙伴在做设计前期的研究时，往往需要画各种图（用户旅程地图、服务蓝图等等），这些图因为不是标准的图例，所以往往一张图需要绘制好长时间。而一旦内容进行了微调，整张图有很大可能就需要重新绘制，非常麻烦。这往往就会导致一份用户旅程地图到最后就变成一张死图。而有了 Airtable 之后，一切都不一样了。
正如下图所示，这个就是我自行制作的用户率地图表。这个比起个人资源库有了进阶的部分，就是使用了 Airtable 的 App 功能。
Airtable 的 App（原来叫 Blocks）是一种形式非常灵活的功能模块。Airtable App 基于JavaScript 构建，且在数据层面完全来自绑定的 base，所以它可以大大减少从头开始构建应用程序带来的大部分复杂性（后端、数据库、部署等等）。由于 Airtable 只需要开发开发前端，而且绝大部分增删改的方法可以直接复用 Airtable 自身的能力，所以我们只需完成解决问题的特定功能即可，开发效率极高。例如我从开始看 Airtable 的教程到完成这个用户旅程地图的 Airtable App demo，只用了一天不到的时间。
这个用户旅程地图和其他用户旅程最大的区别在于，它是完全动态的。
例如，加载之后自动显示，点击任何用户行为可以直接交互：
修改任何一个内容后，旅程图均能够自动响应：
又或者增加新的阶段和行为：
就我自己的使用体验来说，我基于 Airtable 花 1 天做出来的旅程图工具，哪怕目前就处于 demo 阶段，整体体验以及可以碾压市面上绝大部分旅程图工具了。
当然，我也把这部分的代码开源了出来，有兴趣的小伙伴也可以看看。
在任何一家公司，大家都非常关注一个人的问题解决能力，即如何把一个复杂的问题拆解成若干个可执行的小问题 ，然后逐一击破。但是我们在思考问题时，绝大部分思考的活动是完全流失掉的，所以在当时做的清晰的决策，往往过了个把个月，就忘记为啥当初这么设计了。有人会用文档进行记录，但是使用传统文档进行记录的效果很差，既不方便记录，也不方便查询。所以针对思维活动，往往会缺少合适的手段保存思维活动。
而我基于 Airtable 实现了一种方案，可以简单有效地把整个思考活动的过程全部记录下来，并做到可复原和可视化。它长下面这个样子：
设计这个工具的字段时，我经过斟酌设置为这么 6 个：
当把一条记录的 6 个字段全部填完时，这个问题也就被拆解成功了。接来下就是要继续往下拆解子问题。通过这样的一种方式（或者说思维框架），我们就可以很轻松地把一个复杂问题拆成最终可以执行的行动点。
（其实这样一个问题解决工具，背后是有相关的理论支持的。我在这方面研究了两三年，目前基本得出了相应的范式，感兴趣的同学可以看看 此处为语雀文档，点击链接查看，在这里就不详细展开了。）
当然，表格的形式虽然有效，但是不够直观，所以我又基于 Airtable 的 App 自行开发了MindFlow 这样一种树形图，直接可以将思维脉络清晰的可视化出来，如下图所示：
其中红色的节点代表问题，黄色的节点代表思路，绿色的节点代表了行动点。只要最后的末端节点都是绿色的，就代表这个分支的问题都是可以直接被解决的。而没有绿色的节点分支，都是我还没有摸清楚的问题分支。
而图中每一个节点都可以直接点击唤出详情面板，进行更新。
事实上，这张图记录的是我第一次开发 Airtable App 时的整个思维活动，我把我所有遇到过的问题和解决方案全部记录了下来中。这个 MindFlow 的又可以将其完美的可视化出来。
另外很有意思的一点是，为了做 MindFlow 这个可视化的树图，我又研究了 AntV 的 G6 绘图方案，也为此绘制了一份 G6 的 MindFlow，如下图所示。
这实在一种很有趣而美妙的体验。
MindFlow 这个Airtable App 我开发了 2 天，同样的，我也开源出来了，有兴趣也可以看看哦。
在制作完这个问题解决工具后，我意外的收获了一个惊喜，那就是《飞行指南》。
GitHub 上有个很著名的教程《Git 飞行指南》（传送门），这是一篇给宇航员（这里就是指使用 Git 的程序员们）的指南，用来指导问题出现后的应对之法。这份指南在 GitHub 上获得了 34k 的 Star 数，可见社区对其认可程度。
飞行指南（Flight Rules）是记录在手册上的来之不易的一系列知识，记录了某个事情发生的原因，以及怎样一步一步的进行处理。本质上，它们是特定场景的非常详细的标准处理流程。
当我把问题单独过滤出来之后单独显示，我惊喜地发现，这个工具自然而然地生成了一份「飞行指南」！
如上图所示，由于问题视图已经有了完整的 How 列表，因此任何人只要照着这个指南往下操作，就能解决需要解决的问题。
甚至在这个过程中，我无意间实现了知识的输入与输出一体化！（这也是曾经困扰过我很长一段时间的难题。）
其实写到这里，我已经无法用语言来形容我心中的激动与快意，Airtable 绝对是我今年使用过给我最大惊喜的产品。而我在文中所列举的一些能力，只是 Airtable 的冰山一角，譬如 Automation、Script App 等等我都没有介绍，再配合其他三方应用的 Integration 又会有完全不一样的玩法。
对于想要做产品的同学，Airtable 真的算得上是一个极佳的 MVP 测试场，可以极快地完成初版 demo 的设计、开发与测试。
而对于一些有各种奇奇怪怪需求的同学，它也是一个极好的瑞士军刀，称得上是目前市面上近乎完美的个人数据库，不愧于「新物种」之称。
> 下载少数派 客户端、关注 少数派公众号，让你的智能设备更实用 💪
> 特惠、好用的硬件产品，尽在 少数派 sspai 官方店铺 🛒
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。