智能家居SDK反馈收集：体验家如何打通App与设备使用体验

摘要

智能家居用户在设备上完成操作，在 App 中进行绑定、设置、控制与服务管理。设备运行与客户感受分布在不同触点，需要通过场景反馈连接起来。

体验家 XMPlus 通过 App SDK 嵌入式反馈收集，将问卷融入安装激活、功能使用、家庭共享和售后等场景，并关联用户、产品、版本和业务参数，帮助智能家居品牌持续了解设备是否好用、操作是否顺畅，以及服务是否真正解决问题。

一、智能家居体验，需要同时理解设备与 App

设备最终连接成功，用户可能已经反复操作；远程控制没有报错，用户却不知道指令是否生效；场景设置完成，其他家庭成员仍然不会使用。

只看运行日志，团队难以知道这些经历对用户造成了什么影响。只在售后调查，又容易遗漏没有投诉、却已经觉得产品麻烦的人。

体验家的智能制造方案围绕购买、安装激活、产品使用、增购和售后组织体验监测。对智能家居，可以进一步将这些阶段映射到 App 的结果页、功能页和服务页，让反馈与刚刚发生的经历对应。

二、技术架构：通过 App 连接事件、问卷与业务上下文

体验家 SDK 的采集链路可以按以下方式组织：

设备或业务事件 → App 场景判断 → 问卷展示 → 回答与上下文回传 → 分析与问题跟进。

1. 业务端识别用户经历了什么

设备及业务系统提供配网结果、联动设置、安装确认或服务状态。App 根据这些信息判断当前场景，准备相应参数，再调用已接入的问卷入口。

2. SDK 在适合的页面承接反馈

体验家 App 嵌入支持弹窗和页面内置方式，支持单选、多选、文本、表情评价、打分评价和 NPS 题。配网结束页可以承接一段短评价，帮助页可以保留内置反馈入口，具体形式应与页面任务协调。

3. 平台统一管理问卷和采集配置

体验家将问卷内容与业务入口分开管理。已有触点可以通过发送 ID 管理对应问卷，后续在平台更换调查内容；新增业务事件或参数，则由研发配合接入。这样，研究团队可以持续调整问题，不必每次重新搭建完整反馈页面。

三、把智能家居旅程转换成反馈触点

|-------|-----------------|-------------------|-----------------|
| 使用阶段 | 可选择的反馈触点 | 主要评价内容 | 可关联的业务背景 |
| 安装激活 | 安装确认、绑定结果、配网帮助页 | 指引理解、操作难易、等待体验 | 型号、版本、安装方式、事件结果 |
| 日常使用 | 查看运行记录、完成一次操作后 | 使用效果、控制便利性、稳定性感受 | 功能、操作时间、产品类别 |
| 家庭共享 | 完成成员邀请或共享设置后 | 授权步骤、理解难度、使用便利性 | 使用角色、共享场景 |
| 场景联动 | 完成设置并实际使用后 | 配置难度、执行效果、价值感受 | 联动类型、参与设备、版本 |
| 增购与售后 | 新设备接入、服务处理后 | 兼容与学习体验、问题解决、服务质量 | 关联设备、服务记录、处理阶段 |

这些是项目可设计的触点与参数，具体取决于产品能力和业务端可提供的信息。

触发时机应与评价内容匹配。绑定完成适合询问连接过程；联动效果需要经过实际使用；维修结束则需要给用户机会验证是否恢复。只调查成功完成流程的人，还会遗漏失败和中断用户，因此相关帮助页也需要反馈路径。

四、参数关联：让反馈定位到设备、版本和场景

"家电不好连"很难直接指导排查；明确产品、版本和配网场景后，反馈就可以进入有范围的分析。

|------|-----------------|-------------|
| 参数类别 | 示例信息 | 分析用途 |
| 身份关联 | 业务用户标识 | 连接同一人的连续反馈 |
| 产品信息 | 设备标识、型号、类别 | 明确评价对象与产品差异 |
| 软件环境 | App 版本、固件版本 | 辅助定位版本相关问题 |
| 场景结果 | 首次配网、重新配网、成功或失败 | 对照业务结果与主观感受 |
| 服务信息 | 安装或维修记录 | 将评价对应到具体服务 |
| 时间信息 | 事件时间、提交时间 | 识别反馈对应的实际经历 |

项目可通过业务端回传或后续数据关联准备这些信息。用户有多台设备时，要明确此次评价对象；设备由多人使用时，个人身份与设备标识也应分别保留。

业务参数越清楚，问卷越可以聚焦感受。已有型号和版本信息，就无需每次让用户手动填写，减少回答负担，也提高分析一致性。

五、场景调度与免打扰：适应家庭使用节奏

一位用户可能连续完成绑定、成员邀请和联动设置。如果每个动作都立即展示问卷，采集本身就会增加负担。

体验家全局免打扰支持在单问卷多渠道或多问卷范围内，结合显示、关闭、提交等行为和配置周期，控制后续邀请。相关触点需要传入一致的 externalUserId，用于识别同一用户。

在智能家居场景中，可以围绕四点设计：

按旅程协调邀请。将绑定和首次设置视为连贯过程，避免连续重复询问。
区分事件与展示。设备上发生操作后，用户可能稍后才打开 App，仍应保留原事件背景。
减少重复提问。已有上下文用于定位，短问卷重点询问结果、难点和原因。
优先保障主要任务。问卷应在适合的结果页或空闲环节呈现，配合控制、设置和服务流程。

已有入口使用发送 ID 后，可以按研究需要换卷。新增"共享失败"等触发条件，仍需要业务端识别并完成接入；内容更新与场景开发应分别安排。

六、已有实践：从博西家电看全旅程反馈收集

博西家电与体验家的合作采用嵌入式问卷，在交付、安装、使用和售后等触点收集评分及意见，为家电体验监测提供了实践基础。

对智能家居企业，可沿用这种全旅程思路：安装阶段关注能否顺利开始，使用阶段关注实际效果，售后阶段关注是否恢复正常。用户无需在一次综合调查中回忆所有经历，团队也能将反馈放回对应场景。

酷开的家庭用户研究进一步提示，使用角色和家庭情境值得重视。购买者评价产品功能丰富，其他家庭成员可能更在意是否容易操作。通过适当的问卷问题与上下文设计，可以把这些差异转为可分析的信息。

七、从 SDK 反馈到产品迭代

反馈收集后的链路可以组织为：

场景回答 → 关联产品与版本 → 分析评分和问题 → 跟进个体困难 → 优化共性流程 → 持续复测。

例如，某型号重新配网的低分集中提到"找不到入口"，团队可以先核实操作路径，再调整帮助内容和页面引导。上线后，在相近场景继续观察难易评价及相关意见，判断改善是否有效。

体验家的价值在于让设备使用中的主观感受进入产品讨论。SDK 连接现场反馈，平台沉淀可分析的数据，持续研究则帮助品牌判断产品是否更容易融入家庭生活。

常见问题

Q1：配套 App 可以收集家电本身的使用反馈吗？

可以围绕实际使用经历设计问卷，并关联对应设备和场景参数。App 是反馈入口，评价对象可以是设备效果、操作过程或服务。

Q2：SDK 需要直接安装在每台家电里吗？

本文采用配套 App 承接反馈的设计。设备状态由业务端传递，SDK 在 App 中展示问卷，具体接入按项目方案落实。

Q3：用户没有打开 App，还能看到应用内问卷吗？

应用内问卷需要相应应用和页面承接。对其他触达需求，应根据用户授权与业务场景选择合适渠道。