夜雨聆风学习资料网

ARTICLE · 991551

Zenith竞旅·工业软件分析框架讨论存档

Zenith竞旅·工业软件分析框架讨论存档

版本:V1.0.0日期:2026-08-30

声明:本文为作者原创工业软件分析框架, 工业软件自己没用, 很难知道好坏, 分析最好的方法是使用, 但是如果工业软件还没有达到特别好用状态, 我们怎么考虑软件呢,作者边分析, 边践行自己的认知,边决策是否投资。


一、核心结论

中国工业软件不能简单按照收入、利润、PE 或短期财务增速评价。

对于华大九天、中望软件、索辰科技等国产工业软件公司,更重要的问题首先是:

产品到底好不好?

和海外顶级公司相比,已经做到哪一步?

未来3—5年有没有能力从“能用”走向“核心生产级”?

因此,工业软件研究的基本顺序应该是:

海外Top能力树 → 定义好软件的标准 → 国产公司能力映射 → 客户生产级验证 → 市场化验证 → 政策/财政影响拆解 → 财务兑现 → 投资判断

而不是传统的:

收入 → 利润 → 增速 → PE


二、为什么工业软件首先要建立“海外Top能力树”

投资者最大的难点不是不知道一家国产工业软件公司收入多少,而是:

不知道这个软件到底应该做到什么程度,才算好。

如果不知道 Synopsys、Cadence、Siemens、Dassault Systèmes、PTC、Ansys 等全球顶级公司已经做到什么水平,就无法判断国产公司:

  • 是“已经接近国际水平”
  • 还是“只是有这个功能”
  • 是“已经生产可用”
  • 还是“只是政策采购后被安装”
  • 是“真正进入核心流程”
  • 还是“只能作为辅助工具”

因此,工业软件 Skill 的第一步必须不是研究中国公司,而是建立:

海外顶级工业软件能力树


三、工业软件能力树至少需要四层

3.1 产品能力树

回答:

这个领域的顶级软件完整产品体系由什么组成?

例如 EDA 可拆为:

  • 模拟设计
  • 数字前端
  • 数字后端
  • 验证
  • Sign-off
  • 制造EDA
  • 封装EDA
  • 系统级设计

CAD/CAE/PLM/MES 等也分别建立自己的完整产品树。

目的不是列产品名称,而是建立:

这个产业真正完整的能力边界。


3.2 技术能力树

这是判断工业软件好坏最重要的一层。

工业软件不能只比较:

“有没有这个功能”。

必须继续比较:

  • 核心算法
  • 几何内核
  • 求解器
  • 约束求解
  • 精度
  • 性能
  • 大规模问题处理能力
  • 稳定性
  • 复杂工程能力
  • 数据交换能力

例如 3D CAD 不能只问:

有没有3D CAD。

而要继续问:

  • 几何建模内核是谁的
  • B-rep 能力如何
  • 曲线曲面能力如何
  • Boolean 是否稳定
  • 参数化建模能力如何
  • Assembly Solver 能力如何
  • 大装配能力如何
  • 数据兼容性如何

这才是工业软件真正的技术差异。


3.3 工程能力树

很多国产工业软件不是“没有功能”,而是:

工程化程度不足。

因此必须评价:

  • API
  • 插件体系
  • 二次开发
  • 文件兼容
  • 历史数据迁移
  • 多人协同
  • 权限管理
  • 企业部署
  • 云端部署
  • 安全
  • 行业模板
  • 第三方生态
  • 运维能力

大型企业敢不敢把软件放入核心生产环境,很大程度上取决于这一层。


3.4 客户工作流树

必须回答:

这个软件实际嵌入客户哪个工作环节?

不能只说:

“已经进入某客户”。

而要区分:

  • 测试
  • 辅助工具
  • 单点使用
  • 部门级使用
  • 生产级使用
  • 核心工作流
  • 企业级平台

