阶段名称需描述实际工作内容而非技术术语
别名: phase label · user-centered language · technical jargon · progress copy
概念解释
以用户为中心的进度标签（user-centered progress labels）用用户能理解的实际工作、结果或等待原因命名阶段，例如「检查文件是否可用」「正在上传照片」「准备发布」，而不是「序列化」「建立索引」「执行 worker」。阶段名称的任务不是展示系统架构，而是帮助用户解释当前发生什么、为什么需要等待、是否与自己的目标有关以及出错时该怎么办。技术术语即使准确，若不能支持这些判断，对进度体验没有价值。
机制
用户通过标签建立过程模型并预期后续行动。内部术语缺少与用户对象、目标和后果的连接，迫使人猜测它是否正常、是否危险或是否需要干预；不同用户的技术知识差异还会让同一词产生不同解释。以工作内容命名把系统状态翻译为可行动的语言，例如从「正在检查」可推断仍可能发现问题，从「正在发布」可推断结果将对外可见。好的标签降低不确定性，而不是增加一段需要解码的日志。
怎么研究
比较技术标签、过度抽象标签和任务语言标签，要求参与者在各阶段说明系统在做什么、是否应等待、可能的下一步和失败后的处理。测量解释正确率、帮助查找、焦虑和恢复成功，而不仅是术语熟悉度。测试应涵盖不同专业背景和本地化版本；开发者能理解的缩写常会掩盖普通用户的解释缺口。还要检验标签与真实行为是否一致，避免用好懂的词掩盖不同的实际操作。
边界
用户中心不等于完全删除技术信息。面向专家的工具、诊断页面或支持流程可能需要暴露任务 ID、协议或模块名，但应把它们作为可展开的详细层，而不是唯一阶段名称。过度口语化也会模糊关键后果，例如「正在处理」无法说明是上传、删除还是审核。名称应简洁但具体，说明用户对象与工作意图，不承诺未发生的结果。
怎么落地
- 为每个阶段写一句用户能回答「系统正在对什么做什么」的名称；将内部服务、队列和实现细节移到诊断或展开信息中。
- 让标签与该阶段的可取消性、错误和结果一致，避免「完成中」等无法支持行动的泛词。
- 用对象与动词保持一致的词汇体系，例如始终说照片、订单或报告，而非在不同阶段切换技术实体名称。
- 在中途理解测试中要求用户解释等待原因和下一步；如果只能复述术语或无法判断风险，重写标签而非补更多装饰。