软件总量扩张、SaaS价值来源与设计代理形态——Figma开发者产品管理总监Matt Colyer访谈要点梳理（Every，2026-06-03）

——据Every节目《The SaaS Apocalypse Is a Goldmine With Figma’s Matt Colyer》（2026-06-03）整理

摘要：本文对Every旗下节目AI & I主持人Dan Shipper专访Figma面向开发者的产品管理总监Matt Colyer的主要观点进行了梳理汇总。梳理了Colyer对“SaaS末日论”（SaaSpocalypse）的回应及其自建代理的经验，介绍了Figma以设计系统、上下文与MCP服务器衔接代码和设计的做法，以及画布代理与Figma内部的代理实践，最后阐述了其对评审瓶颈与产品经理基本功的看法。据其介绍，全球开发者数量五到十年前约为2500万至4000万，未来可能增至十亿甚至更多；他自建代理约两年后，购买的软件反而比以往更多。

关键词：应用层护城河；编程代理；企业代理；研发效率；Figma；Matt Colyer

一、软件总量扩张与SaaS的需求前景

Colyer认为，产品开发的民主化将使软件总量大幅扩张，对SaaS在位者而言意味着更大的需求空间。

（一）开发者数量扩张

Colyer在开发者工具行业工作多年。他表示：“五到十年前，全球开发者数量的估计大致是2500万、3000万、4000万上下；这一次让我兴奋的是，我认为这个数字会变成十亿，甚至更多。”他将当下界定为产品开发的民主化时期，围绕“自制软件”（homegrown software）有很多口号，但最终结果是世界上的软件会比以前多得多。对于已在这一领域的公司，“这意味着它是一座金矿”，Figma与很多SaaS公司都持这一看法。主持人Shipper表示，其在录制前约两个月买入了Figma股票。

Colyer同时理解网络负面情绪的来源，即“如果我可以把每个应用都vibe code出来呢”。据其观察，2026年1月是“自己造一切”成为主流叙事的月份，而他本人从事这件事已有18个月到两年，他对这一波浪潮持欢迎态度。

（二）自建代理的经验

Colyer两年前做的第一个代理是邮件代理，起点是家庭需求：三个孩子在三所学校，家长会邮件每天约15封，漏看一封“疯狂发型日”就意味着做家长失败。该代理的演进经历了三个阶段。一是简单脚本，第一版“实际上就是一个糟糕的Python脚本”，抓取收件箱顶部的邮件，原样贴给某个大模型，提示词只有一句“提取事实”，几页长的邮件返回三条要点。二是加入记忆系统，他称之为“彻底的解锁”。三是加入主动推送，每天定时发送摘要邮件，“不用去工具里问，它自己出现”。他至今不让代理代为回复邮件，仍由人工审批。

（三）软件的持续运行成本

基于这段经历，Colyer认为：“软件公司做的东西远不只是代码。我付钱用Gmail是有原因的——当SMTP版本需要升级时，你只想说我不在乎，我只想收到邮件。”自己运行代理意味着承担持续的运维成本，“我想要的产品不存在，我把它造了出来，然后我就得到了它的持续成本”。他表示：“说实话，我现在买的软件比以前任何时候都多，因为我会想，那个工具看起来不错，我干脆付钱让别人替我运行代理。”主持人从使用者一侧给出相同看法：他用vibe code做过不少工具，其中一些发布到了生产环境，“告诉你，这远没有说一句‘修这个bug’那么简单”，而这一点在SaaS末日论的讨论中被忽略。

值得注意的是，信息过滤仍是未解决的问题。Colyer表示，“工作的一部分是理解海量信息，再决定怎么过滤”，难点在于有些信息初看无关，三天后突然变得重要，如何向代理描述“什么重要什么不重要”至今没有好办法。主持人的体验相同：他让Codex读取公司在Notion里的全部会议纪要，反馈“不太对”之后代理会过度纠正，把要求的内容过于字面地全部塞回来，“从来没有恰到好处”。

