专业工作流 SaaS 在 AI 时代的四种命运

INTU / ADBE / ADSK / PTC 的深度范式转移对比

分析日期: 2026-04-23

INTU · Intuit ADBE · Adobe ADSK · Autodesk PTC · PTC NOW · ServiceNow CRM · Salesforce

一句话
市场仍把四家公司当成同一族“高利润、AI 压力下的垂直 SaaS”定价，但这份调研显示它们实际占据四个完全不同的控制点层级，需要分叉的估值语言。

导航与本报告怎么读

先把框架词典放在前面

这篇报告不是按传统财务模板写的，而是按一套“业务控制点”框架来拆公司。先把整套词典放在最前面，后面再进入正文。

`I1-I8` 到底是什么

I1-I8 不是财务科目，而是 8 个“业务控制点”。
你可以把它理解成：AI 时代一家公司到底卡住了哪一层。

代号	白话解释	这篇报告里真正想问什么
`I1`	客户到底为什么付钱	付的是软件使用权、结果、抽成，还是责任溢价
`I2`	决策要依赖谁的数据和上下文	真正有价值的历史数据沉淀在谁手里
`I3`	谁能真的把事情做下去	谁能改状态、触发流程、推动下一步执行
`I4`	谁有权拍板，谁承担正式责任	审计、合规、审批、正式责任到底落在谁身上
`I5`	预算从哪里花出来	钱来自 IT 预算、业务预算、消费者支出，还是交易抽成
`I6`	每多赚一块钱，最后能留下多少	增量价值是不是留在公司里，而不是被渠道和成本吃掉
`I7`	出事以后谁来收拾残局	出错、投诉、失败后，谁赔、谁修、谁兜底
`I8`	用户默认从哪里开始工作	第一入口、默认入口、工作流起点在谁手里

为什么 `I4 / I7 / I8` 特别重要

这篇报告最常反复提到的是 I4 / I7 / I8，因为这三格最能区分“只是工具”还是“真正控制工作流的公司”。

代号	白话解释	这篇报告里经常在问什么
`I4`	谁有权拍板, 谁承担正式责任	例如报税错了、产品变更出问题、审计来了, 到底谁负责
`I7`	出事以后, 谁来收拾残局	例如客户投诉、流程失败、系统出错, 谁赔、谁修、谁安抚
`I8`	用户默认从哪里开始工作	也就是第一入口、第一点击、默认工作流起点

所以当你看到一家公司 I4 + I7 + I8 很强时，不要把它理解成“框架分数高”，而要理解成：

这家公司既占住了入口，又承担了责任，而且在事情出错时还要下场处理。
这种公司在 AI 时代通常更难被绕开。

`P1 / P4 / P11` 是什么

这三个不是分数，而是三种不同的公司“原型”。

原型	白话解释	在这篇里的代表公司
`P1`	控制层型公司：不一定自己承担最终结果，但已经控制流程、权限、协作和执行路径	PTC
`P4`	责任型权威公司：不仅控制流程，还真的承担正式责任和结果风险	INTU
`P11`	老平台防御型公司：旧工作流还在自己手里，但入口、轻量场景或新增需求正在被 AI 分流	ADBE，以及部分 ADSK

`AI Asymmetry / Sequencing / Stack Coherence` 是什么

这三个词不是单独的业务，而是对“转型质量”的补充判断。

术语	白话解释	在这篇里怎么用
`AI Asymmetry`	AI 最终是在帮它，还是在伤它	看 AI 是增强护城河，还是绕开护城河
`Sequencing`	转型的顺序对不对	看产品升级、收费升级、责任升级是不是同步发生
`Stack Coherence`	数据、执行、治理有没有闭环	看公司是不是把“知道什么、能做什么、谁负责”放在了同一层

如果你只想先看一张总表

公司	今天最像什么	AI 对它的主要作用	最强的一格	最弱的一格	本报告结论
INTU	带责任的中小企业金融操作系统	AI 更像加速器, 不是替代者	责任承接 + 异常兜底 + 默认入口	第二曲线验证仍要时间	`P4 Broad Alpha`
ADBE	老工作流平台用 AI 守住阵地	AI 同时带来机会和分流	`I6` 经济引擎	`I4 / I7 / I8`	`P11 防御成长变体`
ADSK	默认工作流平台, 正在向控制层上移	AI 强化既有设计/施工工作流	`I8` 默认入口 + `I3` 执行	`I4` 治理仍在长	`P11 → P1 迁移样本`
PTC	有治理能力的工业工作流控制层	AI 帮它把控制层做深	`I2 + I3 + I4` 合体雏形	规模和分发仍不如 INTU	`P1 Growth Alpha - Healthy`

这张表的作用只有一个: 先把四家公司从“同一类软件股”里拆出来。
后面所有章节, 本质上都在回答同一个问题:

这四家公司分别卡在软件工作流的哪一层, AI 是在帮它们加深这一层, 还是在绕开这一层?

核心判断

市场仍在把 INTU / ADBE / ADSK / PTC 作为"同一族高利润、AI 压力下的垂直 SaaS"定价, 但最新范式转移框架显示, 它们实际上占据的是四个完全不同的控制点层级:

INTU → Authority + Distribution Owner，也就是“既有责任承接, 又有默认分发”的中小企业金融操作系统

PTC → Operational Control Layer，也就是“真正控制流程和治理”的产品生命周期执行层

ADSK → Workflow Default 正向 Control Layer 上移，也就是“默认入口还在自己手里, 但治理层还在长”

ADBE → Legacy Workflow Platform Defending with AI，也就是“老平台靠 AI 守住核心用户, 但入口已经部分外移”

用同一个 PE 语言给四家公司定价, 本质上是把四种不同资产压进同一个模板。本报告的任务是把这四种资产拆开看, 然后重新排序。

五个核心观点

#	核心观点
1	四家公司不是同一族资产, 是四种不同的控制点层级, 分别对应 `P4 / P1 / P11→P1 / P11` 四种原型
2	INTU 的强不只是“功能多”, 而是责任承接 + 异常兜底 + 默认入口三件事同时成立；用框架语言写就是 `I4+I7+I8` 三角结构
3	ADBE 的 AI 命运是分裂体: 六条业务线 AIAS 从 `-9` 到 `+13` 跨 22 档; 若用全公司单一 AIAS 评估, 等于把 CC Consumer 的悲观误传到 Document Cloud 和 GenStudio
4	PTC 比 ADSK 更接近 P1 控制层, 不是因为 PTC 更大, 而是因为 PTC 的 `I4 治理` 已吃进 FDA / TÜV / AS9100 的合规栈; ADSK 的 BIM mandate 只是客户端的 mandate, 不是 Revit 独占的 mandate
5	四家公司的估值语言必须分叉: INTU 用 Authority multiple, PTC 用 PEG + control-layer option, ADSK 用 platform-migration multiple, ADBE 用 franchise-defense multiple。用同一个 PE 锚只会持续把钱放错地方

术语卡

术语	这篇里真正的意思	可以怎样理解
`Authority`	不只是“能做事”, 而是“出了事也要负责”	例如报税错了谁赔, 审计来了谁扛
`Control Layer`	工作流里真正控制流程、权限、审计和状态变化的那一层	不是工具栏, 而是“总开关”
`Workflow Default`	用户默认从哪里开始工作	第一点击、第一入口
`AIAS`	衡量某条业务线在 AI 冲击下更像受益、分化，还是被侵蚀的诊断分数	可以理解成“AI 对这条线是加分还是减分”的方向温度计，不是最终估值结论

第1章：用这套框架看四家公司: 视觉化入门

1.1 这一章先解决哪三个问题

问题	这章给出的答案
为什么市场总把四家公司看成一类?	因为常见看法只看增长、毛利和估值, 没有拆业务控制点
这套框架到底多看了什么?	多看谁拥有上下文、谁能执行、谁承担责任、谁占住入口
为什么必须分业务线看, 不能看整体?	因为 AI 对同一家公司不同业务线的影响可能完全相反

1.2 市场为什么把四家公司塞进一个桶

四家公司在 2026-04-23 的市场截面长这样:

公司	股价	市值	最新 FY 收入	最新披露增速	表面标签
INTU	`$408.68`	`$114.4B`	FY2025 `$18.8B`	FY26 Q2 `+17%`	金融/税务 SaaS
ADBE	`$255.94`	`$105.1B`	FY2025 `$23.8B`	FY26 Q1 `+12%`	创意/营销 SaaS
ADSK	`$247.57`	`$53.2B`	FY2026 `$7.21B`	FY26 `+18%` (有机 `+12-13%`)	设计/BIM SaaS
PTC	`$140.60`	`$16.9B`	FY2025 `$2.74B`	FY26 Q1 CC ARR `+8.4%`	工业软件 SaaS

表面相似度极高:

flowchart TD subgraph "市场常见的共同测试" A1[收入增速是否还双位数] --> B[给一个成熟 SaaS 折扣] A2[毛利率/FCF 是否还扩张] --> B A3[AI 产品是否构成新叙事] --> B A4[估值相对历史是否便宜] --> B end B --> C[同一个估值模板] C --> D[隐含: 它们是同一类资产] D -.-> E[但这个假设是错的] style E fill:#fdd,stroke:#c00

这套模板的问题不是错, 是停在财务层面的共性, 没有抓到业务控制点的分化。同样是 AI 冲击, 打到 Photoshop / QuickBooks / Revit / Windchill 的方式完全不同; 同样是高毛利软件, 谁拥有真实的 I2 decision context / I3 execution / I4 authority / I8 入口 差别巨大。

1.3 这套框架如何把四家公司的真实结构解出来

范式转移框架不问"这家公司有没有 AI"或"这家公司是不是被 AI 冲击", 它问的是:

flowchart TB subgraph "五个真正决定 AI 时代重估的问题" Q1[Q1 — 客户在哪一层付钱
I1 Value Unit] Q2[Q2 — 决策上下文在谁的数据里沉淀
I2 Decision Context] Q3[Q3 — 真正能触发状态变化的是谁
I3 Execution Rights] Q4[Q4 — 谁承担合规、审计、异常责任
I4 + I7] Q5[Q5 — 工作默认从谁的门进
I8 Entry Point] end Q1 & Q2 & Q3 & Q4 & Q5 --> Diag[结构诊断] Diag --> D1[INTU 在 Q4 Q5 领先] Diag --> D2[PTC 在 Q2 Q3 领先] Diag --> D3[ADSK 在 Q5 保住, Q4 在长] Diag --> D4[ADBE 在 Q5 部分外移, Q4 最弱] style D1 fill:#c8e6c9 style D2 fill:#c8e6c9 style D3 fill:#fff9c4 style D4 fill:#ffcdd2

直觉陷阱: 把 AI 增强 和 AI 冲击 简化为单向假设, 是最常见的错误。AI 对一家公司的真实影响取决于五个问题的答案互相作用:

如果一家公司的 I2 沉淀了跨主体、跨周期的历史数据, AI 训练后会让它更强 (INTU 的 GenOS 基于 8.6亿份申报)
如果一家公司的 I4 承担合规或审计责任, LLM 无法直接取代 (IRS e-filer 身份不能给到 ChatGPT)
如果一家公司的 I8 在 discovery 层, 最容易被通用 LLM / 新工具切走 (Canva 吃 Express 的逻辑)
如果一家公司在 I3 真实触发 state change (BOM 改动 / 报税提交 / 施工图签发), 工具可被替代但工作流承接关系难被替代

这就是为什么必须按控制点拆而不是按 AI 标签贴。

1.4 框架入门: 8 不变量视觉化

范式转移框架的起点, 是把一家公司的价值创造拆成 8 个不变量 (I1-I8)。它们不是财务指标, 而是业务控制点维度:

flowchart TB subgraph "8 不变量 = 一家软件/平台公司的价值解剖" I1[I1 Value Unit
收入单位
11 分] I2[I2 Decision Context
决策上下文
9 分] I3[I3 Execution Rights
执行权
10 分] I4[I4 Authority + Accountability
权威/责任
10 分] I5[I5 Budget Owner
预算口袋
9 分] I6[I6 Incremental Value Capture
增量价值留存
9 分] I7[I7 Exception Ownership
异常承担
7 分] I8[I8 Entry Point + Routing
入口与路由
5 分] I5 --> I1 I2 --> I3 I3 --> I4 I6 --> I7 I8 --> I2 end style I1 fill:#e3f2fd style I5 fill:#e3f2fd style I6 fill:#e3f2fd style I2 fill:#fff3e0 style I3 fill:#fff3e0 style I4 fill:#fff3e0 style I7 fill:#f3e5f5 style I8 fill:#f3e5f5

用一句话理解每个不变量:

不变量	通俗问法	举例 — INTU 答案	举例 — ADBE 答案
`I1` 收入单位	客户付的是"什么"	seat + Live 专家 + CK 金融产品抽佣	订阅 access (CC/DC) + GenStudio ARR
`I2` 决策上下文	决策必须在谁的数据里发生	税务/会计/支付数据沉淀	PSD / AI / PDF 文件格式 + 历史资产
`I3` 执行权	谁真正能改变世界的状态	报税提交 / 工资发放 / 发票结算	创作最终稿 / 签署 PDF / 发布内容
`I4` 权威/责任	谁承担合规与后果	IRS 授权 e-filer, 报税错误 INTU 负责	几乎无 (设计不对不担责)
`I5` 预算口袋	预算从哪一层花出去	报税预算 + SMB 财务预算	创意 / 营销 / 法律 PDF 预算
`I6` 增量价值留存	每多一分钱有多少落到 FCF	32% FCF Margin	89% 毛利, 50% OPM
`I7` 异常承担	出问题谁擦屁股	审计协助, 过失保险	客户自己处理
`I8` 入口与路由	工作流从谁的门进	税务季默认入口 + CK 全年入口	专业创作入口 (但 discovery 外移)

1.5 原型库: 四家公司对应的四种结构

在 v1.0 原型库中, 四家公司对应四个不同的原型:

graph TB subgraph "v1.0 原型库 — 四家公司各自的结构" P4[P4 Compliance-Backed
Authority Owner
典型区间 85-95] P4 --> INTU[INTU
分数 93
Broad Alpha] P1[P1 Operational Control Layer
典型区间 72-82] P1 --> PTC[PTC
分数 74
Growth Alpha - Healthy] P11[P11 Legacy Workflow Platform
Defending with AI
典型区间 68-76] P11 --> ADSK[ADSK
分数 72
Growth Alpha - 低位] P11 --> ADBE[ADBE
分数 71-74
P11 防御成长变体] end style INTU fill:#c8e6c9,stroke:#2e7d32 style PTC fill:#bbdefb,stroke:#1565c0 style ADSK fill:#fff9c4,stroke:#f9a825 style ADBE fill:#ffccbc,stroke:#d84315

关键: ADSK 和 ADBE 虽然都挂 P11, 但位置不同 — ADSK 是 P11 → P1 迁移路径上的样本, ADBE 是 P11 纯防御样本。本报告第 3 章和第 4 章会把这个差异撕开: 它们的 I4 / I8 / Stack Coherence 有 5 分左右的结构性差距, 不能用同一个标签覆盖。

1.6 BSM: 为什么"整体口径打分"会骗你

BSM (Business Split Mechanism) 是框架的强制纪律: 任何公司收入 >5% 的业务线都必须单独看。

flowchart TD Start[一家公司进入打分] --> T1{I5 预算口袋是否跨类?} T1 -->|是| Split[必须 BSM] T1 -->|否| T2 T2{I1 PS 或 EE 跨模型?} -->|是| Split T2 -->|否| T3 T3{I3 execution 跨不同 workflow?} -->|是| Split T3 -->|否| Single[可以单表] Split --> U7{是否已完成剥离?} U7 -->|是| Exclude[剥离业务不进 active BSM
作 A3 Spill 历史标注] U7 -->|否| Include[按 report-date 结构打分] style Split fill:#ffe0b2 style Single fill:#e8f5e9 style Exclude fill:#f5f5f5

四家公司的 BSM 命运:

