已有页面改移动端,不要先换配色或追新风格,而要先确认三件事:内容顺序是否合理、触控操作是否顺畅、小屏下是否出现横向溢出。把这三项查清,再决定哪些风格元素保留、哪些重做,通常比整站推翻更省成本。
用手机打开现有页面,不缩放、不横屏,记录第一屏能看到什么。重点看主标题、核心说明、主要按钮是否在无需滚动时出现。如果用户要滑两三次才能找到下一步,问题多半在信息层级,而不是视觉风格。
观察时用真机,不要只用桌面浏览器缩小窗口。桌面端模拟器对触控热区、字体渲染和地址栏占位的判断经常不准。
把发现的问题分成两类。第一类是结构问题:导航层级太深、表单字段太多、正文段落太长、关键信息被折叠。第二类是风格问题:颜色对比不足、间距不一致、圆角和阴影杂乱、图标含义不清。结构问题优先处理,因为换配色救不了找不到按钮的用户。
判断标准可以简化为一句:如果用户知道该点哪里,只是觉得不好看,属于风格;如果用户不知道该点哪里,或者点了没反应,属于结构。已有项目改进时,先修结构,再做风格统一,返工最少。
移动端规划的核心是重排,不是把桌面版按比例缩小。常见做法包括:把多列卡片改成单列;把横向导航收进菜单,但保留当前页标识;把长表格改成逐条卡片或允许局部横向滚动;把次要说明放到主操作之后。
如果页面用到 <h2> 这类结构标签,移动端不要为了视觉大小随意跳级。标题层级影响读屏软件和理解顺序,样式可以用 CSS 单独调整。
改完后按同一套清单复查,避免只凭感觉判断。复查项包括:首屏是否出现主题和主操作;页面是否还能左右滑动;按钮是否都能点到;表单在手机键盘弹出后是否仍能看到当前输入框;返回上一页后滚动位置是否合理。
复查时至少覆盖两种宽度:一种接近常见小屏手机,一种接近大屏手机。再检查一次系统字体放大后的表现,看文字是否被截断、按钮是否错位。若某项不通过,回到对应结构问题处理,不要用缩小字号来掩盖。
拿现有页面最常被访问的一个移动端入口,按上面的观察、判断、处理、复查走一遍,只改这一个页面。记录改动前后的首屏内容和操作步数,再决定是否把这套做法推广到其他页面。