1.3 IoT 产品的不同形态

返回第 1 章：IoT 世界地图

上一节沿着产业链追问：谁提供部件，谁组织产品，谁完成交付，谁在设备售出后继续承担服务。这一节把视线转向用户最终得到的东西：同样是一盏灯、一个传感器或一把门锁，它可以独立出售，也可以和其他设备组成套装、场景、家庭系统或行业方案。

因此，设备是产品的一部分，产品还包括设备怎样被组合、怎样交付，以及用户购买后能够持续获得什么。 产品形态改变以后，用户关系、软件界面、交付工作和平台边界也会一起改变。

1.3.1 用户买到的究竟是什么

假设晴川销售一盏可以调节亮度和色温的智能灯。它作为单件商品时，用户关心的是灯能不能安装、能不能开关、能不能调光，以及手机是否能够控制它。产品的边界大致围绕这盏灯展开。

如果晴川把这盏灯和人体传感器、门窗传感器组合起来，用户买到的就不只是几件硬件。用户还期待它们已经完成配对，能够按照说明组成一个可使用的功能，例如“夜间有人经过时自动亮灯”。产品的边界从单个设备扩展到了设备之间的关系。

再往前一步，如果晴川提供整套住宅照明方案，用户关心的可能是回家、离家、起夜和观影时的整体体验。此时，灯具只是系统中的一个执行部件，产品还包括网关、账号、场景规则、安装配置和后续维护。

同一盏灯在这三种情况下没有改变基本硬件，用户购买的东西却已经不同：从一件设备，变成一组设备，再变成一套持续运行的服务。判断 IoT 产品形态，不能只看包装里有几件设备，还要看这些设备是否被组织成了一个完整的使用结果。

1.3.2 单设备与设备套装

单设备产品的优点是边界清楚。用户买一只智能插座，通常只需要完成安装、配网和基本控制；设备企业也可以围绕一个明确的功能设计硬件、固件、App 页面和售后流程。单设备并不意味着没有平台，它仍可能依赖账号、连接、远程控制和软件升级等共同能力，只是用户看到的产品范围比较集中。

设备套装则把多件设备预先组织在一起。一个门锁套装可能包含门锁、网关和门磁；一套照明套装可能包含灯具、开关和传感器。套装需要解决的不只是每件设备能否工作，还包括：

• 设备之间能否共同配网和绑定；
• 用户是否把它们当作一个商品购买和管理；
• 某一件设备缺货、替换或升级时，整套产品是否还能继续使用；
• 套装中的设备是否必须来自同一家企业。

如果这些关系已经由供应方设计好，套装可以降低用户的选择和配置成本。代价是产品之间的依赖更紧密：网关的版本、账号体系或配件供应发生变化，可能影响整套产品的使用。

套装也不一定是一次性售卖的固定组合。企业可以先销售基础套装，再允许用户追加传感器和执行器。这样一来，套装就开始向可扩展的系统靠近，平台需要记录的不只是设备本身，还要记录它们属于哪个家庭、空间或产品组合。

1.3.3 场景产品与智能家居系统

场景产品更进一步，它不再把某一件设备作为主要卖点，而是围绕一个结果组织设备和规则。

“回家后玄关和客厅依次亮起”就是一个场景。它可能需要门锁、人体传感器、灯具和时间条件共同参与。用户真正想要的是一段动作能够稳定发生，而不是分别购买四件设备后自己研究它们怎样配合。

场景可以是供应方预先设计的，也可以由用户自行组合。预先设计的场景比较容易说明和交付，适合解决明确、重复的需求；用户自定义的场景更灵活，却要求系统提供条件、触发、动作、权限和异常处理等能力。某个设备暂时离线时，场景是继续执行其他动作、等待设备恢复，还是向用户报告部分成功，这些都已经属于产品的一部分。

智能家居系统的范围通常比单个场景更大。它可能包含多个房间、多个家庭成员、不同品牌的设备，以及持续运行的自动化规则。用户会把它看成一个整体，但系统内部仍然要区分设备、房间、成员、场景和权限，否则“客厅的灯”“孩子房间的传感器”和“谁可以控制它们”很快就会混在一起。

因此，场景产品和智能家居系统的区别，不只是设备数量更多。前者主要交付一个或几个预期效果，后者则要长期组织空间、设备和用户关系。从单设备走向系统，产品的核心就从“设备能做什么”转向“多种能力怎样在一个生活或工作过程中共同起作用”。

1.3.4 行业解决方案

