标签说明要填什么，提示说明怎么填
别名: 标签与提示分工 · 表单标签 · 字段值域 · placeholder versus label
概念解释
字段身份与输入规格分离（field identity and input-specification separation）让 label 持久标明字段代表的概念和预期值域，让 hint 补充完成输入所需的格式、约束、来源或示例。标签回答“这是什么值”，提示回答“这个值怎样才可接受”；用途解释则回答“为什么收集”。三者可以在同一字段附近协作，但不能靠 placeholder 取代标签，因为占位文字会在输入时消失，也可能被已有值覆盖。
机制
填写者先要把控件映射到一个数据概念，再生成符合规则的值。稳定标签支持浏览、返回修改、错误定位和多个相似字段之间的区分；提示只提供这个值当前需要的额外规格。若标签写成“请输入”而没有概念名，或 placeholder 同时承担身份和示例，输入后便失去参照。若把长规则全塞进标签，又会削弱表单扫描和错误摘要。程序关联使 label、hint、error 与控件在视觉重排、缩放和读屏线性顺序中仍属于同一字段；仅靠上下位置或 hover 无法维持这种关系。
怎么研究
建立 field × value domain × state 的测试表，覆盖空值、已填、自动填充、编辑、禁用、条件显示和错误恢复。让参与者在不输入时识别字段含义和值域，输入时说明格式和约束，报错后定位并修复；记录错填字段、格式错误、回看、重输和恢复时间。比较持久标签、浮动标签、placeholder 及邻近提示时，应控制字段顺序、视觉层级和说明内容，并使用键盘、放大与读屏。不能把成功自动填充误当成标签清楚，因为用户可能没有读取字段。
边界
值域与名称难以分开时，标签可以包含简短限定，例如“出生年份（YYYY）”；分工目标是信息职能清楚，不是禁止括号。自明、无特殊约束的字段可以没有 hint，但仍需要可感知且程序关联的 label。示例值可以出现在 placeholder 中作为补充，只要同一信息不依赖其持续存在，且示例不会被误认为默认值。搜索框等由强上下文和可访问名称共同标识的特殊控件需要单独验证，不能成为全表单隐藏标签的理由。
怎么落地
- 为每个字段分别登记 concept、value domain、format、constraints、source 和 example；用 label 命名概念/值域，用 hint 承载用户在输入时需要的规格。
- 保持标签在空值、输入、自动填充、校验失败与返回编辑时可用；placeholder 只作可选示例，不作为唯一标签、格式要求或错误恢复依据。
- 用平台语义把控件与 label、hint、required state 和 error 程序关联；提示入口须可聚焦、可触摸、可由读屏操作，关键说明不依赖 hover。
- 以真实动态值和错误状态回归视觉及辅助技术顺序。用户应能回答字段是什么、允许什么值并在错误后修正；任一信息只在输入前短暂出现都算缺陷。