3.2 主动发起和跟进

之前讲项目计划的时候也提到，很多设计师都只关心自己这一块的工作，而没有去Push大家的习惯，比如图已经做好了一封邮件丢出去就不管了，反正等结果就好了。但是实际上我就遇到过很多坑，比如丢出去图产品经理没有反馈，等到好几天后又突然反馈说不行再改改，但是离完结时间也没多久了。或者又一次其他人选了一个站在设计角度不是最优的方案，我当时也因为懒也就没有再去争了，但是最后被老大看到还是痛批了一顿老老实实改。

所以说到底设计师根本是为了自己的设计结果和效果负责的，而不仅仅为了完成当下的任务，设计师还得自己去发起和跟进自己的设计。

1)主动发起设计评审：完成了方案就及时的找相关的人讨论，而且要发起会议，不是简单地丢一封邮件给对应的产品经理，这些人可能包括领导，开发，测试等。

为什么要这样呢?因为点对点的沟通没有面对面的沟通效率来的高，大家可以集中把意见都提出来，省下一个环节一个环节的麻烦。

2)增加大家的参与感：就是在正式的评审环节前，让各自利益相关的人看一看，听听他们的想法和建议。

大家有没有这样的经历?开发如果觉得这个设计方案不好实现，往往不会说开发难实现，而是会说这个设计不好看或者体验差。这因为在公开场合示弱往往是很不好意思的事情，所以提前去了解一下大家的想法和建议，这样才可以平衡各方的利益，免得被一次拍死。而且如果你私下采纳过大家的想法，对于其他人就有种“自己也参与了这个设计，这也是我的方案” 的感觉，是可以潜在的获得更多支持的。

3)跟进开发实现的效果：很多人会把跟进实现的工作丢给产品经理或者项目经理，但是其实他们是不懂设计的，也没有像素眼，很多细节点理解不到位。所以设计师自己去盯去看还是很重要的，用户在用的不爽的时候只会骂设计师，才不会记得你的设计稿呢。另外在猎豹招聘设计师的时候，能有实现的产品我们都只看实现的效果，如果对方说是实现不好，我们都会反问“那为什么你没有把控好实现的效果?”