智能家居里最便宜的架构，不一定是“盒子最少”的架构。

一个产品团队可以把独立Hub取消掉，却因为复杂度被转移到无线芯片、固件、App、云服务、认证、兼容测试和售后，最后总成本反而更高。消费者也可能买到一个价格很低的设备，但几年下来因为订阅、换网关、换生态、反复调试，付出更多。

所以，中枢与协议的经济账不能只看“这个Hub卖多少钱”。

应该看的是：

整个系统为了让设备长期正常工作，到底有哪些功能必须存在，这些功能放在哪里，谁来承担成本。

而且标准仍在变化。Connectivity Standards Alliance在2026年6月17日发布了Matter 1.6。Matter主要解决应用层互操作；Thread是基于IP的低功耗Mesh网络。Thread Border Router负责把Thread网络连接到Wi‑Fi、以太网等其他IP网络。

Hub、Bridge、Controller、Border Router、云服务和App，有时会被做进同一台硬件里，但它们并不是同一个功能。

所以真正的经济问题从来不是：

“要不要Hub？”

而是：

哪些工作一定要有人做？每项工作要花多少钱开发、认证、维护和支持？架构变化以后，这些成本会落到谁身上？

成本一：货架上的盒子可能消失，但成本会重新出现在其他硬件里

传统智能家居经常需要专用Hub，因为终端设备使用手机和普通家庭网络不能直接理解的协议。

Matter over Wi‑Fi设备通常可以直接利用家庭Wi‑Fi，再连接已有的Matter Controller。Matter over Thread设备则需要Thread网络；如果要和其他IP网络通信，还需要Thread Border Router。

Thread Group明确说明，Border Router功能不一定要做成独立盒子，它可以被集成进路由器、智能音箱、显示屏、机顶盒等长期通电设备里，而且多个Border Router还能形成冗余。

消费者可能因此少买一个盒子。

但“没有独立盒子”不等于“没有成本”。

成本可能搬到了：

  • 802.15.4无线芯片及配套器件；
  • 更大的存储与计算资源；
  • 安全凭证与安全存储；
  • 电源设计；
  • 天线和RF调试；
  • 认证测试；
  • 工厂测试设备；
  • 固件长期维护。

所以厂家真正比较的，不应该是：

“Hub BOM vs 0美元。”

而应该是：

集中式基础设施 vs 分布式基础设施。

为什么有时候专用Hub反而更划算

如果一台专用Hub能够集中解决多个昂贵问题，它仍然可能有商业价值，例如：

  • 本地自动化；
  • 旧协议转换；
  • 稳定设备发现；
  • 本地存储；
  • 安全监控；
  • 设备群管理；
  • 备用网络；
  • 专业安装或监控服务。

盒子虽然看得见，但工程边界更容易控制。

成本二：支持一个协议，不是一个SKU的功能，而是整个产品组合的矩阵

“再支持一个协议”听起来像功能表多勾一个选项。

真正进到产品组合以后，会迅速变成测试矩阵。

假设一家公司同时支持：

  • Wi‑Fi；
  • Thread；
  • 蓝牙配网；
  • 旧有Zigbee或专有协议；
  • Matter应用层。

它必须测试：

  • 不同手机系统；
  • 不同主流生态；
  • 不同路由器；
  • 不同Border Router；
  • 不同固件；
  • 不同账号状态；
  • Multi-Admin；
  • 迁移、恢复出厂、重新配网。

Matter通过统一应用语义，确实可以减少一部分“每个生态都单独做一套”的工作。

但它并不会消灭网络差异、设备类别差异、具体实现差异和生命周期问题。

Matter 1.6本身就是一个现实例子：标准继续改善配网和多生态体验，对用户是好事；对产品团队则意味着每一次版本升级都要做决策：

  • 什么时候跟进；
  • 老设备要不要回移植；
  • 走什么认证路径；
  • 旧版本支持多久；
  • 新功能是否值得立刻投入。

