线框图怎么做？从页面目标到可评审的低保真原型

先写线框图的任务边界

线框图不是视觉稿，重点是确认页面结构和用户路径。开始前在Boardmix 画布写清目标用户、入口、主任务、必须展示的信息和不在评审范围的内容；用灰阶、占位文字和编号降低视觉干扰。

用评审记录替代反复口头修改

评审时按用户路径走一遍，先记录阻断问题，再讨论样式偏好。每条意见写成“位置—问题—影响—决定”，并标注版本。低保真通过后再进入视觉设计；如果不同角色对同一入口理解不一致，回到页面目标，而不是直接加更多按钮。

把线框图交给下一阶段

评审结论应区分阻断问题、可选建议和暂不处理项，并写明负责人和复查日期。线框图通过后，保留一份低保真版本作为基线，再把已确认的页面区域交给视觉设计或开发，避免在不同文件中重复解释同一条路径。

用一张评审表收敛线框图

评审表可以按“区域、用户任务、当前状态、问题、决定、负责人”六列填写。先在页面上编号，再让每条意见指向具体编号；“看起来不够好”要改写成可操作的问题，例如“提交后没有成功反馈”或“返回入口在移动端不可见”。对于暂不处理的建议，写明原因和再次检查的条件。若页面存在登录、支付、权限或网络异常，至少画出成功、失败、加载和空数据四种状态。这样交给视觉和开发时，双方可以按同一份路径复核，而不是仅凭截图猜测。

从线框评审到交接

评审结束后，把已确认的页面区域、待确认的问题和负责跟进的人分开记录。交接给视觉设计时附上入口、主路径、异常状态和不做范围；交接给研发时补充字段含义、校验规则、空状态和返回路径。下一轮修改只围绕记录中的问题展开，避免重新讨论已经确认的结构。

用“提交报修”页面贯穿制作过程

先写出用户任务：住户提交问题、补充照片、选择期望上门时间并收到受理结果。第一版只放页面标题、问题描述、上传入口、时间选择、提交按钮和结果反馈，不讨论颜色、品牌插画或动画。这样评审时大家讨论的是任务能否完成，而不是个人审美。

评审意见要指向位置和决定

把每条意见写成“编号—问题—影响—决定—负责人—复查日期”。例如“F-03，提交失败后输入被清空，可能造成重复填写；决定保留已填内容；负责人产品；周三复查”。这比“体验不够好”更容易转成设计和研发任务。

先验证关键路径，再看移动端裁切

桌面线框图完成后，用窄屏宽度走一遍主路径：标题是否仍然可见，按钮是否被推到屏幕外，错误提示是否遮住输入框。只要主任务在移动端无法完成，就先调整布局和信息层级，不要用缩小字体掩盖问题。

交接时保留基线和不做范围

交给视觉设计时附上页面目标、主路径、异常状态和已确认文案；交给研发时补充字段含义、校验规则、权限和接口依赖。把暂不处理的建议单独列出并说明原因，下一轮只讨论新增证据。用在线白板共创时，可将线框区、问题区和决定区分开，避免评论覆盖正式结构。