完全没有代码基础的我，把公司装进了「自动运转」的表格

少数派是一家科技媒体，但在早期，我们的办公数字化并不比大多数中小企业更「科技」：都重度依赖一张张电子表格。内容选题是一张表，编辑排期是一张表，合同与发票也是一张表。Excel 和后来的在线表格，以其灵活性和几乎为零的上手门槛，支撑了我们最初的成长。

早期人少的时候，这种做法也算高效。大家都熟悉那几张表，谁需要什么信息就直接在里面查、在里面改。可随着团队扩张，这些「万能表」的问题开始集中暴露出来：数据越堆越多，谁能看什么、谁能改什么，完全靠约定；一些复杂结构只有最早搭表的人看得懂，过时信息日积月累，到了最后反而成为效率的负担。

我和很多创业者聊过，大家在中小企业的管理过程中，几乎都经历过类似的「表格困境」。表格从来不是坏工具，相反，它之所以被滥用，恰恰说明大家缺少更合适、同样够灵活的数字化载体。结果，表格一边承担着准「数据库」的角色，一边又被当成日常的操作界面。两种职责叠加在一起，迟早会走到难以维护的地步。

后来，少数派切换到飞书办公，见证了多维表格从无到有、越发强大的过程。与传统表格相比，多维表格在字段类型、关联关系、自动化和协作能力上都专业得多，可以承载更多的业务流程。然而，在较为复杂的场景中，多维表格的学习和维护成本仍然不算低。我们需要的，是一种既灵活、又规范的解决方案。

这也是我在日常使用并关注飞书多维表格多年之后，对近期正式上线的「应用模式」格外感兴趣的原因。它所描绘的图景，不仅仅是做一张更好看的表格，而是让每个懂业务的人，都能亲手为自己搭建一个专属的「工作应用」。

当表格不再只是表格

要理解飞书多维表格的「应用模式」，先要承认一个事实：许多公司正在用表格承载越发复杂、跨部门的需求，已经远远超出了传统电子表格的设计边界。

传统表格最大的限制，是把数据和界面绑在一起。你看到的每一个单元格，既是数据本身，也是操作入口。这在处理简单清单时很直观，但当表格被用来管理更复杂的机制，例如项目流程、销售运营时，即使只负责其中一个环节的同事，也不得不直接面对整套复杂结构。这显然不可能是高效的。

飞书这次的「应用模式」，本质上是把数据和界面这两件事拆开：底层仍然是多维表格那套成熟的数据存储与计算引擎，上层则新增了一层可以自由拼装的应用界面。你可以理解为，业务负责人终于有机会为自己的数据亲手设计一个 app，并分享给参与者使用，而不需要让每个人、每次操作都变成和数据库本身打交道。

在应用模式下，原本散落在不同表格、不同视图里的数据，可以通过自由编排的页面组件，重新组织成符合项目逻辑的操作界面。这个编辑过程不需要复杂的代码，通过鼠标拖拽就能完成。对于现有的数据库，你甚至可以从多维表格中直接自动生成一个带数据的应用原型，再按业务需要微调结构和布局。

针对「表格办公」带来的数据安全和界面混乱的问题，应用模式还实现了更精细的权限隔离：不同的岗位看到的功能和数据可以完全不同。比如，在同一个应用中，销售团队看到的可能是个人销售情况的记录入口和追踪统计，而管理团队则可以看到整体数据图表和分析视图。应用搭建者可以把表格中的搭建细节隐藏在后台，让真正面向一线同事的界面保持简洁、一致。

此外，应用模式打破了单个表格的限制，能够将多个不同来源的多维表格数据整合在一个应用中。这意味着你可以真正构建出一个「系统」。例如，一个订单管理应用的数据，可以同时来源于客户信息、产品库存和物流状态等外部表格，构成一个完整的业务闭环。

一个多维表格空间可以容纳多个现有数据源，整合在一个应用里集中调用

智能化本身就是飞书多维表格的底层核心能力。在应用模式下，这种 AI 能力被进一步释放，并深度嵌入到了字段、工作流和应用之中。例如，你可以在流程中插入 AI 节点，让它根据销售的语音记录自动拆解关键信息并写入系统；也可以通过「AI 生成工作流」，只用一两句自然语言描述需求，就让大模型为你搭出包含提醒、任务、消息等环节的完整流程；还可以在应用的特定页面里放入 AI Agent，由它读取多张表的数据、结合上下文做推理并给出决策建议。

工作流中的 AI 节点捷径

在这些功能下方提供支撑的，是飞书持续打磨的新一代多维表格基础能力。飞书多维表格单表支持 1000 万「热行」，在百万级数据量和复杂公式下仍然可以保持流畅的计算和加载，并发协作最多支持 1000 人同时编辑。

