十三、项目跟进——保障设计效果的实现
一流的点子加上三流的执行还不如三流的点子加一流的执行
13.1做设计评审的主导者
不同的人不同的偏好：开发人员关注技术上的可行性、运营人员希望有足够的推广空间、视觉设计师注重产品是否美观、产品经理希望节点前上线
设计评审的目的①——检验目标：做项目初期的需求分析阶段，用概念性的目标去衡量产品是否偏离了方向
设计评审的目的②——发现问题：项目开发的问题、技术可行性、设计是否还有缺陷
设计评审的目的③——达成共识：让相关人员熟悉整个流程
评审前的准备：事先考虑所有可能的方案、准备各种设计依据（支撑数据、竞品分析、用研结果、其他可能的方案）、做好会议邀请工作（设定讨论时间，超出时间后不再讨论）
在评审中掌握主导权：主导流程、控制话题（避免偏离主题的讨论、避免对某个细节的持久争论）、收集有价值的意见（客观的、明确的、可操作的意见）、评审后的分析与跟进
13.2审核视觉稿
界面中的视觉设计不是艺术作品，正确地理解信息和传达信息是最重要的事，忽略内容而关注形式是不可取的。
视觉稿和交互稿的理解要一致：视觉设计师注重美观性，而交互设计师注重逻辑性及对用户的引导作用
拒绝毫无发挥的视觉设计：视觉稿需要发挥创造力，把页面设计的美观、更有氛围
关注视觉层次是否清晰
关注交互细节和状态标注：点中、划过、正常……这些情况下的细节，都要在视觉稿里呈现出来
在审美方面不要过分干涉
13.3关于设计规范
设计师关注美观、平滑的使用，但程序员关注简洁的代码、快速的响应、可复用的控件
勤于沟通：设计阶段（了解是否有技术难点）、设计完成后（当面沟通设计要点）、开发阶段（持续跟进、解答问题）
统一的规范和标准：视觉稿上要注明具体尺寸
设计走查：交互动作、操作及反馈、交互控件的各种状态、文案……
以上内容为《破茧成蝶》（作者：刘津、李月）的第8章读书笔记及摘要，本人加入一定量自己的理解；因水平有限，欢迎大家交流指正，谢谢~
网友评论