接到一个需求，兴奋的开始画图，画完后心满意足的评审，产品和开发却提了一大堆问题，你懵逼的陷入了改图和自我否定的死循环。看了今天的文章，也许会帮你解掉这个死循环。

 

　　1.思考需求的本质

 

　　接到需求之后，你一定要多问为什么，PM为什么要提出这个需求?是为了解决什么问题?这个问题真实存在吗?如果真实存在，做了之后能给用户和公司带来什么价值?切记，每次做case一定要先问问自己这些问题。一定要改掉接到需求就直接画图的坏毛病。

 

　　那么怎么解决这些问题，单靠你一个人肯定回答不了，因为你不是老板，也不是用户，不了解公司的战略定位和目标用户的真实场景。所以需要沟通，而且是反复的沟通，不停的问，只要这样才能获取到足够的信息来支撑接下来的设计方案。

 

　　沟通之后，再结合自己的思考，总结着这次case的设计目的是什么。下图是我最近的一个小需求迭代，事先和产品沟通的时间远远超过了画图的时间。

 

　　设计目的

 

　　黑体字是设计目的，破折号后面是为了达成目的而需要设计的功能。后续的工作便可以依据设计目的而进行。

 

　　设计目的出来之后，事情并没有结束，这个目的需要验证，有三个衡量标准：

 

　　①询问产品和管理层的意见

 

　　②这个设计目的有没有给用户带来价值

 

　　③有没有给公司带来价值

 

　　①确保了管理层的意图尽可能的在你的设计目的中得到传达;每个需求都是为了能给用户或公司带来价值的，不是为了情怀买单，这是标准②和③。

 

　　2.梳理流程，输出流程图

 

　　好不容易整理出设计目的，但这个东西还是很虚，指导不了画界面。这需要借助一个万能的工具，流程图。我们都知道，交互设计不同于其他设计，交互设计的对象是行为，而行为是连续的、不确定的。连续的，说明是有顺序的;不确定的，说明有多种可能性。

 

　　流程图

 

　　熟悉我的人都知道，在学校学的是软件工程，因为要学习使用流程图去梳理算法逻辑，所以对流程图很熟悉。第一次接触流程图，就感觉如获至宝，这不是思考问题的利器吗?

 

　　那么为什么要画流程图?

 

　　画流程图，第一能帮你了解用户的行为顺序，第二能避免漏掉异常和分支流程，第三，流程图使用熟练之后，你会发现，这是大概每个流程的节点基本上会对应到产品的某个界面。

 

　　拿上图流程图举例，用户签名对应一个界面，签完名后台进行判定，如果匹配成功，提示匹配成功，这是一个提示界面;匹配不成功则dialog提示并提供重写和立即体验两个入口，这对应的也是一个dialog的页面。

 

　　从思考需求的本质总结出设计目的，到利用流程图梳理用户行为，设计的思路会越来越清晰，越来越具象。接下来就可以依据设计目的和流程图，开始着手画线框图了。但是我建议，在画图之前，会相关开发人员进行沟通一下。

 

　　3.和开发人员沟通，了解技术的局限性

 

　　按照道理，只要能说清楚逻辑的需求都能够被开发出来，但是，产品上线时间是固定的，而且大部分公司都是倒排序，所以开发和测试的时间都很紧凑，为了确保产品和功能的准时上线，有时候是要进行设计上的妥协的。

 

　　所以我建议，站在用户体验的角度，做一个相对极致的设计方案，然后再做一个相对保守的方案，这个保守的方案也许并不出彩，但是确实各方因素妥协之下最好的结果。

 

　　我们总结一下，接到需求不要急着动手画图，这往往会使设计师陷入改图和自我否定的死循环。解决这个死循环的方法论一共有三步：先通过了解需求的本质来确定case的设计目的;再通过流程图这个有效工具，来梳理用户行为、考虑全面分支和异常流程;最后和开发人员沟通，了解技术给设计方案带来的局限性。做完了这三步，再放开手去画图吧。这个时候往往会更加得心应手、收放自如，因为经过三步思考，画图便是水到渠成的事情。希望今天的文章能对你有所帮助。