飞书产品副总裁洪涛：以简驭繁，飞书项目平台能力更新

摘要：洪涛在现场表示，“更灵活、更强大、更智能的飞书项目，它将场景的复杂、系统的复杂、数据的复杂彻底封装，为大家带来永远简单、高效的使用体验 —— 这正是 '以简驭繁' 的终极追求。”

9 月 10 日，在 2025 飞书项目新品发布会上，飞书项目负责人洪涛展示了飞书项目全新的平台能力升级，推出了更灵活、更强大、更智能的飞书项目。

洪涛在现场表示，“更灵活、更强大、更智能的飞书项目，它将场景的复杂、系统的复杂、数据的复杂彻底封装，为大家带来永远简单、高效的使用体验 —— 这正是 '以简驭繁' 的终极追求。”

以下是他的演讲全文。

站在这里，我不由自主地想起三年多前第一次拜访猎聘网的场景，在猎聘的会议室里，我对猎聘的同事说：“选择飞书项目，不只是选择了一个标准化软件，更是选择了一个和客户共同成长的产品！” 非常荣幸的是，猎聘选择了相信这份初心，成为了飞书项目第一个 SaaS 客户。正是这份信任，让飞书项目正式迈出了服务外部客户的第一步，也让我们更加坚定了 “产品有生命” 的理念 —— 它的成长，始终与客户的需求同频，与行业的发展共振。

今天，这份 "生命力" 有了更加鲜活的诠释。以全球智驾赛道的领导者 Momenta 为例，他们对飞书项目的运用不仅深入还富有创造性，其灵活程度连我都不得不惊叹，超出了产品团队的想象。在此，我也特别感谢 Momenta、元气森林、阿维塔这三位重要客户的同事莅临现场，分享他们使用飞书项目的宝贵经验。在飞书项目的成长道路上，他们不仅是深度使用者，更是不可或缺的 "共创者"。期待稍后的分享！正是客户的深度参与，让飞书项目能够更贴合行业的真实需求。服务好这些优秀的客户，才是飞书项目生命力最直接的体现。

过去一年，这份 “生命力” 也转化为了实实在在的成长数据：我们新增了 300 多万行代码，快速响应并落地 800 多个产品和技术需求；自动化能力平均每日运行约 150 万次，帮助大量用户从重复劳动中解放出来，专注更有价值的创新工作；开放能力持续突破，API 日调用次数达到 2000 万次，较去年提升 67%，意味着越来越多的客户与伙伴在基于飞书项目搭建自己的业务生态。这些数字的背后，是飞书项目在客户陪伴下不断迭代、持续进化的生动证明。

为了满足千行百业多样化的项目场景需求，我们深知必须在软件层面做到足够抽象与开放，与很多项目管理类的其他产品不同，自诞生之日起，飞书项目就是一个平台产品，而飞书项目最核心的竞争力，也是它强大且持续进化的云平台。对于终端用户来说，平台意味着能力与体验的基准线 —— 基于这一强大平台搭建的各种解决方案，都能拥有同等出色的能力与体验，为用户带来坚实的产品力安全感。

飞书项目的产品架构清晰分为三层。最底层是基建层，如同坚实的 “地基”，决定着系统安全与性能的底线；往上是核心能力层，围绕工作流、视图、度量三大核心主线，以模块化能力支撑业务模型的自由搭建。这两层共同构成了飞书项目的 Core Platform 。而在 Core Platform 这一 “底座” 之上，我们才能在顶部的应用层，根据不同客户的具体需求，敏捷搭建出多样化的产品解决方案与行业方案，将底层复杂的能力转化为用户眼前简单、直观的项目管理体验。

我们用 “流程可视化” 把上千个节点梳理成清晰的流转图谱，管理者一眼看透瓶颈，执行者明确分工；用 “高度可配置化” 让企业无需适配软件，而是按需搭建专属模型，更用 “平台化底座” 把各种复杂能力封装成简单工具。

用这样的方法，客户只需要负责聚焦 “复杂的业务创新”，而飞书项目帮你把 “复杂的管理过程” 变简单 —— 这就是 “以简驭繁” ！把复杂留给平台，把简单还给用户。

今天，我们带来全新的产品升级，正是对 “以简驭繁” 理念的深度落地，以更灵活、更强大、更智能的平台能力，直面研发管理的复杂挑战。

更灵活，让复杂的场景数字化，

量体裁衣

飞书项目的可视化流程引擎，今年进行了全面的自定义升级，进一步增强了可视化的能力。新增加的节点信息透视功能，让项目经理可以自己设定节点要显示的信息，不管是数字字段还是文本字段亦或是枚举选项，都可以被配置在此处展示。看这个例子，通过自定义字段的外露展示，在节点上不仅能够看到具体节点的任务完成进度，还可以非常直观的了解事项的“一句话最新进展”。