例如 EDA 应当映射芯片设计完整工作流:

需求 → 架构 → RTL → 验证 → 综合 → 布局布线 → Sign-off → Tape-out

然后标记国产公司到底进入了哪一步,以及是:

辅助工具、主工具,还是 Sign-off 工具。


四、工业软件好坏不能只看“有没有”,要看成熟度等级

建议建立统一的产品成熟度等级:

等级
状态
含义
L1
有
产品或功能已经存在
L2
可用
客户可以完成普通任务
L3
生产级
可以进入真实生产环境
L4
核心流程级
客户愿意把关键流程交给它
L5
全球竞争级
客户选择它主要因为产品本身有竞争力

这比简单的产品功能对比更重要。

尤其要避免:

功能覆盖率高 = 产品竞争力强

一家公司可能覆盖80%的能力树,但大部分节点都只有 L1—L2。

另一家公司只覆盖40%,但几个核心节点已经达到 L4。

后者的投资价值可能反而更高。

因此需要同时看:

能力树覆盖率 × 核心节点成熟度 × 客户验证等级 × 竞争力提升速度


五、中国工业软件必须把“产品竞争力”和“政策支持”分开

中国工业软件有一个特殊问题:

收入增长不一定等于产品竞争力增强。

信创、国产化、财政预算、央国企采购、政府项目、科研项目等,都可能带来收入。

这些收入很重要,但它们的含义和完全市场化采购不同。

因此,工业软件研究必须区分两类商业化:

5.1 政策推动型商业化

可能来自:

  • 信创
  • 国产化要求
  • 政府采购
  • 央国企专项采购
  • 科研项目
  • 示范项目
  • 财政支持
  • 补贴项目

其产业意义在于:

给国产软件提供资金、客户、试错机会、应用场景和迭代环境。

但它本身不能直接证明:

产品已经达到全球竞争力。


5.2 市场竞争型商业化

更重要的证据包括:

  • 客户主动续费
  • 客户主动扩容
  • 增加模块
  • 增加席位
  • 从辅助环节进入核心环节
  • 市场化民营客户增加
  • 海外客户增加
  • 在存在海外软件可选时仍选择国产产品

这更接近真正的:

产品竞争力商业证明。


六、信创真正应该研究什么

信创不能简单理解成:

信创 → 国产软件收入增加

更有价值的产业逻辑是:

信创提供订单↓订单提供真实场景↓真实场景暴露产品问题↓软件公司持续迭代↓从“政策要求使用”变成“客户愿意使用”↓最终走向市场竞争

所以,真正应该观察的是:

过去几年信创给了公司大量客户和试错机会以后,产品到底有没有明显进步?

这比单看信创采购规模更重要。

可以进一步引入一个重要指标:

政策脱敏能力

即:

如果政策支持边际下降,公司还能不能靠产品继续增长?

观察指标包括:

  • 市场化客户占比
  • 民营客户增长
  • 海外客户增长
  • 老客户扩容
  • 续费
  • 产品模块扩展
  • 核心工作流渗透
  • 非强制采购场景下的付费意愿

七、工业软件财务必须被解释,而不是直接被使用

工业软件不是“不看财务”。

而是:

财务数据必须被解释。

尤其政府、央国企、军工、科研院所等客户占比较高时,财务还会受到:

财政预算 → 项目立项 → 招标 → 合同 → 实施 → 验收 → 收入确认 → 回款

整个链条影响。

因此,利润下降可能来自完全不同的原因:

情形A:产品竞争力下降

客户不买。

这是最严重的问题。

情形B:验收推迟

项目已经执行,但尚不满足收入确认条件。

结果可能是:

收入延迟确认。

情形C:已经确认收入,但付款慢

这时:

收入和利润已经确认,但应收账款增加、经营现金流恶化。

情形D:财政预算或采购节奏变化

产品竞争力没有明显变化,但:

项目立项、验收、支付节奏发生变化。

