身份识别进入门禁通行场景
CASE 02 / PRODUCTIZE
把 AIoT 能力
变成产品
技术链路能够跑通，不等于客户已经获得产品。真正的挑战，是让设备、算法和数据进入可配置的业务上下文。
AIoTPlatformEnterprise
CASE IN 30 SECONDS
CONTEXT
面向 B 端客户的 AIoT 平台，连接智能设备、识别算法与多端业务应用。
CHALLENGE
客户的组织、人员、设备和业务流程各不相同，逐项定制会持续放大交付成本。
ACTION
识别稳定能力与变化边界，将高频差异转化为表单、规则和流程配置。
20+B 端客户
01 / CONTEXT & CHALLENGE
同一套技术，
进入不同业务。
设备采集、算法识别和数据上传只是技术链路。客户真正关心的是：谁可以使用、设备属于哪里、事件如何进入流程，以及异常发生后由谁处理。
当这些差异直接进入项目代码，每一个客户都可能形成一套新的交付版本。产品需要回答的不是“能否继续定制”，而是哪些差异应该成为平台能力。
产品化不是消除差异，而是决定差异应该存在于哪里。
02 / PRODUCT SURFACE
一套平台，
进入不同现场。
产品不只存在于管理后台。设备部署在真实空间中，持续产生识别事件；平台再把事件带入人员、组织、权限与处理流程。
到场人员完成快速签到
识别事件关联组织与人员
现场事件进入运营管理
MANAGEMENT SURFACE
现场发生，
平台看见。
PC 端承载组织、设备、数据与运营管理；移动端让现场状态和异常信息进入更即时的处理界面。
03 / PRODUCT SYSTEM
从 Device，
到 Business。
设备、状态、位置与组织归属
识别能力与事件输出
人员、组织、权限与规则
面向真实场景的业务应用
04 / CONFIGURATION
把客户差异，
转化为配置。
稳定的领域对象留在平台核心；变化更频繁的采集字段、审批节点和处理方式，则通过表单与流程能力承接。
BEFORE客户需求→产品梳理→研发交付
AFTER场景差异→表单 / 规则→业务流程
05 / KEY DECISIONS
四层产品结构，
定义稳定与变化。
设备
统一表达设备、状态与组织归属
Device Model算法
把识别能力放入事件与业务上下文
AI Capability平台
沉淀人员、组织、权限与规则能力
Platform Core应用
通过表单与流程承接客户场景差异
Configuration06 / REFLECTION
平台能力，
必须回到业务。
设备数量、算法能力或技术参数可以说明系统规模，却不能单独证明产品价值。只有当事件进入角色、规则和处理流程，技术能力才真正成为客户可以使用的产品。
AIoT 的产品边界，不止是 Device → Cloud，而是 Device → Data → AI → Business。