设计做某事

接到一个需求，我就兴奋地开始画，画完之后，我对审核很满意。但是，产品和开发中提出了很多问题，你被迫陷入了图纸修改和自我否定的死循环。看了今天的文章，或许能帮你解决这个死循环。

1。思考需求的本质

收到需求后，一定要问为什么。PM为什么会提出这个需求？是为了解决什么问题？这个问题是真的吗？如果存在，能给用户和公司带来什么价值？记住，每次你做案例的时候，你必须先问自己这些问题。一定要改掉接到需求就直接画画的坏习惯。

所以如何解决这些问题，你一个人是无法肯定回答的，因为你既不是老板，也不是用户，你不知道公司的战略定位和目标用户的真实场景。所以要沟通，而且是反复沟通，不停的问。只有这样才能获得足够的信息来支持下一步的设计方案。

经过交流，结合自己的思考，我总结了这个案例的设计目的。下图是我最新迭代的小需求。提前与产品沟通的时间远远超过画图的时间。

设计目标

粗体字是设计目的，后面的破折号是为了达到目的需要设计的功能。后续工作可根据设计目的进行。

目的设计好之后，事情并没有结束。这个目的需要验证。有三种方法:

①征求产品和管理层的意见。

②这个设计目的给用户带来价值了吗？

③是否给公司带来价值？

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

2。梳理过程和输出流程图

设计目的很难梳理，但是这个东西还是很空洞，不能引导绘图界面。这需要借助一个多功能的工具，流程图。众所周知，交互设计不同于其他设计。交互设计的ss="superseo">ss="superseo">对象是行为，行为是连续的、不确定的。连续，表示有顺序；不确定，表示有很多种可能。

流程图

熟悉我的人都知道我在学校学的是软件工程，因为要学会用流程图来梳理算法逻辑，所以对流程图比较熟悉。第一次摸流程图，感觉如获至宝。这难道不是思考问题的利器吗？

那么为什么要画流程图呢？

画流程图首先可以帮助你了解用户的行为序列，其次可以避免遗漏异常和分支流程，第三，熟练使用流程图后，你会发现每个流程的节点基本上都对应着产品的一个界面。

以流程图为例。用户的签名对应于一个接口。签完名后，会在后台进行评判。如果匹配成功，会提示匹配成功。这是一个提示界面。如果匹配不成功，dialog会提示并提供两个入口:重写和即时体验，也对应一个对话框页面。

从思考需求本质，总结设计目的，到将用户行为与流程图进行梳理，设计思路会变得更加清晰具体。接下来，根据设计目的和流程图，就可以开始画线路图了。不过我建议在画图之前，先和相关开发商沟通一下。

3。与开发人员交流，了解技术的局限性

按道理，只要能把逻辑需求说清楚，所有需求都可以开发出来。但是产品上市时间是固定的，大部分公司都是倒序的，所以开发和测试时间很紧。为了确保产品和功能的及时推出，有时设计妥协是必要的。

所以我建议，从用户体验的角度出发，先做一个相对极端的设计方案，再做一个相对保守的方案。这个保守的方案也许并不高明，但却是各种因素妥协下的最好结果。

总结一下，不要在接到一个需求就急着去画，这样往往会让设计师陷入图纸变化和自我否定的死循环。解决这一死循环的方法论有三个步骤:首先，通过理解需求的本质来确定case的设计目的；通过流程图这一有效工具，可以梳理用户行为，考虑全方位分支和异常流程；最后和开发人员沟通，了解技术给设计方案带来的限制。做完这三步，就放下画图。这时候会更加得心应手，容易收起，因为经过三步思考，画画是理所当然的事情。希望今天的文章能帮到你。

文/邹志南微信微信官方账号:邹志南