一个落地页可能没有明显的技术错误:首屏有大标题,下面排着几张圆角卡片,按钮带渐变,滚动时内容逐块出现。换掉产品名称,这套页面依然能卖课程、软件或咨询服务。问题也在这里。每个元素都说得过去,组合起来却看不出它属于谁。
继续调阴影和圆角通常救不了这种页面。设计方向在写组件之前就是空的,后面的代码只能把默认选择做得更整齐。
先问清这个页面只负责什么
落地页应该有一个主要任务。它可以让访客预约演示,也可以解释一项新服务,但不要同时把下载资料、关注账号、申请试用和加入社群都放进首屏。任务不清楚时,按钮会争抢注意力,内容层级也只能依赖字号大小来区分。
改版前先写一段很短的设计备忘录。说明产品是什么、谁会打开页面、访客此刻最需要判断什么,以及完成判断后应该做什么。缺少真实文案时,可以先用接近最终长度的内容占位,别用两三个字的假标题测试布局。真实句子一放进去,很多看似漂亮的栅格会立刻暴露问题。
示例任务:为一项面向小团队的预约服务设计介绍页。访客需要先看懂服务范围和可预约时间,再决定是否提交需求。页面的主要动作是“查看可预约时间”。
这只是一个任务写法示例,不是通用模板。换成工业设备、地方展览或财务软件,页面依据也应跟着变化。
从产品材料里找视觉线索
Frontend Design Skill 要求先把设计落到具体主题、受众和页面任务上。颜色、字体、布局和动效不应来自“现在流行什么”,而应从产品使用场景、材料、工具和语言习惯中找依据。
例如,一项需要用户谨慎核对信息的服务,页面节奏可以更稳,颜色数量应受到控制,表单状态也要清楚。面向现场作业的工具,则要考虑强光下的辨识度和短句操作文案。这里没有一组放之四海而皆准的配色。依据不同,选择自然会不同。

把设计计划压缩到一页
官方 Skill 建议第一轮先做紧凑计划。配色写出四到六个有名称的色值,并标明背景、正文、强调和状态各用哪一种;字体至少区分展示文字和正文,需要数据或注释时再增加辅助角色。布局用一句话说明节奏,再画简短线框比较首屏与内容段落的关系。
还要选一个能代表当前项目的标志性元素。可能是取自产品结构的切面图,也可能是一种只在关键位置出现的排版方式。大胆之处集中在这里,周围保持安静。五种抢眼效果同时出现,只会让访客重新面对一堆竞争焦点。
计划写完先别急着开发。把产品名称遮住再看一遍:这套配色和结构还能原样交给另一家公司吗?如果答案是肯定的,就回到材料里找新的依据。Frontend Design Skill 明确提醒了几类常见默认方案,包括暖米色配高对比衬线字体、近黑背景配荧光强调色,以及密集的报纸式细线布局。这些风格并没有错,缺少理由时才会显得机械。
组件数量多,不代表信息更完整
模板感很重的页面常把所有内容装进卡片。服务介绍是一张,流程是一张,用户评价又是一张。卡片边界代替了内容关系,访客只能从上往下扫过一排相似盒子。
重新排版时,可以保留真正需要比较或重复的卡片,其余内容交给标题、留白和段落宽度组织。编号只用于真实顺序,分隔线只在内容关系发生变化时出现。统计数字没有可靠来源或不影响决策,就不该为了填满首屏硬加进去。

这一轮删减最好配合截图完成。浏览器里实际渲染的页面,会暴露代码视图看不到的问题:某段留白突然断掉,移动端标题挤成四行,按钮在不同区域换了叫法,或者动效同时发生得太多。看到这些问题再改,比继续往设计稿上添加说明有效。
界面文案也会暴露模板味
“提交”“立即开启”“赋能增长”可以放进太多页面。按钮应写清按下后发生的事情,例如“保存修改”“查看可预约时间”。同一个动作在按钮、处理中状态和成功提示里使用同一个名称,用户才不需要重新理解。
空状态和错误提示也属于设计。表单失败时,页面要指出哪里出错以及怎样改;空白列表应给出下一步,而不是只表达遗憾。文案从用户能控制的事情出发,少写系统内部名称。
最后一轮检查留给键盘和小屏幕
视觉方向再鲜明,也要守住使用底线。页面缩到手机宽度后,阅读顺序应保持清楚,操作区域不能挤在一起。用键盘逐个移动焦点时,当前控件需要有可见标记。W3C 对焦点可见性的说明指出,键盘用户需要知道接下来会操作哪个控件。
动效也要接受减少动态效果的系统设置。可以把静态状态作为基础,只在用户没有选择减少动态时启用运动。这样保留了设计意图,也照顾会被动画干扰或引发不适的访客。
交付前保存桌面和手机两张完整截图,把它们与最初的设计备忘录放在一起。逐项检查主任务是否突出、视觉选择能否说出依据、文案与操作结果是否一致。代码实现得再干净,如果这三件事答不上来,页面仍然需要回到设计阶段。

技能提升网