创新案例｜BlackBerry手机退场后，QNX如何把汽车基础软件做成增长业务？

30秒看懂：BlackBerry手机退场后，QNX季度收入增长27%，证明一项已有独立客户的技术资产可以在母公司明星产品退出后继续创造收入。但识别这种差异只是转型的开始：QNX在被收购前就已有汽车客户与产品经验，BlackBerry做的不是把手机技术搬进汽车，而是逐步把这项成熟业务放到更重要的经营位置。真正值得研究的是时间顺序——QNX进入汽车早于BlackBerry收购它，更早于BlackBerry退出手机硬件。管理者需要追问：主业衰退时，什么应该退出，什么值得继续投入？

从手机转向软件，BlackBerry真正保住的是什么？

2016年9月，BlackBerry宣布计划结束内部硬件开发，将这项工作交给合作伙伴，集中于软件、安全与应用。当时，公司已经签下由印度尼西亚合作方制造、分销和推广BlackBerry品牌设备的授权协议。退出内部开发，并不意味着所有同品牌手机立即停售；真正改变的是公司亲自承担什么工作、把资本投向哪里。

这项选择有明确的经济背景。在同一份季度报告里，公司披露计提了9600万美元存货减值。继续做手机，意味着既要承担开发投入，也要面对产品销售不及预期时的库存损失。管理层将新方向解释为降低资本需求、提高投入资本回报。

但“转向软件”还不是一个足够具体的策略。软件也有完全不同的客户和交付方式。面向手机用户做产品，与进入车企的开发流程，所需销售关系、验证方式和收入节奏都不一样。原来的品牌知名度，不能直接换来一张汽车软件采购单。

QNX的特殊之处，是它已经跨过了“是否存在汽车客户需求”这一关。早在2009年，QNX就发布了面向车企及一级供应商的QNX CAR计划，覆盖信息娱乐、车载通信和导航系统，提供预集成软件、示例应用及参考实现。2010年，RIM，也就是后来的BlackBerry，才以约2亿美元收购QNX。

因此，这不是将一种为手机创造的技术，首次搬到汽车里。BlackBerry在手机主业尚在时就获得了嵌入式软件业务。手机收缩之后，它必须靠产品升级、客户项目和商业收入证明：集团的未来不必等同于原来最知名的产品。

关键是QNX在被收购前就有汽车客户与产品经验。拥有这样的成熟业务，与拥有一段可能有用的代码，相距很远；第二曲线不能靠收购宣言自然出现。

QNX的五个商业化策略：从底层技术到车企长期采购

1. 产品创新：把可移植的底层软件做成车企可采购的产品

从公开产品布局看，QNX没有把自己定义为消费者直接购买的汽车品牌，也没有把业务限于车内某一个界面。它提供的是操作系统、虚拟化、开发工具等基础软件。BlackBerry失去的是手机终端上的位置，QNX争取的则是客户产品内部的一部分工作。

这种位置看起来不显眼，却有清晰的购买理由。车企可以通过驾驶体验、座舱功能和服务区分品牌，但让软件在不同任务下稳定运行、让开发团队能够集成和验证系统，是许多项目都必须解决的基础问题。自己承担这些工作，需要持续投入；采购成熟组件，则需要相信供应商能够长期维护它。

QNX的选择，是把经营重心放到这个共同需求上。对供应商而言，同一类基础能力可以服务多个客户，而客户仍然在其上开发不同产品。对车企而言，购买的是减少底层重复工作的可能性，同时保留上层产品的决定权。这是对其产品位置的商业解释，不代表每个客户已经获得相同幅度的成本节省。

早期QNX CAR已经采用预集成平台和参考实现，后来安全操作系统、开发平台以及合作伙伴中间件的组合，延续了这种思路：不能只交付一项技术，再让客户自己解决所有落地问题。越接近客户实际开发流程，技术越有机会成为采购项目，而非只停留在评估演示里。

年报将客户范围讲得更具体：整车厂、一级供应商与汽车芯片企业均可能采购QNX。它们利用实时操作系统、虚拟化软件和开发工具构建各自的车载平台，QNX则提供工程咨询与技术支持，帮助客户处理集成、时间计划和功能安全要求。基础软件的复用由此发生在多个客户项目里，而不是把同一套完整汽车功能直接复制给不同品牌。

aiMotive的实际迁移项目解释了这门生意怎样运行。 QNX官方客户案例披露，自动驾驶软件开发商aiMotive原有的aiDrive软件主要运行于Linux环境。为了使其适配更多汽车硬件平台，aiDrive软件工程负责人Krisztian Holman带领小规模团队，将应用迁移到QNX。团队首先评估底层系统兼容性与安全隔离需求，随后调整构建系统，以使用QNX专用的编译器和程序库；由于QNX支持POSIX接口，大部分与操作系统相关的底层代码不必重写。该迁移在数月内完成。

