UX talk系列用于更新一些篇幅较短的文章，来整理一下UX设计师日常工作中遇到的话题和思考，欢迎关注更新。
你是不是在工作中也经常遇到需求方“一句话”就描述完的需求？比如:
这种“一句话”的需求表达方式，跳过了所有步骤，直接阐述了最终呈现出的表现层的解决方案，严重压缩的信息让设计师感到头疼。
提出这种需求的需求上游（比如产品经理）可能有几个原因：
1.只是简单的转述这个需求，有可能是上级、老板安排下来的，并没有经过过滤直接传达给下游。
2.把问题想得太简单了，没有非常清晰的目标，没有充分的考虑这个功能的场景、用户诉求、使用流程等。
你可能觉得“一句话需求”都是产品的锅啊，是他没有讲清楚。但如果不对这“一句话”做全面的思考和沟通，设计方案也很可能会跑偏。
比如第一个问题“我要在导航上加一个XXX功能的入口”，这看起来确实是一个很简单的需求，作为一个“熟练”的设计师你是不是几分钟操作就给加上了呢？
但如果在方案输出之后，当别人提问或质疑“为什么这样设计？”时，我们可能只能回答：是产品让我加的（别问我 我什么都不知道😅）
所以，当你接到这个需求时，你有没有想到：
这个功能到底是什么？
为什么要加这个入口？
它跟导航其他项的关系是什么?
为什么要加在导航上？可以加在其他地方吗？
哪些用户会用：
用户在什么情况下会点击这个功能入口？动机是什么？
用户应该通过这个入口落到哪个页面去做什么？流程是什么？结果会怎么样？
通过这个入口可以带来什么价值？
…
如果一个产品需求没有足够的依据来支撑，而只想通过设计表现来体现价值，是不成立的。所以，通过这样对需求的思考和沟通帮助设计师补全需求，才能决定“做不做”和“怎么做”的问题。
如何补全需求
step1.自己脑补——独立思考和分析
前面提到了，一句话需求往往直接阐述了最终呈现的表现层的解决方案，相当于直接帮设计做出了判断。对于设计师中有一种可贵的精神就是保持“Case by Case”的心态，就是即使是一个常见功能在不同时期、用户对象、产品内容、功能定位等因素影响下都可能有新的定义和解决方式。
所以，对于表述不完整的需求，设计师可以从基本出发点开始重新分析：为什么要做、做了有什么价值、怎么做。
先自己思考，并根据自己对项目和功能的了解尝试给出答案：
step2.带着问题的沟通——寻求结论
当然，光自己拍脑袋想可能无法正确的补全，但你已经有了一定的方向，并且在需求讨论中也可以有话可说。
比较合适的方式是带着这些问题和设想去找需求方沟通确定你要的答案，讨论出最终的解决方案。如果有一些模糊的结论，必要时可以向上咨询更高层级人或者继续在执行中验证结论。
这些结论可以帮助我们“做正确的事”，也是高效设计流程的起点。
总结
即使是很小的产品或功能都会有很多研究的空间，也有创新和做深的可能，重点在于设计思考的深度。对每个问题的深入思考和探究是很难坚持的，但如果你坚持这样训练自己快速的思考，而不是盲目的执行，相信一定会有所收获。
若有收获，就点个赞吧
0 人点赞