家庭产品通常由个人或家庭购买、配置和使用。到了酒店、办公楼、工厂和园区，客户购买的往往是一套围绕业务目标交付的系统。例如，酒店可能希望客房在入住、退房和维修状态之间自动切换；工厂可能关心设备状态、能耗和维护安排；园区可能需要把照明、门禁和环境监测放进同一个管理流程。

这类产品不一定以某一件设备为中心。设备只是现场系统的一部分，产品还包括空间结构、业务规则、管理界面、告警流程、报表以及与原有系统的接口。客户通常也不会只问“这盏灯能不能联网”，而会继续问：安装后谁负责管理，发生故障谁收到通知，权限如何分配，数据怎样留存，项目验收后怎样持续运行。

行业解决方案因此有两个明显特征。第一，交付范围由现场目标决定，而不是由标准包装决定；同一类设备可以因为现场条件和业务流程不同，组成不同的方案。第二，产品往往需要适应组织关系；采购者、管理者、使用者和维护者可能不是同一批人，软件也要分别满足他们的需要。

行业方案并不一定比家庭产品“更智能”。它只是承担了更多现场关系和业务责任。一个简单的温度传感器，放在家庭里可能只显示读数，放进冷库项目后则可能参与超限告警、维修工单和合规记录。设备没有变，产品承担的工作变了。

1.3.5 品牌生态与开放生态

当企业拥有多种设备和多类产品时，它可能把这些产品组织成自己的品牌生态。用户使用同一个账号和入口管理灯具、门锁、空调与传感器，设备之间可以共享家庭、空间和场景。对品牌来说，生态能够让新产品接入已有用户关系，也让一件设备的价值不再只由自身功能决定。

品牌生态通常会设定自己的兼容规则。哪些设备可以接入，设备需要通过什么认证，用户数据怎样使用，第三方能力能开放到什么程度，都由生态运营者决定。生态越封闭，体验和责任边界可能越容易控制；生态越开放，用户可选择的设备和合作伙伴越多，但兼容性、支持范围和故障归属也更复杂。

开放生态试图把设备、开发者、服务商和用户连接起来。它可能允许不同企业提供设备，开发者编写应用或自动化，服务商提供安装和运维。这里的“开放”不是没有规则，而是把接入规则、能力描述、权限和责任边界明确地提供给外部参与者。

开放生态也不等于所有设备天然互通。设备能否加入同一个生态，仍取决于协议、数据模型、认证方式和产品规则。用户看到的是一个共同入口，背后仍需要有人维护兼容性，并在设备、应用和服务发生变化时处理影响。

1.3.6 产品形态如何改变平台边界

前面的几种形态可以放在一起比较：

产品形态	用户主要得到什么	设备关系	平台需要重点支持什么	主要变化成本
单设备产品	一件设备的明确功能	设备相对独立	接入、控制、状态和售后	单设备升级与替换
设备套装	预先组合的一组设备	设备之间有固定或半固定关系	套装绑定、配件关系和共同配置	部件缺货、替换和版本兼容
场景产品	一个可重复的使用效果	设备按规则协同	触发、动作、执行结果和异常处理	规则调整与设备离线
智能家居系统	家庭或空间的持续管理体验	多设备、多空间和多成员	用户、空间、权限、自动化和历史状态	设备扩展、家庭成员变化和迁移
行业解决方案	围绕业务目标运行的一套系统	设备嵌入现场和组织流程	项目配置、组织权限、集成、运维和审计	现场变更、系统对接和长期运维
品牌或开放生态	多产品和合作伙伴共同提供的选择与服务	跨产品、跨企业协作	接入规则、兼容性、开发者能力和责任边界	版本演进、生态兼容和退出迁移

这张表不是产品等级表。单设备产品可以非常成熟，开放生态也不一定适合所有用户。它只是说明：产品范围越大，平台需要维护的关系越多；产品越依赖外部参与者，兼容和责任问题就越不能留到售后阶段才处理。

产品形态也不是一次确定后永远不变。晴川可以先销售单灯，随后增加配套传感器，再提供房间场景，最后面向酒店交付整套照明系统。每次扩展都不只是增加功能，还会改变用户、设备、空间、组织和服务之间的关系。

到这里，我们已经从产业角色走到了产品形态：同一套设备能力，可以被组织成不同范围、不同责任和不同用户关系的产品。接下来还需要辨认这些产品背后的数字基础设施：市场上都叫“IoT 平台”的服务，究竟分别替企业完成了哪些工作？

下一节将从平台的服务对象、能力范围、交付方式和许可方式出发，说明它们为什么看起来相似，实际却处在不同的业务位置。