一早飞到上海参加飞书的发布会，上海还是夏天的感觉。创业将近三年时间，墨问自始至终都在用飞书，我也从未错过飞书的任何一场的发布会。隔段时间走出办公室，暂时忘掉眼前的烦恼，于万米高空中感受广阔的蓝天白云，总能让我产生新的感触。蛮有意思。
1
近两年 AI 火得一塌糊涂，几乎各家的产品发布会上都绕不开大模型。所以，进会场以前，我的预期是飞书也会追随潮流，继续发布 AI 相关的进展。这种判断八九不离十，毕竟从去年到今年我看到市面上的发布会几乎都如此。
但开场才发现，今年的主调是用强大性能的产品帮企业降本增效——他们发布了最强性能的业务工具，包括全新一代飞书多维表格、飞书低代码平台和飞书项目。
这和我构想的大相径庭，我赶忙打开飞书，和同事感叹说：“飞书没有陷进 AI 的泥潭里。”
过去一年，往产品中加入大模型，几乎已经成为一件政治正确的事情。我见很多产品，他们蜻蜓点水般地做了很多 AI 特性，但体验下来，我感觉花架子居多，实用的功能却不多，他们或许是被焦虑和恐惧带歪了。
飞书 CEO 谢欣在会上说的一个观点，我特别有感触：AI 目前还处在赋能企业的初级阶段。
对于一个产品而言，当下要把 AI 功能做到什么程度，以及怎么不被 AI 迷惑而忽略了更重要的东西，这些判断挺重要的。墨问也是如此，这一年来，我在不断地权衡和思考做什么，不做什么。
飞书也不是完全绕开了 AI，发布会上谢欣分享了智能会议解决方案，以及承载在多维表格和低代码平台上的 AI 能力，它正默默地往重要且恰当的场景中融入大模型的能力。
过去一年，我们已经感受到大模型目前的能力还不足以创造新的模式或者重塑工作流，飞书的 AI 策略，我感觉是打磨有价值的场景，让 AI 成为提效的工具，不再为了 AI 而 AI。
特别是现在这个时间点，我相信大家也早已经对大模型祛魅，潮水退去之后，所有人都再次意识到那个永恒的真理：⽤户并⾮是在购买产品，⽽是将产品带⼊⽣活，以完成某个任务。
2
飞书这次显然把更强性能的多维表格和低代码平台作为主角。
我判断，自此之后，飞书将蜕变成为一款业务工具，而非单纯的协同工具。过去一提起飞书，大家都会说，它的文档、聊天、IM 功能好用，而现在，我们还可以在飞书上快速搭建自己的业务系统，或者管理业务，借由多维表格、低代码平台，或者飞书项目等业务工具。
飞书正在走向业务价值的深处。
如果你了解微软的话，就知道我何出此言。微软的生产力和业务流程板块中，主要有几个大产品，一块是众人熟知的 Microsoft 365，它包括 Word、Excel、PPT、OneNote，以及聊天工具 Teams 等等协同类产品，这部分能力是飞书过去一直在深耕的；一块是 Dynamic 365，向提供 CRM 和 ERP 服务，类似国内的垂直 SaaS 厂商做的事情。另外一块则是低代码应用平台 Power Platform。
目前，Power Platform 已经成为微软增长最快的云业务之一。2021 年时，它的营收超过 20 亿美金，并且年增长率达到了 72%。基于微软 Power Platform 这个产品，用户可以快速根据自己的设想搭建五花八门的业务系统。
不用我解释你也能明白，业务系统工具比协同工具更刚需。从产品逻辑的角度看，文档、IM、日历等产品对企业的帮助仅仅停留于提高员工的协同和沟通效率。说白了，还是离业务有点远。
而业务系统会直接嵌入到企业的商业运转流程中，借由低代码工具，企业可以快速低成本地搭建出来满足自己需求的系统，并且还能和 IM、文档产品互通。这就是飞书低代码的价值所在。
其实，不只是微软和飞书，包括硅谷的独角兽 Notion，它的方向也是低代码。你以为光靠一个文档工具就能撑起来百亿美金的想象力？怎么可能。
如果你留意 Notion 的发展的话，会发现它从 1.0 到 3.0，本质上就是在构建一个低代码产品。企业可以用 Notion 建网站、管理项目，乐高也喜欢自称为软件乐高，它能够灵活组装出来各种各样的业务系统，这就是低代码的强大之处。
3
飞书并非刚刚开始做低代码。
2022 年时，我曾写过团队使用多维表格搭建电商系统的经验。你可以理解飞书的多维表格就是一个面向所有用户的低代码工具（当然也可以叫零代码，我就不纠结概念了），我的运营同事没有任何编程基础，她也可以快速搭建出一个符合业务需求的轻型系统。
多维表格最早是飞书在 2020 年发布的，至今已有 4 年时间。这次发布会上，多维表格宣布全新升级，令我们团队兴奋的是，它的单表支持百万行数据，这意味着我们无须担心它的上限，放心去搞业务就好了。多维表格过去我聊过很多，这次不重要说了。
咱们看看飞书低代码平台，这款产品去年三月时就曾露过面，只不过当时叫飞书应用引擎，经过一年多时间的打磨，现在正式更名为飞书低代码平台，全面对外开放。相比多维表格，飞书低代码平台的门槛会高一点，它是一款面向开发者的低代码应用搭建工具。
很多工程师经常自嘲自己为码农，写代码的过程中总有很多重复性的、增删改查类的工作要做。比如，开发一个墨问的后台内容管理系统，技术难度并不高，更多的是需要理解业务并将前后端代码拼接组合起来，其中几乎全是枯燥的业务代码。
飞书低代码平台的目的就是帮助开发者减少重复劳动，大家可以在不写代码，或者只写一点点代码的基础上，快速搭建业务系统。到现在，墨问因为人手不够，我们一直没做后端的内容管理系统，这次回去，我让同事看看是不是直接用飞书低代码平台搭建一个。
说到这里，你明白了吧？过去，我们更多用飞书的场景是内部协同，现在，有了低代码平台后，它完全可以帮我干业务。对于墨问这样的创业公司而言，我们整天讨论的问题就是怎么更快地交付产品功能，怎么让业务继续往前一步，说实话，没有比这更重要的事情了，我们愿意在这里花钱买时间省成本。
下面是飞书低代码平台搭建应用时的一张截图，左边是可以拖拉拽的组件，包括表格、列表、按钮、标签页、分页器、按钮等等，中间则是一张可以配置的数据表，右侧，我们可以确定具体的字段属性、交互，以及外观。
我的感觉是，不一定非得开发者，有编程思维的业务人员只要简单学习下，也可以上手使用。