节点按钮自定义则新增 “回滚”“转办” 等系统按钮，还支持用户自定义按钮与其规则，开放插件也可以制定专属的业务按钮逻辑，就像图中这个 DevOps 插件做的一样，点击“关联 MR”就可以快速跳转到集成的其他平台上。

当然，全面的流程引擎自定义也完美适配移动端操作，易用性大幅提升。

全新的团队功能，可打通企业现有组织架构，实现项目与组织管理联动，同时支持虚拟组织建设；不管是在度量视图还是在人员排期，我们都可以非常快速的基于团队级别筛选或作为维度分组。权限分层管理支持了更加细致的控制对象与点位，满足大型组织精细化管理需求。对于不同的字段和信息，实现千人千面的权限要求。

度量图表迎来了焕新升级，新增雷达图、瀑布图、堆叠图等专业图表，覆盖各类数据分析可视化诉求，全新版本的度量图表还支持主题自定义、同时也丰富了单图表的表现形式，信息传递效率显著提高！

在丰富而又灵活的模型配置之外，今年，我们还给大家带来了让用户界面交互更适配个性化需求的新法宝——飞书项目轻应用，可以说它是飞书项目平台灵活度的最好诠释。

飞书项目的老用户应该都知道，在协作空间的左侧导航，我们可以配置多种功能主页的入口，但是在今天之前，我们能够添加的功能主页，要么是系统预置好的工作项列表模板，要么就是需要 IT 团队 fullcode 开发的插件应用。

而全新推出的飞书项目轻应用是让所有飞书项目的普通用户都能无代码自由搭建业务应用模块，让每个功能主页都符合团队和场景的使用习惯，和字段、角色、流程配置一样，飞书项目轻应用无需任何研发能力也能快速打造，就像拼乐高一样简单。

让我们看这样一个迭代管理轻应用的效果，通过飞书项目轻应用官方提供的丰富组件，团队中的 Scrum Master 快速搭建了一个迭代管理的"轻应用"，在这个应用里，组件之间还可以直接联动通讯，使用者手动筛选迭代类型，整个界面的其他组件数据都能够实时响应，在飞书项目轻应用里，我们还引入页面变量的能力，熟悉软件开发的同学应该都知道，界面的功能组件基于此就能够更好的消费环境上下文信息；在界面变量和组件联动通讯的帮助下，功能主页不再是一个展示用的 Dashboard ，而真正的变成了应用，活了起来。

在协作空间的功能区，项目管理员可以添加大大小小多种“飞书项目轻应用”，让每一个场景在团队内的落地，都好像量身定制一般，非常顺畅。就像刚刚展示的 Demo 一样，飞书项目轻应用拥有多种灵活的特性，自由布局、丰富的组件生态、页面级变量上下文、组件间高效联动、无代码快速搭建。

在这些特性的加持下，可以激发出无限的可能，大大丰富飞书项目作为平台产品的场景落地能力！

更强大，让复杂的系统藏起来，

游刃有余

“阿维塔”意为“化身”，阿维塔科技则赋予了这个词更深的含义，——旨在打造在智慧平行世界里的另一个你，强调“情感智能”，成为“懂你的智慧化身”。

先来看一组数据。这是我们客户在飞书项目产品使用中产生的真实数据。有客户的单个工作项类型，配置的字段数超过 1000 个，这个是一家游戏客户；有客户的单条流程，节点拆解超过1000个，这是一家汽车主机厂客户；有客户的自动化规则设置条数，单空间内超过了400 条，这是一家互联网软件公司；还有客户，存储的实例数超过800 万，这个客户就是去年在我们发布会分享过的锐捷网络。

这样级别的数据量级之下，很显然对于系统的稳定性和性能来说都是非常有考验的，但是我们需要思考一个问题，如果上面这些压力测试的客户是同一家，那会发生什么？

在同一个协同空间内的单一工作项配置了 1000 个字段，同时每个流程又配置了 1000 个节点，自动化规则数量超过 1000 条，同时空间里还存储着 1000 万条实例，可想而知，这样的压力将是非常可怕的，但是可以预见的，在真实场景里，随着客户对飞书项目使用的越来越深度，关键信息数据积累的时间越久，这样的复杂度已经离我们越来越近了，作为专业的项目管理产品，我们必须解决这个问题。

