第2章：IoT产品用户角色图谱
一、为什么需要角色图谱？
IoT产品涉及多类用户，每类角色对系统的诉求、关注点和语言体系截然不同。搞错访谈对象或混淆角色视角，是需求失真的首要原因。本章定义五类核心角色，并逐一拆解其业务场景、痛点与访谈切入点。
| 角色 | 典型描述 | 核心关注点 |
|---|---|---|
| 设备使用者 | 一线操作设备的人员，如产线工人、仓储拣货员 | 操作便捷性、响应速度、故障恢复 |
| 设备管理者 | 负责设备分配、固件更新、状态监控的运维或车间主任 | 设备在线率、批量管理、告警准确性 |
| 系统维护者 | IT/OT工程师，负责平台部署、网络、数据库、安全 | 可维护性、日志完备性、升级兼容性 |
| 数据观察者 | 数据分析师、运营专员，关注指标趋势、异常波动 | 数据完整性、查询时效、可视化灵活度 |
| 业务决策者 | 部门总监、VP，关注投入产出比、整体效率 | ROI、KPI达标情况、业务洞察 |
二、五类角色与核心业务问题
访谈前必须先定位：你正在与谁对话？以下表格总结了每类角色的典型业务问题，这些问题应直接转化为访谈提纲中的核心提问。
| 角色 | 典型业务问题（痛点） | 访谈切入点 |
|---|---|---|
| 设备使用者 | “这个扫码枪每次要等3秒才有反应，高峰期急死人。” | 操作流程中哪个环节最慢？出错后如何补救？ |
| 设备管理者 | “几百台传感器，我根本不知道哪台固件没升级。” | 批量操作频率？期望自动化程度？ |
| 系统维护者 | “日志文件乱成一团，定位一次断连要翻几百行。” | 运维工具链是什么？排查一次故障平均耗时？ |
| 数据观察者 | “报表每天跑半小时，而且昨天的数据和今天不一致。” | 数据质量如何保证？分析任务调度策略？ |
| 业务决策者 | “采购这批智能水表，到底省了多少人力和水费？” | 决策依赖哪些关键指标？数据颗粒度够吗？ |
角色替换技巧： 当访谈时发现回答内容不适合当前角色，应立即追问“您后面提到的问题，会由谁负责？我们是否可以约他聊一次”。切勿跨角色套用假设。
三、角色关系与信息流向
下面这张内联SVG图展示了五类角色在IoT系统生命周期中的位置、核心活动以及信息之间的流转关系。理解这张图，能帮你在访谈时快速判断当前角色所处的位置，并预判上下游需求。
四、针对不同角色的访谈侧重点
不是所有角色都要问相同的问题。下面表格总结了针对五类角色的核心访谈问题示例，以及应重点产出的需求制品类型。
| 角色 | 核心访谈问题示例 | 主要产出制品 |
|---|---|---|
| 设备使用者 | “请演示一遍完整操作流程。哪个环节最让你着急？” | 用户场景、用户旅程、原型说明 |
| 设备管理者 | “管理这么多设备，你最想自动化的操作是什么？” | 需求拆解、PRD片段、验收标准 |
| 系统维护者 | “遇到故障时，你第一步做什么？日志够用吗？” | 用户场景、验收标准、需求拆解 |
| 数据观察者 | “哪张报表你最常用？数据从产生到看到需要多久？” | 用户场景、需求拆解、PRD片段 |
| 业务决策者 | “如果现在有100万预算升级系统，你优先解决哪个问题？” | 用户场景、指标验证、业务决策需求 |
实战经验： 同一人在不同场景下可能扮演多个角色。例如一位车间主任既是设备管理者，又是数据观察者。访谈时务必先确认“当前对话我以哪个角色身份参与”，避免需求混乱。
五、角色图谱应用清单
每次访谈前，对照以下清单完成角色定位：
- 确认角色身份 — 该访谈对象的岗位名称和日常工作内容是什么？
- 匹配角色模板 — 对照本章表格，选定最接近的角色类型。
- 准备角色提问库 — 从对应角色的“核心访谈问题示例”中挑选3-5个问题。
- 预判需求类型 — 根据角色确定访谈后主要产出的制品（场景/旅程/PRD等）。
- 标记交叉角色 — 若该对象身兼多职，在访谈记录中明确标注多个角色视角。
完成角色定位后，下一阶段便是设计针对性的访谈提纲。角色图谱将贯穿整个需求提炼流程，是后续所有章节的基石。