从这个意义上说，应用模式不是在原有多维表格上做一点「美化」，而是在多维表格既有的数据库和自动化能力之上，提供了一层面向业务参与者的「操作系统」。它让企业可以维持一个统一、干净的数据底座，同时为不同角色提供各不相同、但彼此串联的前端应用。

画布拖拽、AI 辅助，谁都能轻松从零搭建应用

当然，从少数派的角度看，新工具是否有价值，还要取决于它是否能应对我们每天会遇到的那些细碎、但又真实的场景。为此，我决定自己试一试，能不能用多维表格应用模式解决一个具体的小需求。

以少数派的会员兑换码管理为例。我们在运营工作中，需要不时向用户或合作伙伴发放不同规格的会员兑换码。过去的做法，是维护一张多维表格，同事们手动筛选合适的兑换码，再手动修改状态，避免重复使用。这个流程看上去不复杂，但反复操作还是显得繁琐，而且稍有疏漏，就可能发错规格或重复发放。

少数派原有的会员兑换码表格

在应用模式下，我可以把这件事重新拆解为一个非常简单的内部应用：界面上是几个不同规格的领取按钮；点击后，系统自动在后台的多维表格里筛选出尚未发放的兑换码，通过飞书消息发送文案，同时更新原表。

更重要的是，即便像我这样没有技术背景、平时并不写代码的人也能轻松操作：只需创建一个新应用，将它的数据源指向会员兑换码所在的多维表格，然后向画布上拖拽几个按钮，将其功能设置为不同的工作流，就形成了一个「兑换码提取器」的雏形。

得益于 AI 生成工作流的能力，具体的工作流本身也不需要我从零设计。只要用自然语言描述大致的需求，系统就能自动生成结构清晰、参数完整的可用流程，再由我微调细节。

这样，十分钟之内，我就完成了一个简单但实用的内部应用。分享给团队之后，大家以后只要简单点击，就可以通过飞书消息收到可以直接复制粘贴的兑换码发放文案，并且不用担心手动修改表格数据的麻烦。

这个兑换码是真实的，作为彩蛋送给第一个发现的朋友

这与我们过去等待功能开发的体验非常不同：不再只是提需求、写文档，然后在排期表里等待，而是可以在几个小时内用手边的表格，把流程主动封装成一个小应用。对于少数派这样开发资源有限的团队来说，这意味着很多不值得专门花时间开发的小需求，不必再长期依赖临时、手工的流程，而是可以在多维表格的生态里得到快速试验、持续演化。

这次成功的小尝试也给了我信心，准备继续用应用模式改进我们现有的多维表格项目。

例如，少数派内部有一张「测试设备管理表」，记录了各类设备信息、借出与归还时间等。未来我们更合理的做法，是在应用模式里拆出几个相互关联的页面：编辑只看到「申请借用设备」「查看自己名下设备」等入口；行政同事有一套更完整的库存与维修视图；财务则通过仪表盘查看设备折旧与投入产出情况。

又比如，我们用多维表格搭出的「收入仪表盘」，目前已经利用了飞书的 BI 组件做了聚合和可视化，但在使用上依然偏向「看板」。如果结合应用模式，我们可以把一些常见的分析动作和决策入口固化为应用的一部分，甚至直接在应用的详情页里嵌入 AI Agent，让它给出初步分析意见，供业务负责人进一步判断。

当然，少数派并不代表所有行业。飞书多维表格在不同类型企业里的实践，更能说明应用模式的适用范围。例如，我们了解到，在国内一家头部饮品企业，非 IT 背景的市场团队用应用模式搭出了一套营销管理系统，使得每条流程平均节省约 15 分钟。

又比如，曾经践行「一张表管公司」的电商代运营团队独唱团，在面临用 300 张多维表格管理公司所带来的极高数据管理成本，以及权限流程的复杂性时，决定用应用界面重新组织操作路径。通过把高频信息提交入口放在首页，把不同岗位的权限精细隔离，用自动化和 AI 帮忙做决策、做周报质检，独唱团节约了原本依赖大量行政与人力投入的流程。

这些案例都表明，无论行业和规模如何，企业对于构建贴合自身业务的、敏捷的数字化系统的需求是共通的。应用模式所提供的，正是满足这种普适性需求的一套行之有效的方法论和工具。

不止是方便，这可能是未来工作的样子

作为科技行业的观察者，我们也注意到，多维表格所在的赛道，过去几年一直在升温。从客户关系管理、内部运营到轻量级的 ERP，越来越多的企业开始尝试用表格类工具跑复杂的核心业务。可以说，表格如今已经成为协同文档、SaaS 系统和开发者平台等多个热门领域的交叉地带。

