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

推荐订阅源

K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
A
About on SuperTechFans
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
酷 壳 – CoolShell
酷 壳 – CoolShell
博客园 - 【当耐特】
W
WeLiveSecurity
博客园 - 三生石上(FineUI控件)
The Cloudflare Blog
I
InfoQ
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
Application and Cybersecurity Blog
Application and Cybersecurity Blog
雷峰网
雷峰网
Hacker News - Newest:
Hacker News - Newest: "LLM"
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
T
Troy Hunt's Blog
S
SegmentFault 最新的问题
Help Net Security
Help Net Security
博客园_首页
博客园 - 叶小钗
O
OpenAI News
PCI Perspectives
PCI Perspectives
月光博客
月光博客
人人都是产品经理
人人都是产品经理
B
Blog RSS Feed
GbyAI
GbyAI
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
The Last Watchdog
The Last Watchdog
C
CXSECURITY Database RSS Feed - CXSecurity.com
有赞技术团队
有赞技术团队
D
Darknet – Hacking Tools, Hacker News & Cyber Security
腾讯CDC
Hacker News: Ask HN
Hacker News: Ask HN
I
Intezer
Y
Y Combinator Blog
阮一峰的网络日志
阮一峰的网络日志
Spread Privacy
Spread Privacy
T
Tailwind CSS Blog
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
量子位
Cyberwarzone
Cyberwarzone
The Hacker News
The Hacker News
N
News and Events Feed by Topic
P
Proofpoint News Feed
Scott Helme
Scott Helme
D
Docker
Know Your Adversary
Know Your Adversary
Recent Commits to openclaw:main
Recent Commits to openclaw:main
TaoSecurity Blog
TaoSecurity Blog
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
T
Tor Project blog

人人都是产品经理

为什么你的产品找不到差异化?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混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
当所有人都在唱衰垂直软件时,为什么他却坚定看好!
深思圈 · 2026-02-25 · via 人人都是产品经理

当通用大模型试图‘蒸发’业务逻辑时,垂直SaaS的销量却创历史新高。Hebbia创始人指出,企业软件的核心价值并非代码,而是对特定团队工作流的‘流程工程’与‘社会契约’。在金融等高精度领域,90%的正确率等同于失败,唯有深入理解那10%的差异化偏好、构建模型无关的可靠编排层,才能形成真正的护城河。

你有没有想过这样一个问题:当 Anthropic、OpenAI 和 Google 正在投入数千亿美元打造世界上最强大的通用 AI 系统时,垂直软件还有存在的必要吗?这个问题最近几周在科技圈引发了激烈讨论。有人说护城河已死,有人反驳说护城河依然坚固,还有人提出了各种反驳的反驳。我看到很多论调都在讲,大语言模型会摧毁学习型界面,蒸发业务逻辑,让数据访问变得商品化,最终让垂直软件公司无处可藏。说实话,这些观点中的很多我其实都认同。

但市场数据却在讲一个完全不同的故事。最近的数据显示,上市的垂直 SaaS 公司销售表现异常强劲:销售配额完成率和入站潜在客户情绪都大幅改善,现在已经领先于所有其他企业软件类别,包括财务与 ERP、营销和生产力工具。有人开玩笑说,如果垂直软件真的死了,那可千万别告诉那些销售代表,因为他们正在创造有史以来最好的业绩。至少现在看来,对行业工作流程的专业化理解仍然非常重要。

我最近读到 Hebbia 创始人兼 CEO George Sivulka 的一篇文章,让我对这个问题有了全新的思考。他提出的观点非常犀利:所有这些关于垂直软件将死的讨论,其实都错过了问题的核心。而市场数据恰恰印证了他的判断。我越深入思考他的论述,就越觉得他说到了点子上。在 AI 浪潮席卷一切的当下,垂直软件不仅不会消亡,反而会变得更加重要。这个看似反直觉的判断背后,隐藏着对企业软件本质的深刻理解。

企业软件的价值到底来自哪里

