让宠物状态可被远程理解
把宠物状态、环境数据和运输状态整合到手机 APP，降低主人在托运过程中的信息不确定感。
个人项目 / UX 与智能硬件交互设计
Pet Air Care
高端智能宠物航空箱跨端交互设计
围绕宠物长途航空运输场景，设计宠物主人端 APP、服务机构端 APP 与箱体触摸屏端的高保真交互原型，构建从远程查看、异常提醒到现场有限操作的跨端体验。
高保真交互原型
覆盖主人端、服务机构端与箱体触摸屏端
跨端任务流程
连接远程查看、异常识别与现场有限操作
用户测试迭代
完成 2 轮测试，基于 3 名用户反馈优化信息层级
智能硬件场景
围绕宠物航空箱硬件触点展开体验设计
高保真交互原型
展示宠物主人端 APP 与箱体触摸屏端的核心状态查看界面，体现远程查看与现场反馈的跨端关系。
01 / Project Overview
项目概览
这是一个围绕智能宠物航空箱服务体验展开的个人 UX 项目，重点呈现三端界面与跨端交互原型设计。
项目类型
个人项目 / UX 与智能硬件交互设计
我的角色
UX 设计师，独立完成三端界面与交互原型设计
项目时间
2026.03 - 2026.05
使用工具
Figma
02 / Background & Problem
背景问题
宠物长途航空运输过程中，宠物可能受到应激反应、温湿度变化、噪声震动和环境不可控等影响。主人在托运过程中也难以及时了解宠物状态。这个项目围绕这些问题，设计智能宠物航空箱相关的跨端交互界面。
应激反应
温湿度变化
噪声震动
状态不可见
03 / Hardware Concept
硬件产品概念
智能宠物航空箱作为系统的核心硬件触点，承担宠物运输过程中的环境承载、状态采集、现场反馈与设计范围内的有限操作。宠物主人端 APP、服务机构端 APP 与箱体触摸屏端的交互设计均围绕这一硬件场景展开。
环境承载
作为长途运输中的环境承载空间，支持状态监测与现场反馈
状态采集
承接温度、空气质量、电量与异常状态信息
现场反馈
通过箱体触摸屏提供状态查看与控制入口
04 / Target User
目标用户
对托运过程中宠物生理和心理健康有较高要求的宠物主人，同时覆盖服务机构在运输与服务过程中的管理协作需求。
05 / Design Goals
设计目标
设计目标围绕宠物状态可见、异常信息可理解，以及三端体验一致性展开。
让异常信息更容易被识别
围绕温湿度、噪声震动和环境变化组织提醒层级，突出需要主人关注的关键状态。
连接远程查看与现场交互
同时设计主人端、服务机构端和箱体触摸屏端，使远程查看、服务履约和现场处理形成清晰的跨端协作路径。
06 / Core Features
核心功能
核心功能覆盖宠物状态、环境监测、异常提醒、安抚控制、运输反馈和跨端查看。
宠物状态查看
环境监测
异常提醒
安抚功能设置
运输状态反馈
手机 APP 远程查看
箱体触摸屏现场交互
07 / Cross-platform System
三端协同系统
三端交互围绕智能宠物航空箱这一硬件触点展开，让环境承载、状态采集、远程查看和现场有限操作形成清晰的协作路径。
01
硬件航空箱
作为环境承载与状态采集中心，连接宠物运输现场、设备状态和跨端服务流程。
02
宠物主人端 APP
远程查看宠物状态、接收异常提醒，并完成清洁维护等服务预约。
03
服务机构端 APP
管理航空箱运营状态、处理异常预警，并安排清洁维护与任务分配。
04
箱体触摸屏端
提供现场状态查看、目标温度设置和异常提醒确认。
Design Constraints & Responsibility
设计边界与责任机制
本项目以智能宠物航空箱为概念载体，重点探索运输状态监测、异常识别与跨端协作体验。设计方案用于验证交互与服务机制，不代表已经完成适航认证、硬件工程验证或实际航空运输部署。
项目与硬件边界
概念验证
本项目用于探索跨端交互与服务流程，不代表产品已经完成适航、安全认证或量产验证。
有限调节
箱体仅在设计假设范围内执行监测与有限环境调节，无法消除全部外部运输风险。
辅助判断
传感器数据用于状态提示和风险判断，不构成医疗诊断或绝对安全结论。
人工处置
当异常超出设备能力时，系统负责识别、通知和记录，实际处理仍由现场人员完成。
Permission Matrix
三端权限关系
将查看、协调与现场操作分配给对应角色，避免把信息可见误解为操作权限。
主人端｜查看与受限调节
能力
- 查看箱内温度、排气、宠物状态、电量和连接情况
- 在系统允许的安全范围内调整目标温度
- 切换智能模式与有限的环境运行模式
- 接收数据延迟和异常信息
- 查看服务处理状态并提交服务需求
边界
- 远程指令需要经过设备状态与安全范围校验
- 不允许关闭关键告警、绕过本地保护策略或设置超出允许范围的参数
- 断网或数据延迟时暂停远程调节，仅显示最近一次同步状态
- 日常环境调节由主人端完成，超出设备能力的异常由服务端协调现场人员处理
服务端｜识别与协调
能力
- 查看异常设备和运输批次
- 判断异常优先级
- 联系或协调现场人员
- 记录服务处理信息
边界
- 当前原型重点展示异常识别与协作入口
- 不宣称已经形成完整自动派单和运营闭环
现场端｜确认与有限操作
能力
- 查看箱体本地状态
- 接收本地异常提示
- 由授权现场人员确认异常
- 执行设计范围内的有限操作
边界
- 触摸屏不能代替现场服务流程
- 声音、灯光等提醒属于箱体硬件反馈机制，不是屏幕自身能力
Connection States
正常与延迟状态对比
Data Boundaries
连接与数据限制
数据可能延迟
主人端显示的是最近一次成功同步的数据，连接不稳定时应明确标记更新时间和延迟状态。
本地运行优先
连接异常时暂停远程调节，箱体继续执行最近确认的本地策略，并在恢复连接后同步最新状态。
恢复后同步
恢复连接并完成状态校验后，再开放可用的远程调节入口，避免把旧数据继续表现为实时数据。
异常优先通知可处置人员
需要现实操作的异常优先通知服务端和现场人员，再将处理状态同步给主人。
以上机制属于本项目的产品设计假设，用于说明交互与责任边界，尚未经过真实航空运输环境和硬件系统验证。
Incident Responsibility
异常处置责任链
从本地识别到现场处置，系统承担信息传递和协作支持，不替代有权限的现场人员。
01
箱体检测
本地传感器发现异常或异常活动。
02
本地提示
箱体通过屏幕及概念中的声音或灯光机制提醒现场人员。
03
服务端识别
服务端定位异常设备和运输批次，并协调现场处理。
04
现场处置
授权现场人员检查实际情况并执行必要操作。
05
状态同步
处理信息通过服务系统记录，并将最新状态同步给主人。
系统的价值不是替代现场处置，而是缩短异常发现、信息传递与协作响应之间的时间。
核心任务流
08 / Key Screens
关键界面
关键界面展示宠物主人端、服务机构端与箱体触摸屏端的核心任务界面，重点呈现远程状态查看、服务预约、异常识别、批量管理和现场有限操作等跨端体验。
宠物主人端 APP
展示宠物主人远程查看状态、预约服务与管理账户入口的核心界面。
09 / Interaction Logic Redesign
交互逻辑重构
项目从单独优化界面，逐步转向围绕三类关键任务重新组织信息与反馈：主人快速判断宠物状态、服务人员识别异常任务，以及现场人员完成有限操作。
01
逻辑一｜从指标展示到状态判断
主人端不只罗列温度、空气质量、电量等数据，而是先帮助用户判断当前状态是否需要关注，再进入详细信息和服务行动。
02
逻辑二｜从运营数据到异常识别
服务端优先呈现异常设备、运输批次与协作入口，减少普通运营信息对风险判断的干扰。
03
逻辑三｜从单次操作到本地反馈
箱体触摸屏在状态查看、参数调节和异常提示中提供连续反馈，帮助授权现场人员理解当前操作阶段。
10 / Usability Testing & Iteration
可用性测试与迭代
2 轮原型测试3 名目标用户定性反馈与设计复盘
以下问题归纳结合了原型测试反馈与设计复盘。由于未保留可量化的任务耗时、成功率和逐条访谈记录，本节主要通过任务路径和前后界面对比说明设计调整，不宣称已经获得统计意义上的效率提升。
CASE 01 / OWNER STATUS JUDGMENT
主人如何快速判断宠物与设备状态
任务
在较短时间内判断宠物、箱内环境和设备状态是否存在需要关注的问题。
观察与证据
旧版首页同时呈现多项独立指标，但整体状态和信息优先级不够集中，用户需要自行在温度、空气质量、宠物状态与设备信息之间形成判断。
设计修改
- 重组首页首屏信息层级
- 优先呈现当前宠物与设备概览状态
- 保留温度、空气质量、电量等详细指标
- 将航空箱详情和服务入口纳入后续行动路径
- 形成“先判断、再查看、后行动”的信息顺序
设计结果
新版首页更明确地区分整体状态、详细指标和后续入口，使主人能够从概览进入航空箱详情和服务操作。
主人端首页
点击界面可查看完整原图
CASE 02 / SERVICE ANOMALY IDENTIFICATION
服务人员如何发现异常并定位运输任务
任务
在多个设备和运输批次中快速识别需要优先关注的异常信息。
观察与证据
旧版看板和批次页面同时承担运营展示与异常查看任务，异常设备、批次和普通信息之间的视觉优先级不够清楚。
设计修改
- 强化异常设备和异常数量的视觉优先级
- 将异常批次与普通批次进行区分
- 增加异常筛选和定位入口
- 将联系或协调现场人员作为后续协作入口
- 减少与异常判断无关的信息干扰
设计结果
新版将异常识别从普通运营信息中提取出来，使服务人员可以先定位异常设备和批次，再进入后续协作。
当前原型重点验证异常识别和现场协作入口，不代表已经设计或验证完整的自动派单、接单、处理中和完成闭环。
点击界面可查看完整原图
CASE 03 / LOCAL INTERFACE REFINEMENT
现场端状态与操作界面优化
任务
优化箱体触摸屏中状态查看、温度设置与异常提示页面的可读性和操作一致性。
观察与证据
旧版已经具备状态查看、温度设置和异常提示等基础功能，但不同页面的视觉风格、信息强调和操作控件表达不够统一。
设计修改
- 统一状态、设置与异常页面的色彩和组件风格
- 调整主要状态值、操作入口和提示按钮的视觉层级
- 补充必要的状态说明与操作反馈，使不同页面的表达方式更一致
设计结果
新版在保留原有功能结构的基础上，提高了三个页面之间的视觉一致性和信息可读性。该调整主要属于界面与反馈表达优化，尚未进行量化操作效率验证。
触摸屏中的“确认”表示现场人员已接收或确认提示，不等同于异常已经完成处置；超出设备能力的问题仍需由服务端协调现场人员处理。
点击界面可查看完整原图
Supporting Refinements
辅助设计优化
以下调整来自设计判断、信息架构复盘与视觉细化，不作为独立的用户测试结论。
设计判断
预约服务入口调整
在状态查看之外补充维护和服务入口，使用户可以从发现问题过渡到预约清洁或维护服务。
信息架构与视觉细化
个人中心信息重组
整理宠物档案、设备绑定和账户信息的层级，减少个人中心中的视觉干扰。
协作入口探索
服务人员协作信息
补充人员、任务和服务信息的组织方式，为后续现场协作流程提供入口。
当前素材未展示完整的派单、接单和处置过程，因此这里只作为协作入口探索，不作为完整运营闭环的验证结果。
11 / My Contribution
个人贡献
独立负责使用场景梳理、功能规划、信息层级设计、跨端交互流程、高保真界面设计、Figma 原型搭建和迭代优化，重点提升宠物状态、环境数据与异常信息的可理解性。
使用场景梳理
功能规划
信息层级设计
跨端交互流程
高保真界面设计
Figma 原型搭建
迭代优化
12 / Reflection
设计反思
这个项目的关键挑战在于把智能硬件采集到的宠物状态、环境数据和异常信息转译成主人容易理解的界面语言。通过三端界面的组合，设计从单点信息展示扩展为远程查看、服务履约与现场交互并行的体验系统。
View Interactive Prototype查看完整可交互原型
完整点击路径、跨端跳转和状态反馈可在 Figma 原型中查看。
Owner App + Service App + Touch Screen