因此必须把:

产品竞争力链

和

政策财政链

分开分析。


八、财务分析的重点科目

工业软件公司不能只看:

  • 收入
  • 净利润

还必须联动观察:

  • 合同负债
  • 合同资产
  • 应收账款
  • 应收账款账龄
  • 信用减值
  • 经营现金流
  • 销售商品收到的现金
  • 政府补助
  • 研发费用
  • 研发资本化
  • 收入确认政策
  • 验收周期

核心目标是回答:

收入和利润到底来自产品竞争力,还是被财政、验收、回款、补贴等因素扰动?


九、工业软件销售方式不能简单分成“直销 vs 分销”

工业软件应该至少区分:

  • 原厂直销
  • 渠道经销
  • 分销
  • 系统集成商 SI
  • 解决方案伙伴
  • 总包商
  • 第三方实施商

最关键的是:

“谁卖”和“谁交付”必须分开。


十、设计类工业软件与生产类工业软件的销售逻辑不同

10.1 设计研发类工业软件

包括:

  • EDA
  • CAD
  • CAE
  • CAM
  • 部分 PLM

这类软件的特点是:

主要由工程师和研发人员调用。

销售方式通常包括:

  • 大客户直销
  • KA销售
  • 渠道销售
  • 经销商
  • 技术伙伴

大型客户、复杂产品、需要 PoC 和深度技术验证的项目,更倾向原厂直销。

标准化程度高、中小企业数量多的产品,更适合渠道销售。

因此不能简单说:

央国企 = 直销民企 = 分销

更准确的是:

大型复杂KA → 更倾向直销

标准化中小客户 → 更倾向渠道

客户所有制会影响采购机制,但不是唯一决定因素。


10.3 关于 CAE“直销 + 伙伴”的直白解释

CAE 的“伙伴”不要理解成 MES、SCADA 那种系统集成商,也不要把各种行业名词混在一起。

最直白的理解是:

产品本身是核心,伙伴帮助卖、用、培训、咨询。

也就是说,CAE 厂商真正提供的是仿真软件本身,软件产品能力决定竞争力;伙伴通常只是帮助厂商扩大销售覆盖,或者帮助客户把软件用起来。

因此,CAE 的典型链条可以理解为:

CAE 原厂↓自己直接服务大型客户,或者通过合作伙伴覆盖部分客户↓合作伙伴帮助销售、培训、技术支持、工程咨询↓最终客户真正使用的核心仍然是 CAE 软件产品本身

为了避免名称过多造成混淆,Skill 中对 CAE 建议优先使用以下直白表述:

  • 直销:原厂自己卖给客户。
  • 伙伴销售:合作伙伴帮助原厂卖软件。
  • 伙伴服务:合作伙伴帮助客户培训、使用、做仿真咨询。
  • 核心判断:无论谁卖、谁培训,最终都要回到软件产品本身是否好用、准确、稳定、能解决复杂工程问题。

因此,原矩阵中 CAE 的“直销为主 + 伙伴”建议理解为:

直销为主;伙伴帮助卖、用、培训、咨询。

它和 MES/MOM 的“直销 + SI”不是一回事。

MES/MOM 的 SI 往往要把 MES 与 ERP、WMS、SCADA、PLC、设备等真正连起来,系统不集成就很难运行;而 CAE 的伙伴通常不是在做整厂级系统集成,而是在围绕 CAE 产品提供销售和专业服务。

10.2 生产制造类工业软件

包括:

  • MES
  • MOM
  • APS
  • SCADA
  • 工业数据平台
  • 工厂级制造执行系统
  • 部分工业控制软件

这类软件最大的区别是:

不能买完以后“放在那里睡觉”。

它往往需要持续运行,并且不断与其他系统交互。

例如 MES 可能需要连接:

上层:

  • ERP
  • APS
  • PLM

平行系统:

  • WMS
  • QMS
  • EMS

