先结构后视觉
早期讨论最容易跑偏到颜色和图片上。线框图的价值正是在这里：去掉色彩和图片，只留信息层级和操作位置，讨论就只能围绕结构和流程展开，评审效率会明显提高。
线框图的详细程度够用就行。标出区块、标题、主要按钮和字段即可，不需要精确到像素，也不需要画满每一个次要元素。画得太细会拖慢迭代，而且容易让评审变成挑细节。
每张线框图配一句说明：这个页面要解决什么、用户从哪里来、点下去往哪里走。没有这句说明，看图的人只能靠猜，反馈质量会大打折扣。
线框图也要标注优先级。哪些区块是必需的，哪些是锦上添花，在图上直接标出来，评审时就不会在次要内容上消耗时间。
什么时候需要可点的原型
只在流程本身存在分歧时做可点原型。比如分成三步还是两步、提交后是跳转还是停留、异常时回到哪一步，这些必须在真实点击中才能验证感受。
纯展示类页面通常不需要可点原型，几张线框加流程说明就够。需要的是把状态列出来：空数据、加载中、出错、权限不足，这些状态在线框图阶段容易被忽略，到开发阶段才补就会很仓促。
可点原型的作用范围要提前声明。它是用来对齐流程的，不是最终视觉，也不是开发依据。说明清楚能避免评审时提出大量视觉层面的问题。
原型不必覆盖所有分支，把主流程和最容易出错的一两个分支做出来即可。全都做一遍，投入的时间和获得的对齐效果并不成正比。
高保真到哪一步
高保真稿适合两类情况：需要让非项目成员理解最终形态，或者需要跟真实内容一起检验排版效果。文字长度、数字位数、名称长短对布局的影响，在真实内容下才看得出来。
给高保真稿做评审时，用真实感的内容而不是几个占位字。占位内容往往比真实内容短，上线后才发现标题折行、金额换行、按钮被挤走，这类问题是纯线框和高保真都容易漏掉的。
设计稿需要标注状态和交互说明，而不只是静态画面。按钮的禁用态、字段的错误态、长文本溢出后的处理方式，都要在交付时写清楚，否则实现只能各自发挥。
交付时把状态整理成清单，逐条用真实内容验一遍。启用态好看，禁用态发灰到看不清的地方，交付后才发现的成本明显更高。
评审怎么组织
评审前把材料提前发出去，评审时用沉默阅读的方式开场，让每个人先自己写问题，几分钟后逐条过。这样能避免第一个发言的人定调，也让不爱抢话的人有机会提意见。
评审聚焦在三个问题：用户能不能看懂当前在哪，能不能找到下一步，出错时知道怎么办。其他问题记下来另行讨论，避免一次评审被细节拖垮。
结论要落到具体改动并指定负责人，否则评审结束了却没人知道下一步做什么。改完的内容再回传一次，形成闭环。
如果同一类问题在多次评审中反复出现，说明问题不在这一稿，而在缺少约定。把重复出现的意见变成前置检查项，比每次重新讨论更省时间。