公司	BSM 判定	主要子业务	关键注意
INTU	必须拆	GBS (含 Mailchimp) / Consumer (TurboTax) / CK / ProTax	FY2026 官方把 Consumer+CK+ProTax 合并为"Consumer"分部, 但 BSM 必须回到原始拆法看控制点
ADBE	必须拆	CC Pro / CC Consumer / Document Cloud / Firefly / Experience Cloud / Express	分部只给两大块 (DM/DX), 但内部 AI 命运六条线完全不同
ADSK	必须拆	AECO / AutoCAD / MFG / M&E	10-K 披露单一 segment, 但框架要求 product family 拆
PTC	必须拆 (剥离后)	PLM 家族 / CAD 家族	Kepware+ThingWorx 已剥离, U7 例外适用; 不应再拖累主体打分

不做 BSM 的打分等于在说"INTU 整体 = GBS 的护城河 + CK 的增速 + Mailchimp 的拖累"平均成一个没有意义的中位数。

1.7 四道门 + 修正器: 打分不等于结论

框架要求每家公司过四道门:

flowchart LR Score[原始基础盘分数] --> G1{结构门
至少一个 C ≥0.8×max?} G1 -->|否| Fail1[结构空心
分数不作数] G1 -->|是| G2{经济门
I1+I5+I6 ≥12?} G2 -->|否| Fail2[经济不自洽] G2 -->|是| G3{验证门
至少 3 个 P2 或 1 个 P3 独立源?} G3 -->|否| Fail3[证据不足] G3 -->|是| G4[Sequencing 门
Good / Neutral / Bad] G4 --> Over[叠加修正器] Over --> OAI[AI Asymmetry
-8 ~ +8] Over --> OAP[AP / EP] Over --> ODEB[D/E/B] Over --> OStack[Stack Coherence] Over --> OWarn[Warnings
Accountability-Thin / Legacy-Defending] OAI --> Final[最终分 + Alpha Type] OAP --> Final ODEB --> Final OStack --> Final OWarn --> Final style Final fill:#c8e6c9,stroke:#2e7d32

打分不是结论, 机制才是。本报告对每家公司的每一分都要求解释清楚: 分从哪里来, 为什么不更高, 为什么不更低。

第2章：INTU — 不是税务软件, 是带 Authority 的 SMB 金融操作系统

核心判断: INTU 的真实身份不是"垂直 SaaS 龙头", 而是同时拥有 I4 authority、I7 exception 和 I8 distribution 三件事的美国 SMB 金融操作系统。另外三家公司在这三格加起来都打不过 INTU 单项。这是 P4 和 P11 的根本差异, 也是 INTU 值得被重估的唯一真正理由。

2.1 本章先看结论

项目	结论
现在最像什么	带责任的中小企业金融操作系统, 不是单点税务软件
市场最容易看错什么	把 INTU 当作“税务季收入股”, 低估它全年金融分发和责任承接
最强控制点	`I4 authority`、`I7 exception`、`I8 distribution` 三角一起成立
AI 对它更像什么	加速器。AI 让已有数据和分发更值钱, 而不是直接替代它
本章要证明什么	INTU 之所以和另外三家不在一个桶里, 核心不是增长率, 而是责任结构

2.2 业务五层结构

INTU 在 FY2026 把分部合并成单一 "Consumer" 对外披露, 但结构性地, 它仍然是五层业务:

flowchart TB subgraph "INTU 业务五层 (FY2025 口径)" SMB[Small Business & Self-Employed
SSE - $11.1B, +18%
核心护城河] SMB --> QBO[QuickBooks Online Ecosystem
700万+ 订户, 62-80% 美国 SMB 份额] SMB --> MC[Mailchimp
~$1.35B, ≈0% 增速
商誉减值风险] SMB --> IES[IES 中端市场
TAM $89B
18个月验证窗口] Con[Consumer
$4.9B, +10%
主季 Q3 1-4月] Con --> TTD[TurboTax DIY
~$2.9B, 低个位数
62% 市占, 79% 留存] Con --> TTL[TurboTax Live
~$2.0B, +47%
蚕食传统 CPA] CK[Credit Karma
$2.3B, +32%
$8.1B 收购已回本] CK --> CKL[Lead Gen: 贷款/信用卡/保险] CK --> CKD[150M+ 注册, 37M MAU] Pro[ProTax
$621M, +4%
60-65% OPM] Pro --> ProA[Lacerte / ProSeries] Pro --> ProB[700K+ 会计师网络锚点] AI[GenOS + Intuit Assist
跨产品线 AI 嵌入] end SMB -.-> AI Con -.-> AI CK -.-> AI Pro -.-> AI style SMB fill:#c8e6c9 style CK fill:#e3f2fd style Pro fill:#fff3e0 style TTL fill:#c8e6c9 style MC fill:#ffcdd2

2.3 I1 — 客户到底在为什么付钱

flowchart LR subgraph "INTU 的 I1 是四家里最异质的" AC[Access Layer
订阅 / seat] OC[Outcome Layer
报税结果 / 放款 / 匹配] AP[Authority Premium
IRS e-filer + 审计支持 + 错误保险] DI[Distribution Premium
CPA 网络 + CK Lead Gen] AC --> INTU_I1 OC --> INTU_I1 AP --> INTU_I1 DI --> INTU_I1 end INTU_I1[INTU I1 = 9.5/11] style INTU_I1 fill:#c8e6c9,stroke:#2e7d32 style AP fill:#fff59d style DI fill:#fff59d

对比另外三家: ADBE/ADSK/PTC 都只有 Access 这一层 (I1 = 8/11 软顶触发)。只有 INTU 同时有:

Outcome — CK 通过贷款 lead 抽佣, 收入与客户是否获得贷款挂钩
Authority Premium — TurboTax Max Defend ($80) / 过失保险 / IRS 授权 e-filer 身份带来的合规溢价
Distribution Premium — 46,000 CPA 事务所 75% 推荐 QuickBooks, 这不是订阅收入, 是分销结构

这就是为什么 INTU 的 I1 是 9.5/11 而其他三家顶到 8/11: 它跨越了纯 access 的软顶。

2.4 I2 — 最深的金融上下文

graph TB subgraph "INTU I2 — 跨主体的金融历史沉淀" T[TurboTax
8.6亿份历史纳税申报] Q[QuickBooks
8.9M+ SMB 账簿
多年交易历史] C[Credit Karma
150M+ 信用档案
37M MAU 全年参与] P[ProTax
700K+ 会计师工作流] M[Mailchimp
SMB 营销历史
整合中] T --> Ctx[跨主体金融 Context] Q --> Ctx C --> Ctx P --> Ctx M --> Ctx Ctx --> Use1[GenOS AI 训练] Ctx --> Use2[产品推荐准确率
60% → 78%] Ctx --> Use3[NRR 108-112% 证据] Ctx --> Use4[AI 迁移成本高] end style Ctx fill:#c8e6c9,stroke:#2e7d32 style T fill:#fff9c4 style Q fill:#fff9c4 style C fill:#fff9c4

为什么这格打满 8.5/9: 没有任何竞品同时拥有税务 + 会计 + 信用 + 会计师四个维度的多年历史。Xero 有会计没税务, H&R Block 有税务没全年信用, NerdWallet 有信用但没交易流。INTU 的 I2 是真正意义上的跨主体跨周期闭环。

2.5 I4 + I7 — INTU 和另外三家的真正鸿沟

这一小节是整份报告最重要的一段之一, 因为它解释了为什么 INTU 是 P4 而另外三家都不是。

flowchart LR subgraph INTU["INTU 承接"] I_REG[IRS 授权 e-filer
政府授权壁垒] I_MAX[Max Defend 审计辩护
付费后由 INTU 承担] I_ACC[Accuracy Guarantee
计算错误由 INTU 赔] I_IRS[客户被 IRS 查账
INTU 派 EA/CPA 协助] I_REG --> I_CORE[真实责任与后果承接] I_MAX --> I_CORE I_ACC --> I_CORE I_IRS --> I_CORE end subgraph ADBE["ADBE 承接"] A_PD[Platform 可用性] A_SEC[数据安全] A_CP[版权合规
Firefly IP 赔偿] A_X[设计结果不对
客户自己负责] A_PD --> A_CORE[主要提供工具
有限责任承接] A_SEC --> A_CORE A_CP --> A_CORE A_X --> A_CORE end subgraph ADSK["ADSK 承接"] D_PD[Platform 可用性] D_V[版本 / 权限 / 可用性] D_X[工程事故
客户自己负责] D_PD --> D_CORE[主要提供工具
不承担结果责任] D_V --> D_CORE D_X --> D_CORE end subgraph PTC["PTC 承接"] P_PD[Platform 可用性] P_TR[Codebeamer 认证
TUV Trusted Tool] P_AU[Windchill 审计轨迹] P_X[产品召回
客户自己负责] P_PD --> P_CORE[合规工具更强
但结果责任仍有限] P_TR --> P_CORE P_AU --> P_CORE P_X --> P_CORE end I_CORE --> GAP[INTU 在 I4 + I7 上跨进责任层] A_CORE --> GAP D_CORE --> GAP P_CORE --> GAP style I_REG fill:#c8e6c9 style I_MAX fill:#c8e6c9 style I_ACC fill:#c8e6c9 style I_IRS fill:#c8e6c9 style I_CORE fill:#c8e6c9,stroke:#2e7d32,stroke-width:2px style A_X fill:#ffcdd2 style D_X fill:#ffcdd2 style P_X fill:#ffcdd2 style GAP fill:#fff9c4,stroke:#f9a825,stroke-width:2px

量化对比:

公司	`I4` 权威/责任	`I7` 异常承担	I4 + I7 合计	I4+I7/combined-max
INTU	8/10	5.5/7	13.5	79%
PTC	6/10	3.5/7	9.5	56%
ADSK	5/10	2.5/7	7.5	44%
ADBE	4.5/10	2.5/7	7.0	41%

结论: INTU 的 I4+I7 合计比第二名 PTC 高 42%。这不是量化差异, 是性质差异。INTU 真的在承担责任, 另外三家在提供工具。

为什么这个差异值钱:

AI 时代工具会被商品化, 但承担责任会被溢价。LLM 可以把 PDF 搜索做到 90%, 但 LLM 无法成为 IRS e-filer
工具的迁移成本是"学习新界面", 责任的迁移成本是"重新取得监管授权 + 重建分销网络 + 重买保险精算数据"
市场当前给 INTU 18x PE vs ADBE 9.6x PE 的溢价主要定价了 I1 增速差异, 还没有充分定价 I4 的结构差异

2.6 I8 — 分发网络的双层入口

flowchart TB subgraph "INTU 的入口结构 — 两层 default" subgraph "B2C 入口" C_T[报税季 Q3
TurboTax 默认] C_CK[全年
Credit Karma] C_LIVE[高 ARPC
TT Live 替代 CPA] end subgraph "B2B 入口" B_QB[SMB 起手
QuickBooks] B_AP[会计师起手
ProTax / ProConnect] B_CPA[46K CPA 事务所
75% 推荐 QBO] end C_T --> Flywheel[数据飞轮
I2 沉淀] C_CK --> Flywheel B_QB --> Flywheel B_AP --> Flywheel B_CPA --> Flywheel Flywheel --> Rev[I1 revenue mix] Flywheel --> Aut[I4 authority signals] end style Flywheel fill:#c8e6c9,stroke:#2e7d32

量化:

TurboTax 62% 联邦 e-file 份额
QuickBooks 62-80% 美国 SMB 份额
37M MAU Credit Karma 月活
46,000 CPA 事务所, 75% 推荐 QuickBooks

对比: ADBE 有创意入口但 discovery 外移, ADSK 有 AECO 入口但 discovery 层 AI 威胁中, PTC 是 domain-specific 多入口但 scope 小。只有 INTU 同时在 B2C (全年 + 税季) 和 B2B (SMB + 会计师) 都有 default 入口。

2.7 AI 在 INTU 身上为什么更像加速器而不是替代者

flowchart LR subgraph "AI 悖论 — INTU 是净受益方" subgraph "增强器方向 (50%)" E1[GenOS 基于 8.6亿份申报训练
通用 LLM 无法匹配] E2[Intuit Assist 减少操作时间 30-40%] E3[TT Live 专家时间 -20%
年化节省 $90M] E4[ARPC 从 $400 → $580 5年] end subgraph "溶解剂方向 (50%)" D1[Xero JAX 97.5% 自动对账
测试环境] D2[IRS Direct File 覆盖扩张] D3[2028 大选是二元风险] D4[GPT-5 级模型可能覆盖中等复杂度] end Net[净影响判定
+4 Neutral Positive] E1 --> Net E2 --> Net E3 --> Net E4 --> Net D1 --> Net D2 --> Net D3 --> Net D4 --> Net end style Net fill:#fff9c4 style E3 fill:#c8e6c9 style E4 fill:#c8e6c9 style D2 fill:#ffcdd2 style D3 fill:#ffcdd2

关键判断: AI 无法直接取代 TurboTax, 因为 TurboTax 的核心价值不是"报税计算能力" (LLM 已经够强), 而是IRS 授权 + 审计辩护 + 错误保险 + 历史迁移成本。AI 把 50% 权重压在溶解剂一侧, 但 50% 权重在增强器一侧 (特别是 TT Live 人力替代), 净分 +4 (Neutral Positive)。

2.8 INTU 母表

不变量	分数	简短理由
`I1`	`9.5/11`	Access + Outcome (CK) + Authority premium + Distribution premium, 突破 access 软顶
`I2`	`8.5/9`	跨税务/会计/信用/会计师四维多年历史
`I3`	`8/10`	报税提交 / 工资发放 / CK 贷款匹配都是真实状态变更
`I4`	`8/10`	IRS e-filer 政府授权 + Max Defend + Accuracy Guarantee
`I5`	`8/9`	报税预算 + SMB 全年财务预算 + 全年信用决策预算
`I6`	`8/9`	32.3% FCF Margin, 26.1% GAAP OPM, 32.4% Non-GAAP OPM
`I7`	`5.5/7`	审计辩护 + 错误赔付 + 分发责任
`I8`	`4.5/5`	B2C + B2B 双层 default, 跨报税季/全年/会计师网络
基础盘	`60/70`	—
+Stack Coherence	`+2`	I2+I3+I4 强合体 (PLTR 式)
+AI Asymmetry	`+4`	Neutral Positive
+Sequencing	`+4`	Good
+AP/EP	`+10`	10/10
+D/E/B	`+3`	Execution + CK 扩张腿
+Warnings	`-2`	AI 时间不确定性
总分	`91-93/100`	P4 Broad Alpha

2.9 INTU Kill Switch

#	条件	当前	阈值	影响
1	TurboTax 市占率崩	62%	<55%	I4 结构性下修, P4 → P11
2	Direct File 重启并扩展	已关闭	2028 大选后 >30% 覆盖	I1 结构性压力
3	Mailchimp 减值	$12B 商誉	FY26 10-K 披露	资本配置信任
4	CK 增速持续 <15%	+32%	<15% 2 季度	平台叙事失败
5	IES 18 个月验证失败	待验	FY27 Q2 检查	第二曲线失败

你刚看完前2章精华内容

后面还有 15 个深度章节等你解锁

包括完整财务分析、竞争格局、估值模型、风险矩阵等深度分析章节

72468

字深度分析

数据表格

可视化图表

分析章节

🔒

解锁这篇研报

邀请 1 位朋友注册即可直接解锁此报告，或使用已有额度。

恭喜解锁完整报告！

邀请朋友注册，获取解锁额度，可用于任意深度研报

每邀请 1 位朋友 = 1 个解锁额度

第3章：ADBE — P11 的标准样本, 也是"AI 分裂体"的教科书

核心判断: ADBE 不是死, 也不是赢。它是六个完全不同的 AI 命运被市场压成一个 AIAS 分数看待。把六条线分开后, 会看到: Creative Cloud Consumer 在失血, 但 Document Cloud 和 GenStudio 在吃市场; Firefly 的策略从"造最强模型"变成了"做最好模型超市"。

3.1 本章先看结论

项目	结论
现在最像什么	老工作流平台用 AI 守住阵地, 不是单纯 AI 受害者
市场最容易看错什么	用一个总分看 Adobe, 忽略它其实是 6 条 AI 命运完全不同的业务线
最强控制点	`I6` 经济引擎和专业工作流的最后交付环节
最大短板	`I8` 入口已经部分外移, `I4 / I7` 又偏弱
本章要证明什么	Adobe 的关键不是“AI 行不行”, 而是收入结构能否在弱业务被掏空前完成迁移