下层:

  • SCADA
  • PLC
  • DCS
  • CNC
  • 机器人
  • 检测设备

因此生产类软件本质上往往是:

软件产品 + 接口 + 实施 + 行业Know-how + 现场设备 + 持续运行

这决定了它很难只是简单卖 License。


十一、生产类工业软件的三种典型交付方式

11.1 原厂自己集成

工厂↓MES厂商├─ 自己MES├─ 接ERP├─ 接WMS├─ 接PLC├─ 接设备└─ 实施上线

这里:

软件厂商 = 产品公司 + 实施商 + 部分系统集成商


11.2 SI负责集成

工厂↓系统集成商 SI├─ A公司MES├─ B公司SCADA├─ PLC├─ 数据库├─ 服务器└─ 网络

此时软件公司可能只获得:

License + 技术服务收入

而整个项目的大部分收入可能属于:

  • 硬件
  • 实施
  • 工程
  • 集成
  • 第三方软件

因此:

项目总金额不能直接等于工业软件自身价值量。


11.3 智能工厂总包

客户可能直接采购:

完整智能工厂解决方案

总包方负责:

  • 自动化
  • 工业软件
  • IT
  • 网络
  • 服务器
  • 设备连接
  • 实施
  • 运维

但这不意味着一个厂商生产所有软件。

更多是:

合同上的大包 + 技术上的多供应商集成

例如:

  • ERP 仍然可能是 SAP
  • PLM 可能是 Siemens
  • CAD 可能是 Dassault Systèmes
  • MES 换成国产
  • PLC 仍可能是 Siemens

总包商真正的价值是:

让这些不同系统能够一起工作。


十二、工业软件销售与交付矩阵

软件类型
典型使用方式
直销
渠道/分销
SI/总包重要性
集成复杂度
2D CAD
工程师调用
中
高
低
低
3D CAD
工程师调用
高
中高
中
中
CAE
专家/工程师调用
高
中
中
中
EDA
芯片研发流程
很高
低
低
中高
PLM
企业研发流程
高
中
高
高
APS
生产计划
高
中
高
高
MES/MOM
生产执行
高
低至中
很高
很高
SCADA
生产现场实时运行
中高
低
很高
很高
DCS/控制软件
直接控制生产
高
低
很高
极高
数字工厂
全厂协同
高
低
极高
极高

十三、设计类与生产类软件的“好坏”评价标准必须分开

13.1 研发设计类能力树

核心评价:

  • 算法
  • 内核
  • 功能深度
  • 精度
  • 性能
  • 复杂工程能力
  • 数据兼容
  • 工程师效率
  • API
  • 插件
  • 生态
  • 核心工作流渗透

13.2 生产制造类能力树

除了产品功能,还必须重点评价:

  • 行业Know-how
  • 系统集成
  • 设备连接
  • 实时性
  • 稳定性
  • 24×7运行
  • 高可用
  • 冗余
  • 故障恢复
  • 数据一致性
  • 网络安全
  • 灾备
  • 现场服务
  • 升级是否影响生产
  • 跨工厂复制能力
  • 运维能力

一个很直观的差别:

CAD 崩十分钟,工程师很不满意。

但:

MES 崩十分钟,生产线可能受影响。

而:

DCS/控制软件出问题,甚至可能涉及生产安全。

因此生产类工业软件的“好”不仅是功能多,而是:

能不能长期、稳定、安全、持续地运行在真实生产环境里。


十四、销售链条还需要增加 Sell-in、Sell-through 和 Active Use

工业软件不能只看厂商把软件卖给渠道多少。

必须区分:

Sell-in

厂商卖给经销商或合作伙伴多少。

Sell-through

最终客户真正采购了多少。

Deployment

软件真正部署了多少。

Active Use

最终在真实生产或研发流程中实际使用了多少。

Expansion

客户后续有没有主动增加席位、模块、部门、工厂或使用范围。

