适老化设计不再加班，豆包工作「UI设计师」一下午出高保真原型

作为一名UI设计师，最近接了一个老年健康应用的项目。这类产品跟普通App不一样：用户是60岁以上的老年人，字要大、对比度要高、操作能少一步是一步——一个按钮点不准，老人可能就直接放弃了。

首页和用药提醒页，是整个产品最核心的两个页面。首页是老人每天打开App看到的第一屏，信息必须一眼看懂；用药提醒页关系到按时吃药，按钮必须足够好点、状态必须足够清楚。

做适老化不是“把字调大”四个字这么简单：正文和背景的对比度要过标准线，触控区域要够宽够高，信息密度要低，每一步都要想“老人会不会点错”。每一项都是一串数字，手调起来非常耗时间。

以前做这类项目，从产品需求到可交互原型，流程很长：先画线框图跟产品对，再上高保真视觉稿，最后还要单独写一份设计说明。光是适老化规范就要反复调——字号够不够大、触控区够不够宽、颜色对比度达没达标，一版版改；需求一变，页面和文档整套跟着返工。

听说豆包工作内置了「UI设计师」工作伙伴，专注设计系统与组件规范，能把产品需求直接转化为可交互原型。

在豆包工作左侧栏「插件·技能·伙伴」里，切到「工作伙伴」分类，选择「UI设计师」——它的定位是专注设计系统与组件规范、打磨界面细节，把产品需求直接转化为可交互原型。

然后把需求写清楚丢进对话框。大致是这样说的：“我是一名UI设计师，正在做一款老年健康应用，目标用户是60岁以上的老年人。请帮我设计首页和用药提醒页两个页面，要求适老化：大字体、高对比度、大按钮、操作路径最短。首页需要包含今日健康概览（血压、心率等数据卡片）、今日用药提醒快捷入口、一键呼叫紧急联系人；用药提醒页需要展示今日用药清单，每个药品包含药品名、剂量、服用时间、已服/未服状态，老人可以一键打卡确认。交付可运行的高保真原型和完整设计说明。”

这段需求里没有一句设计术语，就是产品经理视角的日常描述，工作伙伴也能读懂——不用会写prompt，把需求讲清楚就行。

关键是把三件事说清楚：产品是什么、用户是谁、交付什么。剩下的页面结构、组件规范、视觉细节，交给工作伙伴去拆。

豆包工作接到需求后自动拆解：先理解适老化设计规范，再分别生成首页和用药提醒页的高保真原型。

首页原型：大字体数据卡片展示今日血压、心率，用药提醒快捷入口用大按钮突出，一键呼叫放在底部固定位置，整体配色高对比度，文字层级一眼清楚。

用药提醒页原型：今日用药列表，每个药品一张卡片，药品名和剂量用超大字，服药时间醒目，“已服用”确认按钮足够大、足够好点。

而且原型是能点的，点“已服用”，状态当场切换成“已服用”，老人端看到的反馈一步到位，不是一张只能看的静态图。

两个页面跑出来，组件风格是统一的：同一套圆角、同一种按钮尺寸、同一种对比度标准，不会出现首页和提醒页各画各的。

中间任何补充要求都可以直接扔给它，比如“确认按钮再大一圈”“首页数据卡片换成更柔和的暖色调”“用药提醒页加一个漏服提醒的样式”，豆包工作会立即修改调整，不用重头再来。

原型跑完后，豆包工作还附带了完整设计说明：适老化设计规范要点（字号、对比度、触控区域尺寸）、组件使用说明、两个页面的设计思路——不是只有一张图，而是能直接交给开发落地的设计文档。

从产品需求到可运行高保真原型加设计说明，以前是线框、视觉、文档分开走，现在「UI设计师」工作伙伴一次跑完，剩下的是设计师的判断和微调。AI不是替代设计师，是把重复、规范的部分接走，让设计师把时间花在适老化这种真正需要专业判断的地方。工具负责把“行”的做出来，人负责判断“对不对”。

如果你也在做适老化设计，或常接这类从0到1的项目，可以找一个页面需求拿豆包工作试一次，现在网页搜索「豆包工作」下载电脑端，新用户还可以限时领取30天会员哦。