第2章:用户场景挖掘——从模糊问题到清晰画像
产品需求的起点往往是一个模糊的业务问题,例如“设备经常离线”“维护成本太高”或“用户不知道怎么设置”。将这些模糊问题转化为可执行的PRD,关键一步是系统性地挖掘用户场景。本章围绕IoT产品的典型用户,通过画像-环境-痛点-访谈四象限,完成从混沌到结构化的跃迁。
本章产出物交付模板 完成本章学习后,你将获得一份可直接复用的《用户场景洞察报告》模板,包含画像卡片、使用环境矩阵、优先级排序痛点表。
2.1 目标用户画像——谁在使用你的IoT产品?
IoT产品的使用者通常跨越多个角色,不能只写“用户”二字。以下是三种最典型的核心用户画像,每种都需要独立的需求分析维度:
| 画像类型 | 典型角色 | 决策链条位置 | 关注的核心指标 |
|---|---|---|---|
| 操作执行者 | 现场维护工程师、产线操作员 | 影响者/最终使用者 | 操作步骤数、页面响应时间、错误告警准确率 |
| 运营管理者 | 设备运维经理、IoT项目负责人 | 评估者/预算负责人 | 设备在线率、OTA升级成功率、全生命周期成本 |
| 业务决策者 | CIO、数字化总监、VP Engineering | 批准者 | ROI、数据闭环效率、跨系统集成适配度 |
实战经验 在撰写PRD时,为每种画像单独建立一个「用户故事映射」片段。例如:
作为 现场维护工程师,我希望在移动端 3秒内 查看设备实时状态,以便在巡检过程中快速定位故障。
作为 现场维护工程师,我希望在移动端 3秒内 查看设备实时状态,以便在巡检过程中快速定位故障。
2.2 使用环境——物理与数字的双重维度
IoT设备的使用环境不能只看软件界面,必须同时考虑物理环境和数字环境:
- 物理环境:温度范围(-20°C~65°C)、IP防护等级、震动/噪声等级、电磁干扰源、供电稳定性。
- 数字环境:网络连接类型(Wi-Fi/LTE/LoRa/有线)、带宽与延迟约束、云边协同架构、第三方API依赖。
- 人员环境:单人操作/团队协作、远程/现场、轮班制/固定班次、培训成本。
环境信息直接决定了技术方案选型边界。例如,高振动环境必须增加加速度传感器阈值滤波,低带宽环境必须采用差分MQTT协议传输。
2.3 痛点分析表——锁定高优先级问题
收集完用户画像和环境信息后,使用痛点分析表将所有问题归类,并按“影响范围×发生频率”优先级排序:
| 痛点编号 | 关联画像 | 业务问题描述 | 影响范围 | 发生频率 | 优先级(H/M/L) |
|---|---|---|---|---|---|
| P-001 | 现场维护工程师 | 设备日志导出需电脑连接串口线,现场无PC可用 | 32个工站 | 每日23次 | H |
| P-002 | 运维经理 | OTA升级失败后没有告警,需人工巡检才能发现 | 5600台设备 | 每周约40次 | H |
| P-003 | CIO | 设备数据无法对接现有SAP系统,需要定制中间件 | 全部设备 | 持续存在 | M |
| P-004 | 产线操作员 | 触摸屏UI按钮过小,带手套操作经常误触 | 12条产线 | 每小时4-5次 | M |
常见陷阱 痛点不要只写“设备不好用”。必须量化:影响多少设备?每天发生多少次?谁最受影响?无法量化的痛点将被评审团判定为“不明确”,需求会被打回。
2.4 用户访谈技巧——如何撬开真实需求
场景挖掘不能仅靠假设,必须通过结构化用户访谈验证。以下是访谈提纲的标准格式:
【访谈对象角色】 现场维护工程师
【访谈时长】 30分钟
【核心问题框架】
1. 描述一次你处理设备故障的完整过程(从发现到解决)。
2. 过程中最让你浪费时间的是哪一个步骤?为什么?
3. 如果可以用一个手机App替代现有工具,你最想要的功能是什么?
4. 你为何不在现有流程中上报问题?阻碍是什么?
5. 你平时怎么获取设备的操作手册或故障代码表?
提问技巧 避免问“你觉得需要什么功能?”——用户会瞎猜。改为问“你上次遇到这个问题时,是怎么处理的?”——用户会描述真实操作。
2.5 从痛点拆解到场景画布
所有访谈和痛点分析最终汇总到一张场景画布上,作为后续PRD功能拆解的输入。下图揭示从原始业务问题到清晰场景画布的数据流动路径:
2.6 验收标准——如何判断场景挖掘是否到位?
场景挖掘阶段的完成标准不仅是“写完了文档”,而是满足以下五个条件:
- 可复现性:另一个产品经理阅读你的场景画布后,能够模拟出至少80%的角色行为。
- 量化度:每个痛点都附带至少一个可测量的频度或影响面指标。
- 画像完整性:至少覆盖操作执行者、运营管理者和业务决策者三个角色。
- 环境约束清单:物理环境、数字环境、人员环境三项没有遗漏。
- 访谈验证记录:附录中包含原始访谈笔录摘要,证明信息来源而非臆测。
2.7 交付物模板示例
点击或引用以下结构,创建你自己的用户场景洞察报告:
# 用户场景洞察报告 v1.0
## 1. 目标用户画像卡片
| 画像名称 | 典型角色 | 核心KPI | 使用习惯 |
|----------|----------|--------|---------|
| 操作执行者 | 现场工程师 | 故障平均修复时间(MTTR) | 移动端优先 |
| 运营管理者 | 运维经理 | 设备在线率 | Web管理后台 |
| 业务决策者 | CIO | 数据集成覆盖率 | 报表与API |
## 2. 使用环境矩阵
| 维度 | 具体描述 | 对方案约束 |
|-----------|--------------------------|---------------------|
| 物理环境 | 高温高湿震动, -20~65°C | 防护IP65, 宽温元器件 |
| 数字环境 | 4G网络, 延迟<200ms | MQTT/QoS2传输 |
| 人员环境 | 轮班制, 人均培训时间2小时 | 极简UI, 语音引导 |
## 3. 优先级痛点表(TOP-5)
| 编号 | 痛点描述 | 影响范围 | 频率 | 优先级 |
|------|------------------------------|----------|--------|--------|
| P001 | 设备日志需串口导出, 现场无PC | 32工站 | 23次/天 | H |
## 4. 访谈记录摘要(附录)
- 访谈对象:上海工厂维护工程师 张工
- 访谈时间:2025-02-15
- 关键引述:“每次连串口线都要去办公室拿电脑,走路来回至少15分钟。”