相信绝大多数设计朋友的工作内容跟我差不多。一边忙于公司的产品迭代、更新组件库，另外一边还要支撑各种项目，日复一日输出设计稿来“投喂”开发，偶尔还要去会会甲方爸爸。遇到排期紧张的项目就更是要了小命～
这种工作内容已然是设计师的普遍工作现状，一方面靠单一的工作内容很难去拔高自己的专业能力，另一方面也很容易造成消极对待的心理状态。尤其是做B端产品的设计师，面对千篇一律的固定设计样式，很难利用自我驱动力做到自我创新输出出色的设计稿，更别说跟产品、开发们一起碰出火花。
一、建立自信
从去年十二月份开始一直有支撑公司里的一个项目。项目内容有大屏、移动端h5、后台系统开发。项目是以敏捷开发小组的方式，临场从产品和项目组抽调部分人员进行开发，很荣幸我也是抽调的人员之一。
项目是以大屏为开端，分三个模块。进场第一天项目经理就告诉我只有一个星期的设计时间哦，做好“996”的准备哦～现在想想当时的心情就是XXXX（省去此处一万个草泥马的话）。尽管压力很大，但还是很硬气的回复没问题，稳妥！硬气是基于之前已经有过大量的大屏项目经验了，996的滋味也早就体验过了。
很庆幸我也的的确确只用了一周的时间完成设计稿的输出，包括项目中途需求的变更，部分数据拿不到等等问题。（中间省略了双休加班的时间）为后期前端开发，后端接口的开发节省了一些时间成本。
在这里我想强调的是自信心。不管是刚入行的新人，还是入行已经三五年的老手。刚接触新项目或者新产品的时候无需过多担心设计稿能不能过审，更多的是需要建立自己的信心，做好自己手头的工作，坚信自己能够完成公司指派的工作内容?。只有这样才能从源头去推进自己的工作。
二、学会理解，减少抱怨
遇到排期紧张的项目也已经不是一回两回的事情了，还是很能体会项目经理把控项目进度的心情。
项目负责人不仅需要对内向公司上级领导汇报项目成本、协调人员支撑、下一阶段工作计划…对外还要协调数据资源，挖掘客户的需求等等…（项目经理的工作内容过于复杂就不一一例举了。）
作为团队成员，需要理解项目经理急切的心态。可能在你即将着手设计一张界面的时候会遇到一些需求的变更，可能在设计进行到一半的时候遇到需求的变更，也有可能在项目前后端联调开发完成之后变更需求，所谓一切皆有可能…你要做的不是去跟同事抱怨，也不是跟家里人发脾气，抱怨只能增加消极心态，会影响同组成员对你的平均，更有甚者影响到年底的kpi影响晋升等等。抱怨解决不了问题，有效的自我消化，听歌、做饭、看场电影都可以，适当的放松能够可以缓解焦虑和压力。
作为基层的搬砖仔，遇到这种事情确实是挺闹心的。设计需要重构，前端框架需要重新搭，后端接口也需要重新开发。但我们可以尝试着去理解，理解上游同事的难处。理解需求变更是一种常态，改变不了现状就只能去适应，这么做也是为了最后的项目成果。
三、有效沟通
就拿我最近一两个月的后台项目来说。本身是一个业务系统，在我看来需要特别突出视觉效果的空间很小。而且由于是项目的特殊性，并没有用到公司内部已开发的组件样式，很多控件样式都需要0-1去重新设计。再者跟另外小组的前端开发没很有效的去沟通开发样式，设计稿虽然在客户那里过审了。开发过程中，设计、开发、产品都没有过多的沟通和交流，精力都花在了3D建模样式上。结果开发的效果和设计稿很多地方都不相符。在他们看来把功能写对，逻辑写通就行了，样式什么的后期可以去优化。从而导致了一个很不好的反馈结果，需要设计和前端都得返工。很多人可能会问为什么需要设计返工，在这里我想说明一点，往往开发的样式有问题也会牵连到设计，在设计话语权不强的公司我们能做的只有去默默接受。倒不是说完全不去反驳，建议可以从侧面有效的去提一两点，比如让项目负责人或产品负责人将设计评审的会议纪要通过邮件的方式发出来，各自工作内的责任明确掉。怼天怼地其实很徒劳，倒不如默默的接受Redesign一下，而且这个过程可以在之前设计的基础上进行优化，视觉效果肯定会更佳，再者对业务的理解也更加深刻，总之挺棒的！
所以不管项目排期有多紧张，得提前沟通需求，有效跟前端同学沟通清楚基本的样式开发，统一方向，清晰的交互逻辑及状态，从而避免遇到后期甩锅的问题～
四、尊重竞品
后台业务系统可参考的风格样式还是很多的，单单看花瓣和dibbble就够喝一壶的了～
第一个版本从开始我就轻视了对手。虽然设计初稿过审，但是开发完成部署发布演示环境之后，从项目经理那里得来的反馈都是不太理想的。于是，我也去现场花了大量的时间研究竞品的产品设计和风格设计。在专业的角度上来看设计的很一般，究其讨喜的原因其一是风格比较符合当下潮流的，其二是竞品的产品设计可以展示更多的业务内容信息，说白了就是该有的功能都有，领导看了不会觉得功能缺失…
以上这些都是在竞品中挖掘到的有价值一两点信息。所以在开始着手设计的时候需要去花时间了解我们的竞品，尊重竞品，分析竞品的优势，往往会出奇制胜。所谓知己知彼，百战不殆…
五、筛选有价值的建议
刚入职场不久的我遇到设计评审的时候也经常会很苦恼抓狂。认为那些技术出身的凭什么来指点江山？凭什么要求改这改那？你说不好看就不好看？你们能比我一个专业的人更懂设计吗？
伴随着项目的积累和向领导汇报次数增多，我的认知相对于刚入行的时候也提升了很多。不管是在平时做设计，还是评审沟通的时候，筛选正向建议，对于不同意见，好的采纳吸收，对产品设计和业务没有帮助的都是一笑了之。
在这里强调一下，当听到其他同事对你的设计指点江山的时候，可能说的话会比较难听，戳到了你的自尊心，语权不强的你请尽量克制怒火。（任性的朋友可以忽略）。因为愤怒的争吵并不会给你带来好处，反而会给人留下一个不好的印象，在别人眼里可能会觉得你这个人不好沟通哦～
同事的意见有时候其实挺重要的，就拿我最近的后台业务系统来说。在我看来一个菜单下拉的控件没必要去一板一眼做的很细致，毕竟后台还是注重功能和实效性。
由于首页是可视化的效果，后面其他子菜单都是正常的后台业务型功能模块。我这边第一次向项目经理提供了三个菜单下拉的控件样式?。
结果他告诉我这个控件看起来有点怪，跟整体不太搭，而且看起来比较突兀。那我心里os了一下“我给你提供三个样式你还选不出来一个你喜欢的？”在没有表示不高兴的情况下，我又向开发人员征询意见，因为在我看来他们接触业务系统的次数比我多，从客观角度上来看也会从第一眼分辨出自己喜欢的样式。他说看起来第一版会舒服一点，因为底色跟首页的背景和顶部导航栏的色调比较统一，但是鼠标hover的效果又太“扎眼”。
于是综合了他们意见在第一版的基础上输出第四版控件样式，同事和领导看过了都很满意?
接着咱们并行在界面中看一下样式，看看相对于前三稿好在哪里。
✔️ 增加了三级菜单,内容信息展示更全；
✔️ 模块之间增加了不透明度20%左右的线来分割，增加了细节；
✔️ 利用图形和符合用户心智模型颜色来引导用户进行有效点击；
虽然是由一个很小的控件引起的不同观点，反过来换位思考一下，适当的从上帝视角客观的去看待事情，从业务角度去思辨需求，聆听一些有效的建议对设计师来说帮助也是极大的。设计上可能没有人比你更懂，在不打乱产品设计的基础上优化设计方案，业务功能性视觉上咨询专家型用户建议绝对是一个优选～
最后说一句对设计评审的建议，在评审过程中对事不对人，尽量去保持冷静，有效沟通，职场上杜绝玻璃心。
以上是我个人通过项目总结的几点心得，希望通过分享能帮助大家更好的去做复杂的项目设计。分享不是很正确的地方欢迎指正交流～