经济规则：协议成本必须按整个产品家族和支持周期核算，不能全部塞到“新品研发项目”里。

成本三：认证不是一次性动作，而是一种长期运营

拿到一个标准Logo，并不是“接入一个开源库然后出货”。

认证可能涉及：

  • 一致性实现；
  • 授权实验室或测试活动；
  • 产品文档；
  • 身份与设备证明；
  • 回归测试；
  • 不同标准版本的修改；
  • 硬件/软件变化后的扩展或再认证。

具体费用会因为项目、会员资格、实验室、地区和产品不同而变化，因此这里不虚构一个“统一认证价格”。

真正重要的是：

认证有节奏。

如果公司有十个产品系列，而且固件持续升级，真实成本并不是某一张证书，而是为了让每次发布都不越过认证边界所需要的人、流程、测试和管理。

这也是为什么共用平台团队看起来像“成本中心”，却可能比每个产品各自实现更省钱。

成本四：本地控制增强，不代表云成本自动消失

Matter和Thread都能增强本地通信，这对延迟、稳定性和隐私很重要。

但商业产品仍然经常把这些功能放在云上：

  • 远程访问；
  • 账号体系；
  • 推送通知；
  • 遥测；
  • 固件升级；
  • 数据分析；
  • 语音助手集成；
  • 备份恢复；
  • 客服诊断；
  • 订阅服务。

本地控制能够减少日常操作对云端往返的依赖，但不会自动让云业务消失。

云成本至少有两类。

第一类：随规模变化的基础设施成本

比如：

  • 流量；
  • 数据库；
  • 消息队列；
  • 日志；
  • 视频/媒体存储；
  • 推送；
  • 计算资源。

第二类：长期组织成本

比如：

  • 值班工程；
  • 安全响应；
  • 隐私和合规；
  • 账号找回；
  • 可观测性；
  • 事故处理。

第二类最容易被低估，因为它往往不出现在某一张“云账单”里，而是藏在人力成本里。

对于联网硬件，厂家应该看每个活跃设备每年的成本，而不是只看“每个MAU多少钱”。

因为设备可能在广告停止很久以后还继续在线五年、八年甚至更久。

成本五：架构复杂度最后会把账单寄给客服

用户只会看到一句：

“设备离线了。”

客服却要判断：

  • Wi‑Fi信号差；
  • Thread Mesh覆盖问题；
  • 家里没有Border Router；
  • Controller不可用；
  • App账号状态错误；
  • 设备固件问题；
  • 路由器组播行为；
  • Bridge故障；
  • 云服务异常；
  • Token过期；
  • Commissioning Fabric错了；
  • 恢复出厂后状态不一致。

互操作架构能够减少厂商锁定，但也可能增加“多方诊断”。

设备是A公司做的，Border Router是B公司的，Controller平台是C公司的，家庭路由器又是D公司的。

出问题时到底谁负责？

这就是经济问题，因为每一个模糊故障都会带来：

  • 更长客服时长；
  • 更多退货；
  • 换新发货；
  • 上门服务；
  • 差评；
  • 工程师升级排查。

更好的遥测能降低客服成本，但遥测自己也要花钱

诊断数据越好，客服越容易找到问题。

但遥测也需要：

  • 数据采集；
  • 存储；
  • 隐私评估；
  • 仪表盘；
  • 告警；
  • 保留策略。

所以目标不是“尽量多采数据”。

而是：

用最少的诊断数据，回答最高频的故障问题，同时避免采集没有必要的家庭数据。

成本六：对已有大量设备的公司来说，Bridge可能比强迫用户换新便宜

新品牌和拥有数百万存量设备的品牌，面对Matter时不是同一道题。

如果历史设备跑的是Zigbee、Z-Wave、专有无线或者其他应用模型，支持Matter并不一定意味着全部换掉。

可以通过Bridge把旧设备暴露给Matter生态，而底层网络继续不变。