这个真实项目揭示了QNX卖给客户的价值：兼容接口和开发工具减少了移植过程中反复重做底层代码的工作，安全隔离能力又对应车载关键系统的工程要求。它也揭示了责任划分：aiMotive自己的工程师负责应用移植，QNX提供基础软件与可用的工具链。案例证明已完成一项具体软件迁移，并未披露该项目最终进入哪款量产车型，也没有独立核算移植节省了多少成本。

这一动作也重新划定了能力迁移的范围。消费者是否还愿意买BlackBerry手机，与车企是否需要QNX的基础软件，受不同因素影响。将二者分开经营，才有可能停止一类低效投入，而不同时放弃另一类仍有需求的能力。

2. 安全认证：把可靠性转成客户可验证的采购条件

汽车软件客户需要的可靠性，必须能够进入工程验证流程。QNX OS for Safety 8.0已获得TÜV Rheinland认证，覆盖ISO 26262 ASIL D等功能安全要求。对采购决策来说，这比笼统承诺“技术安全”更具体：供应商需要拿出有范围、有文档的产品和验证依据。

这里的核心是划清责任。QNX把该操作系统作为能够嵌入更大系统的安全组件交付；客户依然要对自己构建的系统完成集成和安全验证。预认证基础有助于减少重复工作，不能代替整车企业承担最终产品责任。

这使技术资产的价值超出了源代码本身。客户需要理解怎样使用它、哪些使用条件必须满足，以及系统改变时要重新验证哪些部分。能够把这些要求组织成稳定交付，才有可能进入安全关键项目。

QNX官网列出了安全操作系统适用的多套标准，包括汽车领域的ISO 26262 ASIL D、工业领域的IEC 61508 SIL3等。不同标准对应的应用对象并不相同。对汽车项目而言，供应商交付的是经过限定范围认证的组件与相应开发条件；整车厂和一级供应商仍需在自己的硬件、软件组合里验证整套功能。这种责任分层决定了为什么安全手册、开发工具和工程支持必须与认证一起提供。对这类生意而言，“代码能运行”和“客户敢把产品建立在上面”，是两种不同的完成标准。

这也是为什么BlackBerry无法仅凭历史品牌，就把安全认知兑换成汽车业务。品牌可以帮助客户认识一家供应商，具体产品仍需逐项证明。真正承接业务的，是嵌入式软件、认证、工具和客户工程工作的组合。

从管理视角看，这一环解决了资产盘点中最容易被忽略的问题：一项技术是否可以离开原来的产品独立出售？如果只有原团队会用、只有原环境能跑、所有适配都靠临时修补，它仍更像内部能力。形成外部客户能理解、能采购、能验证的交付物，才接近一门新业务。

3. 产品迭代：让QNX跟上集中计算和新一代汽车架构

把客户软件接入QNX与升级QNX自身产品，是两类相互配合的工作。保留技术资产，并不等于原封不动地使用它。2023年5月，BlackBerry公布QNX SDP 8.0的早期访问版本，重点是让实时操作系统适应更多核心的处理器，以及区域控制、中央计算等汽车架构变化。所谓复用技术资产，也包括重做其中已经跟不上客户需求的部分。

aiMotive案例证明了应用迁移可行；面向下一代集中式汽车计算架构，QNX自身同样必须迭代。这一步的经营意义，在于客户的选择会随产品架构重新发生。过去一个分散系统里的稳定供应商，未必自动成为下一代集中计算平台的供应商。当客户希望把更多任务放在更少的高性能计算单元上，软件必须证明自己还能满足新的性能与安全要求。

升级也需要给客户一条可执行的路径。QNX官方资料说明，SDP 8.0与OS for Safety 8.0具有兼容的二进制、接口和工具链，客户仍需按照安全手册落实要求。开发成果能够衔接安全版本，意味着团队不必把“做出功能”和“准备安全交付”完全切成互不相连的两套工作。

这里没有必要用厂商性能测试中的倍数，直接推导车企能够节省多少成本。更扎实的判断是：QNX持续把研发投入放在客户下一轮产品开发会遇到的问题上。只守住历史装车记录，可能守住的是上一代项目；提供可迁移的开发环境，才是在争取下一轮选择。

对寻找第二曲线的企业，这一点尤其重要。旧资产的价值，应当扣除继续适配客户所需的投入后再评估。如果一项技术需要无限追加定制，仍无法形成可复用产品，保留它也可能只是延长沉没成本。QNX的路径，是围绕一套基础软件连续升级，而不是把每个新项目都做成互不相通的工程。

