第4章 需求分层模型:战略层、范围层、结构层、框架层、表现层在智能家居中的映射

智能家居产品需求经常出现“边做边改”“做完才发现不是用户想要的”等困境。根源在于需求缺乏结构化的分层管理。本章将Jesse James Garrett的用户体验五层模型引入智能家居场景,帮助你在每个层级精准拆解需求、对齐用户价值,并输出可验证的交付物。

4.1 为什么需求需要分层

用户场景:某团队为高端公寓设计全屋智能方案,业主只说“我要一个智能的家”。产品经理直接进入功能列表:智能灯、智能窗帘、安防摄像头……开发两个月后,业主体验时发现:灯光不能随入睡自动关闭,安防告警总是误报,语音控制经常打断对话。团队反复返工,交付延迟三个月。

业务问题:未分层的需求导致三个致命后果——价值层缺失(不知道用户真正在意的核心收益)、范围蔓延(什么都想做但什么都没做透)、交互断裂(功能之间没有联动逻辑)。

核心认知:需求分层不是理论游戏,而是把“模糊的期望”逐层转化为“可设计、可开发、可验证”的结构化资产。每一层回答一个关键问题:为什么做(战略)→ 做什么(范围)→ 怎么组织(结构)→ 怎么呈现(框架)→ 怎么感知(表现)。

4.2 五层模型总览

下表展示了五层模型在智能家居中的完整映射,从底层战略到顶层表现,每一层都有明确的业务含义和需求焦点。

层级 核心问题 智能家居映射 典型交付物
表现层 用户如何感知? 视觉反馈、语音提示、震动触感、灯光颜色变化 设计规范、动效说明
框架层 用户如何操作? 控制面板布局、快捷操作路径、仪表盘设计 页面线框图、交互原型
结构层 信息如何组织? 场景编排、设备分组、联动规则引擎、告警分级 信息架构图、状态流转图
范围层 功能边界在哪? 告警通知、远程控制、设备管理、场景定制 功能清单、优先级矩阵
战略层 为什么做这个? 家庭安全、节能增效、便捷生活、情感陪伴 用户研究简报、价值主张画布

下图以金字塔形式展示五层模型的递进关系:战略层是根基,表现层是用户触点,每一层都建立在下层的基础上。

智能家居需求分层模型 智能家居需求分层模型 用户体验要素在智能家居产品中的映射 从战略到表现 · 价值逐层具象化 表现层 视觉 · 听觉 · 触觉 · 多模态反馈 用户直接感知 交互触点在表层完成 框架层 界面布局 · 面板设计 · 操作路径 结构层 交互流程 · 设备联动 · 场景编排 · 规则引擎 范围层 功能规格 · 告警通知 · 远程控制 · 设备管理 战略层 用户需求 · 家庭安全 · 节能增效 · 便捷生活 · 情感陪伴 产品价值根基 需求源头决定产品方向

4.3 战略层:定义产品根基

用户访谈要点:战略层的核心是回答“为什么做”。在智能家居场景中,用户访谈应聚焦三类问题——动机(为什么现在想装智能家居?)、痛点(现在的生活中哪些地方最不方便?)、期望(想象一下理想中一天的生活是什么样?)。

需求拆解方法:使用“价值主张画布”将用户任务、痛点、收益转化为产品价值。例如用户说“我怕家里进贼”,战略需求不是“装摄像头”,而是“获得安全感”。拆解后得到:实时告警、威慑入侵、远程确认、亲友联动等子方向。

实战建议:战略层需要至少访谈8~10位目标用户,覆盖不同家庭结构(独居、夫妻、三代同堂)、不同居住形态(公寓、别墅、老旧小区)。每场访谈后输出一页“战略发现摘要”,包含3个核心洞察。

验收标准:战略层是否清晰,可用一句话检验——“如果只能做一件事,我们为用户解决什么?” 团队所有成员的回答必须一致。

4.4 范围层:划定功能边界

功能规格定义:在战略层明确了“安全感”之后,范围层需要确定具体提供哪些功能。使用MoSCoW优先级矩阵对功能分级:Must have(门窗传感器告警、摄像头实时画面)、Should have(人脸识别、告警录像回放)、Could have(AI入侵预测)、Won‘t have(无人机巡逻)。

业务问题:范围层最大的陷阱是“功能蔓延”。每次新增功能都必须回溯到战略层验证——这个功能是否直接服务于用户的核心价值?

