E2.01.1expected-length affordance设计研究

输入框宽度应提示预期内容长度

别名: 字段宽度 · field width · 输入框长度示能 · input sizing

概念解释

单行输入框的宽度会被人当成「这里大概要填多长」的预告,而不是排版上的剩余空间。这种由空槽长度给出的线索叫预期长度示能(expected-length affordance):短框暗示邮政编码、验证码、年份;接近整行的框暗示姓名、邮箱、一句话标题。宽度说错了,用户会少填、多填,或在提交前反复改格式,哪怕标签已经写了合法范围。

机制

人在落键之前会先估输入量。框的可视空槽比标签里的字数说明更早进入决策:眼睛扫到一条短槽,就会按短码来组织内容;扫到一条拉满栅格的槽,就会按「要写完整一段」来准备。框太短,长内容被截断或逼出横向滚动,用户以为系统不接受完整值;框太长,短码会被补成一整行,验证码、邮编、两位年份尤其容易被写成超长串。宽度传达的是,不是「这里能不能点进去」。等宽与比例字体下,同样像素宽度对应的字符数差一截,所以宽度是知觉线索,不是字符预算本身。

怎么研究

比较同一字段在窄、中、宽三种宽度下的输入长度分布、截断率、提交前修改次数。自变量:字段语义(邮编对地址)、是否另有字数提示、字体是否等宽。因变量:实际字符数与合法长度的偏差、补零或截断是否发生、完成时间。眼动可看人是否在输入前先扫框宽。实验室里的标签往往写得很清楚,会掩盖宽度线索的真实贡献;更严的做法是弱化或延迟标签,看宽度单独能传达多少。不要把「框里装得下」当成成功标准,要看输入分布是否落在业务预期区间。

边界

响应式布局会把同一字段在窄屏拉满、宽屏按内容收缩,宽度信号因此不稳定:桌面上学到的「这个框该填短码」到手机上会失效。对不限长度的搜索框、聊天输入,宽度表达的是可用空间而非合法长度,不要假装它在限字数。标签、前缀、后缀和图标会吃掉内宽,外框看起来很长、可输入区却很短,线索会反转。多语言下同一语义的字符串长度可差数倍,按一种语言定死的宽度在另一种语言里会变成截断或空洞。

怎么落地

  • 按合法或常见长度设框宽:邮编、验证码、年份用短框;姓名、邮箱用中等;地址、标题允许更长。
  • 不要为了栅格对齐把短字段拉满一行;视觉整齐会盖掉长度提示。
  • 把前缀、后缀、内嵌图标算进内宽,让可输入的空槽长度才是人看到的「预期长度」。
  • 验证:拿掉标签里的数字限制,让人只看框填一页表。记录每项实际长度是否落在预期区间;系统性偏长或偏短就改宽度,而不是先改报错文案。

延伸

  • 同组E2.01.2 边框与填充需明确表达可输入区域 · E2.01.3 焦点态必须与默认态显著区分
  • 相邻E2.02 多行文本域 · E2.08 字数限制
  • 站内检索expected-length affordance · field width · input sizing

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/E2.01.1