年报中已有能够具体定位的客户项目：BlackBerry披露，宝马下一代Neue Klasse软件定义汽车架构将集成QNX技术；另有智能驾驶企业采用QNX OS for Safety作为辅助驾驶平台基础。两种客户的上层产品不同，却需要稳定、安全的底层软件。但“宣布集成”“客户选型”和“用户实际使用”仍是三个不同阶段，未披露的销量与项目贡献不应凭客户名单估算。

4. 商业模式：开发阶段收费与量产版税相结合

QNX的收入结构与手机不同。BlackBerry年报披露，其商业模式包含软件许可、开发席位与工具、维护及生命周期服务，也包含按客户出货单位计取的版税。不同阶段对应不同交付，客户开始开发时与产品真正出货后，都可能产生收入。

这种安排使基础软件有机会在多个项目中重复使用。开发阶段提供工具、许可和工程支持，帮助客户把产品做出来；量产阶段则通过版税参与实际出货。具体确认时点还取决于合同，固定承诺或不可退预付款可能提前形成收入；公司也没有公开一个适用于所有车型的固定单车收费。

汽车项目的难点，是定点与规模收入之间存在间隔。2019年的官方业绩电话会上，管理层解释，汽车软件通常要先获得一级供应商和整车厂的设计选择，进入车型设计，随后才随产品出货带来收入，并提到两三年的等待期。这是对当时典型节奏的描述，实际项目仍由客户排程决定。

于是，管理者需要同时看开发端和量产端。前者能观察技术是否进入客户项目，后者才能验证产品是否真正形成出货。只有设计赢单增长，可能意味着未来机会增加；只有短期版税增长，也可能主要来自此前项目的释放。两端放在一起，才能看清业务处于哪里。

这种节奏要求公司接受一种取舍：少承担终端库存，并不意味着不承担经营风险。

2026财年报告提供了收入组合的验证：QNX分部收入同比增加3200万美元，其中版税增长1800万美元，开发席位收入增长910万美元，BlackBerry Radar增长590万美元，专业服务收入则有所下降。这提醒读者：即使以汽车基础软件为文章核心，财报中的QNX也是多产品分部，不能把每一项增量都算进整车操作系统版税。研发和客户支持可能先发生，后续版税则取决于别人的产品能否推出、卖得怎样。软件资产可以跨项目使用，却不能让下游商业周期消失。这与做了300个AI场景，CFO为什么还不买单？中揭示的“投入与回报错位”问题一致：技术进入客户项目，不等于收入已经发生。

5. 生态合作：与Vector把分散组件整合成Alloy Kore

2026年1月，QNX与Vector推出Alloy Kore的早期访问版本，将QNX的安全操作系统及虚拟化能力，与Vector的中间件结合起来。所回应的已经不只是“选哪个操作系统”，而是车企怎样把底层软件组合成一个可以继续开发的平台。

中间件承担不同软件组件之间连接和协同的一部分工作。单个组件分别成熟，不意味着放在一起就能低成本交付。客户仍要处理接口、配置、集成和验证；QNX与Vector的合作，将其中一部分组合工作提前到供应商层面。

更重要的是，QNX围绕已承担的基础工作补上相邻环节，而不是进入不熟悉的终端硬件业务。QNX提供操作系统和虚拟化能力，Vector提供中间件等能力，双方不必各自重新建立所有组件。合作能够产生多大经营回报，最终仍要由客户采用与交付结果检验。

9月22日，Coretura选择了通过Vector Distribution提供的Alloy Kore。按照双方公告，供应侧由QNX提供操作系统及虚拟化基础、Vector提供中间件与通信集成能力，两者组成用于商用车高性能计算环境的底层软件，再进入Coretura的软件定义汽车平台项目。这是一条已披露的产品组合与客户选型链，并非已经完成的量产部署流程。相较于1月面向奔驰等车企的技术探索，首个设计定点使合作进入具体客户项目。具体项目的开发里程碑、测试交接、后续量产时间尚未公开。

但这里的推进应停在真实发生的位置。Coretura选择软件平台，不等于相关商用车已经批量上市。Alloy Kore年初公告中的完整认证版本发布时间仍是当年晚些时候，已有组件认证也不能直接替代整个平台及客户系统的交付验证。

由此看，QNX接下来的增长尝试依然围绕已有能力展开：从基础组件走向更完整的组合，让客户减少自己连接底层模块的工作。这比追逐一个全新业务标签更容易解释，也更容易接受检验——客户是否选择、项目是否交付、版税是否发生，每一步都有不同的证据。这种“从组件到组合”的路径，与联合利华如何用5项能力重构全球内容供应链中的思路相通：不是放弃已有能力，而是把分散能力整合成客户可直接采用的交付物。

真实经营结果：QNX收入在增长，Alloy Kore仍待量产兑现

