惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

D
DataBreaches.Net
V
Vulnerabilities – Threatpost
C
CERT Recently Published Vulnerability Notes
Google DeepMind News
Google DeepMind News
GbyAI
GbyAI
Y
Y Combinator Blog
T
Threatpost
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
Project Zero
Project Zero
Engineering at Meta
Engineering at Meta
MongoDB | Blog
MongoDB | Blog
MyScale Blog
MyScale Blog
Security Latest
Security Latest
T
Threat Research - Cisco Blogs
量子位
I
Intezer
Simon Willison's Weblog
Simon Willison's Weblog
C
Cybersecurity and Infrastructure Security Agency CISA
L
Lohrmann on Cybersecurity
L
LINUX DO - 最新话题
The Register - Security
The Register - Security
T
Tailwind CSS Blog
爱范儿
爱范儿
Google DeepMind News
Google DeepMind News
T
Troy Hunt's Blog
Stack Overflow Blog
Stack Overflow Blog
Cloudbric
Cloudbric
S
Secure Thoughts
The GitHub Blog
The GitHub Blog
T
The Blog of Author Tim Ferriss
L
LangChain Blog
Recorded Future
Recorded Future
小众软件
小众软件
www.infosecurity-magazine.com
www.infosecurity-magazine.com
T
Tor Project blog
人人都是产品经理
人人都是产品经理
F
Full Disclosure
O
OpenAI News
Webroot Blog
Webroot Blog
A
Arctic Wolf
TaoSecurity Blog
TaoSecurity Blog
P
Privacy & Cybersecurity Law Blog
Jina AI
Jina AI
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
雷峰网
雷峰网
Microsoft Security Blog
Microsoft Security Blog
H
Heimdal Security Blog
B
Blog RSS Feed
Vercel News
Vercel News

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
Salesforce开放API AI直接调用,护城河松动?产品该怎么做? – 人人都是产品经理,
扬启的AI启示录 · 2026-05-20 · via 人人都是产品经理

Salesforce最新推出的Headless 360战略,正在颠覆传统SaaS的竞争逻辑。不再依赖界面作为核心入口,而是将企业数据、权限体系和业务流程全面开放为AI可调用的工具层。这篇文章深度剖析了这一转型背后的商业逻辑变化,揭示了当AI Agent成为主流工作方式时,企业软件的价值锚点将如何从「界面复杂度」转向「API可靠度」。

最近saas鼻祖 Salesforce 发布了一个很值得关注的动作,叫 Headless 360。

简单讲,就是把 Salesforce 平台里的能力,尽可能暴露成 API、MCP 工具和 CLI 命令,让外部 AI Agent、开发工具和企业内部系统都可以直接调用。如果只从技术角度看,这好像没什么新鲜的。

Salesforce 本来就有 API,企业软件也早就讲开放平台、生态集成、低代码连接器。很多人第一反应可能是,这不就是把接口再包装一下吗?

但我觉得这件事真正重要的地方,不在于 Salesforce 又开放了多少接口,而在于它承认了一件事:未来用户不一定需要打开 Salesforce!

这正是企业软件接下来几年最核心的变化,过去 20 多年,Salesforce 这样的 SaaS 公司,最重要的产品资产之一是界面。

销售要查客户,打开 Salesforce。

客服要处理工单,打开 Salesforce。

管理者要看商机阶段、预测收入、审批流程,也要打开 Salesforce。

用户在界面里完成工作,数据在界面里被录入,流程在界面里被执行,权限和规则也通过界面被理解。所以对企业 SaaS 来说,界面从来不只是一个展示层,它是工作入口、是培训体系、是用户习惯、也是某种意义上的护城河。

一个系统越复杂,企业迁移成本越高。员工学会了你的系统,流程嵌进了你的系统,管理规则沉淀在你的系统里,客户就越难替换你。这也是传统 SaaS 模式很强的地方,但 AI Agent 出现以后,这个逻辑开始变了。

以前用户要自己点按钮、填字段、切页面。现在用户可能只需要对 Claude、Cursor、Slack 里的智能助手,或者企业自己搭的 Agent 说一句:

帮我查一下这个客户最近的跟进情况

帮我把这个商机推进到下一阶段,并提醒负责人补充报价单

帮我看一下本周高风险客户有哪些,整理成一个列表发给销售主管

这些动作背后,仍然可能调用 Salesforce 的数据、权限、业务对象和流程

但用户不一定再进入 Salesforce 的界面了,真正和用户发生交互的,变成了 AI。这才是 Headless 360 的关键。

它不是简单的 API 开放,而是 Salesforce 在主动把自己从一个「人操作的软件」,改造成一个「Agent 可调用的业务能力层」。