3.2 AI 分裂体 — 六业务线热力图

flowchart TB subgraph "ADBE 六业务线的 AI 命运 (AIAS 分数)" CCP[CC Pro
~$9.5B, 40%
AIAS +3
AI 增强粘性] CCC[CC Consumer/SMB
~$4.5B, 19%
AIAS -9
Canva 吃掉] FF[Firefly
~$250M+, 1%
AIAS +13
模型超市] DC[Document Cloud
~$3.5B, 15%
AIAS +6
Biz Pro +16%] EC[Experience Cloud
~$5.5B, 23%
AIAS +5
GenStudio >$1B] EX[Express
~$500M, 2%
AIAS -1
追不上 Canva] end style CCP fill:#c8e6c9 style CCC fill:#ffcdd2 style FF fill:#c8e6c9 style DC fill:#c8e6c9 style EC fill:#c8e6c9 style EX fill:#fff9c4

关键数据:

CC Pro: 62% 用户称 Firefly "不可或缺"
CC Consumer: Canva 265M MAU >> Express 80M MAU
Firefly: ARR >$250M, QoQ +75%
Document Cloud: Business Pro +16% YoY
GenStudio: ARR >$1B, +30%, Top 50 客户 90% 采纳 AI-first

结构性观察: 把 22 档 AIAS 分数 (从 -9 到 +13) 平均成"全公司 AIAS +0.42 红队修正后"本质上抹去了信息。真正的诊断方式是按业务线赋权看每条线的 AI 命运, 然后评估收入结构 shift 能否在衰减线被耗尽之前发生 — 这才是 P11 分裂体的正确打开方式。

3.3 CC Pro vs CC Consumer 的 AI 命运分叉

graph LR subgraph "为什么 CC Pro 活, CC Consumer 死" CCP1[CC Pro 核心卖点] CCP1 --> CCPA[专业创作 workflow
Dynamic Link 跨产品] CCP1 --> CCPB[Firefly 嵌入 PS/PR/AE
2 小时抠图变 10 秒] CCP1 --> CCPC[62% 用户称 Firefly
'essential'] CCPA & CCPB & CCPC --> CCPRes[粘性上升
但 seat 增长停滞] CCC1[CC Consumer 核心卖点] CCC1 --> CCCA['够用就行'的轻量创作] CCC1 --> CCCB[$54.99/月 vs Canva $12.99/月
4.2x 价差] CCC1 --> CCCC[Canva Magic Layers
一步分解图片] CCCA & CCCB & CCCC --> CCCRes[结构性流失
AIAS -9] end style CCPRes fill:#c8e6c9 style CCCRes fill:#ffcdd2

这张图解释了 P11 防御成长变体的真实含义 — 关键是分清"防御什么 / 不防御什么 / 进攻什么":

防御: CC Pro 专业创作 + Document Cloud 企业 PDF + GenStudio 内容供应链
不防御 / 认输: CC Consumer / Express → 让 Canva 吃掉; Adobe 从个人创作者市场战略撤退
进攻: Firefly 模型超市 + Experience Cloud agentic automation

3.4 I1-I8 母表 + 机制

flowchart TB subgraph "ADBE 8 不变量诊断" I1A[I1 = 8/11
Pure access 软顶
CC/DC 订阅 + GenStudio ARR] I2A[I2 = 7/9
PSD/AI 格式标准 42% 份额
但 discovery 外移侵蚀 context 价值] I3A[I3 = 7/10
创作最终稿 + PDF 签署
但 Canva / Figma 切入 execution] I4A[I4 = 4.5/10
IP 赔偿是唯一真 authority
其他全是 tooling] I5A[I5 = 6/9
创意 + 营销 + 法律 PDF 预算
多方口袋但非 mandate] I6A[I6 = 8/9
89% 毛利, 48-50% OPM
经济引擎最强] I7A[I7 = 2.5/7
设计错不担责] I8A[I8 = 2.5/5
discovery 已外移
只剩 completion 入口] end I1A --> Base[基础盘 45.5/70] I2A --> Base I3A --> Base I4A --> Base I5A --> Base I6A --> Base I7A --> Base I8A --> Base Base --> Mods[+AI Asymmetry 分裂体加权 +2
+AP/EP 10/10
+Sequencing Neutral +3
+Stack Coherence 0 弱
+Warnings Legacy-Defending] Mods --> Total[总分 71-74/100] style I6A fill:#c8e6c9 style I8A fill:#ffcdd2 style I4A fill:#ffcdd2 style Total fill:#fff9c4

3.5 Firefly "模型超市"策略的战略意义

flowchart LR subgraph "Firefly 的策略从 '做最强模型' 变成 '做最好超市'" ADB[Adobe Photoshop] ADB --> F[Firefly 自研] ADB --> G[Google Gemini 2.5] ADB --> B[Black Forest Labs FLUX] ADB --> M[Midjourney 集成] ADB --> R[Runway Gen-4.5 Premiere Pro] F --> W[Workflow 嵌入层] G --> W B --> W M --> W R --> W W --> P[专业工作流锁定] W --> IP[Firefly IP 赔偿保护] W --> E[Enterprise 合规] end style W fill:#c8e6c9,stroke:#2e7d32 style P fill:#fff9c4 style IP fill:#fff9c4 style E fill:#fff9c4

核心洞察: 如果 Midjourney 明天出更好的模型, Adobe 只需下一次更新集成进去; 模型是商品, 工作流是基础设施。这是 Adobe 在 I3 + I8 的真实防御 — 不争"谁的模型最好", 争"谁拥有专业创作流的默认起点和终点"。

3.6 为什么 ADBE 的 I8 是四家最弱

graph TB subgraph "Discovery 外移 — Adobe 的结构性失血" U[用户想做营销素材] U --> U1[旧路径] U1 --> U1A[打开 Photoshop / Illustrator] U --> U2[新路径 a] U2 --> U2A[ChatGPT / Claude 生成初稿] U2A --> U2B[直接发布 or 简单微调] U --> U3[新路径 b] U3 --> U3A[Canva Magic Studio
一站式] U3A --> U3B[发布] U --> U4[新路径 c] U4 --> U4A[Midjourney / DALL-E
初稿] U4A --> U4B[Figma Make 编辑] end U1A --> Adobe[Adobe 得到入口] U2B -.-> Adobe U3B -.-> Adobe U4B -.-> Adobe style U1A fill:#c8e6c9 style U2B fill:#ffcdd2 style U3B fill:#ffcdd2 style U4B fill:#ffcdd2

量化: Canva 265M MAU vs Express 80M MAU; Midjourney 估算 20M+ 活跃, Runway 数百万。Adobe 在"工作的第一次点击"这一步已经丢了大量分流。这就是 I8 从 ADSK 的 4/5 降到 ADBE 的 2.5/5 的核心原因。

3.7 ADBE 母表 + 差异化要点

不变量	分数	相对 INTU	相对 ADSK	相对 PTC
`I1`	`8/11`	低 1.5 格	持平	持平
`I2`	`7/9`	低 1.5 格	持平 (对 Pro)	持平
`I3`	`7/10`	低 1 格	低 0.5 格	低 1 格
`I4`	`4.5/10`	低 3.5 格	低 0.5 格	低 1.5 格
`I5`	`6/9`	低 2 格	低 1 格	低 1.5 格
`I6`	`8/9`	持平	持平	持平
`I7`	`2.5/7`	低 3 格	持平	低 1 格
`I8`	`2.5/5`	低 2 格	低 1.5 格	低 1.5 格
基础盘	45.5/70	vs INTU 60 低 14.5	vs ADSK 49.5 低 4	vs PTC 53 低 7.5

结构诊断: ADBE 在 I6 持平 (经济引擎同样强), 但在 I4 / I7 / I8 全面弱于其他三家。这就是 P11 的典型症状 — 经济引擎先于控制点下台阶, 用 franchise 质量撑着 PE。

3.8 ADBE Kill Switch

#	条件	当前	阈值	影响
1	CC Consumer 退订加速	稳态	单季 >8% 退订	I8 + I2 进一步塌陷
2	Firefly ARR 增速跌破 30%	QoQ +75%	连续 2 季 <30%	AI 叙事失败
3	GenStudio ARR 停在 $1B 不扩	>$1B +30%	FY28 仍 <$2B	P11 → P6 防御而非进攻
4	Canva 推出企业版吃 DX	—	若 Canva 推出 >$500M ARR 企业 ARR	DX 侧开始失血
5	DOJ 和解升级到结构性整改	$150M	强制拆分订阅定价	品牌信号转负

第4章：ADSK — Workflow Default 的王者, 正向 Control Layer 上移

核心判断: ADSK 和 ADBE 都挂 P11, 但它们不在同一个 P11 位置。ADBE 是 P11 纯防御样本 (discovery 已外移), ADSK 是 P11→P1 迁移路径上的样本 (discovery 仍保住, authority 在缓慢长出)。这 5 分左右的结构差距, 如果用单一"P11 防御成长"标签覆盖, 会让投资判断错位。本章把这个差距的证据和机制讲清楚。

4.1 本章先看结论

项目	结论
现在最像什么	默认设计工作流平台, 正从 P11 往 P1 走
市场最容易看错什么	把 ADSK 和 ADBE 一起打成“AI 压力下的老软件”
最强控制点	`I8` 默认入口 + `I3` 执行权, 尤其在 AECO / Revit / BIM 工作流中
最大短板	`I4` 还不是硬 authority, 更像在慢慢长出来
本章要证明什么	ADSK 的价值不只是 Revit 护城河, 而是它仍然占着工作的默认起点

4.2 Design & Make Platform 四象限

flowchart TB subgraph "ADSK Design & Make Platform (FY2026 $7.21B)" AECO[AECO
$3.583B, ~50%
BIM / Revit / Civil 3D / ACC] ACAD[AutoCAD + AutoCAD LT
$1.787B, ~25%
DWG 格式标准] MFG[MFG
$1.379B, ~19%
Fusion / Inventor] ME[M&E
$332M, ~5%
Maya / 3ds Max] AECO --> PF[Autodesk Platform Services
APS - MCP - Agentic APIs] ACAD --> PF MFG --> PF ME --> PF PF --> AS[Assistant
Tech Preview
Revit 内 agentic workflow] PF --> FLEX[Flex
Token 消费] PF --> EBA[EBA
Enterprise Pool] end style AECO fill:#c8e6c9 style ACAD fill:#fff9c4 style MFG fill:#fff9c4 style PF fill:#e3f2fd style AS fill:#e3f2fd

关键数据:

FY2027 guidance 收入 +12-13%, FY26 报告 +18% 含计费转型追赶
97% 收入为 recurring
Non-GAAP OPM 38%, FCF Margin 33.4%
billings +30% 显示新签活跃但有转型噪声

4.3 BIM mandate — 保护伞还是被误读?

flowchart LR subgraph "BIM Mandate 的真实结构" subgraph "什么被 mandate" M1[20+ 国家要求 BIM] M1 --> M2[英/德/新加坡成熟市场
mandate 明确] M1 --> M3[法/西/北欧正在执行] M1 --> M4[中国/印度新兴
仅示范项目] end subgraph "什么没被 mandate" N1[mandate 要求 BIM 工具] N1 --> N2[不要求 Revit 专有格式] N1 --> N3[若转向 IFC 开放标准
ArchiCAD/Allplan/Bentley 同样受益] N1 --> N4[Revit 份额
成熟市场 >60%, 新兴 <40%] end end M1 -.-> Conclusion[I5 得分 7/9
高, 但非 Frozen] N1 -.-> Conclusion style Conclusion fill:#fff9c4 style M2 fill:#c8e6c9 style N3 fill:#ffcdd2

关键洞察: mandate 是 derived protection 不是 direct protection。政府 mandate 的是 BIM workflow, 不是 Revit 产品。这让 ADSK 的 I5 比 ADBE 强 1 格但比 PTC 的 Codebeamer FDA-21-CFR-Part-11 / AS9100 合规栈弱 — 因为 PTC 承接的是真的 tooling-for-compliance, ADSK 承接的只是 tooling-for-a-mandate-that-requires-BIM。这一层 derived vs direct 的区分, 是理解 BIM mandate 为什么只是高概率护城河而不是确定性护城河的关键。

4.4 I1-I8 母表 + 机制

flowchart TB subgraph "ADSK 8 不变量诊断" I1D[I1 = 8/11
Access 软顶
Flex/EBA 混入 consumption] I2D[I2 = 7.5/9
DWG/RVT 历史 + 模型状态
比 ADBE 强 0.5 在 'state'] I3D[I3 = 7.5/10
Revit/AutoCAD/Fusion 写入对象
+ ACC coordination] I4D[I4 = 5/10
BIM mandate derived
无最终工程责任] I5D[I5 = 7/9
mandate 加强 + MFG 企业 IT
比 ADBE 强 1 格] I6D[I6 = 8/9
97% recurring, 38% OPM
SBC 10.9% 稀释 Owner] I7D[I7 = 2.5/7
工程事故客户担责] I8D[I8 = 4/5
专业入口仍 default
AutoCAD drafting 有 AI 压力] end I1D --> BD[基础盘 49.5/70] I2D --> BD I3D --> BD I4D --> BD I5D --> BD I6D --> BD I7D --> BD I8D --> BD BD --> MD[+AI Asymmetry Neutral+ +6
+Sequencing Neutral +3
+AP/EP 10/10
+Stack Coherence partial +1
+D/E/B +2
+Legacy-Defending warning] MD --> TD[总分 72/100] style I8D fill:#c8e6c9 style I4D fill:#fff9c4 style TD fill:#fff9c4

4.5 P11→P1 迁移路径

graph LR subgraph "ADSK 的升级路径" Now[当前状态
P11 + 升级雏形] Now --> A[APS + MCP
Platform as AI backend] Now --> B[Assistant in Revit
Tech Preview] Now --> C[Make / Construction Cloud
快于 Design] Now --> D[Fusion mid-market MFG] A & B & C & D --> Target[潜在终态
P1 Operational Control Layer] Target --> Cond1[I3 +0.5 若 Assistant 上线 GA] Target --> Cond2[I4 +1 若承接更多治理] Target --> Cond3[I8 +0.5 若 APS 变成真 AI backend] Target --> Cond4[Stack Coherence +1 若合体] Cond1 & Cond2 & Cond3 & Cond4 --> Upside[潜在上修 +3 ~ +5 分
接近 PTC 74-76] end style Now fill:#fff9c4 style Target fill:#c8e6c9 style Upside fill:#c8e6c9

关键证据:

APS 2025-12-07 更新, 为 agentic AI 提供 data APIs + MCP servers + marketplace + usage model
Revit Assistant 2026-04-22 Tech Preview 已上线, 可查询模型 / 生成 schedule / 自动化 documentation

4.6 为什么 ADSK 比 ADBE "同档更稳"

flowchart LR subgraph "同为 P11, 两种命运" direction TB subgraph "ADBE 的 P11" A1[Discovery 已外移 ★★★] A2[AI 冲击打在消费端] A3[Canva/Figma 真实侵蚀市占] A4[Stack Coherence 弱] end subgraph "ADSK 的 P11" D1[Discovery 基本保留 ★] D2[AI 先在 AECO 内生长] D3[AutoCAD drafting 有压力
但无替代] D4[Stack Coherence partial +1] end end A1 & A2 & A3 & A4 --> AC[ADBE I8 = 2.5/5
需要守住 completion] D1 & D2 & D3 & D4 --> DC[ADSK I8 = 4/5
仍握 initiation] style AC fill:#ffcdd2 style DC fill:#c8e6c9

4.7 ADSK Kill Switch

#	条件	当前	阈值	影响
1	Revit BIM 份额	63.5%	<55%	I3+I2 结构性下修
2	BIM mandate 转向 IFC 主流	未发生	3 大市场官方支持 IFC	I5 从 7 降至 5
3	AutoCAD seat YoY 下滑	稳态	连续 2 季 >5%	I8 从 4 降至 2, AI Asymmetry 转负
4	AECO 增速	+11% (从 +15% 降)	<8%	I5 + I8 联动下修
5	MFG Fusion vs PTC Creo 份额	持平	落后 10pp+	MFG 腿失速

第5章：PTC — 四家里最像"真正控制层"的工业软件