在这样的背景下，我特别看好多维表格的一点在于，它面对不断扩充的需求和功能，始终坚持很清晰的产品哲学，那就是「以用户为中心，让技术适配业务」。从多维表格近来的一系列更新中可以看到，它一方面通过专用数据库、向量一体化存储和高并发协作能力，有足够的底气承载大型业务系统；另一方面，通过应用模式、连接器、仪表盘和工作流，具备承上启下的能力，把数据、流程和应用统一到一套范式之中。

应用模式搭建的客户关系管理系统

对企业来说，这种「技术适配业务」的意义不只体现在效率上，而是让创造工具的权力以前所未有的方式下放。过去几年，「全民开发者」「人人都是产品经理」之类的说法很多，但真正让一线员工有能力、安全地参与系统建设的工具并不多。要么门槛太高，需要掌握脚本和数据结构；要么太「黑盒」，只能在预设流程里选择，而无法真正把自己的业务特性注入系统。

相比之下，飞书的这次更新不仅仅提供了一个简单的应用搭建器，而是以人人熟悉的表格为基础，围绕着承载严肃业务系统这个目标，构建了一整套企业级能力。当一线员工可以自己通过搭建应用解决问题，企业 IT 就从自上而下的「规则发布」，变成了自下而上的主动创新。

与此同时，凭借应用模式，飞书多维表格也在把自己从工具升级为「生态平台」。应用模式并不只能服务单一企业内部的自搭需求，它同样是集成商、ISV（独立软件开发商）以及开发者的舞台。通过应用模式，他们可以把将自己的知识和经验「产品化」——沉淀为基于多维表格的标准化应用，通过飞书的市场和生态，以订阅制等方式持续复用与变现，以更低的成本服务更多人。

之前，少数派上就有很多朋友分享自己通过多维表格，开发记账软件、任务管理器等工具的成功案例。相信有了应用模式的基础设施升级，这种「知识产品化」的践行者还会越来越多。

尝试使用多维表格搭建系统的过程，也让我感到 AI 在工作场景中的角色正在清晰化。应用模式中的 AI，最让我印象深刻的不是它能执行命令，而是它能理解意图，并与你协作。它能分析你表格的结构，主动推荐几个可能的工作流方案，帮你发现自己都没意识到的问题；它也能在流程运行过程中，根据实时数据做判断、给建议，甚至帮助团队持续复盘与迭代。

多维表格基于数据结构，主动推荐工作流方案

这种能力的价值，不在于它能替代员工，而在于放大了每个普通员工的创造力。我想，未来，那些能更好地理解普通人需求，并用 AI 帮助他们轻松实现想法的工具，才会真正胜出。

在前不久举行的多维表格开发者大会上，飞书 CEO 谢欣曾经说，如果用一句话来总结多维表格，那就是 for the ones ahead——多维表格的用户是先行者、开拓者、创新者，通过主动探索与实践，推动工作工具、方法及 AI 在企业的落地升级。

我很认同这一点。少数派的用户当中，本来就聚集了一批这样的先行者：他们愿意用一张表搭出自己的任务系统，甚至为团队做内部知识库，经常让我们看到许多原本想不到的可能性。另一方面，飞书自身也是这一品类的先行者和开拓者：从最初的效率工具，一路进化为今天的「业务系统构建引擎」。

当这两类先行者在同一条路径上相向而行：一端是飞书在基础设施和平台能力上的持续投入，另一端是无数具备创意的用户在具体场景中的应用落地，我们也就更清楚地看到了未来工作可能呈现的样子。

让离问题最近的人，掌握创造工具的权力

一张电子表格，曾经是许多中小企业数字化的起点，也是我们这一代创业者对「系统」最直观的想象。飞书多维表格应用模式找准的切入点在于，一方面承认表格作为业务表达载体的价值，另一方面也关注到，当业务复杂到一定程度时，单靠一张表已经不足以支撑组织在采用成本、权限划分、数据分析等方面的需求。基于这种理解，它把被「压榨」到极致的电子表格，推向了一个更有想象力的方向。

应用模式的价值是多个层面的，首先当然是效率提升。它显著降低了「创造工具」这件事本身的门槛，让原本需要数月开发周期的业务系统，可以在数天甚至数小时内由业务团队自己拼装出来；让少数派这类缺乏专门 IT 的团队，有机会用更低的成本获得更贴合自身需求的数字化工具。

但从更宏观的层面看，多维表格应用模式也指向了这样一种未来：构建数字化工具的能力，不再是少数技术人员的专利。当一线员工可以轻松地参与系统搭建，当行业专家可以把自己的方法论沉淀为可复用的应用，当开发者可以围绕这些需求构建新的生态与商业模式时，企业的创新速度和适应能力会被极大释放。

我想，这也是企业在 AI 时代保持竞争力的关键之一：谁能让技术真正适配业务，谁能让离问题最近的人掌握创造工具的权力，谁就更有可能成为 the ones ahead，成为先一步探索未来工作形态的人。