了解戴尔如何将企业关系与广泛的基础设施组合配合,通过服务化、订阅与生命周期支持把物理基础设施转化为可预测的经常性收入。

将硬件转为服务是一种商业模式的转变:供应商不再以一次性交易出售服务器、存储阵列或网络设备,而是随时间出售可用容量与成果。客户购买的是基础设施所能带来的能力——性能、可用性、合规和更快的交付——而不是某份具体的物料清单。
在传统采购中,买方提前支付、拥有资产,并承担大量运营负担:容量规划、采购周期、升级,以及常常复杂的支持合同。
在以服务为主的模式中,买方按消费付费——通常是按月或按季度,基于承诺的容量、实际使用量或两者的混合。重点变成一个简单的问题:“我们是否在需要时拥有足够容量,并且这些容量是否按约定标准运行?”
对供应商而言,经常性收入带来可预测的现金流、更稳定的预测,以及更长的客户生命周期,因为关系由一次性的交易变为持续的合作。
对客户而言,吸引力主要是务实的:更少意外的刷新项目、更平滑的预算编制,以及在需求变化时更清晰的扩缩路径。更重要的是,激励对齐——如果服务质量下降,关系会立即面临风险。
买方通常会注意到三点变化:
重要的一点:硬件仍然存在,可能仍放在你的数据中心。区别在于它如何被打包、如何付款以及如何被管理。
这不是逐个产品的评测。目标是解释像戴尔科技这样的公司如何利用企业关系、广泛的基础设施组合以及消耗型项目(例如类似 APEX 的产品)通过打包、交付和市场执行把物理基础设施转化为可预测的经常性收入——关注的是包装与商业模式,而非技术规格。
戴尔科技从卖盒子到卖成果的转变,在已有信任的大型企业环境中最为有效:这些企业有长周期的规划、严格的采购规则以及对停机的低容忍度。
企业很少“从零开始”。它们多年部署了服务器、存储、终端和网络,并有既定的支持合同与运营习惯。已安装基数不仅仅是过去的收入记录——它还是一张需要续约、扩展、现代化或保护的地图。
当供应商已经了解环境时,提出基于消耗的替代方案会更容易(例如,IT 订阅模式),因为客户可以将其与真实的利用率、实际事故历史和真实刷新时间线进行对比。这创造了可重复的机会:扩容、调整容量和附加服务看起来更像渐进式决策,而非高风险的重置。
大型组织优化的是风险降低。他们偏好能够:
这种对“经过验证”伙伴的偏好对基础设施即服务很重要,因为客户实际上在外包一部分运营风险。值得信赖的供应商更可能被批准签署多年期的合同并产生经常性支出。
服务不是由产品说明书交付的,而是通过协调团队交付。客户经理将业务优先级转化为商业条款,解决方案架构师设计可在生产中运行的方案,高层赞助则帮助打通治理、安全评审与跨团队对齐。
随着时间推移,这些角色会形成一种“关系基础设施”,让经常性收入成为可能:续约更快、扩展惊喜更少,像 APEX 这样的消耗模型可以更顺利地推入市场。
大多数企业决策围绕几个主题:降低风险、平台标准化、简化采购与保持成本可预测。能持续回应这些优先级的供应商——且不让客户重新学习采购方式——最有可能将基础设施采购转化为持久的服务化关系。
戴尔科技在从“卖一次性设备”向持续服务转型中的优势之一是它能覆盖企业实际运行的更多部分——端到端,从数据中心到边缘。当供应商能支撑更大层级的技术堆栈时,就有更多自然机会去附加订阅、支持与托管成果。
广泛的组合通常包括:
这种广度重要,因为以服务为主的模式在与买方的采购方式一致时效果最好:他们不是按孤立产品购买,而是按需要部署、支持、保护与刷新的系统购买。
当单一供应商覆盖更多类别时,客户可以合并供应商并标准化运营。这使得销售(和续约)经常性产品如按消耗基础设施、托管服务和生命周期支持更为容易。
捆绑可以带来实际好处:
商业影响很直接:更广的覆盖提高了附加率(支持、保护、管理)并扩大了支出中经常性部分。
广泛的组合也可能成为陷阱,如果它促使供应商过度销售或把每个客户都塞进同一套捆绑中。务实的方法是模块化打包:从客户当前需要的功能开始(例如,存储加数据保护),随着采用增长再增加相邻服务(托管运维、生命周期刷新、消耗条款)。
目标不是把一切变得统一,而是让扩展与续约更容易——同时不把买方锁进不必要的复杂性中。
消耗模型让企业在不一次性买齐全部硬件的情况下获得基础设施容量。简单来说,你为预留的容量付费(有时也为实际使用付费),供应商随时间交付、运营并补充这些容量。
永续购买 是经典的“买硬件”方式:一次性大额资本支出,之后是单独的维护合同与刷新项目。
订阅 通常是为定义好的捆绑(例如,某量级的存储与支持)支付固定的月费或年费。它可预测,但在需求波动时可能不够灵活。
按使用计费 则使费用更直接与消耗挂钩。你可能需要承诺最低基线,然后在约定规则内向上(有时向下)扩展。这更接近按增长付费,自然为供应商带来经常性收入。
大多数消耗合同包含若干构建模块:
戴尔的类似 APEX 的做法最好被理解为打包:把基础设施、软件与支持捆绑成便于消耗的产品,伴随标准化的订单、部署模式与计费结构。关键的商业效果是:一致性——让客户更容易采用经常性支出,同时仍能获得本地或混合的交付结果。
托管服务是站在基础设施之上的“运营层”——无论这些基础设施是被购买、租赁还是通过 IT 订阅模式交付。在以服务为主的策略中,这正是把一次性交付项目转变为持续合同并实现可预测月度支出的地方。
一个实用的托管服务包装通常包括:
这些层次重要,因为买家不仅要基础设施即服务——他们还要在凌晨两点更少惊醒、在上班时间减少火场处理。
没有运营包装,刷新看起来像:安装、交接、再见。有了托管服务,关系转为持续交付:周报、月度服务复盘、优化建议与围绕性能和可用性的续约对话。
这也创造了更广泛产品的自然附加点——安全加固、备份与容量扩展——而无需把每次变更都变成新的采购事件。
大多数企业最终采用三方模式:
签约前,要求范围清晰:包含与可选项、升级路径(及响应时间)、命名的报告指标以及变更如何计价。目标是签署能减少运营负担的合同——而不是制造新的模糊。
这是将设备一次性销售转变为按时间销售可用容量与结果的模式。
实际操作上,你按经常性方式付费(订阅或按消耗计费),供应商将硬件与运维(支持、监控、刷新规划)打包,让你购买的是可用性、性能和可预测弹性等结果,而不是一份物料清单。
通常会快速出现三种变化:
硬件可能仍放在本地;变化在于它被如何打包、如何付费与如何管理。
企业会优先选择能降低风险和摩擦的供应商。
既有的大量已部署设备和成熟的客户团队,使提出消耗型模式更容易,因为:
广泛的产品组合让单一供应商能覆盖企业运行的更多部分(计算、存储、保护、网络、终端、边缘)。
这种广度带来:
关键是模块化打包:先满足当前需求,随着采用增长再扩展。
主要差别在于计费如何映射到需求上:
如果需求波动大,按使用计费能减少过度采购——前提是计量与扩缩规则清晰。
把关键条款写清并确认:
要求示例发票和“扩容”情景样本,以便财务与 IT 验证计费在负载变化下的行为。
托管服务是将部署变为持续承诺的运维层。
一个实用的托管包通常包含:
这能减少凌晨两点的紧急状况,创造定期报告、月度服务复盘与优化建议的节奏,从而支持续约与扩容。
生命周期服务让升级与 EOL 规划变成常态而非破坏性事件。
要让其发挥作用:
强有力的生命周期执行显著提高续约信心。
因为恢复能力变成了持续的结果(满足 RPO/RTO、通过审计、可安全恢复),而非一次性产品。
常见的服务化打包包括:
先为每个应用定义 RPO(可容忍的数据损失量)和 RTO(可接受的恢复时间),然后将目标映射到相应的保护服务等级。
用商业与运营结合的计分卡来衡量:
若无法用简单语言解释月度 NRR 变化,就需要在续约季前改进报表与治理。有关更多内容,请参见 /blog/how-to-measure-recurring-revenue-outcomes。