Matrix 是少数派的写作社区，我们主张分享真实的产品体验，有实用价值的经验与思考。我们会不定期挑选 Matrix 最优质的文章，展示来自用户的最真实的体验和观点。
文章代表作者个人观点，少数派仅对标题和排版略作修改。
我想只要是从事互联网行业的人，应该不存在没有碰过 Excel 的人吧？可能我们已经习惯于用 Excel 处理各种报表、数据，然后用 Excel 做数据分析、绘制曲线图等等，似乎这些已经是天经地义的事情，就像我们把文件放到一个个文件夹一样自然，或者把水龙头开开有自来水一样，丝毫没有觉得这类「电子表格」工具有值得深思的地方。
但熟悉就意味着开始忽略细节，我们已经很少思考这些工具带给我们的启示。Howard Rheingold 在信息产业启示录般的《Tools For Thought》一书的引言中写道：
除非你知道思维增强技术从何而来，否则你无法猜测它将走向何方。 You can't really guess where mind-amplifying technology is going unless you understand where it came from.
从 Airtable 为代表的 Nocode 工具开始，到近期因为疫情导致的 Remote 办公风潮的兴起，在面对未来迷茫的时候，答案其实往往蕴藏在过去的历史中。所以本文回溯了电子表格从 1978 年的创造史，到今天 Airtable 的现状，看看能否从历史的浪潮中，找到新的机会所在（或者说找到古典产品经理的尊严😃）。
哦对了，从某种意义上说，Excel 是世界上最常用的编程语言和用户界面工具，同时也是使用最多的数据库。
Bricklin 毕业于麻省理工学院，在那里 —— 这对他 1978 年下午的想法至关重要 —— 他曾与计算机打过交道。在决定上研究生之前，他曾在两家主要的计算机公司工作过 —— 先是在王安（Wang）公司，然后是数字设备（Digital Equipment Corporation）公司，他帮助设计了一个文字处理程序。和大多数哈佛 MBA 考生一样，他也想成为一名商人，但更多的时候，他还是更喜欢探究技术领域。
1978 年的那天，Bricklin 在思考一个问题，那就是如何利用他所知道的计算机知识来帮助他搞定金融课上的任务：和其他几个学生被要求预测一家公司收购另一家公司带来的复杂财务影响。
Bricklin 和他的同学们需要账目表，通常被称为电子表格（Spreadsheets）。只有在电子表格的淡绿色格子上认真填写，他们才能准确地了解合并的情况和后果。账本上的一行可能代表某类收入的支出；一列可能代表某段时间 —— 一天、一个月、一年。用手指划过一排数字，比如说，一排数字代表某处房产的抵押贷款付款，水平行的每一个 「单元格」中的数字就是该垂直列所代表的时间段内支付的数字。在表格的某处，这些列和行将被计算出来，这些信息将被输入到更大的表格中。
但是问题来了，一旦一个地方出错，或者仅仅是一些参数的改变，基本上上述动作就要重新再来一遍，这种枯燥乏味的工作，很少有获得哈佛 MBA 学位的人愿意去做。当时流行的分工是这种低级的体力活儿应该交给会计、秘书等人完成。而他们这些天之骄子，主要是在大型机上完成更高端的动作「数学建模」 —— 此时风靡一时的个人微型机 AppleII ，刚刚发布才一年。
Bricklin 思考：为什么不在微型计算机上制作电子表格呢？
为什么不设计一个程序，在电脑屏幕上生成一个绿色的、会发光的账本，这样计算结果和最终的表格就能被 「计算」的人看到呢？Why not design a program that would produce on a computer screen a green, glowing ledger, so that the calculations, as well as the final tabulations, would be visible to the person 「crunching」 the numbers?
Bricklin 在哈佛的老师认为他是在浪费时间：一个经理人为什么要在那些「玩具」电脑上做电子表格？秘书和会计以及 DP 公司的那些人下来做什么？
但 Bricklin 并不打算停下来，他和一位来自麻省理工学院的计算机程序员朋友 Bob Frankston 一起，开始着手开发第一个电子电子表格程序。程序通过一张软盘在当时全新的 Apple 个人电脑上运行。Bricklin 和 Frankson 在 1979 年底发布了 VisiCalc（这个名字来自于 Visible Calculation）。
另外，从某种意义上说，电子表格其实创造了 PC 市场，属于「杀手级应用」，否则 AppleII 还真的只是个摆设（就像今天的 VR 设备一样）。乔老爷（Steve Jobs）在 1984 年的一次采访中不情愿的说道：
VisiCalc……propelled the……success [of Apple]……more than any other single event.
关于 Excel ，这里面还有乔老爷和盖茨老爷的两个小八卦：
电子表格给世界带来的变化，不亚于复式记账簿。有了电子表格之后，商人们只需要将数字输入，就能看到输出是什么 —— 就像油画之于素描。并且在微机上运行的电子表格打破了大公司的层级结构，将权利下放给更多人，甚至自己不需要依赖于数据部门就能搞定 —— Lotus 1-2-3 的创始人 Mitch Kapor 这么评价道：
「想象一下，电子表格就像横贯大陆的铁路。它加速了这一运动，使之成为可能，并改变了国家的发展方向。」「The spreadsheet in that comparison is like the transcontinental railroad. It accelerated the movement, made it possible, and changed the course of the nation.」
正如麦克卢汉所言「我们塑造了工具，然后我们的工具又塑造了我们」 ，电子表格从一种工具变成了一种世界观 —— 用数字来看待事实。而在此之前人们并没有这种能力来快速的进行统计和计算，所以许多时候都要依靠「拍脑袋」和「经验」。
电子表格的发明，不仅仅是十倍于提高效率（以前十个小时的活儿几分钟就搞定了），而且还能帮助企业跟踪以前没有被量化的事情或者忽略的事情，许多数据的更新可以从季度变成月度 —— 与 Dan Bricklin 一起设计 VisiCalc 的程序员 Bob Frankston 指出，「 即时数据，在过去是一种奢侈的东西，很快就成为一种必需品。电子表格工具正在塑造着我们。 人们会对决策的定量而非定性理由的需求越来越多，」他说。「在过去，在电子表格之前，人们会采取猜测的方式。现在，他们觉得有义务去运行数字。」（记得当年 Google Analytics 支持实时数据的时候惊为天人）。
然而，真正让电子表格用户着迷的并不仅仅是即时的数据，而是「如果」的因素：创建情景、探索假设的发展、尝试不同的选择的能力。正如一位高管所说的那样，电子表格让用户可以在电脑中创建并尝试 「虚拟业务」 —— 这就像我们每个季度来做下季度预测一样，哪些参数的变化会带来什么结果，在今天我们认为习以为常，而在当时，这是一种新的「权利」。
但并非一切都是积极的，当年留下的问题到现在其实还在。电子表格再怎么推演的数据，也仅仅是「假设的数据」，但真实世界的参数会很多，预测的结果往往大相径庭。而通过各种数据的演示，电子表格（或者说「用数据说话」）成为了一种雄辩的技巧而非提高生产力 —— 虽然我们都知道数字可以被任意解读，但是大家还是会觉得一大堆数字甩出来的时候，感觉可信度极高。
这些问题不仅存在于今天， 早在 1984 年的时候就已经让大家头疼了 。
世界上几乎所有的电子表格都用于以下 三种用途之一 ：
无论何时需要收集任何数据，普通用户都会首先启动电子表格：比如联系人列表、库存清单、统计到岗时间。这些文件中通常没有多少公式，而且与其他电子表格相比，内容往往文本很多。这些文件通常很小（少于 1000 行数据）并包含二维数据。不过，偶尔你会在用户创建的电子表格中看到更复杂的数据结构：
这些文件通常都是大量的数据，它们的定义特征是其中包含公式。也就是说 用户正在计算一些东西。
这种场景往往被忽略但是却很常见，一个简单的例子可能是工作场所的午餐订单：在 11:30 之前填写电子表格，订单就会发出。
组织中的每个部门都必须填写电子表格模板，并在月底之前将其提交给人力资源或财务部。在那里，一些糟糕的后台办公室人员将数据汇总到另一个电子表格中，将结果输入到工资单系统中，并发送给要去做演示 PPT 的人。这些电子表格通常伴随着正式或不那么正式的工作流程，它们依赖于到处发送电子表格，并且需要通知人们这些存在服务器或者云端的表格发生了变化。
许多公司耗费巨资开发了内部系统，往往不久之后就回滚（也可以说是滚回）到电子表格系统。
事实上，电子表格存在严重的缺陷：
而从另一个角度来看，计算机科学的一个关键思想是三层架构:
如果想完成一个简单的从数据输入，到计算，再到展示，需要学会几十种语言 —— 太复杂了。
这里简单展开下 Airtable 的 答案 （或许还有很多别的答案，因精力问题还未研究那么多）。
与 Excel 的单元格不同（通常限于字母或数字等数据类型），Airtable 的网格表示许多不同的数据类型 —— 包括文件、联系人和事件等等。用户可以查看和操作许多不同类型的数据。通过允许用户在一个基于网格的布局中处理多种不同的数据类型（也就是不同的 View），试想其实我们的日程本、Teambition 中的看板、todolist、甚至 Blog 的文章，其实仅仅是数据库数据的不同展示而已 —— 从这个角度来看，许多创业公司做的事情，其实也就是一个 Excel 的子应用而已😎
另外在 2015 年 4 月 推出的 API Builder 和嵌入式数据库功能则将其推到了一个新的高度 —— 因为它允许用户从底层数据库中提取记录，并将这些数据无缝地集成到外部应用程序和网站中。嵌入数据的能力对于那些缺乏使用 Airtable API 的技术能力的不太懂技术的用户来说是超级棒的方案。
恰巧我就有个实际的案例：之前帮朋友处理几家店铺调货的问题，对于电脑操作技术不高的服务员来说，教会他们用库存管理系统实在是太复杂了。 而纵观他们的日常操作，其实就是在微信群里面吼一声，然后打开电脑上的 excel 查看下数据然后再回到微信群里面吼一句。我们的思路大概是希望通过 @微信机器人 来帮他们实时查看库存。
如果换做传统的开发，我们除机器人之外，还要建立复杂的数据库和运行环境。而利用了 Airtable 的 API 之后，只需要个别人维护下表格，其他人直接在群里面 @机器人 查询，然后机器人后端直接通过 API 调用 Airtable 的数据，极大地节省了后端的开发，而整个操作也比之前他们买的不知名的库存管理软件要友好的多。
所以，随着算力增加和设备的全面联网，整个时代的基础设施已经可以试图解决上面的三个问题了 —— 这也是 Nocode 兴起的原因。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。