好用比好看更重要

刚开始学做设计时候，每天都会看dribbble和behance上优秀作品，看到那些优美的配色，炫酷的动画和华丽的排版都会很兴奋，会非常想去学习掌握它。刚工作时，每次工作项目都会做很多方案，很多没有上线的方案，都会兴奋的调整下，发到dribbble上，去获得一些赞。

但是随着工作年限增长，发现真正厉害的设计师不只是效果图做很好看，而是能在设计时候充分考虑设计实现过程，能考虑到不同的应用场景。

同时也慢慢发现，设计好用比好看更重要，设计师不是艺术家，我们的设计不能一味追求美感和趋势，需要考虑商业，考虑这个设计能为产品带来什么，而且纵观互联网历史，你会发现除了苹果以外，基本没有一个产品因为交互视觉好看，最终能存活下来的。

固然交互和视觉很重要但是在一个产品成长过程中，商业模式相对这些更加重要，如果产品前期没有很好的把握住用户价值，想通过交互视觉弯道超车可能性较低，所以在我们设计中也是如此，特别新手设计师，更需要去了解设计价值，你的设计怎么帮助产品在商业上插上翅膀。好用，对用户有用这个比美丑更加重要！

不要做一堆飞机稿

可能很多设计师不太理解，这似乎违背了日常做设计的套路，设计师不就是平时多产出更多方案么，特别刚工作的设计师，去看他的项目，会发现他的文件夹命名很多，方案1，方案2，方案3，方案4，而且这些方案都是很雷同像素的，只是细节上不同！我们尝试着去迭代自己的设计，让它看起来更好，但是其实很多属于无效设计。

这个设计方式并不是不好的，尝试和迭代是设计过程的基础，但是随着工作经验的丰富，很多设计在开始之前，在你脑子里就会做出很多决定，应该很清楚的判断哪些设计方案是无效的，哪些方案方向是正确的！

很多优秀设计师，他们有一个共同点，在拿到一个方案时候，脑海中那个效果图已经出来了。达到这种境界就需要记录设计过程中成功和失败的案例，让你在设计之前能很好的评估方案可行性与否，而不需要在设计做完之后再去评估，这里有个简单的方法大家可以尝试。

设计一个方案，学会自我评估，从老板维度提问你的设计，有没有很好的把商业策略表达清晰，从产品纬度提问你的设计，功能优先级上有没有传递清楚，从交互纬度思考你的设计，有没有将页面逻辑挑战梳理清晰，从视觉纬度考虑你的设计，是否将一致性，差异性，品牌调性以及设计主张表达清楚！

通过这个方法，进行每次设计完后的自我审查，如果你的设计每次做完后都这样自查一遍，那么在其他角色问你的时候，你就能对答如流，时间久了，你的工作就会不止是执行阶段，你将会成为业务方的战友，而不是资源方，你们是一起为达成商业目标的好伙伴。

设计提案只给一个 

应该很多设计师都会疑惑，设计提案只给一个，那老板会不会觉得我没有思考，我没有尝试其他方案，没有设计量呢？比如重大项目改版，一个主页设计，为此一个通宵做出好多个版本，第二天拿着这些方案去评审，往往过完后方案还是无法通过！

大家有没有想过原因，为什么给了一堆设计稿，老板还是无法下决策？后来遇见一个大佬，指点就是每次给老板提案时候，尽量只给一个方案，让他YES或NO，而不要出选择题，更不要出多项选择题，那是你给自己挖坑！

设计提案时候，除了方案本身，更多是你对于这个方案的逻辑展现，其实老板可能不懂设计，不了解设计，但是他懂业务逻辑，他比较看重你做事情的思路，如果你的设计方案是按照他心中那种做事情思考模块去做，一步一步推导过来的，即使方案不那么完美也容易通过，往往设计方案无法通过，很大原因就是思路逻辑上出问题了。