常见误区:不要因为“竞品有”就盲目加入功能。智能家居项目失败的第一原因不是技术做不到,而是范围失控导致开发周期过长、核心体验粗糙。

交付物:功能清单表(编号、功能名称、所属战略价值、MoSCoW等级、估算工时、依赖关系)。

4.5 结构层:构建信息与交互骨架

信息架构:智能家居的信息组织方式直接影响用户理解。例如设备分组可按“空间”(客厅、卧室、厨房)或“场景”(离家、观影、睡眠)或“设备类型”(灯、窗帘、传感器)。结构层需要通过卡片分拣法(card sorting)与用户共同验证哪种方式最自然。

交互流程:以“离家场景”为例,结构层需要定义完整的联动逻辑——关门触发门磁感应 → 等待30秒 → 关闭所有灯光 → 启动安防布防 → 发送“已离家”推送。每一步的状态、条件、异常分支都需要在结构层绘制成状态流转图。

结构层检查点:能否用一句话描述任意两个设备之间的联动关系?如果不能,说明信息架构或规则引擎设计还不够清晰。

验收标准:邀请3位典型用户,给出5个日常任务(如“睡觉前让全屋进入睡眠模式”),观察用户是否能自然理解操作路径。成功率100%为通过。

4.6 框架层:细化界面与操作

界面布局原则:智能家居控制面板应遵循“高频操作触手可及、信息层级一目了然”。例如:首页顶部显示当前状态(离家/在家/睡眠),中部放置最常用的3个场景卡片,底部固定安全告警快捷入口。

操作路径优化:将结构层的“离家场景”交互流程转化为界面操作路径——用户点击“离家”按钮 → 确认弹窗(显示即将执行的动作清单)→ 执行动画 → 完成反馈。框架层要确保每个步骤不超过2次点击。

设计参考:框架层的线框图应使用真实文案和真实设备名称,避免用“xx设备”“xx场景”占位符。真实感能帮助团队和用户更早发现信息层级问题。

交付物:主要页面的线框图(至少包含首页、场景控制页、设备详情页、告警中心页),标注操作路径和手势交互。

4.7 表现层:打磨感知体验

感官反馈设计:智能家居的表现层是多模态的——视觉(灯光颜色、屏幕动效)、听觉(语音播报、提示音)、触觉(旋钮阻尼、手机震动)。例如:安防告警触发时,灯光变为红色闪烁 + 语音播报“门窗异常” + 手机推送震动通知。三种反馈形成闭环,确保用户无论处于家中何处都能感知。

品牌一致性:所有反馈风格应统一。如果战略层定位是“温润的陪伴感”,则提示音不应尖锐刺耳,灯光不应高饱和闪烁,语音语速应平和。表现层的每个细节都在传递品牌性格。

验收标准:设计完成后,组织“感官走查”会议——所有成员在真实环境中体验每一种反馈,记录是否出现“被惊吓”“没注意到”“误解含义”三种负面感受。零容忍。

4.8 分层验证与验收标准

每个层级都需要独立的验收检查点,确保需求在传递过程中没有衰减或失真。下表给出每层的核心验收维度:

层级 验收维度 验收方法 通过标准
战略层 价值一致性 一句话价值验证 团队回答一致
范围层 边界清晰性 功能回溯矩阵 每个功能可对应战略价值
结构层 信息可理解性 卡片分拣 + 任务走查 用户成功率100%
框架层 操作效率 点击路径统计 核心任务≤2次点击
表现层 感知完整体验 感官走查会议 零负面感受记录
验收纪律:上一层未通过验收,不得进入下一层设计。例如战略层价值未对齐,不要开始写功能清单;结构层信息架构未验证,不要画线框图。分层验收是防止“做错返工”最有效的屏障。

4.9 交付物模板

以下是一份可直接复用的“需求分层文档”模板结构,每章课程的交付物均可参照此模板组织:

  • 封面:项目名称、版本号、日期、负责人
  • 战略层摘要:用户画像(1~2页)、价值主张画布、核心洞察列表
  • 范围层定义:功能清单表(含MoSCoW等级)、功能依赖关系图、排除功能说明
  • 结构层交付:信息架构图(设备分组、场景分类)、状态流转图(至少3个核心场景)
  • 框架层交付:主要页面线框图(首页、场景控制、设备详情、告警中心)、操作路径标注
  • 表现层规范:视觉风格参考、听觉反馈规格、触觉反馈规格、多模态组合矩阵
  • 分层验收报告:每层的验收结果、问题记录、改进措施