核心判断: PTC 不是工业软件拼盘, 不是单纯 CAD 公司, 也不只是 PLM 订阅商。剥离 Kepware/ThingWorx 后, 它正在把 PLM + ALM + SLM + cloud CAD 收敛到 Intelligent Product Lifecycle Layer。这是四家公司里唯一主原型是 P1 而非 P11 的公司。Owner Economics 最清洁 (SBC 4.8%), I4 已经吃进 TÜV Trusted Tool 和 FDA 21 CFR Part 11 的治理栈。

5.1 本章先看结论

项目	结论
现在最像什么	有治理能力的工业工作流控制层, 不是 CAD 拼盘
市场最容易看错什么	只把 PTC 看成工业软件组合, 没看到它在生命周期治理层上的合体
最强控制点	`I2 + I3 + I4` 结合得最完整, 尤其是产品变更和合规流程
最大短板	规模和默认入口弱于 INTU, 还没到 Broad Alpha
本章要证明什么	PTC 比 ADSK 更接近真正的控制层, 关键不在规模而在治理深度

5.2 Intelligent Product Lifecycle — 跨设计/变更/服务的统一控制层

flowchart TB subgraph "PTC FY2025 主体 (剥离 Kepware+ThingWorx 后)" CAD[CAD Family $993M 38%] CAD --> Creo[Creo
企业级 parametric CAD] CAD --> Onshape[Onshape
cloud-native CAD/PDM] PLM[PLM Family $1.639B 62%] PLM --> Windchill[Windchill
BOM/Change/ECO/审批流] PLM --> Arena[Arena
cloud PLM] PLM --> CB[Codebeamer
ALM/Requirements/Traceability
TÜV Trusted Tool] PLM --> SM[ServiceMax
SLM/dispatch/work order] PLM --> Sg[Servigistics
service planning] CAD --> IPL[Intelligent Product Lifecycle
控制层] PLM --> IPL IPL --> AI1[Onshape AI Advisor] IPL --> AI2[Windchill AI] IPL --> AI3[Codebeamer AI] IPL --> AI4[ServiceMax AI multi-agent] end style IPL fill:#c8e6c9,stroke:#2e7d32 style PLM fill:#e3f2fd style Windchill fill:#e3f2fd style CB fill:#e3f2fd

关键数据:

FY2025 Revenue $2.74B, ARR $2.479B, recurring $2.601B
Non-GAAP OPM 48% (四家最高)
SBC/Revenue 4.8% (四家最低, ADSK 10.9% 的一半)
FCF $857M, FY26 指引 $850M (excl. divested)
2026-03-16 Kepware+ThingWorx 剥离完成, Net Debt/EBITDA 从 2.28x 降至 1.05x

5.3 IoT 剥离前后的 BSM 结构对比

flowchart LR subgraph "剥离前 (FY2025)" B_CAD[CAD ~35%] B_PLM[PLM ~40%] B_ALM[ALM/Codebeamer ~10%] B_SLM[SLM/ServiceMax ~10%] B_IoT[IoT ~5-8%
ThingWorx/Kepware] end subgraph "剥离后 (FY2026)" A_CAD[CAD 38%] A_PLM[PLM 62%
含 ALM+SLM] end B_IoT -.->|A3 Spill
U7 例外| Drop[不进 active BSM] B_CAD --> A_CAD B_PLM --> A_PLM B_ALM --> A_PLM B_SLM --> A_PLM A_CAD --> P11[P11 属性 38%] A_PLM --> P1[P1 属性 62%] style Drop fill:#eeeeee style P1 fill:#c8e6c9 style P11 fill:#fff9c4

关键观察: IoT 剥离的真正价值不是"增速提升 0.5pp", 而是主体结构纯化 — PLM 家族成为 62% 主体, P1 属性压过 P11。这是为什么不能只看剥离前后的 ARR 差 (仅 50bp) 来判断剥离价值; 真正的变化是原型重心转移, 这对估值语言选择影响远大于 50bp ARR。

5.4 Windchill — Governed Execution 的机制

sequenceDiagram participant Eng as 工程师 participant CAD as Creo/Onshape participant WC as Windchill participant Qua as 质量部 participant Reg as 监管审计 Eng->>CAD: 修改零件设计 CAD->>WC: 写入新版本 BOM WC->>WC: 触发 ECO 流程 WC->>Qua: 审批请求 Qua->>WC: 批准 / 驳回 Note over WC: 所有变更
auditable trail WC->>Eng: Release to Manufacturing WC->>Reg: FDA 21 CFR Part 11
AS9100 审计记录 Reg-->>WC: Trusted Tool 认证

为什么这是 governed execution 而不是 tool:

变更不是建议, 是真实状态改动: BOM / part master / ECO 在 Windchill 中是 single source of truth
审计栈嵌入: TÜV 认证 Codebeamer 为 Trusted Tool, 满足 IEC 62304 / ISO 26262 / FDA 21 CFR Part 11
BMW 案例 (2026-04-01): BMW Group 企业级标准化 Codebeamer 说明"受治理的需求工程"在大客户内已标准化

5.5 `I4` — PTC 比 ADSK 强在哪

graph TB subgraph "I4 Authority 的四层梯度" L1[Level 1: Tool 层
提供功能] L2[Level 2: Tooling for Compliance
提供审计工具] L3[Level 3: Derived Compliance
用户因法规必须用你] L4[Level 4: Direct Authority
你承担后果责任] ADB[ADBE] --> L1 ADB -.-> L2[IP 赔偿 Firefly] ADSK[ADSK] --> L2 ADSK --> L3[BIM mandate 客户侧 derived] PTC[PTC] --> L2 PTC --> L3[FDA 21 CFR Part 11 客户 derived
TÜV Trusted Tool 第三方认证] INTU[INTU] --> L3 INTU --> L4[IRS e-filer 授权
Max Defend 赔付
Accuracy Guarantee] end style L1 fill:#ffcdd2 style L2 fill:#fff9c4 style L3 fill:#c8e6c9 style L4 fill:#2e7d32,color:#fff

量化:

公司	I4 Level 位置	I4 分数
ADBE	L1 + 微 L2	4.5/10
ADSK	L2 + 轻 L3	5/10
PTC	L2 + L3 + 第三方认证	6/10
INTU	L3 + L4	8/10

5.6 I6 Owner Economics — PTC 是四家最干净的

flowchart LR subgraph "SBC/Revenue 对比 (FY25)" P[PTC 4.8%] A[ADSK 10.9%] AD[ADBE ~10-11%] IN[INTU 10.4%] end P -.-> PE[Owner PE ≈ Standard PE] A -.-> AE[Owner PE 37x vs Std 19x
2x 差距] AD -.-> AdE[Owner PE 扩张 ~30%] IN -.-> InE[Owner PE 扩张 ~30%] style P fill:#c8e6c9 style PE fill:#c8e6c9 style A fill:#ffcdd2 style AE fill:#ffcdd2

结构性含义: PTC 的 Non-GAAP OPM 48% 几乎就是真实 Owner OPM, 另外三家的 Non-GAAP OPM 要打 SBC 折扣。这就是为什么 PTC FWD PE 19.4x 不算便宜 — 它的 "Standard PE" 本身就是 "Owner PE"。

5.7 PTC 母表

不变量	分数	简短理由
`I1`	`8/11`	Access 软顶, recurring 质量高
`I2`	`8/9`	Product data foundation, lifecycle context
`I3`	`8/10`	Governed execution 已成形
`I4`	`6/10`	L2+L3, 第三方认证加持
`I5`	`7.5/9`	工程+合规+服务多口袋
`I6`	`8/9`	48% OPM, SBC 4.8% 最干净
`I7`	`3.5/7`	比 ADSK/ADBE 强
`I8`	`4/5`	多 domain workflow initiation
基础盘	`53/70`	—
+Stack Coherence partial	`+1`	—
+AI Asymmetry Neutral+	`+6`	—
+Sequencing Neutral	`+3`	—
+AP/EP 10/10	`+10`	—
+D/E/B 平衡	`+1`	—
总分	`74/100`	Growth Alpha - Healthy 中低位

5.8 PTC Kill Switch

#	条件	当前	阈值	影响
1	PLM family ARR 增速	+9%	<7% 2 季度	P1 叙事弱化
2	Onshape ARR	—	<$150M 2027	CAD 侧 transition 失速
3	ServiceMax ARR	~$400M	同比转负	SLM 腿失速
4	AI 长期停在辅助问答	辅助 + 早期 agent	12 月无 governed action 升级	control layer 上移停滞
5	OPM 回落	35.9%	<28%	高 OPM 不可持续确认

第6章：四家公司的横向对照 — 把 8 不变量摆在同一张桌子上

6.1 这一章怎么读最快

如果你已经读完前面四章, 这一章的作用是把所有判断压回同一张桌子。
如果你没时间看全文, 那就重点看三张表:

6.2 — 四家公司 8 不变量总表
6.3 — 谁占住了哪一层控制点
6.6 / 6.7 — 预算质量、验证质量和扩张质量

这三张表合起来, 基本就等于整份报告的“压缩版结论”。

6.2 8 不变量对照表

不变量	INTU	ADBE	ADSK	PTC	最强者
`I1` Value Unit	9.5/11	8/11	8/11	8/11	INTU (突破 access 软顶)
`I2` Decision Context	8.5/9	7/9	7.5/9	8/9	INTU (跨主体金融历史)
`I3` Execution Rights	8/10	7/10	7.5/10	8/10	并列 INTU/PTC
`I4` Authority	8/10	4.5/10	5/10	6/10	INTU (L3+L4)
`I5` Budget Owner	8/9	6/9	7/9	7.5/9	INTU
`I6` Incremental Capture	8/9	8/9	8/9	8/9	并列 (但 PTC 最干净)
`I7` Exception Ownership	5.5/7	2.5/7	2.5/7	3.5/7	INTU
`I8` Entry Point	4.5/5	2.5/5	4/5	4/5	INTU (双层 default)
基础盘	60/70	45.5/70	49.5/70	53/70	INTU 领先 7-15 格
修正后总分	91-93	71-74	72	74	INTU
Alpha 类型	Broad	P11 防御成长	Growth Healthy 低位	Growth Healthy 中低位	—
原型	P4	P11	P11→P1	P1	—

6.3 控制点分层 — 谁拥有哪一层

flowchart LR subgraph "Workflow 的四层控制点 (AI 重要变化)" S1[Discovery
灵感/初步探索] S2[Workflow Initiation
正式工作开始] S3[Execution Routing
真实状态改动] S4[Transaction Completion
终态交付] S5[Post-action
数据反馈/异常处理] S1 --> S2 --> S3 --> S4 --> S5 end S1 -.-> EX[外部 LLM
ChatGPT/Claude] S2 --> IN1[INTU 税季+SMB] S2 --> AD1[ADSK AECO] S2 --> PT1[PTC Windchill] S2 -.-> ADB1[ADBE 部分流失] S3 --> IN2[INTU 报税/支付] S3 --> AD2[ADSK Revit] S3 --> PT2[PTC Windchill ECO] S3 --> ADB2[ADBE 创作] S4 --> IN3[INTU 提交 IRS] S4 --> AD3[ADSK 施工图] S4 --> PT3[PTC Release to MFG] S4 --> ADB3[ADBE 发布] S5 --> IN4[INTU 审计辩护] S5 --> PT4[PTC ServiceMax] style IN1 fill:#c8e6c9 style IN2 fill:#c8e6c9 style IN3 fill:#c8e6c9 style IN4 fill:#c8e6c9 style ADB1 fill:#ffcdd2

关键观察:

S1 Discovery 集体流失给 LLM — 四家都在受压, ADBE 最严重
S2 Initiation — INTU/ADSK/PTC 保住, ADBE 部分流失 (Canva/Figma)
S3 Execution — 四家都还保住, 因为真实 state change 仍需专业工具
S4 Completion — 四家都保住, 这是 P11 防御的根本
S5 Post-action — 只有 INTU 和 PTC 有实质覆盖, ADBE/ADSK 几乎缺席

6.4 AI Asymmetry 光谱

graph LR subgraph "AI Asymmetry 六档 (分数)" A1[Accretive +8] A2[Neutral Positive +6] A3[Neutral +4] A4[Passthrough 0] A5[Exposed -4] A6[Victim -8] end INTU[INTU] -.-> A3 PTC[PTC] -.-> A2 ADSK[ADSK] -.-> A2 ADBE[ADBE 分裂体] -.-> A4 ADBE -.->|CC Consumer 子线| A5 style INTU fill:#c8e6c9 style PTC fill:#c8e6c9 style ADSK fill:#c8e6c9 style ADBE fill:#fff9c4

核心洞察: 把 ADBE 放成单一分数会高估真实风险。六条业务线中最差的 -9, 最好的 +13, 加权后 +0.42, 是分裂体中枢; 投资含义取决于 GenStudio / DC / Firefly 的绝对规模能否在 CC Consumer 塌下来之前把收入 mix shift 过去。

6.5 Sequencing Gate 对照

flowchart TB subgraph "Sequencing 门的四种状态" direction LR G[Good — 工艺先于定价
+4] N[Neutral — 无明显错层
+3] IN[Industry-Neutral — 同行业都这样
+2] B[Bad — 定价先于工艺
-2 ~ 0] end INTU[INTU] --> G PTC[PTC] --> N ADSK[ADSK] --> N ADBE[ADBE] --> N style G fill:#2e7d32,color:#fff style B fill:#c62828,color:#fff style INTU fill:#c8e6c9

为什么 INTU 是 Good:

I1 vs I6: Outcome + Authority 溢价已在 CK/TT Live 真实货币化, 不只是叙事
I8 vs I5: Distribution (CPA 网络) 已带来 B2B 预算, 非单纯故事
I3 vs I4: Authority 与 Execution 同步强化

为什么另外三家是 Neutral 不是 Good: 都有"工艺强于定价"的结构 (I6 高), 但定价尚未真正货币化新层级。ADBE 有 GenStudio 雏形但仅 $1B, ADSK 有 APS/Flex 但仍边缘, PTC 有 Onshape+Codebeamer 但 CAD 腿仍 P11。

6.6 预算口袋质量排序

graph LR subgraph "I5 的质量梯度" F1[Frozen pocket
监管/物理不可替代] F2[Structural pocket
行业标准加持] F3[Professional pocket
高价值但可替代] F4[General pocket
IT 预算常规项] end INTU[INTU 8/9] --> F1 PTC[PTC 7.5/9] --> F2 ADSK[ADSK 7/9] --> F2 ADBE[ADBE 6/9] --> F3 ADBE --> F4 style INTU fill:#c8e6c9 style PTC fill:#fff9c4 style ADSK fill:#fff9c4 style ADBE fill:#ffcdd2

6.7 AP / EP / D / E / B 对照

维度	INTU	ADBE	ADSK	PTC
AP (Adoption Proof)	5/5	5/5	5/5	5/5
EP (Economic Proof)	5/5	5/5	5/5	5/5
D (Depth)	3/3	2/3	2/3	3/3
E (Expansion)	3/3	2/3	2/3	2/3
B (Bridge)	3/3	2/3	2/3	2/3
Stack Coherence	+2 strong	0	+1 partial	+1 partial
Burden	0	0	0	0
Legacy-Defending	No	Yes	Yes	Partial

第7章：估值语言必须跟着业务控制点走

核心观点: 四家公司在"新控制点"上占据不同层级, 强行用同一个 PE 语言等于在比较四种不同的错误。本章为每家公司给出一个估值锚 + 公允倍数区间 + 调整理由。

7.1 为什么不能再用同一个 PE

flowchart LR subgraph "旧 PE 语言的系统性错误" PE[统一 PE 锚] PE --> E1[对 INTU
忽略 authority 溢价
结果: 低估 15-25%] PE --> E2[对 ADBE
忽略分裂体
结果: 可能低估也可能高估
看 DC/GenStudio 兑现] PE --> E3[对 ADSK
忽略 platform 上移期权
结果: 稍低估 5-10%] PE --> E4[对 PTC
忽略 Owner Economics 洁净
结果: Owner PE 19x 其实不贵] end style E1 fill:#c8e6c9 style E2 fill:#fff9c4 style E3 fill:#fff9c4 style E4 fill:#c8e6c9

7.2 INTU 的估值语言 — Authority Owner Multiple

估值锚: 把 INTU 对标 FICO / Moody's / MSCI 级别的 authority owner, 而不是 CRM / ADBE 级别的软件龙头。

