UX / 产品重新设计 · SCAD · 2026

简化智能
温度控制。

对 Nest 恒温器生态系统的全面重新设计——消除认知摩擦,让系统状态一目了然,统一跨设备体验。

Nest 应用重设计
角色
UX 设计师
周期
10 周
工具
Figma · Protopie
类型
交互重新设计
01 — 产品背景

一款将自身复杂性
暴露给用户的智能设备。

Nest 旨在自动管理家庭温度,但很多用户一打开 App 就遇到了阻碍——系统把内部运行逻辑暴露出来,而不是接受用户意图。本项目重新思考智能系统应该如何辅助用户,而不是给用户增加负担。

双阈值复杂度

用户必须分别设置制热和制冷阈值,才能调整一个简单的温度目标——这把本该隐藏的 HVAC 逻辑暴露给了用户。

排程设置摩擦

横向拖动时间轴需要反复输入数值。一个对产品价值至关重要的任务,却需要太多步骤才能完成。

割裂的心智模型

硬件设备和手机 App 呈现了两种不同的交互范式。在两者之间切换时,用户对系统的理解会被重置。

能耗节省不可见

省电模式静默运行,用户无法将日常操作与实际能耗或费用关联起来,削弱了对产品核心功能的参与感。

02 — 问题空间

四个摩擦点。

研究揭示了用户持续遇到困难的具体位置——不是某个单独功能的问题,而是整个交互模型将系统精确性置于用户意图之上的根本缺陷。

01

制热与制冷逻辑令人困惑

用户必须理解 HVAC 阈值才能调整温度,系统将技术知识作为基础使用的前提条件。

02

排程设置步骤过多

在横向时间轴上拖动并反复输入数值,给每天都需要执行的任务带来了大量摩擦。

03

跨设备体验不一致

硬件和手机上不同的交互模型让学习成本翻倍,在设备间切换时会动摇用户信心。

04

缺乏能耗透明度

节能功能没有清晰的反馈,用户无法理解自己的操作如何影响能耗或费用。

03 — 现有设计

当前体验
是什么样的。

在重新设计之前,我们记录了当前 Nest 在硬件和手机端的体验——也就是用户今天正在与之挣扎的界面。

原始 Nest 恒温器 — 横向排程
P.02

恒温器 — 横向排程

温度节点散布在二维网格上,没有清晰的层级结构——用户必须解读坐标才能理解自己的排程。

原始应用 — 能耗历史
P.04

手机 App — 能耗历史

以条形长度展示用量,没有费用上下文。数据存在,但与用户行为脱节——没有可操作的反馈或节省估算。

原始应用 — 每周制热排程
P.02

手机 App — 每周排程

七天排列在同一横轴上,用户需要横向滚动才能找到时间段——在窄屏手机上既迷失方向,又缺乏上下文。

原始应用 — 单日编辑
P.02

手机 App — 单日编辑

沿横向轨道拖动温度节点来设定时间,需要在小触控目标上精确操作,交互过程中没有明确的视觉反馈。

04 — 关键洞察

研究揭示了什么。

三条洞察决定了本次重新设计的每一个设计决策——它们都指向同一个方向:让系统消化复杂性,而不是转嫁给用户。

1

用户要的是结果,而不是系统模式

人们在意的是舒适结果——“我想更暖和一点”——而不是 HVAC 的运行逻辑。界面需要与这种心智模型完全对齐。

2

温度控制是状态驱动的交互

任何时刻最重要的信息是当前系统状态:温度、模式、省电状态。视觉层级必须让这些信息即时可读。

3

智能自动化应该减少决策

当系统智能需要用户理解它时,反而成了负担。真正的智能家居设计是减少决策,而不是制造新决策。

05 — 设计原则

四条指导
每个决策的准则。

这些原则不是愿景性的指导方针,而是约束条件。每个设计决策在推进前都要对照全部四条原则进行评估。当原则之间产生冲突时,列表靠前的原则优先。

01

早期决策,系统处理其余

用户给出意图——一个目标温度。系统自动判断需要制热还是制冷;无需选择模式,也无需设置阈值。

02

状态即内容

系统状态——当前温度、活跃模式、节能状态——是最关键的信息。视觉层级必须让这些信息一眼可读。

03

跨设备一致,而非完全相同

硬件和手机上采用相同的交互逻辑和心智模型——布局可以不同,行为保持一致。

04

渐进式披露

核心操作始终可见。高级设置仅在用户主动选择时才会出现。

06 — 设计规范

引导产品走向
高端与创新。

基于最终情绪板,我们制定了一套设计规范,引导产品走向高端创新的方向。