Bridge当然也有研发、认证和售后成本，但它可能保护：

  • 用户已经买的硬件；
  • 配件收入；
  • 品牌忠诚；
  • 安装商流程；
  • 原有保修体系。

另一个方案——告诉用户“旧设备还能用，但想要新生态就全部换掉”——商业成本可能更大。

经济规则：Bridge应该和“用户整体更换成本 + 流失风险”比较，而不是只和新硬件BOM比较。

成本七：生态依赖会制造双方的切换成本

Matter让消费者更容易把设备接入多个生态；Matter 1.6又继续改善多生态设备管理体验。

但厂家仍然必须决定：

  • 哪个生态优先支持高级功能；
  • 哪个App承担主要配网；
  • 标准Matter Cluster以外的功能放哪里；
  • 是否强制厂商账号；
  • 自动化逻辑在本地还是云端。

每一个专有扩展都有两面。

它可以形成真正差异化，也会增加切换成本。

这本身不是坏事。例如非常复杂的能源管理能力，可能确实需要厂商自己的服务。

真正危险的是：

公司内部按照“生态锁定”设计商业模式，用户却以为自己购买的是“完全可迁移”的开放互操作产品。

把边界写清楚，可以减少未来售后争议，也能减少迁移成本。

三种商业模式，三套不同的Hub经济账

1. 硬件毛利型

公司主要在卖设备时赚钱。

最关心的是：

  • BOM；
  • 认证；
  • 退货；
  • 客服；
  • 渠道毛利；
  • 没有持续订阅收入时，如何承担多年支持。

如果Hub不能提高整套购买金额，也不能明显降低售后成本，那么很难长期补贴。

2. 订阅/服务型

硬件背后还有监控、存储、分析、自动化等持续收入。

那么公司更容易为这些长期能力投入：

  • 云运维；
  • 安全；
  • 客服；
  • 持续研发。

此时Hub可以成为服务入口，也可以承担断网后的本地韧性。

3. 生态平台型

平台真正的价值来自“更多设备留在整个生态里”。

智能音箱、路由器、显示屏、机顶盒里集成Controller或Border Router功能，不一定单独收费，因为这项能力能提升整个生态的使用价值。

这解释了为什么消费者有时感觉这些基础能力是“免费的”。

它不是没有成本，而是成本在平台其他地方被合理化了。

做一张五年成本表，而不是只看上市BOM

产品公司至少要分三组算。

上市前成本

  • 多出来的无线器件；
  • 工程开发；
  • 认证；
  • 工厂测试；
  • 上市文档。

每年存量成本

  • 云；
  • 安全升级；
  • 客服；
  • 保修；
  • 认证维护；
  • 生态回归测试。

变化成本

  • 协议版本升级；
  • 生态API变化；
  • 手机系统变化；
  • 迁移工具；
  • 停止支持沟通。

然后用同样的支持寿命比较两种架构。

一个方案如果省8美元硬件，却在几年里增加大量客服和云复杂度，就不一定更便宜。

反过来，一个单独卖50美元的Hub，如果家庭里本来已经有设备能承担同样功能，而且它没有额外韧性或服务价值，也可能很难证明自己值得存在。

具体数字因公司而异。

框架不会变。

Matter和Thread真正改变的经济性

Matter能够减少“每个生态都重新做一套应用层集成”的工作。

Thread提供基于IP的低功耗Mesh，并允许Border Router功能分布在多个设备里，而不是必须依赖单一专有网关。

这些都是非常真实的架构优势。

但它们不会消灭：

  • 产品安全；
  • 固件维护；
  • 兼容测试；
  • 用户教育；
  • 生命周期支持；
  • 诊断工具；
  • 云服务和专有功能的商业选择。

所以真正最便宜的智能家居架构，不是产品照片里“盒子最少”的那个。

而是：

每一个被成功支持多年的家庭，生命周期总成本最低的那个。

这才是中枢与协议真正应该算的生意账。

资料来源

相关阅读