这里面有一个很微妙的转变。Salesforce 没有说自己的界面不重要了。企业软件在很长时间里依然会需要界面,尤其是复杂配置、审计、管理、异常处理这些场景。

但界面的地位变了,过去,界面是主入口,以后,界面可能只是入口之一,甚至在很多高频操作里,它会退到后台。

这对 SaaS 行业的冲击非常大。因为过去很多 SaaS 产品的竞争优势,其实建立在界面复杂度上。功能越多,页面越深,流程越重,用户越离不开。产品经理、实施顾问、客户成功团队围绕这套界面建立了一整套服务体系。

但 Agent 不吃这一套。

Agent 不需要好看的按钮,不需要左侧导航,不需要熟悉页面路径。它只需要知道,有哪些工具可以调用,参数是什么,权限是什么,调用以后会发生什么。

这会让企业软件的竞争重心,从「谁的界面更完整」,转向「谁的数据更可信、业务逻辑更深、API 更稳定、权限和治理更可靠」,也就是说,SaaS 不是不重要了,而是 SaaS 的价值,正在从前台界面,向后台能力迁移。

这也是 Salesforce 为什么要主动做这件事,表面看,它是在削弱自己的界面主导权,但如果不这么做,风险更大。

因为企业员工已经开始在 Claude、ChatGPT、Cursor、Slack、飞书、钉钉里工作。未来的工作入口很可能不再是某个单一 SaaS,而是一个能调度多个系统的 AI 助手。

如果 Salesforce 不开放,外部 Agent 也会想办法绕过去。

  • 可能是让用户导出数据。
  • 可能是通过浏览器自动化模拟点击。
  • 可能是通过第三方集成平台连接。
  • 也可能是企业自己重新搭一层数据和流程入口。

对 Salesforce 来说,与其让别人绕开自己,不如主动把自己变成最可靠、最规范、最容易被 Agent 调用的底层设施。这是一种主动撤退,这也能够看出Salesforce掌门人的魄力和决心。

但撤退的不是核心阵地,而是旧入口。Salesforce 真正想守住的,是企业数据、权限体系、业务对象、流程规则和生态连接。这些东西才是它更深的护城河。所以我不太同意由观点说 Salesforce 是在自毁长城。更准确地说,它是在承认城墙的位置变了,过去城墙修在界面上。现在城墙要修在数据、流程、治理和可信执行上。

这件事对中国 SaaS 公司也有很强的参考意义

很多国内 SaaS 产品过去很依赖「一体化界面」和「功能完整度」。销售管理、项目管理、协同办公、客服系统、HR 系统、财务系统,大家都在做更多模块、更完整页面、更深流程。

这条路在过去是有效的。但如果未来用户越来越多通过 AI 助手完成操作,传统界面的优势会被稀释。

  • 一个销售不再关心你的客户列表页面有多少筛选项,他只想问,今天最该跟进哪三个客户。
  • 一个主管不再想点开十张报表,他只想知道,本周风险在哪里。
  • 一个客服不再想在多个系统之间复制粘贴,他只想让 Agent 自动生成回复、查订单、建工单、同步状态。

这时候,SaaS 产品如果还只把重点放在页面功能堆叠上,就会很危险,因为用户真正需要的不是更多页面。

而是更低成本地完成工作。AI 会把「操作软件」这件事抽象掉。过去,用户为了完成工作,必须学习软件。

未来,用户可能只需要描述目标,软件被 Agent 调用。

这对产品经理来说,是一个很大的范式变化,我们以前设计用户路径,默认用户会进入产品,看到页面,点击按钮,完成任务。

但在 Agent 时代,用户路径可能变成:

1、用户提出目标

2、Agent 拆解任务

3、调用多个系统。

4、执行流程。

5、返回结果。

6、必要时请求人工确认。

用户不再沿着页面走,而是沿着任务走。这会改变很多产品设计的基本假设。

比如,以前我们关心按钮在哪里、字段怎么排、流程分几步。以后我们还要关心,这个能力能不能被 Agent 理解,能不能被稳定调用,能不能在权限约束下执行,能不能被审计,失败以后能不能回滚。

这不是简单做几个 API 文档就够了。因为给 Agent 用的接口,和给开发者用的接口,不完全是一回事。开发者可以读文档,可以理解业务上下文,可以处理异常。Agent 需要更清晰的能力描述、更稳定的参数、更明确的边界、更好的错误反馈,以及更严格的权限控制。所以 Headless 360 背后真正的方向,是把软件能力重新包装成「AI 可调用的工具」。

这件事会成为很多 SaaS 产品的必修课,但开放能力只是第一步。更大的机会在后面,也就是 Agent 的治理。Salesforce 同时在推进 Agentforce 和 Agent Fabric,本质上是在回答另一个问题:

