平面设计师转做网页，已经是很常见的路径。真正需要准备的不是软件操作，而是两件事：理解页面是会变化的，以及理解页面是给用户操作的。
核心差异：从一张画面到一段流程
平面作品是静态的。交付之后，观者的视线怎么走、看多久，由画面本身决定。网页不同，它要考虑用户从哪里进来、看到什么、点哪里、下一步到哪去。同一个页面在不同屏幕上还会呈现不同样子。也就是说，平面的工作对象是一张画面，网页的工作对象是一段流程。
这个差异会带来一连串具体影响。排版要考虑内容多寡的伸缩，配色要考虑交互状态（默认、悬停、点击、不可用），视觉要考虑滚动之后才出现的信息。很多从平面转过来的人卡在这一步，不是因为不会做，而是习惯性地把页面当成一张放大的海报。
需要补上的技能
第一是响应式思维，也就是一套设计要能在不同宽度下都成立。第二是基础的页面知识，至少要知道结构、样式、脚本各自的职责，这决定了你能不能和开发顺畅沟通。第三是内容管理的基本概念，理解内容是怎么被录入、组织和调用的，很多设计上的问题在源头就能避免。
这些不需要学到能开发的程度，但需要学到能对话的程度。把能力结构理解成一个「T」字：纵向仍然是你原本擅长的品牌视觉与审美判断，横向补上布局、交互和一点工程概念。纵向越深，横向的补充越有价值。
几个常见的坑
最常见的是让视觉效果压过使用。全屏动态图形、复杂的滚动特效，在展示时很出彩，一旦影响加载速度或者干扰信息获取，就变成了负担。其次是交互逻辑不清：入口层级跳步、重要操作藏在角落，用户会在几步之内离开。
还有一个是只做单屏。设计稿上每一屏都好看，拼接起来却缺乏连贯性，滚动过程中重点不断变化，用户记不住这个页面在讲什么。
一条务实的路径
可行的做法是先用现有项目做练习：把一份平面稿改造成一个能适配三种宽度的页面，再试着为此设计两三个交互状态。做的过程里，重点体会的不是「更好看」，而是「更好用」。熟悉之后，可以从展示类页面入手接真实需求，这类页面结构相对简单，容错空间大，适合积累经验。
转型的实质不是放弃过去的能力，而是让审美判断多一个落点。能同时理解品牌表达和用户操作的设计者，在项目里的位置会比单纯提供视觉稿的人重要得多。