George 在文章中提出了一个非常基础但关键的观点:在最基本的层面上,企业软件只是代码,是一个可访问的界面加上连接到重要数据和记录系统的后端。但如果你认为软件的价值就来自于此,那你根本不理解垂直软件公司为什么会成功。企业软件的真正价值,来自于对流程和组织的深刻理解,深刻到足以让软件精确地做正确的事情。

我深深认同这个观点。过去这些年,我看到太多人把软件简化成技术问题,认为只要技术足够强,产品就能成功。但事实上,真正成功的企业软件从来不只是技术的胜利,而是对业务流程理解的胜利。你可以拥有世界上最先进的技术栈,但如果不理解用户的工作流程,不了解他们真正的痛点和需求,这些技术就毫无价值。

George 特别强调,流程工程(process engineering)以及由此产生的网络效应,将继续成为垂直软件的基础性优势。这个判断我觉得非常准确。流程工程不是什么高大上的概念,它的本质就是深入理解用户如何工作,然后把这种理解编码到软件中。而这种理解,恰恰是通用 AI 工具无法具备的。

Last Mile 的真正含义

让我特别有感触的是 George 对”Last Mile”(最后一公里)这个概念的重新定义。他以金融行业为例进行了精彩的阐述。从五万英尺的高度看,每家金融公司看起来都一样。他们都做尽职调查,都会形成对估值的看法,都会制作备忘录和演示文稿,运行模型,综合研究。如果你是第一天进入这个行业的人,你可能会觉得可以为所有公司写一个统一的产品规格。

但结果呢?绝对没有人会买你卖的东西。

为什么?因为你需要放大视角。不是放大到公司层面,而是要深入到团队层面、部门层面、董事总经理(MD)层面。世界的细节比我们想象的要多得多。同一家公司的私募信贷团队使用的合规标志,和私募股权团队使用的完全不同,更不用说和竞争对手公司的团队相比了。同一家银行的两个 MD 对于什么是好的机密信息备忘录(CIM)摘要,会有完全不同的标准。一个团队通过四十页的模板进行尽职调查流程,而走廊另一头的团队则在一个来回发送的共享电子表格中完成所有工作。所有这些工作流程都以一种在多年甚至几十年的协作中固化下来的方式保持一致和强大。

这才是”Last Mile”的真正含义。George 指出,”Last Mile”不是指产品上线前的最后配置步骤,而是认识到你部署的不仅仅是软件,而是特定团队中特定人员执行特定工作方式的具体体现。他们做特定工作的方式可能 90% 是常规的,10% 是特定 MD 偏好的独特之处。但虽然前 90% 是容易的部分,那 10% 才是达成交易和成就职业生涯的地方。那里才是所有差异化价值所在。那里才是你建立护城河的地方。

我对这个观点感触很深。在我过去的工作经历中,我见过太多试图用”标准化”方案解决所有问题的软件产品。它们看起来功能齐全,但最终都无法真正被用户采用。原因就在于它们忽视了那关键的 10%。那 10% 看起来可能是一些小的偏好设置,一些特定的数据格式,一些独特的审批流程。但正是这些细节,决定了软件是否真正融入了用户的工作流程,是否成为了他们不可或缺的工具。

软件是社会契约,不是中立工具

George 提出的另一个深刻观点是:代码行数是软件中最不有趣的部分。能够运作的软件意味着有人坐下来设计了一个工作流程,而这个工作流程的逻辑封装了事情完成的方式。软件是存储的流程。它不是一个中立的工具:它是关于一群人应该如何协作的观点,被编码到一个持久的系统中。软件是一种社会契约。

这个观点让我重新思考了软件的本质。我们常常把软件看作是技术产物,但实际上,软件更多是一种组织工具,是一种协作机制。当一个团队采用某个软件系统时,他们不仅仅是在使用一个工具,更是在接受一套工作方式,在建立一套共同的语言和标准。这种社会契约的建立需要时间,需要团队成员之间的磨合,需要整个组织的适应。一旦建立起来,这种契约就会变得非常稳固。

