一键操作不等于功能简单

先确定真正需要回答的问题

适老设计不是把普通产品做大，而是降低感知、理解、动作和错误恢复的综合负担。好的产品既支持能力变化，也不把使用者固定成被照顾者。

银发用户需要的是关键任务路径清晰，而不是所有功能被删除；过度简化也会剥夺控制感

“好的设计把复杂留在系统内部”必须拆成对象、生活任务、现场条件和可观察结果。“识别高频任务”用于固定问题与输入，“建立信息层级”用于检验方案能否进入真实流程，“测试错误恢复”用于验证场景变化后结论是否仍成立；对“好的设计把复杂留在系统内部”而言，三者缺一，技术能力、服务责任与合作范围就无法比较。

三个动作如何形成一条完整链路

这三步不是平行清单。“识别高频任务”决定问题有没有被正确识别，“建立信息层级”决定方案能否进入真实流程，“测试错误恢复”决定结果能否被复核并持续；缺少“测试错误恢复”，本篇就可能把概念可行误写成场景有效。

把观点放回一次真实使用

一项任务是否简单，要看用户能否发现入口、理解结果、完成动作、确认状态，并在出错时回到正确路径。字体大小只是其中一个变量，流程层级、触控目标、反馈、撤销和求助同样重要。

适老设计以真实任务测试为核心。字号、对比度和按钮只是基础，还要让状态可见、错误可撤销、求助可达、家属代办有边界，并避免幼儿化语言。

本篇把“识别高频任务”作为最小任务，并用“操作步骤”观察正常、异常、拒绝和不可用样本。失败按需求判断、产品、网络、操作、响应和责任分类，使“识别高频任务、建立信息层级、测试错误恢复”真正进入运行记录。

指标必须说明分母和观察条件

• 操作步骤

  记录“操作步骤”时，报告独立完成、协助完成、失败和放弃，注明失败发生在哪一步及是否可恢复。同时保留目标人群、起始状态、观察周期、版本与异常处置，用它检验“识别高频任务”是否改善真实任务，而不是制作脱离条件的宣传数字。

• 完成时间

  记录“完成时间”时，记录首次任务时间、重复任务时间、误触、返回、求助和错误恢复，不用满意度代替行为结果。同时保留目标人群、起始状态、观察周期、版本与异常处置，用它检验“建立信息层级”是否改善真实任务，而不是制作脱离条件的宣传数字。

• 恢复成功率

  记录“恢复成功率”时，按能力特征而非年龄切片，观察改版是否帮助目标用户同时伤害了其他人。同时保留目标人群、起始状态、观察周期、版本与异常处置，用它检验“测试错误恢复”是否改善真实任务，而不是制作脱离条件的宣传数字。

这里的“操作步骤、完成时间、恢复成功率”分别描述需求、过程或结果，不能混成一个总分。若“操作步骤”涉及安全任务，要同时报告误报、漏报、设备不可用和人工补救；若“完成时间”涉及服务任务，则观察等待、未完成原因和服务对象感受，并单列高风险失败。

哪些做法看似合理，却会让方案失真

1. 01

   用年龄替代能力评估

2. 02

   删除功能却没有建立清晰层级

3. 03

   只在设计师演示中测试

4. 04

   语言幼儿化或用恐惧推动购买

当简化界面把关键风险隐藏给用户、辅助功能要求额外记忆、家属代办取消本人控制，或只有研究人员提示才能完成任务时，不应上线。

围绕“建立信息层级”，暂停、人工接管、复测、退出与数据删除必须进入产品定义，不能等问题发生后再用附注解释。

同一个系统，不同角色承担不同任务

• 01

  长辈参与真实任务测试

• 02

  家属获得协助能力但不越权

• 03

  设计与工程团队共同承担错误恢复质量

围绕“好的设计把复杂留在系统内部”，责任不能停留在“家庭共同关注”。实施“建立信息层级”时，写清谁接收信息、确认异常、处理事件、维护设备和改变规则；没有“完成时间”对应的责任人和响应时限，就无法形成服务。

用小规模验证代替一次性大投入

针对“好的设计把复杂留在系统内部”，实施按六步推进：定义对象和任务、记录基线、确认数据与同意边界、小范围调整、连续记录正常与失效样本，再依据“操作步骤、完成时间、恢复成功率”继续、修改或停止。围绕“测试错误恢复”保留版本和责任人，避免只剩无法解释的汇总数字。

扩大“测试错误恢复”前，确认价值是否来自方案本身、结果能否跨家庭或班次重复，以及维护、培训和人工接管成本是否进入预算；若“恢复成功率”无法回答，“常用任务直达，高级功能分层，并提供可恢复操作”仍不能外推。

专业不是说得更确定，而是把边界说清楚

辈佑 / beiiu 对“好的设计把复杂留在系统内部”的判断建立在可验证任务上：常用任务直达，高级功能分层，并提供可恢复操作 品牌围绕“识别高频任务”承担方法与责任，不用名称替代证据；与“操作步骤”有关的事实、观察、假设和规划分别表达。

围绕“好的设计把复杂留在系统内部”建立的框架不能替代个体医疗、护理、法律或采购判断。落实“建立信息层级”前，仍要结合身体能力、居住环境、服务资源、当地规定和本人意愿完成评估。

一份可以复核的项目备忘录应写什么

针对“好的设计把复杂留在系统内部”，项目备忘录先写原始问题和现行替代方式，不从预设产品开始，再记录“识别高频任务、建立信息层级、测试错误恢复”由谁负责、依赖哪些条件、在哪些情况下不执行，以区分需求、设计、安装、服务和责任问题。

关于“常用任务直达，高级功能分层，并提供可恢复操作”的证据链把访谈原话与解释、设备观测与模型推断、试点结果与未来目标分别保存。对“操作步骤、完成时间、恢复成功率”写明分母、周期、样本流失、版本变化和异常处理，未完成案例不能从统计中消失。

设计验证应逐步记录入口发现、信息理解、动作完成、状态确认和错误恢复，并区分独立完成与他人协助完成。大字体或一键入口只有在真实任务中减少误触、犹豫、求助和放弃，才构成有效适老化。

复核“好的设计把复杂留在系统内部”时，把“识别高频任务”与“操作步骤”放在同一条证据链上：前者说明实际改变，后者说明观察方式，两者无法对应时，“操作步骤”改善也不能证明“识别高频任务”已实际改善。

围绕“测试错误恢复”写出继续、修改和停止条件，包括触发人工方案的安全、隐私、接受度或维护风险，让后来接手的人能依据“常用任务直达，高级功能分层，并提供可恢复操作”重建判断，而不是只看到完整外观。