|
1 W& K8 u3 F) b 最近习得一个设计走查的好方法，愿意与大家分享一下设计走查的目的：让设计师对开发出来的产品，在视觉上相对满足让设计师体验『完全态』产品，发现自己原型图或视觉稿中无法感受到的『设计错误』，进而优化自己的设计。
8 f9 k. E8 ?& S: H1 e7 z 之前在神策数据任职设计师的时候，也经常做设计走查一般的过程就直接在截图上进行标注，满篇都是红色标注，阅读体验不好，而且也不美观最近在使用Zeplin，一开始用它展示设计稿，设计稿的尺寸和切图它都能很好地搞定。 
- C7 k2 C8 _/ o$ C4 G# W 前两天发现了一个很有效率的工作流程：设计稿如图  - P8 C: s/ L# e7 a+ f! k3 {0 s! Y
开发实现 
7 s5 I) p$ `! ^3 ] e4 f& s 还原度已经相对很高了，但还是有一些地方设计师实在不能忍，例如右键菜单的内padding有些开发可能对未标注的设计稿中的尺寸不是很敏感，不能和设计师『心有灵犀』，所以会出现一些小差错Zeplin 标注df。 
9 [$ k0 I+ k0 ^. I! U* S- L 对于要修改的地方，先使用黄色的圈圈标出来。开发根据设计的标注一个一个排雷，排完的使用修改成蓝色的圈圈。  % F3 F% K l- S/ r _
开发有些地方不知道怎么修改或无法实现的时候，可以在相应的圆圈中评论。 
" G4 V& ?' U. d; P. n* { 当开发走完一遍，设计再逐个走查，看看小弟弟有没有认真完成，完成的将蓝色的圈圈改成 红色的圈圈。  % i9 n, J$ [) I1 f& A
是不是超棒棒！  ( c. s. m2 H# _: [8 j, F6 C
# S4 q4 }. p% [' n; p$ H
" g X0 G" s% V* |* _% Z" |6 [! X
, b1 b4 B8 l \( ~! \; r1 g2 b7 e! H! }& P/ r; E' _/ D5 y3 ?; }, N( h
| 
