1. 用户场景识别：用户画像、环境、痛点与高频操作
IoT 产品 MVP 的起点并非功能列表，而是用户场景。场景决定了什么功能是“必须做”的，什么可以推迟到后续版本。本章聚焦场景识别的四个要素：谁在用、在哪用、为什么难受、最频繁在做什么。
1.1 用户画像：从泛人群到典型角色
Smart Home 类 IoT 产品的用户不是“每个人”，而是具有明确决策角色的典型用户。MVP 阶段画像只需要覆盖一种或两种最重要的角色，避免需求发散。
| 画像维度 | 典型值 | 对 MVP 边界的约束 |
|---|---|---|
| 用户类型 | 家庭主人 / 技术爱好者 / 物业管理员 | 决定 UI 复杂度和交互方式 |
| 技术素养 | 低（零配置期望） / 中（愿意做一次设置） | 决定是否需要物理开关、App 引导或自动化规则 |
| 决策角色 | 购买者 ≠ 使用者（例如家长买、孩子用） | 拆箱体验与日常使用的需求可能矛盾 |
| 使用频率 | 每天多次 / 每周几次 / 一次性安装 | 高频操作必须顺畅，低频操作可隐藏在设置中 |
MVP 建议：先定义一个“主角用户画像”，例如“35岁、有 5 岁孩子、每天上下班通勤、对智能家居有基础认知但不愿阅读说明书的家长”。所有场景访谈和需求优先级都以此角色为靶心。
1.2 使用环境：设备的物理与网络上下文
同一款设备放在客厅、阳台、地下室、工业仓库，场景截然不同。环境要素直接影响传感器的选择、通信方式、电源设计和防护等级。
环境维度矩阵
| 环境因素 | 典型场景举例 | 对 MVP 影响 |
|---|---|---|
| 空间大小 | 30㎡ 卧室 vs 200㎡ 工厂车间 | Wi-Fi 覆盖、信号中继、电池续航要求不同 |
| 供电条件 | 墙上插座 / 电池 / USB | 决定设备功耗策略和充电提醒功能是否纳入 MVP |
| 网络稳定性 | 家庭宽带稳定 / 公区 LTE 弱 / 地下室无信号 | 本地离线能力（蓝牙、Zigbee、边缘规则）必须评估 |
| 温度湿度 | 恒温机房 / 户外暴晒 / 厨房油烟 | 外壳材质、通风散热、IP 等级选型 |
| 噪声与光线 | 夜晚安静卧室 / 工厂嘈杂环境 | 语音交互可用性、LED 亮度自适应是否需要 MVP 版本 |
常见陷阱：团队常在实验室环境测试，忽略了真实环境的 Wi-Fi 干扰、钢混墙穿墙损耗和用户将设备放在角落的习惯。MVP 阶段至少做一次“最差环境”模拟测试。
1.3 核心痛点：从抱怨到需求缺口
痛点不是“想要的功能”，而是用户在当前流程中具体的损失——时间、金钱、安全、舒适度或可预见性。MVP 只解决头 1-2 个最严重的痛点。
- 时间损失型：每天花 10 分钟手动关灯/调温/检查门窗。
- 金钱损失型：忘记关空调导致电费超标；水管漏水未被及时发现造成地板损失。
- 安全焦虑型：出差期间无法确认家里老人/孩子/宠物状态。
- 舒适缺失型：冬天回家需要 10 分钟才能让室内达到舒适温度。
- 信息盲区型：无法远程获知设备运行状态或能耗数据。
拆解方法：每一条用户访谈记录都应该被翻译成“如果没有解决这个痛点，用户在什么场景下会放弃使用产品”。不能通过这个测试的痛点不属于 MVP 范围。
1.4 高频操作：定义 MVP 的核心交互路径
场景中的高频操作决定了 MVP 的界面结构和功能优先级。低频操作、一次性配置和绝少用到的功能不应出现在 MVP 的主流程中。
| 操作频率 | 典型行为 | 在 MVP 中的处理方式 |
|---|---|---|
| 每天 ≥ 3 次 | 开关灯、调节温度、查看门锁状态 | 主界面一级入口，支持自动化规则或语音捷径 |
| 每周几次 | 设定情景模式、查看能耗报表 | 二级菜单或仪表盘卡片 |
| 安装/升级 | 首次配网、固件升级、添加新设备 | 引导流程，但必须确保一次成功；失败可自动重试 |
| 极少使用 | 恢复出厂设置、修改管理员密码、导出日志 | 放在设置深层页面或只提供物理按键触发 |
1.5 综合：典型设备用户场景识别示例
以“智能温控器 MVP”为例，完整的场景识别输出物应该包含以下要素：
| 要素 | 内容描述 |
|---|---|
| 用户画像 | 上班族家长，35岁，经常加班，家有 5 岁儿童，对智能家居感兴趣但没时间折腾 |
| 使用环境 | 3 室 1 厅（约 90㎡），客厅已有一台空调和地暖，入户门附近有墙插，Wi-Fi 路由在书房，穿一堵承重墙后信号 -65dBm |
| 核心痛点 | 下班回家室温过低，等升温至少 15 分钟；半夜孩子踢被子，空调需手动调温又怕冻醒孩子 |
| 高频操作 | 回家前 App 提前开启空调（每天 1 次）；入睡前调节目标温度（每天 1 次）；早晨关闭/切换季节模式（每天 1 次） |
在这个示例中，MVP 无需包含“远程查看室内空气质量”“智能学习习惯”“月度能耗分析对比”等低频或复杂性功能。边界清晰后，开发团队可以集中资源优化配网流程、温度调节响应和基础策略。
1.6 输出物：用户场景看板
每定义一个场景，就形成一张卡片。MVP 阶段通常准备 3-5 张，覆盖设备主要的使用模式（例如：到家模式、睡眠模式、离家模式、特殊事件模式）。
【场景卡片模板】
场景名称：到家前远程开启空调
主角用户：上班族家长
触发条件：用户在距离家 2km 范围内，通过 App 一键触发
期望结果：空调 5 分钟内将客厅温度从当前室温升到 26°C
成功指标：从点击到空调开始送风 ≤ 3 秒；App 确认状态更新 ≤ 5 秒
风险点：Wi-Fi 不稳定时设备处于离线；用户忘记提前打开 App
实战建议：将场景卡片贴到团队白板上，每次讨论新功能时先问“这个功能对应哪个场景卡？如果没有场景卡支撑，那它应该被移出 MVP 候选列表”。
1.7 本章交付物清单
- 用户画像卡片（1-2 张，含角色名称、典型特征、技术素养、决策角色）
- 使用环境矩阵（表格形式，覆盖空间、供电、网络、温湿度、噪声/光线五大维度）
- 痛点优先级列表（每个痛点标注“未解决时用户的放弃概率”，MVP 仅保留高概率项）
- 高频操作轨迹图（以时间线或触发条件展示用户一天/一周的核心交互序列）
- 场景看板 3-5 张（参照 1.6 模板，每张包含：名称、主角、触发、期望结果、成功指标、风险点）