2. 目标用户与使用场景识别

本章核心:从模糊的“用户需求”出发,通过结构化方法将目标用户画像、典型使用场景、优先级排序和场景卡片模板串接为可执行的识别链路,为后续需求拆解与原型验证奠定用户侧基础。

明确用户场景与业务问题

IoT 产品开发中最常见的业务问题并非技术不成熟,而是场景定义模糊——团队在“为谁、在何时、何地、用何设备、完成何种任务”上未达成共识,导致功能堆砌、原型反复返工、用户体验碎片化。本章首先解决的就是这一问题:用可复用的工具链把模糊场景转化为结构化表述。

目标用户画像方法

用户画像是场景识别的起点。采用 四步画像法 构建高保真画像:

  1. 用户研究:通过访谈、日志分析、问卷收集一手数据;
  2. 特征提炼:从人口属性、行为特征、目标动机三个维度提取关键标签;
  3. 画像合成:将标签组合为 1~3 个典型用户档案,赋予姓名、照片、日常故事;
  4. 验证校准:与真实用户或业务方进行画像回访,修正偏差。
用户画像要素表
维度典型字段IoT 示例(智能健康监测)
人口属性年龄、职业、居住地、收入42 岁、企业中层、城市住宅、月收入 1.5W+
行为特征设备使用频次、操作习惯、数字素养每日晨起测量、偏好语音交互、中等技术熟悉度
目标动机核心诉求、期望结果、情感需求5 分钟内完成晨检、获得用药提醒、减少健康焦虑
实践提示:画像不要超过 3 个,否则团队无法聚焦。每个画像应附带一句“一日生活”描述,帮助设计师共情。

IoT 设备典型使用场景

按 环境 + 任务 双维度对场景进行分类,覆盖高频与高价值区间:

IoT 设备典型使用场景分类矩阵
环境类型典型设备用户任务场景示例
家庭卧室智能手环、体脂秤、智能药盒晨起健康监测用户醒来后自动测量体征,数据汇总至健康看板
家庭客厅智能音箱、环境传感器、智能灯居家环境调控用户通过语音指令调节灯光、温度与空气质量
办公工位智能台灯、空气监测器、久坐提醒工作健康管理传感器检测持续坐姿超 1h 后自动推送站立提醒
户外通勤可穿戴手表、蓝牙耳机、定位器移动健康追踪用户步行时实时监测心率与步数,异常时振动预警
避坑:不要将“用户使用手机 App 查看数据”列为独立场景——App 是交互载体,真正的场景是“用户在卧室晨起后了解健康状态”,手机只是载体之一。

场景优先级排序

使用 频次 × 影响 × 可行性 三维加权矩阵对场景排序,避免资源分散到低价值长尾场景:

场景优先级排序维度与权重(示例:智能健康监测)
场景用户频次 (1-5)业务影响 (1-5)技术可行性 (1-5)加权总分优先级
晨起健康监测55414P0
居家环境调控43512P1
久坐站立提醒33511P1
移动心率预警2439P2

排序结果直接决定原型迭代顺序: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 张已完成卡片),作为后续需求拆解和原型设计的输入源。
目标用户与使用场景识别流程 目标用户与使用场景识别流程 用户画像构建 属性·行为·动机 典型场景挖掘 环境·设备·交互·痛点 场景优先级排序 频次·影响·可行性 场景卡片模板 场景ID·用户·环境·目标 需求拆解验证 功能映射·边界定义 指标与验收标准 体验指标·验收清单 迭代验证反馈 场景卡片是桥梁 串联用户研究与需求拆解的结构化载体

用户访谈与需求拆解:提炼边界

场景卡片提供了“什么场景”,但未回答“用户在该场景中真正的痛点和期望是什么”。通过 场景化用户访谈 深入挖掘,再使用 需求拆解 将用户语言转化为功能边界。

场景化用户访谈提纲

围绕场景卡片中的关键字段设计半结构化问题:

场景化访谈提纲(以“晨起健康监测”为例)
卡片字段访谈问题示例探查目标
使用环境“您早晨通常在哪个房间进行健康测量?当时的光线和声音环境如何?”确认物理约束(光线、噪音、空间)
设备配置“您目前使用哪些设备?哪些让您觉得顺手?哪些让您感到麻烦?”发现交互摩擦点
用户目标“您理想中完成晨起监测需要多长时间?希望获得什么样的信息呈现?”定义体验基准线
痛点需求“如果让您给现在的流程挑三个毛病,会是什么?”提取高优先级需求
成功标准“完成检查后,您如何判断‘今天状态不错’?依据是什么?”量化成功信号
技巧:访谈时携带场景卡片打印版,让用户边看边讲,减少抽象回忆带来的偏差。

需求拆解:从场景到功能边界

采用 场景 → 需求 → 功能 → 边界 四层拆解:

  1. 场景:从卡片中提取用户目标(如“5分钟内获得健康简报”);
  2. 需求:转化为用户需求描述(如“需要自动汇总体征数据并生成易懂的简报”);
  3. 功能:映射为具体功能(如“自动同步手环/体脂秤数据”、“生成可视化健康卡片”);
  4. 边界:定义功能触发条件、数据来源、异常处理(如“仅晨起6:00-8:00自动同步”、“数据延迟不超过30秒”)。
交付物:场景-需求映射表,每张场景卡片对应 3~5 条拆解后的功能边界,进入原型设计阶段。

原型说明与用户旅程:表达交互边界

拆解后的功能边界需要通过 交互原型 和 用户旅程图 具象化,确保团队对“交互在哪里发生、用户如何感知”形成统一理解。

原型说明要点

  • 触点识别:在场景卡片中标出所有用户与设备的物理/数字触点(手环屏幕、手机通知、语音提示等);
  • 交互模式:明确每个触点的交互方式(触控、语音、自动感知、视觉反馈);
  • 状态流转:定义设备在场景中的状态(待机/测量中/数据同步/结果展示/异常告警);
  • 边界条件:标注网络离线、设备电量不足、数据异常等边界情形下的交互降级方案。

用户旅程表(晨起健康监测场景)

用户旅程:晨起健康监测(P0 场景)
阶段用户行为IoT 设备反馈用户感受边界提示
入睡佩戴手环,正常入睡手环进入睡眠监测模式,LED 熄灭无感,不影响睡眠电量<15% 时推送充电提醒
晨起测量