深色主题
极简字体ABC
圆润线性图标圆润线性图标
圆角圆角
透明质感
渐变元素
适中信息密度适中信息密度
卡片元素卡片元素
单色调单色调
焦点突出焦点突出
风格指南

色彩

#F95F0E
#5B8BFF
#1C1D1F
#FAFAFA

字体

SF Pro

AaAaAaAa

Google
Sans

AaAaAaAa
07 — 初版高保真 · 01

智能温度输入

以单一目标温度取代双阈值模型。系统读取当前温度,自动判断需要制热还是制冷并执行——无需用户理解工作原理。

用户完全专注于自己期望的结果,运行复杂性被编码到系统中,而非界面上。
制热状态设备制热状态手机
07 — 初版高保真 · 02

纵向排程,极致简洁

纵向时间轴按时间段组织温度事件,温度节点在视觉上相互连接——用户无需横向滚动,即可一眼扫描并编辑全天排程。

排程管理变得更快、更易解读——布局与人们对一天时间的自然认知方式完全匹配。
设备上的排程设备上的时间调整
07 — 初版高保真 · 03

基于事件的排程系统

可复用的排程事件——睡眠、离家、起床——只需定义一次,即可应用到多天。用户无需每周重复创建相同的模式,周菜单让将事件分配到任意一天变得快捷。

排程管理变得可扩展。定义一次,随处应用。
周菜单温度调整
07 — 初版高保真 · 05

动态状态视觉系统

颜色成为表达系统状态的语言。暖橙色代表制热,冷蓝色代表制冷,绿色代表省电。自适应颜色随每次状态变化而切换——系统在你阅读任何文字之前就已经完成了沟通。

状态切换在硬件和手机界面上都变得清晰一致。
制热状态制冷状态
08 — 评估性研究

与真实用户
测试重新设计。

对 6 名具有数字素养的参与者进行有主持的可用性研究,跨恒温器硬件原型和手机应用,共评估 9 项任务。

有主持出声思考SEQ 评分系统可用性量表A/B 测试

恒温器硬件

T1调整温度100%3.6s
T2创建排程100%53s
T3修改排程100%57s
% 独立完成率平均用时

手机应用

T1调整温度100%4.5s
T2创建排程83%29s
T3自定义模式33%48s
T4将模式应用到日期50%33s
T5修改排程50%22s
T6设置工作模式计时50%34s
% 独立完成率平均用时

关键洞察与解决方案

洞察 01恒温器 · T2
保存排程后无确认反馈

33% 的用户不确定排程是否已设置成功。

添加清晰的确认状态——视觉提示、动画,或返回显示已更新排程的主页。

洞察 02恒温器 · T3
时间→温度切换不明确

50% 的用户无法重新找到之前设置的时间;50% 被步骤切换弄混。

进入时自动聚焦到上次设置的时间。为时间编辑到温度编辑的切换添加过渡动画。

洞察 03应用 · T2
点击与拖动手势不易发现

用户不知道如何与排程时间段交互。

在首次进入时提供即时视觉手势提示:“长按添加 · 拖动调整”。

洞察 04应用 · T3
模式自定义入口隐藏

83% 的用户因入口提示不清晰而无法找到编辑模式的位置。

在模式卡片上加入“点击”引导提示,让编辑入口一眼可见。

洞察 05应用 · T4
将模式应用到日期不清晰

66% 的用户对右上角图标感到困惑,不知道如何将模式分配到特定日期。

在模式分配前增加明确的日期选择步骤,支持单日和多日视图。

洞察 06应用 · T6
计时器与排程模式混淆

50% 的用户将计时器功能与重复排程混淆。

让用户直接设置计时时长,无需先选择模式。A/B 测试:75% 用户更偏好这种直接流程。

SUS 评分

47.5/ 100

低于平均水平(68)。基础任务流畅——高级功能拉低了评分。

A/B 测试 — 计时器功能

方案 A — 直接计时75%

无需先选模式,直接设置时长。计时器与排程的区分更清晰。

方案 B — 先选模式25%

先选模式,再设时长。受重视长期扩展性的用户偏好。

09 — 设计迭代

我们改了什么
以及为什么。

可用性研究的发现直接推动了终版前的四项关键设计改动。

01

改前

改前:隐藏的多日交互

将事件应用到多天依赖一个隐藏交互(右上角图标),导致 66% 的用户任务失败。

改后

改后:明确的日期选择视图模式

引入明确的视图模式(单日、多日、事件),用户先选择工作日,再调整温度——使手机应用的心智模型与恒温器硬件完全一致。

02

改前

