2. 目标用户与使用场景识别
本章核心:从模糊的“用户需求”出发,通过结构化方法将目标用户画像、典型使用场景、优先级排序和场景卡片模板串接为可执行的识别链路,为后续需求拆解与原型验证奠定用户侧基础。
明确用户场景与业务问题
IoT 产品开发中最常见的业务问题并非技术不成熟,而是场景定义模糊——团队在“为谁、在何时、何地、用何设备、完成何种任务”上未达成共识,导致功能堆砌、原型反复返工、用户体验碎片化。本章首先解决的就是这一问题:用可复用的工具链把模糊场景转化为结构化表述。
目标用户画像方法
用户画像是场景识别的起点。采用 四步画像法 构建高保真画像:
- 用户研究:通过访谈、日志分析、问卷收集一手数据;
- 特征提炼:从人口属性、行为特征、目标动机三个维度提取关键标签;
- 画像合成:将标签组合为 1~3 个典型用户档案,赋予姓名、照片、日常故事;
- 验证校准:与真实用户或业务方进行画像回访,修正偏差。
| 维度 | 典型字段 | IoT 示例(智能健康监测) |
|---|---|---|
| 人口属性 | 年龄、职业、居住地、收入 | 42 岁、企业中层、城市住宅、月收入 1.5W+ |
| 行为特征 | 设备使用频次、操作习惯、数字素养 | 每日晨起测量、偏好语音交互、中等技术熟悉度 |
| 目标动机 | 核心诉求、期望结果、情感需求 | 5 分钟内完成晨检、获得用药提醒、减少健康焦虑 |
实践提示:画像不要超过 3 个,否则团队无法聚焦。每个画像应附带一句“一日生活”描述,帮助设计师共情。
IoT 设备典型使用场景
按 环境 + 任务 双维度对场景进行分类,覆盖高频与高价值区间:
| 环境类型 | 典型设备 | 用户任务 | 场景示例 |
|---|---|---|---|
| 家庭卧室 | 智能手环、体脂秤、智能药盒 | 晨起健康监测 | 用户醒来后自动测量体征,数据汇总至健康看板 |
| 家庭客厅 | 智能音箱、环境传感器、智能灯 | 居家环境调控 | 用户通过语音指令调节灯光、温度与空气质量 |
| 办公工位 | 智能台灯、空气监测器、久坐提醒 | 工作健康管理 | 传感器检测持续坐姿超 1h 后自动推送站立提醒 |
| 户外通勤 | 可穿戴手表、蓝牙耳机、定位器 | 移动健康追踪 | 用户步行时实时监测心率与步数,异常时振动预警 |
避坑:不要将“用户使用手机 App 查看数据”列为独立场景——App 是交互载体,真正的场景是“用户在卧室晨起后了解健康状态”,手机只是载体之一。
场景优先级排序
使用 频次 × 影响 × 可行性 三维加权矩阵对场景排序,避免资源分散到低价值长尾场景:
| 场景 | 用户频次 (1-5) | 业务影响 (1-5) | 技术可行性 (1-5) | 加权总分 | 优先级 |
|---|---|---|---|---|---|
| 晨起健康监测 | 5 | 5 | 4 | 14 | P0 |
| 居家环境调控 | 4 | 3 | 5 | 12 | P1 |
| 久坐站立提醒 | 3 | 3 | 5 | 11 | P1 |
| 移动心率预警 | 2 | 4 | 3 | 9 | P2 |
排序结果直接决定原型迭代顺序:P0 场景优先进入交互原型设计,P2 场景暂缓或作为二期规划。
场景卡片模板
每个被识别的场景用统一的 场景卡片 进行结构化存档,确保跨角色理解一致。卡片包含以下字段:
| 字段 | 说明 | 填写示例 |
|---|---|---|
| 场景 ID | 唯一标识,便于追溯 | SC-001 |
| 场景名称 | 用户语言描述 | 用户晨起健康监测 |
| 目标用户 | 关联的用户画像 | 42 岁慢性病患者(画像 A) |
| 使用环境 | 物理 + 时间上下文 | 家庭卧室,清晨 6:30-7:30 |
| 设备配置 | 涉及 IoT 设备清单 | 智能手环、体脂秤、智能药盒 |
| 用户目标 | 完成什么任务、获得什么价值 | 5 分钟内获取晨起健康简报并确认用药 |
| 交互流程 | 关键交互步骤 | 佩戴手环入睡 → 晨起自动测量 → 数据同步 → 推送简报 |
| 痛点/需求 | 当前未被满足的问题 | 设备操作复杂、数据分散、缺少个性化建议 |
| 成功标准 | 可测量的场景完成条件 | 用户在 5 分钟内完成监测并获得 actionable 建议 |
以下是一个已填写的场景卡片 JSON 示例,便于导入场景管理工具:
{
"场景ID": "SC-001",
"场景名称": "用户晨起健康监测",
"目标用户": "42岁慢性病患者(画像A)",
"使用环境": "家庭卧室,清晨6:30-7:30",
"设备配置": ["智能手环", "体脂秤", "智能药盒"],
"用户目标": "快速了解晨起健康状态,获得用药提醒",
"交互流程": "佩戴手环入睡→晨起自动测量→数据同步→推送健康简报",
"痛点需求": "设备操作复杂、数据分散、缺少个性化建议",
"成功标准": "用户在5分钟内完成监测并获得 actionable 建议"
}
交付物:本章输出 场景卡片库(至少 5 张已完成卡片),作为后续需求拆解和原型设计的输入源。
用户访谈与需求拆解:提炼边界
场景卡片提供了“什么场景”,但未回答“用户在该场景中真正的痛点和期望是什么”。通过 场景化用户访谈 深入挖掘,再使用 需求拆解 将用户语言转化为功能边界。
场景化用户访谈提纲
围绕场景卡片中的关键字段设计半结构化问题:
| 卡片字段 | 访谈问题示例 | 探查目标 |
|---|---|---|
| 使用环境 | “您早晨通常在哪个房间进行健康测量?当时的光线和声音环境如何?” | 确认物理约束(光线、噪音、空间) |
| 设备配置 | “您目前使用哪些设备?哪些让您觉得顺手?哪些让您感到麻烦?” | 发现交互摩擦点 |
| 用户目标 | “您理想中完成晨起监测需要多长时间?希望获得什么样的信息呈现?” | 定义体验基准线 |
| 痛点需求 | “如果让您给现在的流程挑三个毛病,会是什么?” | 提取高优先级需求 |
| 成功标准 | “完成检查后,您如何判断‘今天状态不错’?依据是什么?” | 量化成功信号 |
技巧:访谈时携带场景卡片打印版,让用户边看边讲,减少抽象回忆带来的偏差。
需求拆解:从场景到功能边界
采用 场景 → 需求 → 功能 → 边界 四层拆解:
- 场景:从卡片中提取用户目标(如“5分钟内获得健康简报”);
- 需求:转化为用户需求描述(如“需要自动汇总体征数据并生成易懂的简报”);
- 功能:映射为具体功能(如“自动同步手环/体脂秤数据”、“生成可视化健康卡片”);
- 边界:定义功能触发条件、数据来源、异常处理(如“仅晨起6:00-8:00自动同步”、“数据延迟不超过30秒”)。
交付物:场景-需求映射表,每张场景卡片对应 3~5 条拆解后的功能边界,进入原型设计阶段。
原型说明与用户旅程:表达交互边界
拆解后的功能边界需要通过 交互原型 和 用户旅程图 具象化,确保团队对“交互在哪里发生、用户如何感知”形成统一理解。
原型说明要点
- 触点识别:在场景卡片中标出所有用户与设备的物理/数字触点(手环屏幕、手机通知、语音提示等);
- 交互模式:明确每个触点的交互方式(触控、语音、自动感知、视觉反馈);
- 状态流转:定义设备在场景中的状态(待机/测量中/数据同步/结果展示/异常告警);
- 边界条件:标注网络离线、设备电量不足、数据异常等边界情形下的交互降级方案。
用户旅程表(晨起健康监测场景)
| 阶段 | 用户行为 | IoT 设备反馈 | 用户感受 | 边界提示 |
|---|---|---|---|---|
| 入睡 | 佩戴手环,正常入睡 | 手环进入睡眠监测模式,LED 熄灭 | 无感,不影响睡眠 | 电量<15% 时推送充电提醒 |
| 晨起测量 |