“ Project 4K ” ！面对这样的挑战，我们的研发团队发起了这样一个专项，“ 4K ” 代表着我们刚刚提到的四个硬性工程指标。为实现目标，我们重构了底层的数据存储，采用了存储和计算解耦分离的架构，更有价值的是实现多维度数据动态分布；不仅按照租户维度，还可以按照实际使用的各种业务数据类型的不同，把数据放到不同的存储节点，理论上实现了存储能力 "无限扩展" 的可能。而检索端运用分布式混合数据索引，结合行式与列式存储，通过 Schemaless 架构支持任意数据类型存储与动态查询。

一方面我们大幅度的提升了容量的上限，把场景复杂度的支撑提高到了一个新台阶，另一方面，在这种复杂度的支持下，我们还要保障客户的使用体感不劣化，交互体验不卡顿，甚至还希望进一步优化；所以在这一年内，研发团队也投入了大量的资源用于性能体验的提升！

最终，相比一年前，飞书项目关键页面的加载速度，提升了 130% 以上，在用户感官视角，带有上千字段的工作事项的详情页面，实现了秒开。百万行数据的度量图表都能流畅的加载渲染，流程引擎的前端框架最多支持到 5000 + 节点，一年以来的交互优化细节点也超过了 100 项。

更智能，让复杂的数据活起来，

洞察随心

大家都知道，过去几年，AI 的突破速度超乎想象。它不仅是技术工具，更在重塑我们的工作方式、组织形态，甚至企业的核心竞争力。一直以来有很多同事、也有一些客户朋友来问我：“洪涛，飞书项目对 AI 这个事情怎么看？” 今天，我想分享一下我们相关的思考。

我们对 AI 完全颠覆项目管理软件持谨慎态度。一方面，这种颠覆性的变革可能是件十年甚至更长周期的事，急不得；另一方面，作为一个发布只有 3 年的产品，我们还有很多更基础的事情要做，盲目的投入可能 “事倍功半”；那当前阶段，飞书项目在 AI 时代的价值主张，我认为如下几个：

首先是企业 AI Ready 的数据提供器，可以说，飞书项目在 AI 时代积累了最宝贵的 “燃料”—— 结构化数据。流程节点、任务进度、人力投入…… 这些数据不是死的数字，而是企业的 “智能基因”，他们能被 AI 消费、挖掘、反哺决策。

就比如我们的游戏客户：沐瞳，他们将飞书项目版本管理与 DeepSeek 联动，提取版本、需求、缺陷等多维度数据信息，让 Agent 总结，能够快速生成版本要发布的内容总结和注意事项。

字节跳动内部的研发团队也有很多优秀的实践，AI 通过分析飞书项目中沉淀的结构化研发数据，能够对项目管理数据进行深度挖掘和智能解读，自动生成研发效能分析报告，识别项目进度、资源配置、质量指标等关键信息之间的关联关系，AI提出基于此的洞察和决策建议。

今天，为了帮助 AI 更好的理解飞书项目的数据，我们正式发布飞书项目 MCP ！飞书项目 MCP 是专门为 AI Agent 搭建打造的服务。它并非简单的基于 openAPI 进行工具封装，而是完全面向 AI friendly 定制的开放 server ，促使 AI 调用、消费、理解数据更轻松。

其次是 AI 时代的行动系统，飞书项目不能只是 “记录数据的系统”，必须成为 “驱动行动的智能引擎”。

在飞书项目中，最受客户喜爱的可视化工作流引擎，正悄然的发生变化，之前，Workflow 驱动的是节点负责人，人接收到了系统的通知后，开始拆解任务，然后依次执行，最终再把执行的结果回填或回传到飞书项目中去，如今，飞书项目的 Workflow ，正在驱动平台从记录系统到行动系统的转变，节点到达后，并非人来承接具体的节点环节，而是 AI Agent 被激发，自动的理解业务，执行动作，再把最终的结果同步给飞书项目完成记录与节点流转。

我们一起看一个测试管理升级后的 AI 实践，在质量保障工程师进行质量验收测试之前，飞书项目 Workflow 驱动预测试用例生成的节点，测试用例 Agent 自动且全面的生成规则预定好的测试用例集，在完成动作后，再把流程推动到负责人是 QA 的质量验收节点，完成了 Agent 与人的接力工作！

在这个过程中测试用例还会进一步获取飞书项目中的其他数据信息加以分析，自动标准哪些是高风险的场景，哪些是低风险的用例，方便质量保证工程师在测试的时候有重点的投入，大幅度提高效率。

在飞书项目的加持下，人与 AI 实现协同工作，既有分工又有相互促进！

最后，飞书项目也原生的推出了好用的原生 AI 能力包。

AI 字段既可以在配置好的规则下一次性把非结构化数据转化为可用的结构化信息；还可以能通过自然语言对话，获取多维度上下文信息，实现对字段值的解读或更新。