二、设计系统与上下文：应用层的价值来源

Colyer认为，区分一般代理与用户真正喜欢的代理的关键在于个性化，Figma的对应物是设计系统，并以MCP服务器打通代码与设计两个方向的工作流。

（一）个性化与设计系统

被问及做内部代理的收获时，Colyer表示：“上下文与个性化很重要。在我过去做过的AI公司里，个性化往往是排在最后的事，先让它对所有人可用。但把一个还行的代理和一个人们真正喜欢的代理区分开的，是个性化。”第三方聊天代理中个性化的形式是记忆，Figma的对应物是设计系统；据其介绍，缺少“我们如何组织和拼装设计”这层概念，代理生成的设计从可用性上说无法使用。

对于外部代理与自建代理的取舍，他认为两者都需要。设计工作流与工程工作流不同，但边界正在模糊，“未来我们都会是构建者，区别只是从哪个角度切入问题”。Figma面向第三方代理的接口是MCP服务器，优势在于跨工具的标准接口。他将工作流拆为由代码到设计、由设计到代码两个方向。

（二）由代码到设计

典型场景是周一早上给注册页加一个GDPR复选框，“大多数人不会想‘我应该从一张白纸开始重新想象注册流程’，大多数人只想把活干完”。用户在Codex、Claude、Windsurf或Cursor中打开代码库并启动MCP服务器，让代理启动开发服务器、打开对应页面并复制到Figma画布，“它真的会做，这是我们今年早些时候发布的功能之一”，再用熟悉的直接操作工具精确调整。

（三）由设计到代码

相应工具名为Get Design Context，把Figma设计中用到的属性、组件以及设计库中的指南打包提供给代理，代理查看代码库、开分支、建PR、做修改，还可截图贴到PR上。人的角色是“你不合并它，但你有了一个好的起点”。

三、画布代理与设计工作流演进

Colyer认为，设计工具正走出以文本框为主的交互形态，画布上的代理有望加速发散思维。

（一）走出文本框

Colyer认为，行业仍处在“文本框统治的宿醉”中，多数人默认以聊天作为生成式UI的交互方式，现在开始进入第二章。Figma刚发布的代理直接运行在无限画布上，内部已使用一段时间。他指出，LLM领域很多东西是旧瓶新装，评测对应单元测试，提示词对应用户输入，设计原则同样不变。

（二）钻石模型与发散思维

核心原则是钻石模型，即先发散再收敛。头脑风暴阶段不打压任何想法，目的只在生成想法。他认为新能力中尚未被解锁的一块正是“给发散思维加速”：人容易困在自身经验里，从固定角度切入问题，同事的价值在于起点不同，创造力来自对话。文本框的问题在于线性，“这个，然后那个，然后这个”；画布上的代理可以发散，一帧试灰度，另一帧试棕褐色，棕褐色不错但字体不对，再复制一帧改字体，无障碍不达标再复制一帧。

（三）发散代理与收敛代理

他将未来的设计代理分为两类。一是发散代理，主动往画布上放置大量帧，任务是“推它们，试不同方向，别只是加倍下注”。二是收敛代理，面对画布上25个营销页概念，把相似的聚成簇，再给出意见，“假装你是一个点进来的客户，哪个最说得通”。他表示：“连命令行代理里的佼佼者也做不了这些工作流，这就是我看到的设计与产品思维的未来。”主持人认为，当前代理擅长的是“我已有设计系统，给我第n个落地页”一类收敛任务，设计师本来也不想做此类重复工作，发散能力仍有待验证。

四、内部代理实践与上下文所有权

Colyer认为，AI使每个问题都转化为上下文问题，掌握个人数据的平台在上下文上具备优势。

（一）Figma内部的PMOS

