当业务名称长到一行放不下,移动端可读性往往不是字号问题,而是你把名称当作“标题”还是当作“可折行文本”来处理。常见做法是缩小字号或截断,结果要么难读,要么丢失关键信息。真正被遗漏的条件通常是:名称在页面中承担的是识别功能还是导航功能。承担识别功能时,应允许自然折行并保证行高;承担导航功能时,才需要控制长度并给出可展开的完整名称。
同一个长名称,放在页头品牌区和放在导航菜单里,处理方式应当不同。判断依据是用户此刻需要什么:如果用户需要确认“这是不是我要找的那家”,名称必须完整可读;如果用户需要点进去找下一层内容,名称只是入口标签,可以用短标签加辅助说明。
如果两种情况混在一起处理,就会出现“为了菜单整齐而把页头名称也截断”的连锁问题。先分开,再决定后面用什么手段。
当名称属于识别信息,优先保证完整。实施动作是把名称容器的宽度约束去掉,允许换行,并设置合适的行高与断词规则。
假设一个名称有二十多个汉字,在窄屏上大约需要三到四行。此时如果把字号压到很小,虽然行数减少,但阅读负担反而增加。更稳妥的做法是保持正文级字号,让名称占据三到四行,同时压缩它上下的装饰间距,把纵向空间还给名称本身。
具体动作与结果:
例外:如果名称本身包含必须保持连续的英文、数字或符号组合,需要单独为这段内容设置不断行,否则会在中间断开。这个例外不改变整体折行策略,只是局部保护。
当名称出现在导航或列表中,目标是让用户快速扫读并点击,而不是在入口处读完整个名称。实施动作是给入口设定一个短标签,把完整名称放到目标页面。
短标签不等于随意缩写。可用的做法包括:取名称中最有区分度的一段、使用业务通用简称、或用“品牌词+品类词”的组合。选择依据是用户能否据此判断点进去会看到什么。如果短标签让用户无法区分两个入口,说明缩得过度,应回退到更完整的版本。
具体动作与结果:
例外:如果短标签与另一个入口高度相似,应放弃缩写,改用完整名称加纵向排列。此时可读性优先于列表紧凑。
假设一个业务名称是“某某市某某区某某行业综合服务与技术支持中心”,共二十余字。在窄屏上:
这个例子的数字只用于说明比较方法,不代表任何真实项目的测量结果。分界点在于:用户此刻是否需要靠这个名称确认身份。需要,就折行;不需要,就短标签加完整层级。
无论选哪种方式,动作都会影响下一步。折行会让页头变高,需要检查首屏是否还能露出关键操作;短标签会让入口变短,需要检查用户是否还能区分相邻入口。把这两项检查做完,再决定是否微调字号或间距。
如果发现折行后首屏被名称占满,优先压缩装饰间距,而不是继续缩小字号;如果发现短标签导致入口混淆,优先恢复完整名称并改为纵向排列,而不是加长标签。这样处理,长名称在移动端就不再是排版事故,而是一个有明确判断依据的布局决策。