批量接入单批次 500 台设备，一次成功率 ≥ 98%
-
先定物模型，再谈设备选型
用一份统一物模型描述属性、事件、服务三类字段，命名规范如
dev.room.temp。要求：单设备属性字段 ≤ 40 个，枚举值全部给出字典表，避免后期因字段歧义返工。字段 ≤ 40字典表 100% 覆盖 -
把时延预算拆到四段
端到端 ≤ 180 ms 拆为：设备采集 ≤ 30 ms、边缘网关处理 ≤ 50 ms、平台转发 ≤ 60 ms、前端渲染 ≤ 40 ms。任一段超预算，先查该段而非整体重构。
采集 30边缘 50转发 60渲染 40 -
分屏布局优先保证「左决策、右证据」
左栏放业务目标、关键指标与操作入口，右栏放真实设备截图与数据明细。断点策略：≥1024px 保持 50:50，640–1024px 转为上下堆叠，≤380px 单列并保证按钮点按区 ≥ 44px。
1024px 断点触控 ≥ 44px -
离线与弱网必须给降级策略
网关断连时本地缓存 ≥ 24 h 数据并在恢复后补传；App 侧展示「最后同步时间」而非空白页。弱网阈值设为丢包率 > 3% 触发本地优先模式。
缓存 24 h丢包 > 3% 降级 -
安全与权限按最小可见原则收敛
设备密钥一机一密、定期轮换周期 ≤ 90 天；运营/物业/业主三级角色默认只看本域数据。审计日志保留 ≥ 180 天，导出需二次确认。
轮换 ≤ 90 天日志 ≥ 180 天 -
用可量化指标验收用户体验
首屏可交互 ≤ 2.5 s、场景编排步骤 ≤ 3 步、告警误报率 ≤ 5%、设备接入一次成功率 ≥ 98%。低于阈值先优化接入流程，再考虑增加设备数量。
首屏 ≤ 2.5 s误报 ≤ 5%接入成功率 ≥ 98%
合作伙伴墙
生态协作不是口号，是接口清单
以下角色各自贡献一段能力，共同拼成一套可交付的智能解决方案。每家伙伴对接前需提供协议文档、沙箱环境与联调联系人三件套。
芯片与模组提供 MQTT / CoAP 固件，支持 OTA 回滚
边缘网关本地规则引擎，断网可续跑 24 h
云平台设备影子、时序库与开放 API
智能家居品牌照明、温控、安防设备批量入网
智慧城市集成商跨部门数据编目与可视化交付
设计与体验团队分屏布局规范与组件库共建
应用场景展示
同一套平台，五种现场
智慧园区：把能耗与通行放进同一张视图
接入照明、空调、门禁与电梯共 6 类子系统，按楼层聚合能耗曲线。实测可将公共区域能耗下降 12%–18%，异常用能 3 分钟内定位到具体设备。
智能家居回家 / 离家 / 睡眠三套模式，联动响应 ≤ 1.5 s
智慧城市12 个分区设备态势，告警聚合后日均条目下降 60%
设备运维远程诊断覆盖 80% 常见故障，上门率下降约 35%
横向作品带
左右滑动查看更多场景切片（纯 CSS 滚动，无需脚本）
态势聚合告警去重率 60%，值班人力节省约 2 人班
家居联动场景编排 ≤ 3 步，老人也能独立完成
能耗优化公共区域能耗下降 12%–18%
协作特写 · 数据口径对照
图文混排特写
让三方在同一个分屏里对齐口径
很多 IoT 项目卡住不是因为技术，而是因为「在线率」这个词在业主、集成商与硬件厂商眼里含义不同。我们把每个指标的定义、计算窗口与数据来源写在右栏，左栏放结论与待办，评审时逐条确认，不再靠会议纪要追责。
- 每个指标标注计算窗口（实时 / 5 分钟 / 日聚合）与数据来源表
- 争议项当场标记为「待定」，并在 24h 内补齐口径说明
- 伙伴提供的截图必须来自沙箱真实数据，不接受示意图
- 上线前做一次端到端时延回放，留存 7 天基线数据
2 轮平均方案评审轮次（原 5 轮）
80%常见故障可远程诊断覆盖
12%–18%公共区域能耗下降区间
≥ 98%设备接入一次成功率