说需求，不学命令
自然语言和单步选择优先，降低导航与记忆负担。
AI PRODUCTAGE-TECHMULTI-DEVICE
小蓝船 · 24.5 英寸适老大屏与家属 App
AI 居家养老
服务中枢
把语音、健康、陪伴内容、家庭协同与到家服务连成一条可执行链路，让长者不必学习“怎样使用 AI”，只需说出当下的需要。
AI 负责理解与协助，不替代医生诊断、紧急救援和家属照护。
01长者端低学习成本 · 语音优先
02家属端信息同步 · 服务协同
产品形态24.5″ 大屏 + App
横屏 Android / Web H5 与移动端协同
核心人群长者 + 家属
连接医生、服务人员与智能设备
设计范围产品模型 + UX/UI
场景、流程、状态、组件与视觉系统
AI 能力理解 → 建议 → 行动
语音、健康解释、匹配、提醒与协同
01 / CONTEXT
需要被解决的不是“老人不会用 App”，而是照护信息与服务被切碎了。
居家养老涉及健康数据、日常提醒、亲情沟通、内容陪伴、问诊和到家服务。它们往往存在于不同设备和入口中，长者要记住操作，家属只能被动询问，服务也难以接上当下的真实状态。
因此我没有把小电视定义成“更大的手机”，而是把它放在家庭的公共空间：以语音和视觉提示承接长者的高频需求，以家属 App 补充复杂配置、信息查看和跨角色协同。
为什么是现在
3.2338亿2025 年末，中国 60 岁及以上人口占全国人口的 23.0%。
需求不是再增加一个功能入口，而是降低持续使用的理解成本，并让家庭照护、健康服务和数字内容在同一语境中协作。
国家统计局数据 ↗解释，再行动
先说明数据与建议依据，再提供问诊、提醒或联系家属。
AI 不越界
风险状态显式升级给医生、家属或线下服务，不包装成诊断。
02 / PRODUCT SYSTEM
一块常驻家庭的大屏，连接一套照护服务网络。
语音交流 · 大字信息 · 一步行动
24.5″ HOME HUB小电视
- AI 管家
- 健康
- 问诊
- 内容
- 智能家居
健康摘要 · 远程关怀 · 相册 · 服务预约
视频问诊 · 到家服务 · 人工复核与跟进
健康设备 · 摄像头 · 门锁 · 灯光与环境状态
SHARED CONTEXT
健康记录 · 家庭关系 · 日程提醒 · 内容偏好 · 服务记录 · 设备状态
长者端少层级、强反馈、可随时回家
常用任务在一屏内完成；语音与触控互相补充；大字号、稳定导航和夜间舒适度优先。
家属端看见变化，而不是盯着数据
把血压、睡眠、步数等原始信息整理成关怀日报、趋势和下一步行动。
03 / AI SERVICE LOOP
AI 的价值不止是“能对话”，而是把对话接到服务结果。
蓝湖 / 产品设计
STEP 01 · SENSE
“小贝，我今天有点头晕。”
语音入口常驻但不过度打扰。系统先确认自己听见了什么，并保留取消、重说与触控选择。
- 明显的聆听、识别与完成状态
- 关键内容复述确认，避免误操作
- 触控入口始终可用，不把语音当唯一通道
设计边界听不清时请求澄清，不猜测健康意图
04 / KEY SCENARIOS
三个场景，让跨端与 AI 能力真正落到生活里。
SCENARIO 01 · HEALTH
从一条血压数据，到一次有人接住的健康行动。
大屏把测量结果转译成可理解的状态；AI 结合近期趋势解释风险，但不做诊断；当需要进一步处理时，直接承接视频问诊、家属通知或复测提醒。
- 01读懂范围、趋势与时间
- 02解释平实语言与风险提示
- 03行动复测、问诊、联系家属
FIGMA 真实设计
SCENARIO 02 · COMPANIONSHIP
不是无限聊天，而是把陪伴带回真实日常。
AI 根据天气、时间、兴趣和家庭内容给出轻量建议：看一场直播、参加课程、浏览家人相册，或提醒与亲友通话。陪伴的终点仍是活动、关系与生活节奏。
“今天外面有点热。要不要先看看茶园直播，晚些再出去散步？”
SCENARIO 03 · FAMILY COLLABORATION
家属看到的是“今天需要关心什么”，不是一堆传感器数字。
家属端汇总血压、步数、睡眠、用药和服务记录，并保留相册、视频通话与到家服务入口。重要变化被提炼为清楚的下一步，而非制造持续焦虑。
关怀日报健康报告家庭相册预约服务
高保真设计探索
05 / TRUST & SAFETY
AI 越接近健康与照护，越需要把“不确定”和“人工接管”设计出来。
建议不是诊断
健康解释使用“提示、建议复测、建议咨询”等措辞；不对疾病下结论，不隐藏数据来源和时间。
重要动作二次确认
呼叫医生、通知家属、购买服务和设备控制在执行前复述对象、时间与影响。
紧急情况转人工
持续异常、明确求助或无法判断时，优先显示紧急联系、家属和专业服务入口。
家庭信息有边界
区分长者本人、家属和服务人员可见范围；敏感健康信息不用于无关推荐。
状态大屏反馈恢复与协同
语音未识别
复述已识别部分，并提供 2–3 个大按钮选项
重说 / 触控选择 / 返回健康数据缺失
说明最后一次同步时间，不用空白或 0 伪装正常
检查设备 / 手动记录 / 稍后提醒风险提示
醒目但不恐吓，解释触发条件和建议动作
复测 / 问诊 / 联系家属网络离线
保留本地时间、相册与已缓存内容
自动重连 / 本地任务 / 电话求助安全原则参考 WHO 对老年人健康 AI 的参与式设计、偏见控制与透明度建议；本案例中的健康功能定位为信息解释与服务协助，不构成医疗诊断。
06 / DESIGN SYSTEM
不是“把字放大”，而是重新分配注意力、距离与操作成本。
上午 9:41客厅 · 在线
张阿姨，早上好
今天 23℃，适合散步。早餐后记得测量血压。
示例组件 · 非真实健康数据远距可读
大屏正文与关键数字建立清楚字号梯度；减少细字、长段落和依赖颜色的提示。
大目标与少分支
高频动作使用大触控区域；同一层级只保留少量选择，并给出即时状态反馈。
夜间优先
避免高亮大面积纯白和刺眼高饱和色；使用稳定的暗色语义层与柔和强调色。
同一语义，多端表达
基础、语义、组件三层 Token 连接大屏和 App；不同设备保持一致状态与词汇。
Night / Surface
Warm / Canvas
Care / Attention
Health / Normal
Warning / Review
20–32px / Tactile
实现参考 W3C Older Users 指南：正文对比度、可放大文本、非颜色唯一提示、字幕和键盘焦点均纳入页面与产品检查。
07 / DELIVERY EVIDENCE
从产品截图、蓝湖到 Figma 与高保真探索，证据分层呈现。
产品 / 蓝湖证据Figma 真实设计高保真设计探索
探索稿用于统一跨端视觉与演示叙事，不写成已经上线的产品能力。
蓝湖 / 产品设计
AI 管家作为服务总入口
状态问候与四个高频任务同屏，减少层级跳转。
Figma 真实设计
视频问诊
将健康提示接入专业服务。
Figma 真实设计
课程与活动
用明确时间与状态支持持续参与。
蓝湖 / 产品设计
AI 服务匹配
从自然语言意图进入可预约服务。
蓝湖 / 产品设计
家庭环境
把设备状态翻译成房间与生活场景。
高保真设计探索
家属端完整场景板
健康报告、相册、通话、订单、提醒和服务预约被组织为同一套管家体验。
08 / RESULT & REFLECTION
最终交付的不只是界面，而是一套可以继续扩展的 AI 养老产品骨架。
跨端产品模型
明确长者端大屏、家属 App、医生、服务人员与家庭设备的角色边界和信息流。
AI 服务闭环
把感知、理解、建议、行动和协同串成可验证流程，而不是孤立的聊天入口。
关键场景与状态
覆盖健康、问诊、内容陪伴、家庭相册、服务匹配、智能家居及主要异常恢复。
可交付设计系统
以基础、语义、组件三层 Token 支撑横屏与移动端，并保留无障碍和夜间模式规则。
设计反思
AI 在这个项目中最重要的能力，不是显得聪明，而是知道何时解释、何时执行、何时把事情交还给人。
因此案例没有虚构商业指标或医疗效果，而是用真实设计证据说明产品怎样降低理解成本、连接服务并保留人工照护的责任边界。
RESEARCH SOURCES
公开研究用于确认问题规模与设计边界，不作为项目效果数据。