InSnap如何用带标注的截图做网站或设计评审
一套轻量的设计评审流程：截下当前状态、精确标注、对比版本，最后交出一组明确的意见，而不是一段说不清、对不上的讨论。
设计反馈出问题的方式很规律：意见指向的地方已经改过了；三个人把同一个问题说进了三个线程；没人说得清截图来自哪个版本。基于截图的评审流程只要一点纪律，就能解决其中大部分问题。
截下状态，而不是讲故事
从你正在评论的那个确切状态的截图开始，而不是一段描述。在 InSnap 里：
- 按 Mac 上的 Command-1 或 Windows 上的 Ctrl+1。
- 悬停在浏览器窗口上，让自动识别把它框住，或者围着组件拖一个区域。
- 带上真正重要的上下文——视口宽度、周边布局、表单的状态——其余都不要。
在你正在评审的页面上截的图是证据。上周截的某张相似页面的图，只会制造混乱。
用一套共同的语义来标注
让评审意见可以互相比较的最快办法，是约定每个工具代表什么：
| 工具 | 用来做什么 |
|---|---|
| 形状 | 圈出一块区域，或描出一个组件的轮廓 |
| 箭头 | 从意见指向具体的元素 |
| 序号 | 在一张截图里列出多个问题 |
| 马克笔 | 高亮需要修改的文字 |
| 聚光灯（Pro） | 把注意力集中到复杂版式里的某一块 |
| 放大镜（Pro） | 展示像素级的细节，比如对齐 |
团队内保持一个工具一个含义。如果箭头表示「改这里」，就不要用它来表达「我喜欢这个」。
一个问题一张截图
一张截图上堆十二个标注很难讨论。一个问题一张截图，容易解决、引用和关闭。
- 围着组件裁紧，但保留足够定位它的上下文。
- 如果问题相关，就给它们编号。
- 把理由写在消息里，不要在图上一整面文字墙。
- 当话题是布局时，带上视口尺寸和缩放比例；50% 缩放的截图恰好会藏掉你要报的那个溢出。
用贴图对比版本
回答「改了吗？」最快的办法是把两个版本同时放到屏幕上。把之前那张截图和当前这张都贴出来；贴图窗口浮在其它应用之上，所以你可以把它们拖到浏览器旁边并排看，不用切标签页。
这也是截图历史派上用场的地方：过去的截图可以搜索，所以「之前」的状态通常已经在里面了。
交出一条链接或一个文件
- 一个问题：附上带标注的图片；如果收件人不该下载任何东西，就发分享链接。
- 多个问题：在消息里列一个编号清单，每个编号对应一处标注。
- 长期评审：把截图留在历史里，按项目或工单打上标签，下一轮就能从上一个状态开始。
如果你用 InSnap Cloud，分享链接可以设有效期和密码，这对不希望长期挂在网上的客户评审很有用。Cloud 是可选的订阅，本地流程不需要它。
评审清单
| 检查项 | 为什么 |
|---|---|
| 截图来自当前版本吗？ | 拿过期图片提意见，白浪费一轮 |
| 问题不加解释也看得见吗？ | 否则就是标注承担了太多 |
| 一个问题一张截图吗？ | 更容易解决和关闭 |
| 写清视口或缩放比例了吗？ | 布局问题取决于它 |
| 画面里有隐私内容吗？ | 打码姓名、邮箱和内部链接 |
| 要做的事清楚吗？ | 「把按钮往左移」胜过「间距感觉不对」 |
常见问题
我该在截图上标注，还是把意见写在消息里？
两个都要，各管一件事：标注说明在哪，消息解释是什么和为什么。不要在图里塞一整段话；它会被忽略，也搜不到。
怎么并排对比两个版本？
把两张截图都贴出来。贴图窗口保持在其它应用之上，所以你可以把它们并排放好，在浏览器开着的情况下直接对比。
收件人不装 InSnap 也能看评审吗？
可以。发送图片文件，或者用 Cloud 分享链接——它在普通浏览器里就能打开。Cloud 是可选的订阅；免费的流程是保存图片再附上。