flowchart TB subgraph "INTU 估值三层" L1[核心工具 Revenue
SSE + Consumer + ProTax
PE 18-22x] L2[Authority Premium
TT Max Defend + IRS 授权
+25% premium] L3[Distribution Premium
CPA 网络 + CK Lead Gen
+15% premium] L1 --> M[Multiple 25-30x
FICO 范围] L2 --> M L3 --> M M --> V[SOTP 中枢 $490
v3.0 报告确认] M --> Range[合理区间 $480-550
偏积极 10-20% vs 当前] end style M fill:#c8e6c9 style V fill:#fff9c4

7.3 ADBE 的估值语言 — Franchise Defense Multiple

估值锚: ADBE 不应按"AI 创意软件"估, 应按"legacy franchise 质量 + AI 雏形期权"分层估。

flowchart TB subgraph "ADBE 估值分层" CORE[Core Franchise
CC Pro + Document Cloud
占 55% 收入] CORE --> CMul[PE 12-16x
成熟 franchise] RISK[Risk Franchise
CC Consumer + Express
占 21% 收入] RISK --> RMul[PE 8-10x
AI 风险折价] OPT[Option Franchise
Firefly + GenStudio + Experience
占 24% 收入] OPT --> OMul[PE 20-30x
期权溢价] CMul --> W[加权 PE 14-18x
中枢] RMul --> W OMul --> W end style CORE fill:#c8e6c9 style OPT fill:#fff9c4 style RISK fill:#ffcdd2 style W fill:#fff9c4

关键含义: 当前 9.6x PE 可能便宜, 但便宜的程度取决于 GenStudio 能否在 FY28 到 $2B (管理层目标) — 这是一个 CQ2 (分裂体中轴能否向 Option 侧倾斜)。

7.4 ADSK 的估值语言 — Platform Migration Multiple

估值锚: ADSK 应按"strong workflow default franchise + P1 迁移期权"估, 不按纯 CAD seat.

flowchart LR subgraph "ADSK 估值双情景" S1[情景 A: 单引擎成熟
AECO 增速继续降
MFG 落后 PTC] S1 --> V1[公允 $190
PE 16-18x] S2[情景 B: 多引擎增长重加速
APS+Assistant 成功
MFG+水务补 AECO] S2 --> V2[公允 $300
PE 22-24x] S1 -.-> R[中枢 $245-260
当前 $247.57
关注下沿] S2 -.-> R end style V1 fill:#ffcdd2 style V2 fill:#c8e6c9 style R fill:#fff9c4

7.5 PTC 的估值语言 — PEG + Control Layer Option

估值锚: PTC 的 Non-GAAP PE 已经约等于 Owner PE, 所以 19.4x 看起来合理 — 但市场没定价 P1 control layer 的期权。

flowchart TB subgraph "PTC 估值 = 基础 + 期权" Base[Base Case
ARR 8-9% 永续
FY2026 FCF $850M
PEG 2.3x 与 ADSK 一致] Base --> BV[公允 $145-155
当前 $140.60 ≈ 中性] Opt[Optionality
P1 深化
+2~+4 分] Opt --> OV[若实现 +10-20%] Opt2[Optionality
Onshape 成为 cloud control surface
+2~+3 分] Opt2 --> OV2[若实现 +5-15%] Base --> Total[合理区间 $140-180] Opt --> Total Opt2 --> Total end style Total fill:#fff9c4

7.6 四家公司估值语言对照表

公司	估值锚	合理 PE 范围	关键期权	当前 PE vs 锚位置
INTU	Authority Owner	25-30x	CK/IES 第二曲线	18x → 偏低 15-25%
ADBE	Franchise Defense	14-18x 加权	GenStudio $2B 里程碑	9.6x → 可能低估, 看兑现
ADSK	Platform Migration	19-24x	APS/Assistant 成功	19x → 下沿关注
PTC	PEG + Control Layer Option	19-24x	P1 深化	19.4x → 基础合理, 期权未定价

第8章：五种最容易被误判的事

8.1 误判 1 — "INTU 只是税务软件, 会被 Direct File 和 AI 报税打穿"

flowchart LR subgraph "Direct File 威胁的真实结构" DF[IRS Direct File] DF --> W[TurboTax 会被颠覆吗?] W -->|2026 年| NO1[已关闭
短期不威胁] W -->|2028 大选| Q1[民主党胜: 可能扩大] Q1 --> P1a[TAM 压缩 10-20%] W -->|长期| Q2[AI 能力提升
GPT-5 级模型] Q2 --> P2[简单报税可能免费] NO1 -.-> FC[但 TT Live +47% 在蚕食 CPA 市场] P1a -.-> FC P2 -.-> FC FC --> Real[真实风险: TT 萎缩 20-30%
但 CK + SSE 平台可补] end style Real fill:#fff9c4

反证据: TurboTax 占 INTU 总收入 35-40%, 即使 TT 收入下降 30%, 整体营收影响约 -10-12%。CK +32% + SSE +18% 可在 2-3 年内补齐。

8.2 误判 2 — "ADBE 的护城河被 AI 打穿了"

graph LR subgraph "AI 对 ADBE 的分层影响" I[AI 冲击] I --> X1[Discovery 夺走
真实] I --> X2[CC Consumer 被 Canva 吃
真实] I --> X3[CC Pro 专业工作流
AI 增强粘性] I --> X4[Document Cloud
AI 让 PDF 更关键] I --> X5[GenStudio 企业内容治理
AI 创造新市场] end X1 -.->|真| CON1[- 缺一个 discovery 入口] X2 -.->|真| CON2[- 19% 收入在失血] X3 -.->|假| CON3[+ 专业仍守住] X4 -.->|假| CON4[+ 15% 收入最快增长] X5 -.->|假| CON5[+ $1B ARR 雏形] style CON1 fill:#ffcdd2 style CON2 fill:#ffcdd2 style CON3 fill:#c8e6c9 style CON4 fill:#c8e6c9 style CON5 fill:#c8e6c9

反证据: DC +16%, GenStudio >$1B +30%, Firefly >$250M QoQ+75%。"AI 打穿 Adobe"的叙事只对 21% 的收入成立, 79% 的收入在受益或稳定。

8.3 误判 3 — "ADSK 的 BIM mandate 是永久护城河"

flowchart TB M[BIM Mandate 护城河] M --> L1[保证: BIM 需求永存] M --> L2[不保证: Revit 必须用] L2 --> IFC[若 IFC 开放标准成主流] IFC --> C1[ArchiCAD 受益] IFC --> C2[Allplan 受益] IFC --> C3[Bentley 受益] IFC --> C4[Revit 份额 55→45%] C1 & C2 & C3 & C4 --> R[I5 从 7 降至 5
ADSK 总分 -7~-10] style L1 fill:#c8e6c9 style L2 fill:#fff9c4 style R fill:#ffcdd2

真实判断: mandate 是高概率护城河 (80%), 不是确定性护城河。成熟市场 Revit 60%+ 稳, 新兴市场 (中国/印度) Revit <40% 有真实替代空间。

8.4 误判 4 — "PTC 是工业软件资产拼盘"

flowchart TB subgraph "拼盘论 vs 控制层论" PB[拼盘论] PB --> PB1[CAD 弱于 DSY] PB --> PB2[PLM 弱于 Siemens Teamcenter] PB --> PB3[ALM 是小众] PB --> PB4[SLM 被并入不起眼] PB --> PB_C[结论: PE 15-18x 合理] CL[控制层论] CL --> CL1[Windchill 是 BOM/ECO 真系统 of record] CL --> CL2[Codebeamer TÜV 认证] CL --> CL3[ServiceMax entitlements engine] CL --> CL4[Onshape cloud-native CAD 增量] CL --> CL_C[结论: PE 19-24x 合理
期权未定价] end PB_C -.-> R[当前 19.4x PE] CL_C -.-> R R --> JUDG[判断取决于 2-3 年内
governed action layer 是否实质化] style JUDG fill:#fff9c4

8.5 误判 5 — "四家公司一起被 AI 冲击"

graph TB AI[AI 冲击] AI --> T1[Discovery 下沉
四家都受] AI --> T2[Orchestration 上浮
四家不同吃] AI --> T3[Pure access 被压缩
四家都受] AI --> T4[Authority 被重估
四家差异最大] T4 --> IN[INTU 受益最大] T4 --> PT[PTC 次] T4 --> AS[ADSK 再次] T4 --> AD[ADBE 最小] style IN fill:#c8e6c9 style PT fill:#c8e6c9 style AS fill:#fff9c4 style AD fill:#ffcdd2

真实含义: AI 对四家的净影响是不同方向的。谁承担更多责任, 谁就越能从 AI 时代的 authority 重估中受益。

第9章：Kill Switch 监控面板 + 统一跟踪指标

9.1 统一 Kill Switch 表

公司	Top Kill Switch	领先指标	首次可验证时点	影响幅度
INTU	TT 市占 <55%	税务季 Direct File 使用量	2026-05 Q3 FY26	I4 结构性下修
INTU	Mailchimp 减值	FY26 10-K	2026-09	资本配置信任
INTU	CK 增速 <15% 2 季	CK 月度放款数据	2026-08 Q4 FY26	平台叙事失败
ADBE	CC Consumer 退订 >8%/季	季度 DM ARR mix	2026-06 Q2 FY26	I8+I2 继续塌
ADBE	GenStudio 卡在 $1B	GenStudio ARR YoY	2026-09 Q3 FY26	P11 → P6 下修
ADBE	Canva 推企业版	Canva 企业客户数	2026H2	DX 侧失血
ADSK	Revit 份额 <55%	Dodge Data Construction Index	2026-08 FY27 Q1	护城河崩
ADSK	AutoCAD seat -5%/季	AutoCAD FY27 Q1/Q2	2026-08	I8 塌
ADSK	AECO <8% 增速	AECO ARR YoY	2026-08	I5+I8 联动下修
PTC	PLM ARR <7% 2 季	PLM Q1/Q2 FY26	2026-05 Q2 FY26	P1 叙事弱化
PTC	Onshape <$150M	年 ARR 披露	2027	CAD 侧 transition
PTC	OPM <28%	FY26 Q1 Pro-forma	2026-02	Owner Economics 不可持续

9.2 四家公司监控日历

公司	时间窗口	关键事件 / 读数
INTU	2026-05	Q3 FY26，税务主季数据是否继续证明分发与责任层优势
INTU	2026-08	Q4 FY26 + FY27 指引，观察税务季后的全年延续性
INTU	2026-09	FY26 10-K，重点看 Mailchimp 与分部披露口径
INTU	2027-05	Q3 FY27，再验证税务主季与全年消费金融飞轮是否仍在强化
INTU	2028-11	美国大选与 Direct File 政策走向，属于长期制度变量
ADBE	2026-06	Q2 FY26，先看 CC Consumer 失血有没有放缓
ADBE	2026-09	Q3 FY26，重点看 Firefly / Document Cloud / GenStudio 的三线分化
ADBE	2026-12	Q4 FY26，判断 GenStudio 是否真正跨过更高一级的 ARR 台阶
ADSK	2026-05	FY27 Q1，首个转型后季度，验证收入与 billings 的拆解是否开始清晰
ADSK	2026-08	FY27 Q2，继续看 AECO、AutoCAD 与 Revit 份额信号
ADSK	2027-02	FY27 Q4 + FY28 指引，决定迁移样本能否继续向 P1 靠拢
PTC	2026-05	FY26 Q2，首个纯剥离后季度，检验 P1 叙事是否继续成立
PTC	2026-08	FY26 Q3，继续看 PLM / SLM / Onshape 的分化是否收敛到更清楚的结构
PTC	2026-10	BMW Codebeamer 复现检验，属于 P1 叙事的关键外部锚点
PTC	2026-11	FY26 Q4 + FY27 指引，确认治理层与 Owner Economics 能否同时维持

9.3 领先指标 vs 滞后指标

graph LR subgraph "领先 (3-6 月)" L1[Direct File 政治动向
INTU] L2[Canva 企业客户数
ADBE] L3[Dodge BIM 项目中 IFC 占比
ADSK] L4[Onshape CR 排名
PTC] end subgraph "同步 (季度)" S1[分部 ARR 增速
四家] S2[FCF margin
四家] S3[Non-GAAP OPM
四家] end subgraph "滞后 (1-2 年)" T1[市占率变化
四家] T2[AI 替代率
四家] T3[护城河迁移完成度
四家] end L1 --> S1 --> T1 L2 --> S1 --> T1 L3 --> S1 --> T2 L4 --> S1 --> T3 style L1 fill:#c8e6c9 style L2 fill:#c8e6c9 style L3 fill:#c8e6c9 style L4 fill:#c8e6c9

第10章：红队 — 我们的框架可能错在哪

红队目的: 如果本报告的结论错了, 最可能错的五种路径。为每种路径给出"观察到什么就该反转"的触发条件。

10.1 红队 1 — 会不会高估了 INTU 的 Authority 变现能力

攻击: INTU 的 I4 = 8/10 是基于 IRS e-filer + Max Defend + Accuracy Guarantee。但 Max Defend 只有 $80 附加包, 并没有真的把 authority 定价成主业。和 MCO / FICO 相比, 它的 authority monetization 深度还差一个数量级。

flowchart TB subgraph "Authority Monetization 深度" direction LR A_INTU[INTU
Max Defend $80
+审计协助
+Accuracy Guarantee] A_FICO[FICO
信用评分本身就是产品
100% 收入 = authority] A_MCO[MCO
评级本身就是产品
评级费用 >90% 收入] end A_INTU -.-> Scale[INTU authority 占收入 <5%] A_FICO -.-> Scale2[FICO authority 占收入 100%] A_MCO -.-> Scale3[MCO authority 占收入 >90%] style A_INTU fill:#fff9c4 style A_FICO fill:#c8e6c9 style A_MCO fill:#c8e6c9

反驳: 本报告承认 INTU 的 authority 还没有像 FICO/MCO 那样占主体收入比例, 但 I4 的意义在于结构性壁垒而非直接营收。IRS e-filer 身份让 INTU 在"谁能成为报税入口"这个问题上有监管授权, 这是纯软件公司无法取代的结构性优势 — 它在价格中表现为客户无法切换而非直接营收。这更像 Visa 的 interchange — 不是主收入, 是整个生态的基石。

反转触发: 如果 IRS 把 e-filer 授权门槛降低到任何 LLM 厂都能过 → INTU authority 从结构性变成普通 → I4 从 8 降至 6 → 总分掉 8-10 分 → P4 降级。

10.2 红队 2 — ADBE 会不会重夺入口

攻击: Firefly 模型超市策略如果成功, ADBE 可以在"专业创作工作流"上重新把 ChatGPT/Midjourney 变成管道而不是对手。这意味着 ADBE 的 I8 = 2.5/5 是个低估。

flowchart LR subgraph "Firefly 超市模式的 bull case" U[用户打开 Photoshop] --> F[Firefly 入口] F --> F1[Firefly 自研] F --> F2[Gemini 2.5] F --> F3[FLUX] F --> F4[Midjourney 集成] F1 & F2 & F3 & F4 --> W[用户永远在 Adobe 内部] W --> I8_REV[I8 回升至 3.5/5] end style W fill:#c8e6c9 style I8_REV fill:#c8e6c9

反驳: 本报告承认 Firefly 策略合理, 但需要区分"专业 Pro 工作流"和"SMB/Consumer 发起"。Firefly 在 Pro 内部可以守住, 但消费级用户在打开 Photoshop 之前已经被 ChatGPT/Canva 拦截。I8 = 2.5/5 是按全公司加权的, Pro 侧可能是 4/5, Consumer 侧可能是 1/5。

反转触发: 如果 Canva MAU 从 265M 开始下降 + Express 月活突破 200M + Midjourney 用户公开反馈"通过 Adobe 使用更方便" → I8 可能回升至 3.5/5 → 总分 +3~+5 → ADBE 接近 ADSK 水平。

10.3 红队 3 — ADSK 的 Workflow Default 会不会其实不稳

攻击: 本报告给 ADSK I8 = 4/5, 高于 ADBE 的 2.5/5 和 PTC 的 4/5。但 AutoCAD drafting 面临真实 AI 替代威胁, Revit 的 IFC 开放标准讨论在加强, Fusion 在 MFG 份额落后 PTC。ADSK 的默认性可能是 quantity 而非 quality — 多产品叠加好看, 但每条线都脆弱。

