今年 29 岁，在阿里快到 4 年多，最近因为个人发展原因选择了离职。
回顾在阿里的这几年，从进去时的 P6 到刚晋升 P8，想把自己在大厂成长的一些经验分享给大家。
正好我以前写过「设计师在小公司没人带如何自我成长」，有兴趣或者有相关疑惑的同学的也可以看看。
全文目录：
- 如何在设计团队崭露头角
- 如何分配工作重心？
- 工作中如何跟不同的人合作？
- 保持基本技能的学习和不断进步
- 热爱生活，学会观察
刚进阿里的时候，我被分派在了一个相对边缘的业务。一个设计师如果在边缘业务，又深陷于业务中时，往往会造成一个问题就是业务结果一般，老板也不知道你在做啥，最后会造成一种你觉得自己做了很多事，但是却默默无闻的感觉。在大公司，这种情况如果不及时调整，往往会造成你的结果不好，然后拿不到好的项目，然后一直恶性循环。虽然说上级有责任看到你的付出，但是现实就是人的精力是有限的。
那如果我们真的开局不好，该如何跳出来呢？
1. 跳出你的业务，主动去解决产品中的「顽疾」：
我刚进前公司的时候，会主动去找产品中很多的体验问题，这些问题就像当年大家觉得耳机要插线，导致经常掉，但在 Airpods 出现前没人去关注要去掉线一样（蓝牙是一个方案，但是对比 Airpods 的连接和切换过程，蓝牙的问题也是大家「觉得烦但不觉得要改」）。然后基于自己对业务和体验的理解，设计出对应的解决方案。并且积极的找你的 Leader 去对焦这个方案。我相信如果 Leader 觉得你的方案好，一定会在合适的机会向上推进，向下落地。通过这个过程，你的能力会很好的被你的主管看到。
2. 做一些设计专业的工作：
也是在刚进前公司的时候，设计团队大概 10 来个人。大家当时都非常的忙于业务，对于组件和标准化的关注有但是相对混乱。当时我主动站出了，基于自己对 sketch library 的了解，构建了第一个团队的组建库。并且以这个为引子，不断引进 flinto（17 年的时候，那会 flinto 还算是一个相对先进的原型工具）以及各种 sketch 插件帮助大家提高工作效率。在横向上帮助整个设计团队提高产出。后面的几年，我还负责了整个团队的设计中台、Dark Mode 项目、设计大改版等等。
也就是说，在业务项目之外，我们可以主动做很多专业视角的东西来帮助提升团队的设计专业度，构建自己在团队中的独特影响力。
3. 在团队中分享自己的工作成果：
当你忙完一个项目的时候，一定要学会总结。将过程中自己的理解，设计亮点或者独到的方案总结成系统化的思考，主动在小组会、周会上分享给大家，不仅会提升大家对你的认识，也会让你感受到自己慢慢的成长。
当你做好这些事情之后，你在团队里的影响力和能力会慢慢被大家看到。这对于未来你去争取更好的项目，赢得更大的上升空间有很大的帮助。
看完上面一条也许有的同学会问：我业务都忙死了，哪还有时间去做别的事情？
对于我自己而言，我在团队里属于效率比较高的人。这个一方面是我特别喜欢研究效率工具来管理自己，喜欢去学习新的设计工具帮助自己提升设计的效率，另一方面就是合理的精力分配了。
职场里经常会说的一句话是「要花 80%的精力去做 20%的事情」而不是「花 20%的精力做好 80%的事情」。人的精力的是有限的，我们要学会把精力更多的投入在有价值的事情上。
在设计工作中也是一样，对于非常能发挥设计价值，非常重视体验的项目，我们可以花更多的时间去钻研和打磨。比如我上面提到的，设计专业类别的工作，这些项目其实非常能看出一个设计师对设计的敏感度和学习能力。还有一类是你在业务中遇到用户提出了一些「难用」的功能时，往往是在体验流程上出现了问题。如何用你的设计手段去解决问题，也是能很好的体现设计的价值。
而对于一些产品主导权比较重，或者运营主导权比较重的产品中，学会接受把自己放在一个「工具」的角色里。这并不代表我们没有设计上的追求，学会尊重别人的决定，反而会让自己呈现出一个合作能力很强的形象。工作中其实我们经常会跟产品或者运营产生分歧，有很多的分歧就是大家的角度不一样，大家也都有道理。这种时候我自己的选择是让更上层的人做决策，或者既然对方是产品，尊重对方的选择，并在他选择的方向上做问心无愧的设计方案，避免去因为一些无意义的争执和不满浪费时间。这么做的同时，我又能花更多时间在自己觉得重要的事情上，何乐而不为呢？
这里我就说下跟设计师合作最紧密的三类人：产品和运营、开发、以及其他设计师。
良好的合作能帮助你更好的处理好职场关系，拿到更好的业务结果。
1. 跟产品或者运营合作：
这个其实就跟我前面提到的一样，接受自己是一个「工具」。在一个项目里，产品和运营往往是这个结果的直接负责人，他们在协调和推动整个项目。遇到把控力强的产品，其实非常容易和设计发生冲突，而且互相都有道理无法说服。对方可能觉得你的按钮不够大，影响数据结果，你可能觉得按钮太大很丑。对于这种合作方，我的建议是遇到分歧的时候让更上层做决策，或者尊重对方的决定，然后在他选择的方向上做问心无愧的设计方案。当然你也可以选择去理解对方的动机，按钮不够大，是不是其他的内容显得按钮不突出？你的动线设计没有让用户聚焦到这个按钮上？作为一个设计师，理解需求方的意图，给出合理的解决方案不才是我们的本职工作吗？
还有一类产品和运营呢，会更加尊重设计师，他们相信专业的人做专业的事，他们提出问题，让你去思考解决方案。遇到这种合作方，就是我前面说的你可以发挥设计价值的项目。你的工作就是放心大胆的放大你的设计价值，跟产品积极主动的讨论，达成目标一致并且做到最好。
2. 跟开发合作：
在开发合作的过程中，最大的问题往往就是开发对设计稿的还原度问题。对于这个问题，我的方式是「去理解开发的思维」。因为其中有非常核心的一点是，其实开发看到你的设计，你的投影，你的动画，他们并不是第一时间就知道怎么实现的。所以我的建议是，自学一些基础的技术知识。学一点简单的 CSS，你就能看懂前端是如何实现你的设计的；安装下 Xcode 学习下 Swift，你就能理解你的设计如何在 iOS 上可以实现，在实现效果的时候可以调用什么 modify，他们有什么可调整的参数。找到一些开源的代码库，你就能直接找到很多动画库。通过这些思维训练，会帮你在设计的时候就更多考虑开发如何去实现，让你的设计稿更容易被还原，甚至直接告诉开发如何实现，提供大家的协作效率。
我也非常建议大家用 Figma 做设计，他的 Auto layout 以及 Frame 等特性除了能提升设计效率外，也是非常贴近开发思维的布局方式。在这个自动化的过程中，我们能更好的让开发去理解我们的设计，从而提高还原度。
3. 跟设计师合作：
在一些横向的设计项目，或者一些大型的业务项目里，我们也会遇到跟多个设计师一起合作。工作经历中，我主导了很多这样的项目。
作为主要牵头的设计师，在开始项目前，我建议你首先需要做好明确的分工。根据合作设计师的能力，把你手头的事情分成几个部分，明确每个部分需要做什么。分工的标准是每个部分都可以有独立的设计价值，对应的业务价值，以及相应的可衡量指标或者结果。这些部分是一个负责项目牵头的设计师必须去思考的。如果只有分工没有后面的部分，跟你合作的设计师很难知道自己在这个项目中的收益是什么，自己能拿到什么结果，这就容易导致合作的流产。
同时，在合作的工程中，注意给予同事充分的信任和主导权，如果觉得对方真的有什么做的不好的地方，不要害怕冲突但有理有据的提出你的观点，而不是纯粹的表达不满和抱怨。同时作为主导设计师，适当的组织大家一起吃吃喝喝让团队更有凝聚力也不失为一个很好的办法。
现在，整个趋势都在要求设计师能够掌握更多的能力。但是不管能力再多，作为体验设计师，如果要在项目中独当一面，最基础的你的视觉和交互能力一定要过关。我在工作中见过太多设计师的能力向视觉或者交互一侧严重倾斜。在大厂里，因为很多同学都是交互出身，往往视觉的功底相对薄弱。即使这样，很多人还是忽视对视觉的重视，觉得我拉组件拼凑一下就好了。但是，如果你有足够的排版功底，哪怕是用组件拼凑，也会有好坏之分。也许你见过一些设计师凭借单一能力上去，但是在「体验设计师」时代，这样的人会越来越少，稳固的基本功才是你平稳成长的关键。
我从毕业到现在一直保持每天看 Dribbble、Behance 上的设计的习惯，这些东西虽然很多是飞机稿，但是能不断训练你自己对美的感知，避免自己整天因为工作的内容而忽视了追求视觉的美感。同时也会每天看设计文章，关注新的设计工具提升自己的工作效率和眼界，学习新的技能。
体验设计师毕竟身处在快速发展的互联网世界，如果不保持自己不断的进步，当你看到不断上来的优秀校招生的时候，你真的会感叹现在的设计师太厉害了。
当忙碌于工作的时候，我们经常会感觉一种虚假的充实。每天加班，每天不断的干活，但是这样的日子真的让你进步了吗。我发现每段最忙碌的日子里，往往让我对方案灵光乍现的点，反而是在下班后开车的路上，晚上洗澡的时间或者在街上散步的时候。
其实在虚拟世界里，好的设计，往往是对现实世界的映射。多少 Apple 优秀的设计，灵感都是来自我们熟悉的东西。所以我一直会跟同事说，作为设计师，一定要热爱生活，要有自己的兴趣爱好，要给自己生活的时间，提高品味和审美，才能做出好的或者有趣的设计。
结语：大概就是这些自己想到的经验吧，上面很多点其实也是聊的没有很深入，每一个话题展开也能说很多。所以大家有比较想听的问题，欢迎关注公众号积极提问吧，我会基于大家关心的内容写新的东西。