Colyer于2026年1月加入Figma，称此后几个月内部工作方式的变化“像白天和黑夜”，工程部门走在前面。他举例称，在产品部门的一次团队外训（offsite）中，产品运营团队搭建了名为PMOS的体系，背后的认识是“AI带来的一个解锁是你会意识到每个问题都变成了上下文问题，工作变成了用正确的信息集合去框定问题”。具体做法包括三步：一是把组织架构表放进一张SQLite表、置于文件系统；二是接入Asana、Slack、GitHub等连接器；三是用当时刚流行起来的skills把工作流固化。

他以新成员入职文件生成这一skill为例。以前经理要手工整理新人该知道的频道、该认识的人，这些知识“我以前会说完全在我脑子里”。当上下文被正确组织后，代理沿组织架构找出新团队的产品、工程、设计三人组，进入Slack判断团队大致对应的三个频道并读取最近30天内容，再查询Asana找出全部项目，结果“好得有点不可思议”。

（二）本地代理与上下文接入

主持人以同一逻辑解释Claude Code这类本地代理体验突出的原因：业内最初都想做住在云端、永远在线的代理，结果需要手工接入所有系统，而本地代理“就在你的电脑上，你能访问什么它就能访问什么”。他举例称，当天发布一篇文章后询问代理该发给谁，代理翻阅其邮件和短信，找出五个他本会遗忘的人。两人都认为，模型能力早已够用，缺的一直是把上下文接起来的“线束与形态”（harness and form factor）。

（三）上下文的所有权

Colyer称苹果（Apple）是“上下文之王”，即便在AI上起步较晚，其手机生态仍握有全部个人数据；他对上一届WWDC发布的Apple Intelligence表示失望，仍在等待“后台常驻、真正聪明的Siri”。他认为谷歌（Google）也已行动起来，数据量或许不及苹果但足够多，正在把AI产品与自有内容打通，并提到谷歌一款据称能自动连接全部谷歌内容的常驻代理产品。主持人补充，OpenClaw走红后人们纷纷购买Mac mini，苹果不必参加AI竞赛，也可能凭借“所有人都在它的硬件上跑AI”默认胜出。

五、评审瓶颈与产品经理的基本功

Colyer认为，代理产出大幅增加后，人工评审成为新的瓶颈，理解底层概念的能力仍然重要。

（一）评审成为瓶颈

被问及未来一年的规划，Colyer的答案是评审。他表示：“代理有能力生产所有这些东西，足够可得，足够便宜，现在我们被淹没在全新的内容里。”以前代理输出的是摘要，现在是净新增的产出在询问“要不要我去做”，人成为瓶颈，“我们只有这么多双人眼来评审所有工作”。需要解决的问题主要有两方面：一是将团队的价值体系规模化，使评价新产出的标准可以扩展；二是建立足够的信任，让代理在一定程度上进入自动模式。至于具体形态是录制视频演示、截图，还是另一个带不同提示词的评审代理，他表示行业与客户都在摸索，“很难预测，尤其是现在”。

（二）产品经理的基本功

对于产品经理职业的前景，他认为基础仍然重要。他以计算器作类比：学校里有计算器，但所有人仍然学长除法、积分与求导，“我现在每天做这些吗，绝对不做，但要驾驭这些系统，理解这些概念并能手工做出来极其重要”。他设想计算机入门课程（CS 101）会分化为两种学习方式：一是把题目交给ChatGPT直接拿到冒泡排序，“42种写法要哪一种”；二是自己用C语言写完，再让模型翻译成汇编逐行讲解，并解释寄存器与L1、L2缓存。他表示：“不能用好这些工具的人，是那些只接受输出的人；能发明下一代工具、把工具用到极限的人，是那些追问它怎么拼起来的人。”他给出的筛选标准是好奇心。

总的看，Colyer认为软件总量的扩张将为SaaS在位者带来更大需求，软件公司的价值在于持续可靠地运行软件，设计系统与上下文构成代理个性化的基础；随着代理产出大幅增加，人工评审将成为下一个瓶颈，追问工具原理的好奇心仍是驾驭这些系统的关键。