George 指出,通用 AI 工具无论变得多么强大,都无法以这种方式形成观点。这不是对它们的批评,而是对它们必须做什么的结构性反映。Anthropic 和 OpenAI 正在为地球上的每一个用例同时构建产品,他们不可能对 KKR 信贷团队喜欢如何组织事情的特定偏好有观点。他们不知道,他们无法知道,他们可能永远不会知道:这根本不是他们的工作。

但这恰恰是像 Hebbia 这样的垂直软件公司的工作——确切地知道这些细节。

我觉得这个区分非常重要。很多人在讨论 AI 会不会取代某类软件时,都忽略了这个关键点。通用 AI 的强大在于它的通用性,但这种通用性也是它的局限。它无法为特定团队、特定场景提供定制化的解决方案,无法理解那些在特定组织文化中形成的独特工作方式。而垂直软件的价值,恰恰就在于它能够深入到这些细节中,成为组织运作不可分割的一部分。

网络效应才是真正的护城河

当我们谈论垂直软件的”护城河”时,George 认为我们需要记住的正是软件的社会学功能——共享的期望、制度记忆、整个团队的肌肉记忆与之融合的事实——与产品本身密不可分。你无法从头开始设计承重软件并期望人们直接同意它,因为承重软件包含了团队如何合作的社会协议。

他提出了一个很好的例子:彭博(Bloomberg)。对垂直软件的悲观看法认为,转换成本一直只是界面摩擦——从一个平台迁移到另一个平台的转换成本——现在这些成本正在消失,所以没有什么能保护垂直软件了。但这不是彭博具有粘性的原因。彭博之所以具有粘性,是因为整整一代金融专业人士都接受了彭博的培训,他们通过彭博相互沟通。围绕彭博建立了一个完整的经济体系和社会规范世界。

这是一种网络效应:共享的工具创造了共享的语言,这种语言变得强大且自我强化。这种护城河不会仅仅因为迁移变得容易就消失。

我深有体会。在金融行业,当你说”我在 Bloomberg 上看到了”,这不仅仅是指你使用了一个数据工具,而是你参与了一个共同的信息生态系统。所有人都知道你在说什么,都理解那个界面的结构,都能快速找到相同的数据。这种共同语言的价值,远远超过了软件本身的功能价值。

George 预测,在金融领域获胜的新 AI 原生工具不会因为成为通用”工作”的中立基底而获胜。它们会通过成为承重结构而获胜——通过足够了解工作流程,通过完成了学习每家公司、每个部门的特定版本工作流程的工作,使得替换它们变得真正昂贵。不是因为界面难以学习,而是因为存储在其中的制度知识真正昂贵且难以重建。

我认为这个判断非常准确。未来的竞争不是谁的 AI 模型更强大,而是谁能更深入地理解和服务特定行业的特定需求。那些能够成为行业基础设施、成为团队协作不可或缺部分的工具,才会真正建立起难以撼动的护城河。

更好的模型让流程工程变得更强大

George 提出的一个反直觉但深刻的观点是:随着 AI 模型变得更强大,流程工程只会变得更加重要。

他举了一个很好的例子。去年,所有人都说法律 AI 会被 OpenAI 的 o 系列发布所碾压。推理很直观:如果底层模型变得显著更好,应用层必然会变薄。但发生的情况恰恰相反。o 系列的发布让法律 AI 迎来了前所未有的一年。更好的模型增强了应用公司编排层(orchestration layer)的能力,因为编排层才是可靠性所在。

你可以拥有地球上最强大的模型,但如果没有约束、验证和引导这种能力通过特定专业工作流程的框架,仍然会产生垃圾输出。在一定的能力水平上,让 AI 系统可靠地完成法律工作的困难部分从来不是模型本身。而是编排:准确找出何时信任模型、何时检查其工作,向其提供什么数据以及以什么顺序提供,如何格式化输出使其能够被特定公司特定角色的人使用。