在设计提案时候，一定需要有个逻辑模型在里，交代项目背景，产品的愿景和诉求，如果有数据佐证就更好，同时有用户的期待和痛点，设计师的设计主张，围绕这三点得出设计目标关键词，然后基于设计关键词，在交互视觉上去体现你的方案，这个逻辑是提案时候我们经常用到的，如果你逻辑正确，基本方案本身也容易通过，另外方案展示为什么建议是一份方案呢，如果你逻辑都正确，方案本身有三个，你也很辛苦把每个方案的优缺点展示给了领导，但是最后结论很可能就是ABC方案优点进行结合，如果你是两个方案，最后也可能是两个方案进行结合。

所以最合适的做法是，给一套方案，按照逻辑去提案，给老板拍板YES或NO，如果老板问起有没有其他方案思考时，再把你其他的方案一页展示清楚，说清楚不采用原因即可，这样也能体现你工作量也能体现设计专业度。

和领导沟通要带着方案 

学会向领导提问很重要，是职场向上管理中很重要的一个点，提问有三重境界：

1.普通设计：方案上拿不准，可能直接去问领导，希望得到设计上专业反馈和建议。

2.高级设计师：在和领导提问之前，会对方案有一些产出，同时每个方案有一些自己思考和见解在里面，每个方案实现度以及优劣势一并给出。

3.资深设计师：与领导讨论方案，结合老板视角，商业目标，设计专业讨论，最终由老板做出决策。

举一个例子，还原下场景：

A：老板，我有个设计方案想和你过一下，有时间吗？

B：有时间，你说？

A：周三要给业务部门提案的新首页改版，我设计了三套方案，第一个方案优点缺点，第二个方案优点缺点，第三个方案优点缺点，我建议第一个方案，原因是…老板，你看我们该推荐那个？

B：如果第一个和第二个方案之中，你觉得哪个好？

A：老板，之前您说过，我们做设计需要有用户视角必须看数据，得了解用户真实的诉求，通过数据辅助设计，根据你之前这个思路我觉得第一个更加合适，您觉得呢？

B：我也觉得是第一个好，就按这个方案推动吧，中间遇见问题，随时和我汇报。

A：好的，老板。

以上是我们每天工作中经常发生的场景，但是很多人并没有做好，我们如何去和老板沟通，总结来说就是，不要只提问题，同时也需要给出正确建议，最后和老板讨论，领导做出决策！关于其中的奥秘，大家可以慢慢体会！

和开发成为朋友 

很多设计师提到开发同学，一定有各种爱恨情仇在里面，认为开发同学设计还原差，不重视视觉，没有审美，每次页面开发出来一大堆问题，甚至有时候改需求，直接diss你的设计，这个效果实现不了，这个技术实现影响兼容性等等，每次我们听到这些反馈，心中一万个怒火，这些都是经常遇见的情况！

协作过程中，有不同的意见和反馈很正常，因为每个人站的视角不一样，我们目标都是为了产品更好用，开发考虑的是使用场景，各种状态，各个组件的各种状态，比较在意元素的可复用性，能减少重复开发成本，他们可以说是产品的建造者。

好的产品是设计工程与商业的结晶，缺一不可。

学会理解开发同学的角度和思考问题的逻辑，每次设计时候充分沟通，考虑设计的复用性，解释清楚你设计的原因，很多时候，开发并不是不能实现，而是不想实现，如果我们能沟通更多，彼此更加换位思考，你一定会发现你很多效果，开发同学都会帮你实现，我比较幸运，合作的开发同学很多都成为很好的朋友，核心要领就是前期和他们建立信任关系，做的每个设计解释清楚，包括交付文档的标注，帮他们提升效率！

有这个互相信任前提后，再加上一些沟通小技巧，比如当面设计走查，多吃吃饭，聊聊天，相信大家都能和开发成为很好的搭档，同时我们的设计也能更好的落地。