要发版本的时候，设计师应该是相对来说工作量比较少的阶段，项目的重点都压在了程序员和QA（测试工程师）的身上。当然也有另一种情况，就是设计师又开始忙着下一个迭代版本的方案设计，开始新一轮的打仗，开始回到原点，更忙！排除这个情况后，在临近发版本的日子里设计师的工作任务到底是什么，自己的提高点在哪？

工作任务

1. 和QA进行合作，确保工程师所开发的效果是自己想要的。在确保工程师所输出的效果的时候，一是看功能是否完善，当然这个QA会比设计师更专业，设计师要保证的是主功能使用流畅，而那些边缘情况就留给QA童鞋进行测设吧。二是看UI界面，即美感上是否做得比较完善。

不同的工程师细致程度不一样，有的是处女座强迫症的，atv，会在意每个像素的摆放，有的注重逻辑忽视UI的，可能做的东西就不太好看，与设计稿相差比较远，这个时候设计师就可以站出来去与工程师进行沟通，耍赖也好，威胁也好，想办法让处在bug压力下的工程师去进行改善。（大伙要是感兴趣怎样和工程师GG沟通，阁主也可以抽出时间来写一下，留言区请备注一下~）

2. 补充方案中出现而又没有设计的Corner Case。在设计主流程或者High-fi（高保真效果图）阶段的时候，设计师可能因为这样或者那样的原因漏掉一些边缘情况的考虑，这都是很正常的情况，没人能做到100%的完善。但程序员GG在开发的时候就会进行思考，所以会出现程序员GG直接找过来跟设计师进行沟通的情况，冷静，然后补充就行了。

3. 和PM（产品经理）合作，砍掉来不及开发的功能需求。如果开发任务量比较大压力高，发版本的时间又比较急，这个情况下，PM和程序员GG可能会做一些妥协，要么不开发某个在这个阶段不是很重要的功能，要么就是采用一种比较新的方案进行妥协处理。

设计师这个时候要hold住，一切从大局出发，可能会因为自己的劳动成果没有被呈现而感到伤心或者遗憾，这样的情绪也很正常，只是作为一个成熟的职业人士，所有的目标都是展现自己的稳重与可靠，所以还是自己消化一下情绪比较合适。

4. 补充漏掉或者忘掉切的图片或者视频资源。这个就纯粹是查漏补缺的工作，并没有太多的技术可言，如果说想避免这个事情，也可以在最初输出的文件做全面就可以避免。

设计师的提高点

1. 利用这段比较闲暇的时间，做一些整理性的工作。整理可以分为以下几个方面，一是来不及在这个版本所开发的功能有哪些，二是自己在设计的过程中所做的妥协有哪些，因什么样的原因做的妥协。为下一个版本提前做一个准备。

整理的方式阁主比较喜欢用Google doc的方式放到自己的项目文件夹以内，如果需要再分享给相关人员进行共同统计或者分析。三是平时想学的软件或者知识在这个阶段就可以学起来。

2. 冷静下来，思考一下，自己的知识架构，以及产品功能背后所对应的公司经营策略等。在整个设计的阶段，设计师基本上时间都集中在怎样实现PM所给的功能上，而很少有时间去反思产品为什么需要这个功能，公司为什么开发这样的产品等战略性的问题。这些问题都是提高自己思维和格局的有力助力，思考哪些，怎样思考又是另外一件事。

3. 反思自己，在这段时间之内，这个版本之内，所做的工作对自己的职业发展有哪些帮助。这是个很现实的问题，也是自己不得不面对的问题。但平时温水煮青蛙没感到危机感，真感受到的时候就有点晚了。

自己在这个版本所做的是什么样的工作，主功能还是辅助类的，对比与上一版本自己的技能和工作内容有没有提高，这个对自己下一次换工作有什么助力等等问题。

这个阶段是阁主自己最喜欢的一个时间段，难得有工作时间去做这样的反思工作。记得曾国藩也有这样的习惯，不管多忙，每天都要抽出半小时的时间进行静坐。就是利用这样的时间让大脑休息进行自我整理，自我反省。对设计师来说，发版期间就是起到这样一个作用。如果运用得好，自己会得到质的提高，当然也可以选择得过且过，重复机械的生活。阁主只知道，逆水行舟，不进则退！

专栏作家

Sophiallg，微信公众号：Sophia的玲珑阁，人人都是产品经理专栏作家。一枚爱折腾，j2直播，爱健身的交互设计妹纸。

本文翻译发布于人人都是产品经理，未经许可，禁止转载。

题图来自 Pexels，基于 CC0 协议