我觉得这个洞察非常重要。很多人看到基础模型的进步,就认为应用层的价值会降低。但实际上,恰恰相反。模型越强大,如何正确使用这些模型就变得越重要。这就像给了你一个极其强大的引擎,但如果没有精密的传动系统、控制系统和安全系统,这个引擎反而可能造成危险。

George 指出,2025 年是 AI 真正开始在法律领域发挥作用的一年,他认为 2026 年将成为金融领域的关键一年。金融对 AI 来说是一个比法律更难提供价值的领域,因为工作本身genuinely更复杂。法律工作的核心是研究和起草。金融则是研究、起草、建模、多模态分析——从 PDF 中提取数字并将它们推送到模型中,从 Word 转到 PowerPoint 再回到 Excel,运行敏感性分析,然后将输出格式化为特定投资委员会的确切规格。这是流程中每一步的多模态工具使用。

可靠性是垂直深度最重要的地方。资产管理公司不需要一个 80% 正确率的系统。在金融领域,90% 正确和 100% 错误是一样的。一个模型可能会对你即将执行的交易产生一个自信的、格式良好的、大部分正确的答案,但它弄错了一个细节或以不同于你部门标准的方式格式化,整件事就错了。每一个部分都必须可靠,否则整个系统完全无用。

我对这一点深有体会。在金融行业,精确性不是加分项,而是必需品。一个小数点的错误可能意味着数百万美元的损失。一个格式不符合标准的报告可能导致整个交易流程的延误。这种对精确性和可靠性的极端要求,恰恰是为什么金融领域需要深度定制的垂直软件,而不能简单地依赖通用 AI 工具。

而建立这种可靠性需要了解工作实际上是什么样子的。这不是坐在办公室里想象出来的,而是需要深入到实际的工作场景中,观察人们如何工作,理解他们的痛点,了解他们的标准和期望。这种深入的理解,才是构建真正有价值的垂直软件的基础。

为什么基础模型公司无法赢得这个市场

George 明确表示,他不认为任何基础模型公司能真正赢得金融这个行业。这不是因为他们不够能干或缺乏资源——每个人都知道 OpenAI、Anthropic 和 Google 充满了杰出的人才,拥有令人难以置信的资源。但他们就是无法提供金融所需的流程工程水平。

这个判断我非常认同。基础模型公司的优势在于构建强大的通用能力,但这恰恰不是金融行业最需要的。金融行业需要的是对特定流程的深刻理解,对特定标准的精确把握,对特定风险的敏锐感知。这些都不是通过训练一个更大的模型就能解决的问题。

George 还提出了一个重要观点:模型提供商也无法提供所需的中立性。Hebbia 在设计上是模型无关的(model-agnostic)。这不是为了选择最便宜的模型而进行的对冲,而是关于成为机构金融持久基础设施意味着什么的原则性立场。模型无关是流程工程的一部分。一项任务的最佳模型通常不是另一项任务的最佳模型。没有哪个团队愿意把所有东西都押在一个模型提供商继续保持最先进水平上。

我觉得这个观点特别有远见。在当前 AI 快速发展的时期,今天最好的模型可能明天就被超越。如果你的整个系统都绑定在一个特定的模型提供商上,你就失去了灵活性。而对于金融机构来说,这种灵活性至关重要。他们需要的是一个能够根据任务自动选择最佳模型的系统,而不是被锁定在某个特定的技术路线上。

Hebbia 的工作是确保最佳模型在每项任务上自动获胜,并且他们服务的机构永远不会暴露于任何单一提供商的失败风险。这就是在这个市场中成为瑞士的意义。而瑞士是一个非常好的位置。

这种中立性不仅是技术选择,更是战略定位。在一个快速变化的技术环境中,保持中立意味着你可以始终为客户提供最好的解决方案,而不受特定技术路线的限制。这种灵活性本身就是一种竞争优势。

