设计师做需求分析,如何避免这4个误区？.pdfVIP

设计师做需求分析 ，如何避免这4个误区 ？ 说到“需求” ，简简单单的两个字 ，却困扰了很多的设计师 产品经理。迷茫的设计师一边做一 边猜 ，猜不对就改 ，改了还不对 ，回去再继续改。总会有人给你提各种各样的意见 ，你按他 们的意见去改了 ，结果产品经理还是可能会拍桌子 ：完全不是我要的样子啊 ！ 从iPho ne开始火了用户体验 ，用户体验又火了交互设计。但是很多人学习新东西还是喜欢找模板 ， 生搬硬套。网上那些Axure教程都挺火的 ，各种屌炸天的五毛钱特效、动态面板 ，反正是应有尽有。 我见过很多Axure软件操作的高手 ，他们画的原型看起来都很历害的样子。哎哟 ，还会动哦 ！但是 当他们接到设计需求时 ，多数还是一脸茫然 ，或者总会遇到不断被要求修改修改修改这样的工作 状态。 我在面试的时候 ，像这种软件操作的熟练程度 ，一般是不看的。因为我要找的不是画原型 线框图 的工人 ，而是有想法的设计师。 不知道什么时候开始 ，多了一个我不是很喜欢的词 ：干货。什么是干货 ？就是听完一个讲座 ，或者 看完一篇文章 ，得到一个回去马上就能使用的方法、技巧。比如我跟大家说 ，写文章的时候 ，你给 标题加一个数字 ，对于提高点击率是有帮助的。就好像这篇文章的标题。哈哈哈哈。 但是很可惜 ，我今天不是来分享干货的。 我今天不会教大家怎么做需求分析 ，主题并不是“设计需求分析的4个技巧”。所以 ，只是想在这里跟 大家分享一下 ，在我过去的工作经历当中 ，我做设计需求分析时 ，踩过哪些坑 ，也就是走过哪些 误区 ，应该如何避免。这些坑 ，如果你也不幸踩过 ，可能你会感同身受 ；如果你还没踩过 ，要么是 你太幸运 ，要么就是还没开始 ，总之该来的总是会来的。 小技巧是很容易得到的 ，花点时间找一下就有了。但是 ，你能轻易得到的小技巧 ，别人也行啊。 所以 ，小技巧算不上核心竞争力。建议大家回去还是要多啃几本专业的书 ，多做几个项目 ，又或是 多找几个同行前辈交流交流 ，那样才扎实 ，才能得到真正是干货。 要做好设计 ，就要搞清楚设计的需求。关于设计需求分析 ，的确是一门学问。在展开介绍几个误区 之前 ，我想先跟大家说明一下什么是“设计需求” ，这不是我自己创造的词汇。所谓设计需求 ，就是 指需要设计师配合完成的需求 ，比如设计用户流程、用户界面这些都是设计需求。 我认为一个产品的设计需求应该包括两个方面 ，一是业务 ，二是用户。所以 ，会同时包含业务目标 用户体验目标两个层面。符合设计需求的方案 ，一定是既满足业务目标 ，又满足用户体验目 标的。 设计师在做需求分析的时候 ，第一个容易踩的误区就是 ：只关注用户需求 ，不关注业务目标 。 误区1 ：只关注用户需求 ，不关注业务目标 在实际工作中 ，设计师接到的业务需求 ，大多数时候 ，可能都是类似这样的。比如 ，“把购买流程优 化一下”、“课程页面加一个分享的功能”、“讨论区帖子要支持顶 踩”、“在消息中心提供清空操作”。 说是需求 ，其实多半已经是一个解决方案了。完整的需求应该包含目标 期望 ，甚至是背景的描述 。 如果你只是想把这个工作任务快点完成 ，那么就会照着需求方的方案去做 ，完全不管背后的目标 期望。这样的事情做多了 ，充其量就是一个“努力的笨蛋”而已。这样很危险 ，对产品 ，对你个人 来说 ，都很危险。 对待业务需求 ，我们需要向对待用户需求那样 ，不断地问为什么。去了解原因、背景。比如 ，为什 么要优化购买流程 ？现在的流程有哪些问题呢 ？我们的用户会分享什么样的内容到微信里边呢 ？做 了这些事情 ，产品期望得到怎样的成果呢 ？并且 ，我们又要如何来衡量设计方案的效果呢 ？ 了解问题 ，往往比提供解决方案更加重要。爱因斯坦说 ：“如果让我1个小时解答一道决定我生死的 问题 ，我会花55分钟来弄清楚这道题到底是在问什么。一旦清楚了它到底在问什么 ，剩下的5分钟足 够回答这个问题。” 了解问题 ，即知道了做这件事情的目的、原因、动机。目的通常是需求的出发点 ，而目标是期望的 成果。之所以提出目的 目标两个概念 ，是因为现实中就是会有很多人把目的目标混淆。如果直接 用目的来指导设计 ，是空的 ，不够具体 ，也可能 设计没有直接关系。比如 ，要达到“获得更多的注 册用户”这个业务目的 ，只要多做做推广 ，多挂挂广告也是可以的。但“提高注册转化率”这个业务 目标 ，就变得 产品设计有非常直接的关系了。 对目标最有帮助的事情 ，就是最有价值的事情。设计前先确认清楚相关的目标 期望 ，先问问做这 件事想要达到什么效果。如果想不清楚 ，就先花时间搞清楚 ，不要因为时间急