反驳: 本报告承认 "default 好看但每条腿脆弱"的风险, 但 ADSK 的 I8 分数主要来自:

Professional first-click — 工程师仍然从 Revit/AutoCAD/Fusion/ACC 开始, 不从 ChatGPT 开始
Project-level institutional lock — BIM 协同在项目层面是团队决定, 不是个人决定, 难被 AI 替代
APS/Assistant 内生 — Assistant 是嵌进 Revit, 不是外挂; 如果 Assistant 成功, I8 还会上升

反转触发: 如果 Autodesk Assistant 18 个月后仍停在 Tech Preview + APS 调用量不起 + AutoCAD seat YoY 连续 2 季 -5% → I8 从 4 降至 2.5 → 总分 -5 → ADSK 跌回 ADBE 档位 (67-68)。

10.4 红队 4 — PTC 会不会还不够 P1

攻击: 本报告给 PTC P1 主原型 + P11 次原型, 但报告自己承认 CAD 家族 38% 仍是 P11 属性。38% 是一个不小的数字 — 如果 Creo 不能转到 Onshape, PTC 可能永远卡在 P11 + Owner Economics 干净, 而不是真正 P1。

flowchart LR subgraph "PTC 的真实身份风险" Today[今天
PLM 62% P1 + CAD 38% P11] Today --> Path1[路径 A: Onshape 上升
Creo 转迁] Today --> Path2[路径 B: Creo 固守
Onshape 边缘化] Path1 --> Res1[真正 P1
74 → 78+] Path2 --> Res2[永久 P11 + 清洁引擎
74 → 72] end style Res1 fill:#c8e6c9 style Res2 fill:#ffcdd2

反驳: 本报告承认这是真实二元路径。当前 Onshape ARR 约 $90-120M vs Creo ~$600-700M, Onshape 份额仍小。但 Onshape 的用户画像 (startup / education / new team) 是未来增量, Creo 是存量 — 即使 Creo 稳定, Onshape 成长也足以让 CAD 家族 P1 属性逐步上升。

反转触发: Onshape ARR 2027 仍 <$150M + Creo YoY 转负 → 确认 CAD 侧没有 transition → P1 权重下调 → PTC 总分 -2~-4。

10.5 红队 5 — 结构正确不等于赔率正确

攻击: 本报告在业务质量上给出排序 INTU > PTC > ADSK > ADBE, 但这不代表投资回报排序相同。

graph LR subgraph "业务质量 vs 赔率的脱钩" BQ[业务质量] BQ --> INTU1[INTU 最好] BQ --> PTC1[PTC 次] BQ --> ADSK1[ADSK 再次] BQ --> ADBE1[ADBE 最差] PR[当前赔率] PR --> INTU2[INTU 18x PE
赔率中性] PR --> PTC2[PTC 19.4x PE
赔率中性] PR --> ADSK2[ADSK 19x PE
赔率偏中性] PR --> ADBE2[ADBE 9.6x PE
赔率可能最好] end ADBE1 -.->|业务差| ADBE2 ADBE2 -.->|但 PE 低| Paradox[最差业务 + 最低 PE
赔率可能反超] style Paradox fill:#fff9c4

反驳: 本报告的业务质量排序不是投资建议, 只是结构性观察。每家公司的实际回报取决于 (当前 PE - 合理 PE) / 当前 PE 的幅度:

公司	业务质量排序	合理 PE	当前 PE	上/下修空间
INTU	#1	25-30x	18x	+38-67%
ADBE	#4	14-18x 加权	9.6x	+45-87% (若 GenStudio 兑现)
PTC	#2	19-24x	19.4x	0-24%
ADSK	#3	19-24x	19x	0-26%

结论: 业务质量 #1 (INTU) 和业务质量 #4 (ADBE) 可能都是最好的赔率, 因为前者被低估 authority, 后者被低估分裂体中优势业务。PTC 和 ADSK 虽然结构性好, 但 PE 已反映了这部分。业务质量排序 + 赔率不一定同序 — 这是本报告与单一维度分析最重要的区别。

10.6 红队后, 仍然站得住的五个结论

INTU 在 I4 + I7 + I8 三格的结构性优势不被红队撼动 — 即使 IRS e-filer 门槛放低, authority L3+L4 的相对高度仍然在
ADBE 是分裂体而不是单线衰败 — 这个诊断被六业务线 AIAS 热力图证据化
ADSK 比 ADBE 稳 — 因为 I8 = 4 和 I8 = 2.5 是业务结构差异, 不是估值技巧
PTC 的 Owner Economics 干净不被红队撼动 — SBC 4.8% 是硬数据
业务质量排序 ≠ 赔率排序 — 这是一个需要独立判断的维度, 本报告在第 7 章已将两者分开讨论

上半部分 (Ch 1-10) 给出了整体结构和横向对照。下半部分 (Ch 11-16) 做机制深潜: 每家公司挑一条被市场最严重低估的业务线 / 结构机制, 做单点穿透分析。

深潜逻辑: 市场误判通常不是"全错", 而是某一条细线被忽略导致整体估值偏离。本章专门为每家公司挑出那条线, 给出可量化的证据和影响幅度。

章节	你会看到什么	为什么值得看
`Ch 11 INTU`	Credit Karma、ProTax、全年金融飞轮	解释为什么 INTU 不是只有税务季
`Ch 12 ADBE`	Document Cloud、PDF 标准、GenStudio	解释为什么 Adobe 不只是 Photoshop
`Ch 13 ADSK`	计费噪声、Workflow Default、FY27 验证年	解释为什么表面增速会骗人
`Ch 14 PTC`	BMW、Codebeamer × Windchill、ServiceMax	解释为什么 PTC 更像控制层而不是产品拼盘
`Ch 15-16`	飞轮对照和估值回算	把上面的结构结论压回投资语言

第11章：INTU 机制深潜 — Credit Karma 已经是"$5.7B 隐藏价值"但市场还在按 Mailchimp 扣分

11.1 市场混淆: $12B 不是 CK 的收购价

先纠正一个广为流传的误解 — "$12B 错误"。

flowchart LR subgraph "INTU 两次大 M&A 的真实对照" CK[Credit Karma
2020-12 收购
$8.1B] CK --> CKR[FY25 收入 $2.3B
FY25 增速 +32%
独立估值 $11.5-18.4B
已创造 ~$5.7B 价值] MC[Mailchimp
2021-11 收购
$12B 现金+股票] MC --> MCR[FY25 收入 ~$1.35B
增速 ≈0%
独立估值 ~$4.7B
隐含减值 $5-8B] end CKR --> V1[对比 1: 按 EV/Revenue 估] V1 --> V1A[CK 隐含 3.5x rev
SoFi ~5x 锚位
偏低] V1 --> V1B[Mailchimp 隐含 8.9x rev
当前同业 3-5x
高估] style CKR fill:#c8e6c9 style MCR fill:#ffcdd2 style V1A fill:#c8e6c9 style V1B fill:#ffcdd2

关键观察: 市场记住了 Mailchimp 的 $12B 教训, 把它误用到 CK 身上, 结果对 CK 的真实贡献严重折价。

11.2 Credit Karma 三驱动 Lead Gen 模型

CK 的盈利模式并不直接来自 150M+ 注册用户, 而是 B2B 广告/Lead Gen 模型。

flowchart TB subgraph "CK 的真实经济引擎" U[150M 注册用户
37M MAU] U --> P[免费信用监控
评分/报告/预警] P --> PD[三个 Lead Gen 产品] PD --> L1[贷款
房贷/车贷/学贷/个人贷] PD --> L2[信用卡
申请匹配] PD --> L3[保险
车险/家财险] L1 --> M1[银行付 CK
每次成功放款 \$50-400] L2 --> M2[发卡行付 CK
每次开卡 \$100-500] L3 --> M3[保险公司付 CK
每次承保 \$20-150] M1 & M2 & M3 --> Rev[FY25 收入 $2.3B] Rev --> Circle[循环投入] Circle --> CAC[降低获客成本] Circle --> Match[改善匹配算法] Circle --> More[覆盖更多金融产品] end style Rev fill:#c8e6c9 style Match fill:#c8e6c9

数据锚点:

CK 贡献: FY25 $2.3B, +32%
Q1 FY26 +27%, Q2 FY26 +23%
利率敏感性: FY23-24 受高利率压制 (贷款发放减少) → FY25 恢复说明周期性 ≠ 结构性失败

11.3 CK × TurboTax 数据交叉 — 飞轮真正开始

sequenceDiagram participant U as 用户 participant T as TurboTax participant C as Credit Karma participant A as Intuit Assist U->>T: 2026年2月报税 (年 1-2 次) T->>T: 提取收入/资产/债务/家庭结构 T-->>C: 推送金融画像 (经用户授权) C->>C: 融合信用/历史金融决策 C->>A: 触发 AI 金融推荐 A->>U: "您可能合适的房贷产品: 利率 X%, 匹配度 78%" U->>A: 接受 / 拒绝 / 转存 Note over A: 交叉前推荐准确率 60%
交叉后推荐准确率 78% U->>C: 全年其他金融决策持续反馈 C-->>T: 次年报税季预装用户金融状况 T->>U: 2027年报税时, 新金融变动自动纳入

核心洞察: 这是 INTU 在 I2 (跨主体金融 context) 上唯一对 QBO/Stripe/Plaid/Credit Sesame 的降维优势 — 报税是年度全体收入/资产的完整自白书, 其他公司只有碎片数据。

准确率 60% → 78% 的意义:

提升 18pp = 相对提升 30%
按 CK FY25 收入 $2.3B 的 Lead Gen 模型, 30% 转化率提升 ≈ 增量 $400-500M 收入
这部分增量只能通过 CK × TurboTax 数据交叉获得, 单独做 CK 做不到

11.4 ProTax — 最不起眼但最重要的"生态位锚"

ProTax FY25 收入 $621M (仅占 3%), 增速 +4%, 是 INTU 所有分部中最小、最慢的。但它是 QuickBooks 生态的定海神针。

flowchart LR subgraph "ProTax 的真正战略价值" Pt[ProTax
$621M
OPM 60-65%] Pt --> Pr[ProConnect Tax
会计师版] Pt --> Ls[Lacerte / ProSeries
中大型会计师事务所] Pr --> CPAN[46K CPA 事务所
700K 会计师] Ls --> CPAN CPAN --> Rec[推荐决定] Rec --> Rec1[75% 推荐 QBO
给 SMB 客户] Rec1 --> QBO_ACQ[QBO 低成本获客] QBO_ACQ --> QBO[$11B+ GBS 分部] QBO --> Loop[循环: QBO 客户用 QBO Accountant
会计师更粘 ProTax] Loop --> CPAN end style CPAN fill:#c8e6c9 style Rec1 fill:#c8e6c9 style Loop fill:#fff9c4

关键量化: ProTax $621M 收入 × 3% 增速看起来平庸, 但它的Lead Gen 价值是 QBO 约 $11B 收入中相当一部分的低成本获客来源。如果 ProTax 断掉, QBO 的 S&M 成本至少要上升 5-8%。

为什么 AI 不能绕过这一层:

AI 可以替代简单报税, 但无法获取会计师的职业信任
会计师的工具选择基于多年培训 + 客户迁移成本, 不是"谁的模型最好"
INTU 2025-12 推出 Intuit Accountant Suite (AI 原生会计师平台) 说明管理层在主动防御这一层

11.5 INTU 的机制综合 — 为什么是 P4 而不是 P11

flowchart TB subgraph "INTU 的三位一体 — P4 的真相" A[Authority
I4 = 8/10] E[Exception Ownership
I7 = 5.5/7] D[Distribution
I8 = 4.5/5] A --> AE[IRS e-filer 授权
Max Defend 承赔
Accuracy Guarantee] E --> EE[审计辩护
错误赔付
过失保险] D --> DE[B2C 税季 + 全年 CK
B2B CPA 网络 75% 推荐] AE & EE & DE --> T[三位一体
比任何单独一条都值钱] T --> Va[彼此加强] Va --> Va1[Authority 使客户愿意付溢价] Va --> Va2[Exception 使用户不敢换] Va --> R3[Distribution 使竞争者进不来] end style T fill:#c8e6c9,stroke:#2e7d32,stroke-width:3px

对比: ADBE/ADSK/PTC 在三格中最多有 1-1.5 格 (ADBE 的 I8 creative workflow + 部分 I4 IP 赔偿; ADSK 的 I8 workflow default; PTC 的部分 I4 TÜV)。只有 INTU 三格俱全, 这就是 P4 的结构性定义。

第12章：ADBE 机制深潜 — Document Cloud 是被最严重低估的"第二曲线"

12.1 为什么 DC 比 CC 更值得关注

市场讨论 ADBE 时 80% 时间在谈 Photoshop / Illustrator / Firefly, 但 Document Cloud 是 ADBE 增速最快 + 护城河最深的业务线。

graph LR subgraph "ADBE 业务线增速 vs 护城河对照" CC[Creative Cloud
~40%+19% = 59% 收入
+11%
护城河: PSD 格式 + 品牌] DC[Document Cloud
15% 收入
+16% 最快
护城河: PDF ISO 标准 + 企业合规] EC[Experience Cloud
23%
+15%
护城河: 企业关系] FF[Firefly
1%
QoQ +75%
护城河: 模型超市] end CC -.->|被讨论 80%| Attn[市场注意力] DC -.->|被讨论 5%| Attn EC -.->|被讨论 10%| Attn FF -.->|被讨论 5%| Attn style DC fill:#c8e6c9,stroke:#2e7d32,stroke-width:3px style Attn fill:#fff9c4

关键数据:

DC +16% YoY, Business Pro 订阅
近 50% 企业 ETLA 升级到 AI 版
Acrobat AI 独特优势: 可点击引用 + 隐私保证 (文档不出企业)

12.2 PDF ISO 标准 — 比 Photoshop 更硬的护城河

flowchart TB subgraph "PDF 护城河的结构层次" L1[ISO 标准层
PDF 是 ISO 32000
国际文件格式标准] L1 --> L2[法律/政府依赖层
所有法院文件
所有政府表格
大部分合同] L2 --> L3[企业合规层
SOX/GDPR/HIPAA
要求可审计可归档] L3 --> L4[AI 加速层
Acrobat AI 能搜索签署
LLM 无法替代 workflow] L4 --> L5[网络效应层
所有 OS 所有浏览器
默认支持 PDF] end L1 & L2 & L3 & L4 & L5 --> Val[ADBE 在 DC 的 I3 + I4 强度] style L1 fill:#c8e6c9 style L4 fill:#c8e6c9 style Val fill:#c8e6c9,stroke:#2e7d32,stroke-width:3px

核心洞察: PSD (Photoshop 格式) 是行业约定俗成, PDF 是 ISO 国际标准。这是两个量级的护城河。

量化:

PDF 全球每天生成约 200 亿份文件
Adobe Acrobat 占企业 PDF 编辑器市场 >60%
无任何 LLM 或 AI 原生替代品具备全球 ISO 标准认证 + 本地加密 + 政府兼容

12.3 Acrobat AI vs 通用 LLM 的差异

flowchart LR subgraph "Acrobat AI 独特优势" U[用户上传合同 PDF] U --> A[Acrobat AI] U --> G[通用 LLM GPT/Claude] A --> A1[本地处理
文档不出企业] A --> A2[可点击引用
每个回答关联 PDF 具体页/行] A --> A3[与签署/编辑/归档集成] A --> A4[GDPR/HIPAA 合规] G --> G1[云端处理
数据可能被训练] G --> G2[引用是 AI 说的
不是 PDF 确定页] G --> G3[独立工具需导出] G --> G4[企业合规不达标] end A1 & A2 & A3 & A4 -.-> Ent[企业首选] G1 & G2 & G3 & G4 -.-> NE[不可接受] style Ent fill:#c8e6c9 style NE fill:#ffcdd2

结构性含义: 企业法务/合规/HR 的 PDF workflow 无法迁移到 ChatGPT, 因为这些文档不能离开企业防火墙。Acrobat AI 的"可点击引用"在法律场景不是锦上添花, 是必需品 — 法官看到"AI 说这份合同 Y 在第 15 页 Z 行"而不是"AI 说了 Y"。