金融是真相边际效用最高的领域

文章的最后部分,George 提出了他认为被低估的上行空间。金融是真相最有价值的领域。在并购流程或困境债务情况下,准确答案的边际价值是巨大的。不准确答案的成本也是巨大的。没有其他专业领域能像金融这样,把事情做得完全正确的回报,以及把事情做得几乎正确但略有错误的惩罚,如此一致地、可衡量地高。

这意味着金融将比任何其他垂直领域更快地消耗 AI 能力。不是因为金融专业人士是早期采用者或技术爱好者,而是因为精确性的经济学实在太极端了。当正确答案的期望值是一千万美元,错误答案的期望成本也是一千万美元时,金融机构几乎愿意为一个他们真正可以信任的系统支付任何代价。

我对这个观点深有感触。在金融领域,信息的价值直接体现在金钱上。一个及时准确的市场分析可能让你赚取数百万,一个错误的风险评估可能让你损失同样多的金额。这种直接的金钱激励,使得金融机构对于能够提供可靠、准确信息和分析的工具,有着极高的支付意愿。

George 最后总结道,那些建立起这种信任的公司,那些做了理解每家公司、每个团队、每个 MD 实际如何工作的工作,然后将这种理解编码到能够大规模可靠运行的软件中的公司,将会构建出真正庞大的东西。不是因为他们赢得了功能竞赛或简单地向任何给定问题投入”更多智能”,而是因为他们做了每个伟大的垂直软件帝国都建立在其上的艰苦的制度性工作。

这就是流程工程。它真的很难:意味着要逐个公司、逐个团队、逐个 MD 地工作。而这正是护城河出现的地方。

我的思考:垂直软件的未来

读完 George 的文章,我对垂直软件的未来有了更清晰的认识。我认为,在 AI 时代,垂直软件不仅不会消亡,反而会迎来新的黄金时期。原因有几点:

通用 AI 的进步会提高所有软件的基线能力,但同时也会提高用户的期望。用户不再满足于”能用”的软件,他们期望软件能够深刻理解他们的工作方式,能够无缝融入他们的工作流程。这种期望的提升,恰恰为深度垂直软件创造了更大的价值空间。

流程工程的重要性会随着 AI 能力的提升而增加,而不是减少。更强大的 AI 模型意味着更多可能性,但也意味着需要更精细的控制和编排。如何将强大的 AI 能力准确地应用到特定的业务场景中,如何确保 AI 的输出符合特定的标准和要求,这些都需要深入的流程理解和精心的系统设计。

网络效应在 AI 时代会变得更加重要。当软件不再只是工具,而是成为团队协作的语言和平台时,转换成本不是降低了,而是提高了。因为你不仅要迁移数据和功能,还要重建整个团队的工作习惯、沟通方式和协作模式。

我也看到了一些挑战。垂直软件公司需要在保持深度的同时,也要跟上 AI 技术的快速发展。这需要既有对特定行业的深刻理解,又有对前沿 AI 技术的掌握。这种双重能力的要求,使得垂直软件的门槛变得更高,但同时也使得成功者的护城河变得更深。

最后,我想说的是,George 的文章让我重新思考了”护城河”这个概念。在 AI 时代,真正的护城河不是技术本身,不是数据本身,甚至不是用户界面本身。真正的护城河是对用户工作方式的深刻理解,是成为用户工作流程不可分割的一部分,是建立起一个共同的语言和协作平台。这种护城河不会因为 AI 的进步而消失,反而会因为 AI 的进步而变得更加坚固。

垂直软件的未来,属于那些真正理解用户、真正深入行业、真正做好流程工程的公司。这是一条艰难的道路,需要逐个客户、逐个团队地打磨产品。但正是这种艰难,成就了真正的护城河。在 AI 的浪潮中,我相信这样的公司不仅能够生存,而且会蓬勃发展。

本文由人人都是产品经理作者【深思圈】,微信公众号:【深思圈】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。

题图来自作者提供