其中:

Expansion 是非常重要的产品竞争力证明。

因为第一年可能是信创要求采购。

但如果第二年客户主动:

  • 增加席位
  • 增加模块
  • 增加部门
  • 从辅助流程进入核心流程

就越来越能证明:

产品本身开始获得客户认可。


十五、财报中需要追踪“收入到底是什么”

工业软件 Skill 后续必须强制拆分:

自研软件收入

vs

外购软件/硬件转售收入

vs

系统集成收入

vs

实施服务收入

vs

运维/订阅收入

否则只看收入增长,很可能把:

“自研软件竞争力”

和

“工程项目规模”

混在一起。

对于系统集成业务,还要进一步看:

  • 第三方采购比例
  • 硬件成本
  • 毛利率
  • 软件收入占比
  • 实施收入占比
  • 项目确认方式
  • 是否依赖大项目
  • 是否有持续订阅/运维收入

十六、最终建议形成“四层证据链”

工业软件公司最终至少按照以下四层进行评价:

层次
核心问题
主要证据
第一层:技术能力
软件到底好不好
海外Top能力树、算法、内核、性能、精度
第二层:生产验证
真能不能用
头部客户、生产环境、复杂项目、核心流程
第三层:市场化验证
没有政策强制还会买吗
续费、扩容、市场化客户、替代海外产品
第四层:财务兑现
最终是不是好生意
收入、利润、现金流、应收、费用率

顺序不能反过来。


十七、工业软件投资研究的核心判断逻辑

最终不是简单回答:

“这家公司利润增长多少?”

而是回答:

  1. 全球最顶级产品的完整能力树是什么?
  2. 国产公司覆盖了哪些能力节点?
  3. 核心节点分别处于 L1—L5 哪个阶段?
  4. 产品是真正生产可用,还是只是采购和安装?
  5. 客户是否持续使用?
  6. 客户是否主动扩容?
  7. 信创到底是在“制造收入”,还是在“帮助产品进步”?
  8. 财务表现中多少来自产品竞争力,多少来自财政、验收、补贴和回款节奏?
  9. 当前差距有多大?
  10. 过去3年差距有没有缩小?
  11. 未来3—5年最可能在哪些节点实现突破?
  12. 如果突破,能够对应多大的市场空间和商业价值?

十八、建议纳入正式 Industrial Software Skill 的核心原则

后续正式构建工业软件 Skill 时,建议固定以下原则:

原则1:先海外Top能力树,后中国公司。

原则2:先产品竞争力,后财务结果。

原则3:产品竞争力链与政策财政链分开分析。

原则4:设计类与生产类工业软件必须使用不同的能力评价体系。

原则5:直销、渠道、SI、总包、实施必须拆开。

原则6:销售方式和交付方式必须分开分析。

原则7:收入必须拆成自研软件、转售、集成、实施和运维。

原则8:采购不等于使用,部署不等于生产级使用。

原则9:续费、扩容、核心流程渗透比一次性采购更有价值。

原则10:投资最终看“当前竞争力 + 竞争力提升速度”,而不是单一年份利润。


十九、下一步适合形成的正式 Skill 结构

本次存档可作为正式《工业软件产业与公司投资分析 Skill》的方法论基础。

建议后续继续拆分:

工业软件总Skill├─ EDA Skill├─ CAD/CAM Skill├─ CAE Skill├─ PLM Skill├─ MES/MOM Skill├─ APS Skill├─ SCADA Skill├─ 工业控制软件 Skill└─ 数字工厂 / 工业软件集成 Skill

总Skill负责统一:

  • 海外Top能力树方法
  • 产品成熟度
  • 客户生产验证
  • 市场化验证
  • 销售与交付链条
  • 信创与财政影响
  • 财务验证
  • 投资判断

各子Skill再根据不同工业软件类型定义具体能力节点和行业评价标准。

相关学习资料