12.4 GenStudio — 企业内容治理的实质性跃迁

GenStudio 是 ADBE 最激进的向 I2+I3+I4 控制层迁移的尝试。

flowchart TB subgraph "GenStudio 的真实价值链" Data[企业创意资产库
品牌 style guide
产品照片
历史营销内容] Data --> GS[GenStudio] Brief[营销 Brief 或 Agent 请求] Brief --> GS GS --> G1[多模型生成
调用 Firefly+第三方模型] G1 --> G2[品牌一致性检查] G2 --> G3[法务合规审批] G3 --> G4[多市场本地化] G4 --> G5[渠道适配] G5 --> Out[输出可发布资产] Out --> Track[性能追踪] Track --> Data end style GS fill:#c8e6c9,stroke:#2e7d32,stroke-width:3px style G2 fill:#fff9c4 style G3 fill:#fff9c4

为什么 GenStudio 难被替代:

需要企业历史创意数据 — Midjourney/Runway 生成的是"通用" 创意, GenStudio 生成的是"这个品牌的"创意
需要工作流承接 — 品牌审批 + 法务合规 + 本地化是 workflow 不是 feature
需要 Top 50 客户关系 — 90% 采纳率说明已在企业内被选择

对估值的含义: 如果 GenStudio 从当前 $1B ARR 到 FY28 $2B ARR 成立, Adobe 的标签从"创意工具公司"迁移到"AI 时代企业内容治理平台", 市场对应的 PE 从 9.6x 到 15-18x 合理, 对应股价从 $256 到 $400-480, 上行 56-87%。

12.5 "三次转型"对比 — Adobe 正在经历最难的一次

timeline title Adobe 三次转型对比 1985 : 第一次转型 PostScript : 从印刷语言到 DTP 工具 : 难度: 低 (新市场) : 时长: ~5 年 : 结果: Photoshop/Illustrator 诞生 2012 : 第二次转型 CC 订阅 : 从 boxed 软件到 SaaS : 难度: 中 (只换包装) : 时长: ~4 年 (2012-2016) : 结果: ARR 翻倍, 市值 10x 2023 : 第三次转型 AI 工作流 : 从工具到治理层 : 难度: 高 (价值层级迁移) : 预计: ~5-7 年 : 标志: Firefly → Foundry → GenStudio → Adobe+Nvidia

