网站设计稿评审怎么做：从首页到内页的逐项确认
评审之前，先把材料摆到同一张桌子上
不少项目在开发进行到一半时才发现问题：设计稿里没有表单报错的样子，列表超过十条之后不知道该怎么排，窄屏下导航没有画。这些都不是审美问题，而是评审时缺了对照物。设计稿单独看很难判断对错，必须和需求清单、内容资料放在一起看。
评审开始前建议确认以下几样材料是否齐全：
- 页面清单：一共几个页面，每个页面的用途和主要入口；
- 需求清单中涉及的功能项，例如表单、筛选、登录、下载；
- 内容资料的实际体量，标题平均多长、正文大概多少字、图片比例是否统一；
- 品牌规范（如有），包括主色、字体、Logo 使用规则；
- 需要适配的终端范围，至少明确电脑、手机，是否包含平板。
材料不齐时，评审可以做，但只能评审结构，不能评审细节。这一点要事先说明，否则后面容易把“当时没资料”变成争议。
第一步：拿需求清单对着首页看信息层级
先不看颜色，只看首页要传达什么、入口在哪。判断依据很朴素：一个第一次进站的访客，能不能在三秒内知道这家公司做什么、下一步该点哪里。
重点核对三件事。首屏的核心信息是否被轮播图或大段装饰挤掉；主要入口是否出现在访客预期出现的位置，而不是藏在页脚；模块之间的顺序是否与业务优先级一致，而不是按设计好看程度排列。
这里容易遗漏的检查点是“入口数量”。首页入口太多，等于没有重点；太少，则部分内容页没有到达路径。评审时不妨在稿子上把每个入口标出来，逐一对应到目标页面，缺路径的当场记下来。
第二步：内页看结构一致性，而不是逐页看细节
内页评审的重点是模板是否统一。企业官网常见的内页类型有列表页、详情页、单页（关于我们、联系方式）、功能页（表单、搜索）。同类页面用同一套结构，后续内容录入和改版都省力。
需要确认的细节包括：列表页每页显示多少条、分页样式、标题超长时是否截断；详情页的正文宽度、图片最大宽度、相关推荐位置；单页内容很长时是否需要页内锚点。这些在稿子上往往只有一条示例，实际录入时才会暴露问题。
如果发现某类页面只画了一张图、没有说明“内容多和内容少分别长什么样”，就要在设计交付前补上，而不是留到开发阶段临时决定。
第三步：组件状态有没有画全
这是评审中最容易漏、返工成本最高的一块。设计稿通常只呈现“正常状态”，但开发要写的是全部状态。可以按下面这份清单逐项过：
- 按钮：默认、悬停、点击、禁用，是否都有明确样式；
- 表单：输入中、校验失败、提交成功、提交失败，错误提示放在字段下方还是顶部；
- 列表：空状态、只有一条、超过一屏、加载中、加载失败；
- 图片：比例不符时是裁切、留白还是拉伸，缺图时用什么占位；
- 导航：当前页高亮、二级展开、移动端折叠后的样子；
- 提示信息：操作成功、无权限、内容不存在。
状态缺失往往不是设计能力问题，而是评审没提。与其在开发完成后补，不如在评审会上一次性问清楚。现场没有结论的，标为待定并指定负责人，不要用“差不多就行”带过。
第四步：响应式不能只看一张手机图
响应式适配的争议大多来自断点没有约定。评审时至少要看到三个宽度下的表现：桌面常见宽度、平板或小笔记本宽度、手机竖屏宽度。重点看导航如何折叠、多列布局在第几档变成单列、表格和长文本如何处理、按钮在窄屏下是否还点得准。
还有一个常被忽略的检查点：内容长度变化时布局是否稳定。比如标题从八个字变成二十个字，卡片会不会被撑破；正文插入一张竖图，行高和间距是否还成立。让设计方用最长的真实文案替换一次占位文案，比看十张精美效果图更有用。
第五步：文案、图片与合规信息单独过一遍
视觉评审结束后，把文案和素材单独拉出来对。需要确认的有：页面上的标题和正文由谁提供、什么时候提供；占位文案是否会被误当成最终文案直接上线；联系方式、备案信息、版权年份放在哪个位置；表单需要收集哪些字段、是否有必填说明和隐私提示。
这一步的价值在于把“设计问题”和“内容问题”分开。设计稿里出现编造的客户名称、虚假的资质图标，应在评审阶段就删掉，等真实资料到位再补。素材未到位时，宁可留空位，也不要用看起来像事实的示例内容。
评审怎么收口：记录、确认与变更边界
评审会开完不等于结束。有效的做法是当场形成一份问题记录，每条写清楚：所在页面、问题描述、提出人、处理结论、负责人、完成时间。结论只有三类——采纳修改、不采纳并说明原因、待定。待定项要有截止时间，否则会在开发中期重新变成争议。
同时约定变更边界：结构调整、增加页面、增加功能状态属于需要评估工作量的变更；颜色微调、间距微调、文案替换属于常规修改。这条界线事先讲清，后面就不必每次靠争论解决。
适用边界也要说清楚：这套流程适合企业官网、内容型站点和有明确页面的展示类项目。如果项目本身还在探索产品形态，页面结构可能反复，此时不宜过早进入高保真设计评审，先把信息架构和核心流程定下来更实际。设计稿评审解决的是“画得对不对、全不全”，解决不了需求本身没想清楚的问题，那需要回到需求梳理阶段处理。