当企业里到处都是 Agent,谁来管理它们?

过去企业担心的是没有 AI。

现在企业越来越担心的是 AI 太多。

  • 市场部买一个 Agent。
  • 销售团队接一个 Agent。
  • 客服系统里跑一个 Agent。
  • 研发用 Cursor,运营用 Claude,内部还有自建智能体。

一开始看起来效率提升了,但很快问题就会冒出来。

  • 这些 Agent 调了哪些数据?
  • 执行了哪些动作?
  • 有没有越权?
  • 任务交接是否清楚?
  • 高风险操作有没有审批?
  • 成本有没有失控?
  • 不同部门的安全策略是否一致?
  • 出了问题能不能追溯?

这才是企业 AI 落地真正困难的地方,不是做一个 Demo,而是让 AI 在真实生产环境里稳定、可控、可审计地工作。

所以 Salesforce 的转型不只是从「有界面的 CRM」变成「无头的 API 平台」。它还想成为企业 Agent 的控制层。

这件事很关键。如果说 Headless 360 是把 Salesforce 变成 Agent 可以调用的底层设施,那么 Agent Fabric 这类产品,就是试图管理不同 Agent 之间的协作、权限和执行过程。

这可能是下一代企业软件的新入口。过去企业买 SaaS,是为了管理业务流程。未来企业可能还要买一套系统,专门管理 AI 如何参与业务流程。

这对软件行业的影响会非常深。SaaS 公司不会立刻消失,但 SaaS 的产品形态会被重写。

第一、界面的价值会下降,但不会消失

高频、标准化、可自动化的操作,会逐渐被 Agent 接管。复杂配置、管理后台、异常处理、审计查看,仍然需要界面。所以不是 UI 死亡,而是 UI 从「唯一入口」变成「治理和兜底入口」。

第二、API 会从技术资产变成产品资产

过去 API 很多时候是给集成团队和开发者用的,属于技术配套。未来 API、MCP 工具、Agent action 这些能力,会直接影响产品能不能进入 AI 工作流。谁更容易被 Agent 调用,谁就更容易留在企业流程里。

第三、数据和业务逻辑的重要性会上升

当界面被抽象掉,用户感知不到你页面设计得多复杂。真正留下来的,是你的数据质量、对象模型、权限体系、流程规则和行业 know-how。

这对垂直 SaaS 反而是机会。如果你掌握了行业数据和关键业务流程,你仍然有价值。 如果你只是做了一层通用界面,价值就会被快速压缩。

第四、企业软件会从「人用软件」变成「人和 Agent 共同使用软件」

这会带来新的产品问题。一个任务应该由人做,还是由 Agent 做?什么情况下需要人工确认?Agent 出错以后谁负责?哪些动作可以自动执行,哪些动作必须审批? 如何让管理者理解 Agent 的执行过程?这些问题,以后都会变成产品设计的一部分。

对中国 SaaS 公司来说,我觉得有两个直接启示。

第一个,尽快把自己的核心能力做成 Agent 可调用的工具。

不是简单开放几个接口,而是把产品能力重新梳理一遍。

  • 哪些能力是高频的?
  • 哪些能力可以被自然语言触发?
  • 哪些能力需要权限控制?
  • 哪些能力适合作为 MCP tool 或 API action 暴露出去?
  • 哪些流程必须保留人工确认?

这件事越早做,越容易在新的 AI 工作流里占位置。

第二个,不要再把复杂界面当成唯一护城河。

复杂界面在过去可以提高迁移成本,但在 Agent 时代,它也可能变成负担。真正应该沉淀的是业务对象、数据结构、行业规则、权限体系、流程编排和治理能力。未来企业不一定因为你的页面复杂而离不开你。但可能因为你的数据最完整、流程最可靠、权限最清楚、Agent 调用最稳定,而继续选择你,这才是新的护城河。

所以,Salesforce 这次动作看起来是一次开放 API,实际上更像是一次企业软件范式的提前转身。这对 SaaS 公司来说,既是压力,也是机会,旧的界面护城河正在松动,但新的底层设施机会正在形成。

看懂这件事的公司,会主动把自己变成 AI 工作流的一部分。 看不懂的公司,可能还在优化一个未来越来越少人打开的页面,这才是 Salesforce Headless 360 真正值得关注的地方。

参考信息:

Salesforce Headless 360 官方发布

Salesforce Headless 360 与集成架构

Salesforce Agent Fabric 官方说明

本文由 @扬启的AI启示录 原创发布于人人都是产品经理。未经作者许可,禁止转载

题图来自Unsplash,基于CC0协议