关键差异: 前两次转型 Adobe 的价值留在同一层 (工具层), 只是换包装。第三次转型 Adobe 的价值必须迁移到治理层 — 这是"从卖工具到卖标准"的跃迁, 历史上成功完成这种跃迁的公司屈指可数 (Visa/Mastercard/FICO/Moody's)。

Adobe 具备的条件:

旧业务 CC Pro + DC 的现金流支撑: $13B+ 年收入, $5B+ FCF
企业关系: Top 50 90% 已采纳 AI-first
模型聚合能力: Firefly 模型超市策略
法律 IP 保证: Firefly 100% 合法训练承诺 + IP 赔偿

风险:

Firefly 训练数据争议
CC Consumer 持续失血可能在 FY28 前耗尽耐心
DOJ $150M 和解若升级可能触发定价重构

第13章：ADSK 机制深潜 — 计费转型的 $200M 噪声问题

13.1 FY26 的 +18% 报告收入是假的吗?

市场对 ADSK 最大的困惑是: FY26 官方报告收入 +18%, 但管理层 FY27 指引 +12-13%, 有机增速 ~13%。这个差距从哪里来?

flowchart LR subgraph "ADSK 计费转型的机械效应" Old[旧模式
多年合同预付] Old --> Old1[签 3 年合同
第 1 年一次性预付 $3x] Old1 --> Old2[第 1 年 billings = $3x
第 2-3 年 billings = $0] New[新模式
年度计费] New --> New1[签 3 年合同
每年付 $1x] New1 --> New2[第 1/2/3 年 billings 均 $1x] Bridge[转型期混合效应] Old2 --> Bridge New2 --> Bridge Bridge --> Rev[FY26 报告 Revenue +18%] Bridge --> Real[有机 Revenue +12-13%] Bridge --> Bill[FY26 Billings +30%] Rev --> Gap[+5~6pp 来自转型追赶
一次性] Bill --> Gap2[Billings 比 Revenue 高 12pp
证明有噪声] end style Gap fill:#fff9c4 style Gap2 fill:#fff9c4

13.2 追赶效应的机械性质 — 在数字上不是业务改善

sequenceDiagram participant C as 客户 (原 EBA 多年预付) participant A as ADSK participant IR as 投资者 Note over C,IR: FY23 前 — 旧模式 C->>A: 2022 年签 3 年合同 $3M 一次付 A->>A: FY22 billings +$3M A->>A: FY23/24 billings +$0 Note over C,IR: FY25 开始 — 新模式 C->>A: 2025 年续签 3 年, 每年付 $1.2M A->>A: FY25 billings +$1.2M A->>A: FY26 billings +$1.2M A->>A: FY27 billings +$1.2M Note over C,IR: FY26 报告期的真实情况 C->>A: 旧合同完整 (0 billings) C->>A: 新合同开始 ($1.2M) A->>IR: Billings +30% (多签新合同) A->>IR: Revenue +18% (ASC 606 均摊) IR->>A: 真实增速是多少? A->>IR: 剥离追赶约 +12-13% 有机

13.3 FY27 是关键验证年

flowchart TB subgraph "FY27 验证三个信号" FY27[FY27 完整披露] FY27 --> S1[Revenue 增速] S1 --> S1A[若 <11% → 追赶掩盖真实放缓
PE 压缩至 16-17x] S1 --> S1B[若 13-14% → 有机势头
PE 修复至 21-22x] FY27 --> S2[Billings 增速] S2 --> S2A[若 +8-10% → 追赶消退正常化] FY27 --> S3[FCF 增长] S3 --> S3A[若 >$2.75B → 运营杠杆强] S3 --> S3B[若 =$2.65B → 有 200-300M 仍是追赶] S1A & S2A & S3A --> Good[好情景
价值 $280-300] S1B & S2A & S3B --> Neutral[中性
价值 $240-260] end style Good fill:#c8e6c9 style Neutral fill:#fff9c4

关键观察: ADSK 的估值直接锚定在 FY27 的一组数字上。这与 ADBE/INTU/PTC 不同 — 另外三家的估值是看长期结构, ADSK 是看近 12 个月的 Revenue/Billings/FCF 三元 triangulation.

13.4 Owner Economics 的双口径困境

flowchart LR subgraph "ADSK Owner Economics 双 Reverse DCF" SP[Standard Reverse DCF] SP --> SP1[含 SBC 的 FCF
$2.41B] SP1 --> SP2[隐含 CAGR 10.9%] SP2 --> SP3[温和悲观
低于 guidance 12.5% 1.6pp] OP[Owner Reverse DCF] OP --> OP1[扣 SBC 后 FCF
$2.41B - $786M = $1.63B] OP1 --> OP2[隐含 CAGR 18.4%] OP2 --> OP3[苛刻
高于 guidance 5.9pp] SP3 --> Ques[哪个是对的?] OP3 --> Ques Ques --> A[取决于 SBC 是否永久税] A --> A1[若 SBC 永久 → Owner 对
$239 合理偏高] A --> A2[若 SBC 收敛 → Standard 对
$239 偏低] end style Ques fill:#fff9c4

SBC 收敛证据:

FY22 12.6% → FY26 10.9% → FY27 guidance <10%
PTC SBC/Rev 4.8%, Bentley 4.8% — 说明工业软件 SBC 有向 5-7% 收敛的可能
但 ADSK PSU 条件绑定 Revenue + FCF 目标 — 只要管理层继续追求增长, SBC 不会大幅压缩

本章判断: 真相在 Standard 和 Owner 之间, 隐含 CAGR 约 13-14%, 略高于 guidance — 说明市场对 AI 能力提升和 APS 期权有轻微 pricing in.

13.5 ADSK 的 Workflow Default 机制 — 为什么它在 AI 时代仍稳

flowchart TB subgraph "为什么 AI 很难替代 Revit 作为入口" E1[工程师在建筑项目上工作] E1 --> E2[项目使用 BIM 360 协作] E2 --> E3[团队其他人在 Revit 里] E3 --> E4[变更必须同步到 Revit 模型] E4 --> E5[施工图输出必须是 RVT/DWG 格式] E5 --> E6[Revit 是唯一能吃进全部数据的工具] E6 --> L[工程师个人可能试 AI 生成设计] L --> L1[但最终稿必须在 Revit 里完成] L --> L2[这是团队决定不是个人决定] L --> L3[AI 初稿+Revit 完善 = 增强, 不是替代] end E6 --> Val[I8 = 4/5 的根源] L3 --> Val style Val fill:#c8e6c9,stroke:#2e7d32

核心差异 vs ADBE: 专业创作 (照片/视频/文档) 大部分是个人决定, 所以 Canva 可以单点切入。专业工程 (BIM/项目) 是团队协作决定, 所以 AI 原生工具需要替代整个团队的工作流才能撼动 Revit — 这是另一个量级的挑战。

第14章：PTC 机制深潜 — BMW 案例 + Codebeamer × Windchill 的真实跨产品价值

14.1 为什么 BMW 2026-04-01 的新闻是重大信号

2026-04-01 BMW Group 宣布全企业采纳 Codebeamer 作为需求/测试/追溯标准。这看起来是一个普通新闻, 但它是 PTC P1 叙事可验证的最重要锚点。

flowchart TB subgraph "BMW Codebeamer 采纳的结构性意义" BMW[BMW Group
2026-04-01 公告] BMW --> B1[全企业标准化] BMW --> B2[跨所有车型
ICE + EV + 软件定义汽车] BMW --> B3[跨所有开发团队
机械+电气+软件+质量] B1 & B2 & B3 --> Impl[含义] Impl --> I1[Codebeamer 是大客户企业级标准
不是个别项目工具] Impl --> I2[汽车 ISO 26262 合规需求可复制] Impl --> I3[医疗 IEC 62304 合规需求可复制] Impl --> I4[航空 DO-178C 合规需求可复制] I1 & I2 & I3 & I4 --> NA[新客户空间] NA --> NA1[Mercedes / Audi / Stellantis
同行业跟进概率高] NA --> NA2[医疗器械大厂
Medtronic/BSX/JnJ] NA --> NA3[航空 OEM
Boeing/Airbus/Lockheed] end style BMW fill:#c8e6c9,stroke:#2e7d32,stroke-width:3px style NA fill:#c8e6c9

14.2 Codebeamer × Windchill 合体 — 真正的 P1 证据

单独的 Windchill 或单独的 Codebeamer 都不是 P1 控制层, 但两者合体在受监管 discrete MFG 客户里形成真正的 governed execution layer.

flowchart LR subgraph "传统分层 (无合体)" T1[需求定义] --> T2[Codebeamer 管] T3[机械设计] --> T4[Creo/Windchill 管] T5[电气软件] --> T6[其他工具] T7[变更管理] --> T8[Windchill 管] T9[验证] --> T10[Codebeamer 管] T1 & T3 & T5 & T7 & T9 -.-> TDis[数据分散
追溯断裂] end subgraph "合体后 (PTC 推)" C1[需求定义
Codebeamer] C2[跨学科设计
Creo+Windchill+ECAD/软件] C3[变更
Windchill] C4[验证
Codebeamer] C5[发布
Windchill] C6[现场服务
ServiceMax] C1 --> C2 --> C3 --> C4 --> C5 --> C6 C6 -.->|反馈| C1 C1 & C2 & C3 & C4 & C5 & C6 -.-> CInt[Integrated traceability
单一真相源] end TDis -.-> AR[审计报告要求] CInt -.-> AR AR --> AR1[传统: 手动组装跨系统证据 6-12 周] AR --> AR2[合体: 自动生成完整追溯 2-4 天] style CInt fill:#c8e6c9 style AR2 fill:#c8e6c9 style TDis fill:#ffcdd2 style AR1 fill:#ffcdd2

量化价值: 汽车行业每次新车型审批 + ISO 26262 报告 = 6-12 周手动工作, 合体后降至 2-4 天。BMW 级别的企业每年 6-10 个主要车型 × 每车型节省 5-10 人月 = 年化节省 $5-20M。这不是 PTC 的收入, 而是客户无法切换的经济理由。

14.3 ServiceMax — 最被忽视的 I4 + I7 贡献

ServiceMax 是 PTC 2022 年以 $1.46B 收购的 Service Lifecycle Management (SLM) 产品。市场通常认为它是"一个小 SaaS 补丁", 但它是 PTC 唯一有真实 exception ownership (I7) 的业务线。

flowchart TB subgraph "ServiceMax 的异常承担深度" Event[设备故障现场报修] Event --> SM[ServiceMax 接收] SM --> S1[自动检查 entitlement
合同/保修/SLA] SM --> S2[调度最近技师] SM --> S3[推送预安装的零件信息] SM --> S4[工单生成并追踪] S1 & S2 & S3 --> T[技师现场处理] T --> T1[成功修复] T --> T2[需要额外零件] T --> T3[需要工程升级] T1 --> C1[合同履行 SLA] T2 --> C2[Servigistics 零件调度] T3 --> C3[Windchill 追溯原设计] C1 & C2 & C3 --> Done[工单关闭
数据反馈到 Windchill/Codebeamer] end Done --> Next[下次产品设计改进] style SM fill:#c8e6c9,stroke:#2e7d32 style Next fill:#c8e6c9

I7 加分机制:

SLA 承诺 — 合同级响应时间承诺 (如 24 小时), 未达标 PTC 客户赔付 (客户侧合规)
Entitlement engine — 哪些故障属于保修, 哪些不属于, ServiceMax 直接判定
Service board governance — 服务工作流的审批 / 升级 / 例外处理

这些是 ADBE/ADSK 完全没有的能力。

14.4 Owner Economics 最干净 — 为什么是四家唯一

flowchart TB subgraph "PTC Owner Economics 的纯度来源" P[PTC FY25] P --> P1[Revenue $2.74B] P --> P2[SBC $131M] P --> P3[SBC/Revenue 4.8%] P3 --> Why[为什么低] Why --> W1[高管现金薪酬占比高
不像 Big Tech 大量股权] Why --> W2[收购的员工留存计划
部分现金而非全 RSU] Why --> W3[公司规模中等
没有 tech giant 的 SBC 通胀] P3 --> Implica[含义] Implica --> Im1[Non-GAAP OPM 48%
≈ Owner OPM] Implica --> Im2[FCF $857M ≈ Owner FCF] Implica --> Im3[PE 19.4x ≈ Owner PE] Implica --> Im4[不需要对 PE 做 Owner 修正] end style P3 fill:#c8e6c9 style Implica fill:#c8e6c9

对估值的直接含义: 当投资者看到 PTC 19.4x PE 和 ADSK 19x PE 时, 这两个数字不是可比的。ADSK 19x 是虚高, 其 Owner PE 实际 37x; PTC 19x 就是 Owner PE。这是一个经常被忽略的估值误读。

第15章：四家公司的飞轮模型对照 — AI 时代的结构性增强 vs 失速

范式转移框架除了看静态控制点, 还要看动态飞轮。一个公司的每次动作是否强化了下一次的 I2/I3/I4, 决定了它是结构性增强还是结构性失速。

15.1 INTU 的飞轮 — 最完整的数据闭环

flowchart LR subgraph "INTU 数据飞轮 v2.0" U[用户报税 / 会计 / 信贷] U --> D[生成多年金融历史] D --> G[GenOS 训练 8.6亿+ 份申报] G --> A[Intuit Assist 更精准
60%→78% 准确率] A --> ARPC[ARPC 从 $400 → $580] ARPC --> NewU[新用户被 CPA 推荐] NewU --> U end U --> CK[Credit Karma 全年参与] CK -.-> D style G fill:#c8e6c9 style A fill:#c8e6c9

15.2 ADBE 的飞轮 — 分裂体飞轮 (CC Pro vs Consumer)

flowchart LR subgraph "ADBE CC Pro 飞轮 (增强)" UP[专业用户创作] UP --> FP[Firefly 生成
10秒替代 2 小时] FP --> WF[工作流嵌入更深] WF --> UP end subgraph "ADBE CC Consumer 飞轮 (失速)" UC[消费用户轻量创作] UC --> CA[选择 Canva AI] CA --> CB[越来越多 MAU 进 Canva] CB --> CC[Canva 功能进化] CC --> UC end WF --> P1[CC Pro 粘性 ↑] CC --> N1[Express 被困 80M MAU] style P1 fill:#c8e6c9 style N1 fill:#ffcdd2

15.3 ADSK 的飞轮 — Platform 上移雏形

flowchart LR subgraph "ADSK Design & Make 飞轮" U[工程师 / 建筑师使用 Revit/AutoCAD/Fusion] U --> M[模型 + 项目数据沉淀 DWG/RVT] M --> APS[APS 暴露 data APIs] APS --> AI[Assistant + Agentic AI 在工作流内执行] AI --> Eff[效率提升 + Flex token usage] Eff --> U M --> ACC[ACC 协同把团队粘起来] ACC --> U end style AI fill:#fff9c4 style Eff fill:#fff9c4

状态: 飞轮在起步但未闭环 — Assistant 仍 Tech Preview, Flex token usage 数据未披露。

15.4 PTC 的飞轮 — Governed Execution 最完整

flowchart LR subgraph "PTC Intelligent Product Lifecycle 飞轮" S[用户设计 Creo/Onshape] S --> W[Windchill 记录 BOM + ECO] W --> CB[Codebeamer 挂 requirements + tests] CB --> P[投产 + Release] P --> SM[ServiceMax 收集现场数据] SM --> SG[Servigistics 优化零件+服务] SG -.-> S SM --> T[traceability 闭环] T --> R[合规报告更快生成] R --> More[更多大客户愿意标准化] More --> S end style T fill:#c8e6c9 style More fill:#c8e6c9

15.5 四家飞轮强度对照

flowchart TB subgraph "飞轮强度 (五档)" direction LR L5[⭐⭐⭐⭐⭐
完整闭环 + AI 加速] L4[⭐⭐⭐⭐
基本闭环 + 部分 AI 嵌入] L3[⭐⭐⭐
部分闭环 + AI 雏形] L2[⭐⭐
单点闭环] L1[⭐
无闭环] end INTU[INTU
税务+SMB+信贷+会计师四环] --> L5 PTC[PTC
设计+变更+服务四环] --> L4 ADSK[ADSK
设计+协作两环+雏形] --> L3 ADBE[ADBE
分裂体, Pro 有环 Consumer 失环] --> L3 style INTU fill:#2e7d32,color:#fff style PTC fill:#66bb6a,color:#fff style ADSK fill:#fff59d style ADBE fill:#fff59d

第16章：估值回算 — 按本框架给四家公司打一个合理价区间

这一章不是给精确目标价, 而是用本报告的结构性框架给出合理价区间, 让读者自己判断赔率。

16.1 INTU 估值回算

基准假设:

FY26-28 收入 CAGR 15-16% (SSE +18% / Consumer +10% / CK +25% / ProTax +3%)
FY28 收入约 $29B
FCF Margin 维持 32-33% → FY28 FCF ~$9.5B
WACC 10.5%, 终端增速 3%

合理 PE 推导:

flowchart LR Core[核心工具层 FY28 FCF ~$6B
PE 18-20x] --> CV[$108-120B] Auth[Authority Premium
+25% on Core FCF] --> AV[+$27-30B] Dist[Distribution Premium
+15% on Core FCF] --> DV[+$16-18B] CV --> Total[Total EV $151-168B
mkt cap 类似 - net debt] AV --> Total DV --> Total Total --> PS[Per share $550-615] PS --> Curr[当前 $408.68
+35-50% 空间] style Total fill:#c8e6c9 style Curr fill:#fff9c4

16.2 ADBE 估值回算

基准假设:

分部加权增速 FY26-28 约 11-13%
FY28 收入约 $31B
FCF Margin 33-35%, FY28 FCF ~$11B

分层合理 PE:

分部	FY28 FCF 占比	合理 PE	加权贡献
CC Pro	40%	14x	5.6x
CC Consumer	15%	8x	1.2x
DC	18%	16x	2.9x
EC	22%	18x	4.0x
Firefly	3%	25x	0.75x
Express	2%	10x	0.2x
加权 PE	100%		14.6x

FY28 合理 EV = $11B × 14.6 = $161B vs 当前 $105B = +53% 空间

风险: 若 GenStudio 停在 $1B, EC/Firefly 权重下调, 加权 PE 压缩至 12x → 合理 EV $132B vs 当前 $105B = +26% 空间。

16.3 ADSK 估值回算

双情景:

情景	概率	FY28 Revenue	FCF Margin	FY28 FCF	合理 PE	合理市值	Per share
A: 单引擎成熟	40%	$9.5B	33%	$3.1B	17x	$53B	$246
B: 多引擎加速	40%	$10.5B	34%	$3.6B	22x	$79B	$367
C: Assistant 成功 P1 实质化	20%	$10.8B	35%	$3.8B	25x	$95B	$441

概率加权: $246 × 0.4 + $367 × 0.4 + $441 × 0.2 = $332 (+34% vs $247.57)

16.4 PTC 估值回算

双情景:

情景	概率	FY28 ARR	FCF	合理 PE	合理市值	Per share
A: Base (ARR 8% 永续, CAD 半转型)	50%	$2.85B	$990M	19x	$18.8B	$157
B: P1 深化 + Onshape 起量	35%	$3.0B	$1.1B	24x	$26.4B	$220
C: BMW 案例在汽车/医疗复制	15%	$3.2B	$1.2B	28x	$33.6B	$280

概率加权: $157 × 0.5 + $220 × 0.35 + $280 × 0.15 = $198 (+41% vs $140.60)

16.5 四家公司估值回算汇总

flowchart TB subgraph "当前 vs 概率加权合理价 (范式转移框架)" direction LR INTU[INTU $408.68 → $550-615
+35-50%] ADBE[ADBE $255.94 → $340-390
+33-52%] ADSK[ADSK $247.57 → $332
+34%] PTC[PTC $140.60 → $198
+41%] end INTU -.-> Re1[业务 #1 + 赔率良好] ADBE -.-> Re2[业务 #4 但赔率极佳
看 GenStudio 兑现] ADSK -.-> Re3[业务 #3, 赔率中等
看 FY27 验证] PTC -.-> Re4[业务 #2, 赔率良好
看 BMW 复制] style INTU fill:#2e7d32,color:#fff style ADBE fill:#66bb6a,color:#fff style ADSK fill:#fff59d style PTC fill:#66bb6a,color:#fff

关键观察: 四家公司全部给出正向空间 (+34% ~ +52%)。这是因为本框架的估值锚是结构性控制点, 而非当前市场的财务估值。市场当前在系统性低估四家公司, 但低估的程度和路径各不相同:

INTU: authority 溢价未被定价
ADBE: 分裂体中优势业务权重被低估
ADSK: P11→P1 迁移期权未被定价
PTC: Owner Economics 清洁度未被定价

16.6 为什么四家公司不能直接加权买入 — 相关性考虑

graph TB subgraph "四家公司风险因子重叠度" Sys1[AI 对专业 workflow 冲击
四家都暴露] Sys2[SaaS 板块估值重估
四家都暴露] Sys3[美国利率周期
四家都暴露] Id1[Direct File 政策
仅 INTU] Id2[BIM mandate 变化
仅 ADSK] Id3[车厂 ISO 26262 标准
仅 PTC] Id4[Canva/Figma 个人市场
仅 ADBE] end Sys1 & Sys2 & Sys3 --> S1[系统性风险
同向] Id1 & Id2 & Id3 & Id4 --> S2[特质性风险
独立] style S1 fill:#ffcdd2 style S2 fill:#c8e6c9

含义: 四家公司的系统性风险重叠度高 (AI 冲击 / SaaS 估值 / 利率), 所以"四家等权"组合不能降低 beta, 但能分散特质性风险。更合理的组合是根据赔率加权, 而不是业务质量加权:

INTU 35% (最优组合)
ADBE 30% (赔率高但波动大)
PTC 20% (结构稳)
ADSK 15% (FY27 验证前不加多)

第17章：总结

17.1 这篇和《AI 的左手和右手》真正哪里不同

把这两篇放在一起时, 核心差异不在措辞, 而在于地图变了。《AI 的左手和右手》更像一篇旧框架下的动作报告: 它提醒投资者, 哪些名字看起来有故事, 但仓位和节奏不能冲得太快。写到这一篇时, 我们换了一个更根本的问题: 不再先问谁最像 AI 受益股, 而是先问四家公司各自占住了哪一种控制点。问题一旦换掉, 排序、风险语言和估值语言就会跟着分叉。

也正因为问题变了, 两篇报告给出的排序不会完全一致。旧文里的核心张力是 AI 对软件价值链的左右手重写, 所以它对 PTC 和 ADSK 更保守; 这篇的核心张力则是控制点、责任层和默认入口的重排, 所以这两家公司被重新拉回了结构讨论中心。这里的差别不是简单的看多或看空, 而是研究对象的定义已经发生了变化。

17.2 如果两篇结论冲突, 应该以哪篇为准

如果只问当前哪一篇更适合充当主框架, 我们会以这篇为准。原因不是它更新, 而是它把四家公司拆得更细: INTU 不再只是软件龙头, 而是 authority owner; PTC 不只是工业软件, 而是 owner economics 更干净的执行控制层; ADSK 不是纯工具箱, 而是从 P11 往 P1 迁移的样本; ADBE 更不是一个统一的 AI 输家, 而是六条业务线命运分裂的集合体。只有先把这四种资产分开, 后面的估值比较才有意义。

但这并不意味着旧文失效。《AI 的左手和右手》虽然框架更旧, 但它在动作层更谨慎, 对路径风险、兑现节奏、市场情绪和披露质量更敏感。如果把这篇理解为方向盘, 旧文更像刹车。真正有用的不是在两篇之间二选一, 而是明确两者各自负责的层次不同。

17.3 四家公司放在一起后, 更合理的综合判断

公司	这篇里怎么定义它	旧文提醒的事	怎么用
INTU	四家里最接近 authority owner, 责任承接、异常兜底、默认入口三件事同时成立	旧文同样最看好, 判断方向高度一致	应当作为四家里的核心锚。研究优先级最高, 仓位也可以最高
ADBE	不是统一资产, 而是分裂体; 赔率大, 但要靠业务线拆分而不是公司整体叙事	旧文已提醒它便宜但争议大, 不能按简单 AI 胜负看	更适合放在高赔率次核心仓的位置, 不是最稳的主仓。这里必须接受波动和验证期更长
PTC	被明显上调, 更接近 P1 控制层; owner economics 比市场想象更干净	旧文对它更保守, 主要担心兑现速度和市场不愿提前给权重	应当从“边缘观察对象”上调到“正经研究对象”, 但仓位仍低于 INTU
ADSK	核心不是工具箱, 而是 P11→P1 的迁移期权, 价值高于旧框架里的中性定位	旧文保守得多, 认为它更需要等迁移和执行兑现	可以承认它比旧文里更有价值, 但真正的动作仍要慢。研究优先级上调, 仓位优先级不必同步上调

17.4 真正把两篇放在一起做投资决策, 应该怎么用

更合理的用法, 不是纠结“谁对谁错”, 而是让两篇各自做自己最擅长的工作。这篇负责回答这四家公司到底是什么; 旧文负责提醒投资者即便方向对了, 节奏也不能错。前者决定地图, 后者决定速度。

按这个组合方式落到动作层, 更合理的排序是: INTU > ADBE ≈ PTC > ADSK。这个排序不是说 ADBE 和 PTC 质量一样, 而是说一个赔率更高、一个结构更干净; 一个更像值博仓, 一个更像研究上调仓。至于 ADSK, 更合适的定位仍然是“框架上已经被重估, 但动作上仍要等验证”。

最后一句收针: 如果只看旧文, 这四家公司会被读成“AI 冲击下的四种受伤程度”; 如果只看这篇, 它们会被读成“四种不同的控制点资产”。把两篇真正合在一起之后, 更稳的做法不是推翻旧文, 而是承认: 新地图决定看哪里, 旧地图提醒不要把车开得太快。

100BAGGERS.CLUB

📚 我的书签

分享这张图表

专业工作流 SaaS 在 AI 时代的四种命运

导航与本报告怎么读

先把框架词典放在前面

I1-I8 到底是什么

为什么 I4 / I7 / I8 特别重要

P1 / P4 / P11 是什么

AI Asymmetry / Sequencing / Stack Coherence 是什么

如果你只想先看一张总表

核心判断

五个核心观点

术语卡

第1章：用这套框架看四家公司: 视觉化入门

1.1 这一章先解决哪三个问题

1.2 市场为什么把四家公司塞进一个桶

1.3 这套框架如何把四家公司的真实结构解出来

1.4 框架入门: 8 不变量视觉化

1.5 原型库: 四家公司对应的四种结构

1.6 BSM: 为什么"整体口径打分"会骗你

1.7 四道门 + 修正器: 打分不等于结论

第2章：INTU — 不是税务软件, 是带 Authority 的 SMB 金融操作系统

2.1 本章先看结论

2.2 业务五层结构

2.3 I1 — 客户到底在为什么付钱

2.4 I2 — 最深的金融上下文

2.5 I4 + I7 — INTU 和另外三家的真正鸿沟

2.6 I8 — 分发网络的双层入口

2.7 AI 在 INTU 身上为什么更像加速器而不是替代者

2.8 INTU 母表

2.9 INTU Kill Switch

后面还有 15 个深度章节等你解锁

解锁这篇研报

恭喜解锁完整报告！

第3章：ADBE — P11 的标准样本, 也是"AI 分裂体"的教科书

3.1 本章先看结论

3.2 AI 分裂体 — 六业务线热力图

3.3 CC Pro vs CC Consumer 的 AI 命运分叉

3.4 I1-I8 母表 + 机制

3.5 Firefly "模型超市"策略的战略意义

3.6 为什么 ADBE 的 I8 是四家最弱

3.7 ADBE 母表 + 差异化要点

3.8 ADBE Kill Switch

第4章：ADSK — Workflow Default 的王者, 正向 Control Layer 上移

4.1 本章先看结论

4.2 Design & Make Platform 四象限

4.3 BIM mandate — 保护伞还是被误读?

4.4 I1-I8 母表 + 机制

4.5 P11→P1 迁移路径

4.6 为什么 ADSK 比 ADBE "同档更稳"

4.7 ADSK Kill Switch

第5章：PTC — 四家里最像"真正控制层"的工业软件

5.1 本章先看结论

5.2 Intelligent Product Lifecycle — 跨设计/变更/服务的统一控制层

5.3 IoT 剥离前后的 BSM 结构对比

5.4 Windchill — Governed Execution 的机制

5.5 I4 — PTC 比 ADSK 强在哪

5.6 I6 Owner Economics — PTC 是四家最干净的

5.7 PTC 母表

5.8 PTC Kill Switch

第6章：四家公司的横向对照 — 把 8 不变量摆在同一张桌子上

6.1 这一章怎么读最快

6.2 8 不变量对照表

6.3 控制点分层 — 谁拥有哪一层

6.4 AI Asymmetry 光谱

6.5 Sequencing Gate 对照

6.6 预算口袋质量排序

6.7 AP / EP / D / E / B 对照

第7章：估值语言必须跟着业务控制点走

7.1 为什么不能再用同一个 PE

7.2 INTU 的估值语言 — Authority Owner Multiple

7.3 ADBE 的估值语言 — Franchise Defense Multiple

7.4 ADSK 的估值语言 — Platform Migration Multiple

7.5 PTC 的估值语言 — PEG + Control Layer Option

7.6 四家公司估值语言对照表

第8章：五种最容易被误判的事

8.1 误判 1 — "INTU 只是税务软件, 会被 Direct File 和 AI 报税打穿"

8.2 误判 2 — "ADBE 的护城河被 AI 打穿了"

8.3 误判 3 — "ADSK 的 BIM mandate 是永久护城河"

8.4 误判 4 — "PTC 是工业软件资产拼盘"

`I1-I8` 到底是什么

为什么 `I4 / I7 / I8` 特别重要

`P1 / P4 / P11` 是什么

`AI Asymmetry / Sequencing / Stack Coherence` 是什么

5.5 `I4` — PTC 比 ADSK 强在哪

17.1 这篇和《AI 的左手和右手》真正哪里不同