QNX已经是一项具有真实收入规模的业务。截至2026年2月28日的财年，QNX分部收入为2.68亿美元，上一财年为2.36亿美元，增长约13.6%（Runwise按财报数据计算）。2026年8月底季度，收入为8030万美元，同比增长27%；最新10-Q解释，当季分部收入同比增加1720万美元，其中版税收入增加1040万美元、开发许可收入增加390万美元，专业服务收入增加260万美元。各项变动合计与总增量存在其他项目及四舍五入口径，不宜据此精确拆分所有贡献。

这组变化比单看新客户名单更有价值：开发端与实际版税都在增长。它为业务持续获得客户投入提供了支持，但没有把每一项收入增长精确归因于某个产品升级或某次合作。

分部口径同样影响判断。QNX分部除了核心嵌入式软件，还包括Radar、Certicom等业务；年报称2026财年约20%的QNX收入来自非汽车嵌入式系统。因此，不能把2.68亿美元直接写成“汽车操作系统收入”，也不能把调整后EBITDA当作净利润。

另一个常见误读来自覆盖规模。公司披露QNX技术已用于超过2.75亿辆汽车，它反映的是长期积累的采用范围，并非当年新增付费车辆。FY2026末约9.5亿美元的预计版税backlog，高于上财年末的8.65亿美元。这个backlog按客户项目生命周期内的预计出货与费率计算，不是已签合同中无条件可收取的现金，更不是已确认的收入；未来若车型上市推迟、销量低于预期或合同调整，估值也会变化。

BlackBerry称Coretura设计定点带来超过1亿美元的预计未来版税，说明新组合取得了商业进展。它还没有证明Alloy Kore已经贡献同等收入，更不能据此推断集团转型已经完成。这个案例目前最扎实的结果，是已有软件业务在增长，下一阶段产品取得首个设计定点；二者不能提前合并成一个更大的成功数字。

对中国管理者的启示：识别可独立销售的旧资产，并承担新市场交付成本

第一，从真实客户项目判断资产的可迁移性。BlackBerry收购QNX时，QNX已在汽车软件领域积累业务；aiMotive的迁移项目进一步显示，客户愿意为可移植、安全可靠的底层能力调整开发流程。中国企业筛选第二曲线时，应先寻找独立付费客户、产品化交付与工程应用记录，而不是只盘点专利或研发人员。这与第二增长曲线不是追热点：传统企业如何筛选真正值得投的新业务中的判断一致：资产价值取决于客户是否真正采购，而非内部技术评估。

其次，基础软件的壁垒需要持续维护。认证范围、硬件适配和客户开发方式都在变化。已有项目带来的经验是起点，下一代产品仍需投入。想用主业收缩释放的资源培育第二曲线，必须先判断公司是否愿意承担这类投入，而不是期待把技术换个包装就进入收获期。

再次，成为客户底层供应商，意味着自己的收入会受到客户项目影响。车企延后量产、调整车型或修改软件方案，都可能改变未来版税。对QNX这类模式，长周期既有助于形成持续合作，也会拉长投入与回报之间的距离。评估时需要看项目进度和现金承受能力，不能只看预计规模。

最后，客户始终可以选择其他基础软件方案。BlackBerry在年报中把包括开源Linux在内的嵌入式软件供应者列为竞争对手。商业软件必须持续证明，客户支付许可、服务等费用后，获得的交付确定性值得这笔支出。历史积累并不意味着可以停止比较成本，更不意味着认证本身足以保证每一次采购胜出。

对转型企业，资产价值最终体现在客户具体采购什么：是代码许可，是经过认证的组件，还是帮助团队完成移植和长期维护的工具与服务。问清楚客户如何开发、怎样验收、谁对最终产品负责，才能判断这项技术是否真正离开了旧业务。

随后再分阶段配置资源。客户愿意评估与客户正式选型不同，设计定点与车型量产又不同。企业可以分别考核工程验证、设计定点、量产出货与实际回款，不应把预计版税当成当期收入。BlackBerry同时保留了软件研发、客户工程和生态协作的投入，说明转型并非把原产品停掉就能低成本完成。

QNX已经证明，一项成熟的技术资产可以在母公司原有明星产品退出后继续创造收入。但其下一轮增长仍取决于车企项目落地、认证持续有效、底层架构不断升级，以及客户最终的出货。保留资产只是第一步，把它变成可反复交付的产品与合同，才是一门新生意。

想把这套打法用到你自己的业务上？

如果你也在思考主业收缩后哪些资产值得保留、哪些该退出，可以用 AI 顾问对照 QNX 的做法，诊断一下你手头技术资产的可迁移性和商业化路径。

💎 核心承诺：先诊断、再合作，思路不对不推进。

专属咨询热线：400 822 8832

扫码加顾问 Ben 评估