E2.02.1initial-height volume cue设计研究
初始高度应反映预期输入量
别名: 文本域高度 · textarea rows · 多行框初始行数
概念解释
多行文本域一出现时的可视行数会被人当成「这里要写多少」的预告。这种由初始窗口给出的量感叫初始高度容量线索（initial-height volume cue）。两行高的框像在要一句备注；八行高的框像在要一段说明或一封短信。它说的是打开那一刻看起来能装下多少，不是输入过程中会不会长高，也不是角落能不能拖。
机制
人把可见窗口当成容量。短窗口触发短回答：评价、退货原因、工单备注会被压成一句，即便系统其实允许多段。高窗口抬高最小努力——空白本身像一份待填的篇幅，有人会为了「填满」而注水，也有人会因为看起来像作文题而推迟动手。单行框用宽度暗示长度；多行框用高度暗示段落量，两者不是同一条线索。若所有多行框都做成同样的三行高，容量差异被抹平，用户只能靠标签猜作业量，而标签往往写「请描述」，并不定量。
怎么研究
给同一提示配两行、五行、十行三种初始高度，比较回答的词数、段落数、提交时间和自我报告的「系统想要多长」。自变量：任务类型（评分理由对事故经过）、是否另有字数范围、是否可见空白页效果。因变量：长度分布是否落在业务有用区间、过短被打回的比例、过长被截的比例。注意实验室被试知道自己在被观察，会写得比真实客服表单更长；字段在真实产品里的中位长度才是校准目标。
边界
移动端视口矮，十行初始高度会把提交按钮顶出屏幕，容量线索与可达性冲突。浏览器对 rows 的像素换算随字体缩放变化，设计稿上的「五行」在用户开大字体后可能变成两屏。对真正开放的长文（日记、代码、邮件正文），初始高度只是视口，不是作业量；给一篇论文预留八行会误导。只读预览或展示已有长文时，高度应由内容决定，而不是由「预期输入量」决定。
怎么落地
- 按业务真正需要的篇幅设初始行数：一句理由两到三行，事故经过或自我介绍六到八行，不要全省默认三行。
- 检查首屏：初始高度加上标签与提交按钮后，主要动作仍应留在一屏内，尤其是手机。
- 用线上已提交文本的长度分布回校行数：中位回答远短于窗口就降低高度，大量一句话被判无效就加高。
- 验证：拿掉「请至少写××字」，只改高度，看新提交的长度中位数是否靠近有用区间。