最近我在One One过程中了解了一些关于产品迭代过程中，设计师的反馈，大致如下：
迭代速度快，我都没时间思考了，需求急迫时，PM就干脆直接过来说改个icon，做个界面，我们看看数据怎么样，然后就是不停地改，没玩没了
事情好多啊！今天开会又新增了好多需求，然后就要我出设计，我都忙不过来了，感觉没想清楚就要做
这要做，那也要做，我有时都不知道哪个是重点
由于小团队，这些问题，在当下的产品迭代中尤为明显，至于小团队中设计师如何发挥自己的优势暂不在这讨论。
那么问题来了“作为设计师，如何推进产品迭代呢？”回答之前先来看看产品迭代过程中可能出现的问题：
一般产品快速迭代的三要素：理解目标—解决方案—验证结果
出现的问题：
理解目标——对应“手段当目标”
解决方案——对应“添加功能”
验证结果——对应“反复修改”
导致的结果：
节奏快——疲于奔命
效率低——消极加班
结果差——数据差
很多产品因为这样的循环在迭代中被“玩死”，可想而知一个优秀的PM是多么重要。
大多数设计师，通常会因为感受不到产品所带来的成就感而对产品失望，失去兴趣，导致创造力丧失，变成一个纯粹的“作图工具”，同时一并忽略这个过程中自己的成长，抱怨自己什么都没学到。（这个过程对设计师的成长有很大的帮助，以后专门讲述）时间一长，设计师也会变得极其被动，处于被push的状态。
被push，是任何一名设计师都不期望遇到的，如何做到掌握主动，去push他人一起推进产品迭代呢？
关键词：“明确目标”，它分为四个维度。
1.目标是什么呢？
通常我们习惯将转化率、留存率、活跃度、PV、UV、安装、卸载等数据看成是产品的目标，然后分解到设计任务中，对应成设计的目标，最后量化得出设计的最终结果。
这个不为错，但不全对，因为这些拆分出的各项数据指标其实都归根于一点，那就是——业务。因此，我们最终需要理解的是我们所处项目的业务目标是什么，找到源头才不会出错。
对应到设计师，就是我到底做这个设计方案是为了解决什么事情。设计师容易出现一个问题，即错把“最终解决方案”当做设计的目标，这里的“事情”是最终的业务目标。
举个例子：
运营同学过来跟我们说每周出一套GP的截图，那么这个设计的目标绝对不是完成一套可以出稿的GP截图。
对应的是：一套GP截图（设计任务）=较之前提升20%的转化率（产品目标）=用户拉新（业务目标）
当你接到PM、运营提出的需求时，你的理解越接近最终的目标，设计就越能有说服力，同样就越能在这个过程中去主动push，因为不一定对方比你理解的深刻。
因此充分理解目标对设计师而已尤为重要，如何做到理解业务目标，我后续会专门写一篇详解。
2.为谁设计
“以用户为中心设计”这个被喊烂了的口号，在实际工作中很少有设计师可以真的做到，其原因在于“同理心”这三个字背后还差一个“设身处地”。尤其是当你做海外市场产品设计时，这里不讲国内设计师如何做海外app，有兴趣的朋友可以在公众号里面发消息给我，我们一起交流。
设计师往往陷入一种自high的状态，即自己做的老爽了，嘚瑟一下感觉来了，一发不可收拾。这有两种结果，只讲糟糕的，就是你的设计连内部都通过不了，还被其他人怀疑你会不会做设计。
问题就出在，你压根就不知道“为谁设计”，这个谁不仅仅包括用户，可能还包括很多个“人”。
明确“为谁设计”对设计师而言的重要性体现在，你的设计在开始之初就有了一个对象，同时在脑海里呈现出画面，这是设计师通常具备的能力。但设计师与PM最大的区别就在于缺失“具体场景”，这让那个“谁”往往处于游离状态。尤其是当你去review设计时就会暴露无疑。
“谁”和“场景”这两者是对应的关系，我在实际的工作中经常遇到一种情况：我清楚的知道要为那类用户设计，但用户使用的场景却是碎片化的，原因之一就是我的用户都是外国人，这时有个很好地办法，即“用户反馈”，它是一个高效了解用户的途径，只要你将有效的用户反馈整理归纳出来，进行分析，在某些时候甚至可以指导你直接找准解决业务目标的方向。
3.制定优先级
这要做，那也要做，我有时都不知道哪个是重点
这是开篇我同事给我反馈的问题，这个问题很多时候都成为一个现象，在诸多公司的设计团队都存在。
“事情是很多，但你每次只能做一件事，你要明确哪是最重要的，其他的先放一放”这是我经常跟Team的设计师说的话。
但我发现一个更奇怪的现象，即每个团队合作的人过来找我们时，都说自己的事是最重要的，务必马上设计，然后就是没完没了的催。
尽管开始之前，我们都已同步过当前急需解决的目标是什么，但往往在做事的过程中，陷入自我的攻坚，忽略团队需要配合做适当地调整。
在制定优先级的过程中，设计师通常最为被动，因为产品的迭代需求由PM拟出，开发和测试评估风险，运营评估对其增长是否健康，设计师呢？根据制定的需求对应出设计方案，往往被片面看作为出图量的多少，忽略对业务目标解决方案的渗透与思考。
所以，理解目标不仅仅停留在指导设计，更为关键的是在迭代过程中如何制定出优先级。根据优先级合理的安排自己的工作，才能更为高效的产出。
当然，当你可以将自己的每个设计任务进行细致拆分，对应出哪套方案解决核心目标，哪套解决次要目标的时候，不仅仅可以让你的设计有理可循，提升设计过稿的频率，你还可以反过来根据确定的优先级自主推动产品向前。
例如：之前我接到一个需求，优化退出引导，目的就是留住用户，并让用户继续看更多的内容。我把各种可能吸引用户留下的方案都列举出来，为此还去请教了游戏界的几位策划大人，然后做出高保真原型，分析它们的优劣，最后根据客户端特性、用户属性、当前数据指标，给出最适合的方案，并push实现到最终验证，结果跟预期一致。（这个方案，以后会在讲退出引导设计的时候细说）
4.聚焦
两类设计师最让我头疼：一类是完全没有细节，一类是太过于纠结细节。
当设计师置身于一个快速迭代的产品中时，聚焦极其重要，这很好理解，即聚焦最关键的任务，说起来容易，做起来难，因为我们太过于追求细节，往往陷入到一个分支中，忽略了全局。
很多时候，由于我们太过于细节，导致团队其他人忽略我们的意见，因为我们提出的意见在整个团队看来压根不是当前急需解决的问题。
写到最后，分享一个案例
去年，我接到一个任务，提升产品的评分，目标如下：
临时组建了团队，问题如下：
最后的结果是：
我如何推进产品迭代的：
这是一个完整的案例，产品迭代全程由我在推进，这个案例的详细分享我会在日后进行一次梳理，分享给大家。
作为一名设计师，还有很长的路要走，庆幸的是身边的人给予我足够的帮助，足够的宽容，足够的空间。年底了，是该对自己做一次总结，让我想想写些什么呢。
�写作是一个好习惯，将自己工作中的经验拿出来与大家分享是我的荣幸。我的微信公众账号中会同步分享我工作实践中的点点滴滴，期待能与更多人交流。
Thx！
