



建立统一、持续更新的用户设备清单,让设备信息在小微和发现页之间复用,减少硬件查询与控制中的重复确认。
从真实用户需求与体验矛盾出发,说明平台如何理解用户设备,再验证方案能够缩短哪些任务链路,最后展示这项能力可以延伸出的个人智能家居体验。
基于小微数据中心 720 条真实 Query,按照「用户问法」和「用户需求」进行分析。用户普遍以模糊方式表达控制诉求,但平台仍需要用户反复补充品牌和设备信息。
| 结论 | 真实 Query 举例 | 数据分析 |
|---|---|---|
| 用户是怎么问的? 多数用户是模糊问法 |
1、仅品类
空调遥控小程序 设置温度2、仅品牌 美的智能家居3、无品牌 + 无品类 智能家居控制小程序 |
模糊问法 513 条,占比 71.2% 未同时出现品牌与品类 精准问法 207 条,占比 28.8% 同时出现品牌与品类 |
| 用户有哪些需求? 控制设备是主要需求 |
1、查询向
查空调状态 智能家电 空调遥控2、控制向 智能家电遥控 空调 客厅 关空调 |
控制向 614 条,占比 85.3% 查询向 29 条,占比 4.0% 服务向 24 条,占比 3.3% 交易向 22 条,占比 3.1% 误分流 31 条,占比 4.3% |
| 最多人群的表达 模糊问法 + 控制向 |
代表 Query
客厅关空调 打开客厅空调 |
模糊 × 控制向 427 条,占比 59.3% 精准 × 控制向 187 条,占比 26.0% 模糊 × 查询向 23 条,占比 3.2% 精准 × 查询向 6 条,占比 0.8% 模糊 × 服务向 12 条,占比 1.7% 精准 × 服务向 12 条,占比 1.7% 模糊 × 交易向 20 条,占比 2.8% 精准 × 交易向 2 条,占比 0.3% 误分流 31 条,占比 4.3% |
以“帮我打开家里的空调”为例,小微需要依次询问品牌、询问设备、确认设备后才能执行,整体耗时约 1 分钟;用户手动操作只需约 10 秒。







小微已经能够识别用户意图,也具备调用硬件的能力,但无法把“关掉卧室空调”准确落到用户的具体设备上。
补齐最基础的设备定位能力,沉淀持续更新的用户设备清单,减少硬件查询和控制任务中的确认轮次。
品牌小程序触发微信平台授权弹窗。平台以微信角色申请“支持平台理解我的美的设备”,用户允许后同步该品牌全部已绑定设备。
允许后,微信平台将获取你在美的小程序内已绑定的设备。你可以在小微和发现页查询、控制这些设备。
当小微尚未获得设备清单时,直接拉起设备获取授权,只保留清晰、简短的拒绝与允许操作。
是否允许小微获取您在小程序里连接过的设备?
已找到你曾使用过的硬件小程序,默认全部选择。
美的 KFR-35GW
格力 GMV-H
“关掉空调3” 精准控制那一台
“家里的空调都关了吗” 一句话查状态
经过用户授权的设备,可以统一在小程序发现页的设备卡片中管理,支持删除单一设备,也可以取消与整个品牌的授权关系。
客厅 在线
米家
主卧 23°C
美的
阳台 已完成
美的
客厅 已打开
格力+
客厅 在线
米家
主卧 23°C
美的
阳台 已完成
美的
客厅 已打开
格力+
设备清单形成后,三类核心场景明显缩短。不论从哪个入口完成添加,平台都能直接使用统一设备清单。下面对比真实旧链路与能力落地后的体验。
从依赖记忆与历史对话拼接,转为直接返回完整、可展开的设备清单。
一次查询即可得到可信设备清单,不再依赖用户逐项补充。
当指令已经包含可唯一定位的信息时,从继续确认设备,转为直接执行并返回品牌小程序入口。
明确指令无需追问品牌或设备,控制结果与服务入口一次返回。
当指令无法唯一定位设备时,从追问品牌与设备,转为一次返回候选清单,用户选择后立即执行。
模糊指令只保留一次必要选择,避免品牌与设备的重复确认。
每个人的专属智能家居助手。设备清单不仅解决当前的查询与控制定位问题,也为用户自主组合家庭硬件能力提供基础。
持续同步不同品牌的设备、状态与控制能力,形成统一且可信的家庭设备视图。
用户可以按房间、设备或生活习惯组合开关规则,例如“一键离家”和“回家模式”。
直接调用硬件厂商已开放的查询与控制接口,让用户自行组织界面、场景和设备动作。
从跨品牌设备理解与调用开始,逐步沉淀设备管理和场景编排。
方案从真实需求出发,先补齐设备定位,再缩短当前任务链路,并为下一阶段的个人智能家居体验建立基础。