改前:时间到温度切换不清晰

在硬件恒温器上,50% 的用户会因从“设置时间”切换到“设置温度”的突兀跳转而感到困惑;此外,在保存排程后缺少清晰的视觉确认。

改后

改后:平滑过渡与确认状态

重新设计硬件 UI,使其与手机应用的组件逻辑保持一致。增加了时间到温度的流畅空间过渡,并引入明确的视觉确认状态,让系统反馈即时可理解。

03

改前

改前:颜色语义混淆

橙色和蓝色被用作温度数值的通用强调色,引发混淆——因为这两种颜色在 HVAC 语境中本就代表制热和制冷状态。

改后

改后:颜色专属于系统状态

将橙色和蓝色严格保留给活跃的系统状态(制热/制冷)。温度数值改用中性字体,避免语义误读。

04

改前

改前:先选模式的计时流程

用户需要先选择具体“模式”才能设置计时时长,本应快速完成的任务因此增加了不必要的摩擦。

改后

改后:直接计时流程

根据 A/B 测试结果(75% 用户偏好)实现了直接计时流程。用户现在可以立即设置时长,临时覆盖与长期排程的区分更清晰。

10 — 终版设计

重新设计后的
完整体验。

经过迭代,终版设计解决了全部四个摩擦点——并在硬件与手机端建立了统一的交互模型。

终版 · 温度控制

单一输入。
自动模式。

一个目标温度。系统自动检测是需要制热还是制冷——无需双阈值决策,无需手动选模式。

Nest 恒温器温度控制最终版
温度控制手机应用最终版
终版 · 排程

纵向时间轴。
带上下文的事件。

可复用的命名事件现在内联显示温度信息。一次定义,全周应用——一眼即可看到完整上下文。

单日排程视图
多日排程视图
终版 · 事件

命名事件。
跨天复用。

定义早晨、工作、睡眠等事件——每个事件包含名称、图标、温度和时间表。可应用到任意一天,无需重复输入。

事件编辑视图
事件列表视图
终版 · 省电模式

节能效果
可视可感。

省电模式以美元和百分比实时显示节省金额——有用、透明,并与用户行为直接关联。

省电模式最终版
11 — 验证性研究

迭代真的
有效吗?

在将评估性研究的设计改动落地后,我们对 5 名参与者进行了第二轮有主持的可用性测试,覆盖相同的 6 项手机任务,以量化改进效果。

有主持出声思考SEQ 评分系统可用性量表

第一轮 — 迭代前

T1调整温度100%4.5s
T2创建排程83%29s
T3自定义模式33%48s
T4将模式应用到日期50%33s
T5修改排程50%22s
T6设置工作模式计时50%34s
% 独立完成率平均用时

第二轮 — 迭代后

T1调整温度
100%
3.9s
T2创建排程
100%+17
21.3s
T3自定义模式
83.3%+50.3
31.7s
T4将模式应用到日期
100%+50
24.1s
T5修改排程
83.3%+33.3
16.4s
T6设置工作模式计时
100%+50
19.2s
% 独立完成率平均用时

SUS 评分 — 第一轮

47.5/ 100

低于平均水平(68)。高级排程和模式功能是主要摩擦点。

SUS 评分 — 第二轮

82.5/ 100

高于平均水平——评级“良好”。明确的日期选择、手势提示和直接计时流程解决了大部分摩擦。

+35.0 分提升
12 — 跨设备体验

同一心智模型。
两种设备。

一致性不是让界面完全相同——而是在两个平台上共享相同的逻辑、颜色语言和交互模式。

恒温器硬件设备制热状态
橙色光晕 = 制热状态单一温度目标纵向时间导航
共享逻辑
手机应用
手机制热状态
橙色强调 = 制热状态相同单输入模型相同纵向排程
13 — 项目影响

更少复杂性。
更多掌控感。

通过让系统智能与用户心智模型对齐,恒温器变得更易理解,也更有效地支持节能行为。

60%

认知负荷降低

单目标输入彻底消除了双阈值决策。用户提供意图——系统自动处理所有运行逻辑。

更快

排程配置效率

命名可复用事件取代了拖拽编辑时间轴。全周排程的配置时间缩短至原来的几分之一。

清晰

能耗感知

实时节省数据和省电指示器,将能耗反馈从无形的背景噪音变成可见、可操作的数据。

统一

跨设备可用性

共享的交互逻辑、颜色语言和排程模型——用户在硬件设备和手机应用间只需维护一套心智模型。

张宇晨 · MFA 交互设计 · SCAD · 2026
Next ProjectDoseCare团队负责人 & UX 设计师