设计师该怎样如何做需求分析呢？最快捷的法子是，沿着用户的使用路径去走一遍，看看他在使用过程中，遇到什么问题，以及怎么解决。

“用户是设计师价值灵感的源泉 。”

工作中难免遇到这样的场景，去评审产品的PRD时，看不出PRD的缺点，也没法提出可以对PRD的一些观点。或者有时候需求很急，连PRD都没有时间去写。这个时候我们所需要的是一个能够很快的，去帮助我们理清楚设计思路的 *** ，行业术语叫做“抓手”，通俗点讲就叫做“突破口”。

2年前，也曾经为此事苦恼不已。也是后来在UCAN听到了一位行业前辈的思维总结，总算开始有些头绪（证明多学习还是有好处的）。后来开始演变成自己的 *** 论。先介绍这个思维，原话是：

“作为设计师，你的价值是来自于用户，来自对用户的了解，立场永远是用户。”

从这个思路出发，可以衍生出很多处理问题的 *** 。比方说绘制用户体验地图、 *** 调研、用户走访等等各种 *** 的实施，归根结底，都是想了解用户想要什么，以及遇到了哪些问题。

言归正传，这个思路，怎样运用到解决平时工作中的需求？

最快捷的法子是，沿着用户的使用路径去走一遍，看看他在使用过程中，遇到什么问题，以及怎么解决。

但这种处理方式不科学，只能应急。重要的事说3遍！重要的事说3遍！重要的事说3遍！

原因是，在做事情的过程中，我们绝大部分场景下，不是目标用户。不知道用户的实际需求和所遇到的问题，还是需要通过一些设计的 *** 去得到相应的指导。科学的 *** 不在今天讨论的 *** 里面！

介绍一个阁主的从这个思维所衍生出的一个比较实用的 *** ，就是用户三问三答：要什么、有什么、差什么。

案例一

以一个有毕业3年有3年UI设计经验的设计师，想转行找交互或者体验设计师为例：

1. 确定要什么

先确定要什么，那么怎么确定——看这个决定权在谁手上。

找工作那么企业的决定权相对来说比较大，那就看他所宣传的岗位描述具体要求是什么，这些是最能反映目标具体要求的内容。

如果是做项目，就看这个决定权是在产品经理还是运营手上，或者公司的boss手上。

比方说，最近Teambition偏交互的体验设计师 *** 要求为：

岗位描述：

作为体验设计师，你对于主流产品的交互模式了然于心，并且有很强的逻辑性和同理心，善于归纳用户与产品交互的各种路径。

你将会负责：

参与需求的前期探讨，用户调研，数据分析，和产品经理一起描述用户故事，归纳需求范围

组织组内设计师一起头脑风暴，通过多种设计 *** 描绘用户使用路径

在项目的不同阶段产出适合的原型验证设计想法，如纸上原型、WireFlow、低保真原型、高保真可交互原型等

理智清晰的向合作伙伴讲述产品设计思路，完整无漏洞

岗位要求：

这些，对你来说只是起点：

注重用户体验，设计驱动，站在用户角度解决产品中的使用问题

知识面广，逻辑清晰，眼界开阔，举一反三

具有良好的设计品味，具有一眼判断好设计的能力

不断观察、吸收和总结设计领域的最新技巧、趋势、思维并乐于向大家分享这些，会使我们眼前一亮

工具控，善于发现好工具用以解决工作或生活中的效率问题，或有过工具类产品设计经验

善于创造，有自己的产品想法有为之付诸实践的项目

坚持设计类文章的写作或拥有自己的设计类专栏

对敏捷研发、项目管理 *** 论有了解或接触过，使用过相关产品并有意愿改进类似工具的使用体验

2. 确定有什么

接下来盘算下有什么，罗列出你肯定有的以及整理下可以的有资源，比方说3年的UI设计经验是很定有的，那么强大的美术基础，良好的设计品位，整理下作品集是可以体现出来了。

那么差距一目了然，分类后如下：

提升逻辑思维；

积累专业的交互设计 *** 论：用户调研、数据分析、故事板等等；

设计驱动、用户角度解决问题，用项目或者功能点来证明；

纸上原型、WireFlow、低保真原型、高保真可交互原型平时材料的积累；

3. 确定差什么

差什么就是解决问题的关键所在。以后积累项目就朝着这个方向发展，补全这差的内容。就可以达到 *** 要求了。

案例二