系统讲解下设计需求

1. 先理解什么是业务需求、目标、目的
1.1 什么是业务需求
业务需求是企业为了达到某些目标和某种目的而制定的。它代表着企业希望下一轮产品的迭代能带来什么收益，所以企业和 PM 在制定需求时必须谨慎且方向清晰。在工作中，交互要分析拿到的业务需求是否合理，所以就要理解在业务需求中的一些基本元素：
需求定位：产品或用户，还有企业战略
需求类型：功能类、数据类、设计类等
重要性：重要、暂不重要
拿到需求首先就要分析，定位是否清晰，属于技术类、数据类、设计类等中的哪一类，筛选所有需求中哪个更重要，然后再去做相应的工作。
1.2 什么是业务目标
常见的业务需求：
1.加个订单管理功能；
2.在购买结束后加个分享功能；
3.视频播放加个进度条控制；
4.……等等；
业务目标是去完成这些业务需求。就像我的目标是：让用户购买高露洁。那么我提出的需求就是：在货物单中加入高露洁，并显示在首页最显眼的位置。
1.3 业务目标 ≠ 业务目的
很多人都会误以为业务目标就是业务目的，导致在做需求分析的时候，会出现很多漏洞。
业务目的是当某个业务目标达成之后想要做的事情。就像上面说的，我的目标是：让用户购买高露洁，那我的目的是：没有蛀牙！（真实目的：它快过期了，抓紧卖了赚钱）
我们平时最常见的业务目标，就是提升或降低用户数、转化率、活跃度、传播量、销售量等等；而它们的目的从某个角度来说都是增加知名度。（当然，赚钱是所有人的最终目的，这里就不那么庸俗的展开说了）
有点不放心你们明白没，再举个简单的例子：提供用户意见反馈是一个业务需求，提高意见反馈的实用性是我们的业务目标。当意见反馈的实用性提高了，就能让用户更好的反馈，从而实现公司更好的收集用户的需求，对产品进行的迭代。
可以根据自己手上的项目去琢磨一下，看看有没有理解这点。
1.4 如果没有目的会怎么样？
没有目的，会导致产品在这个过程中，产生很多问题：
1.会议无法进行，主题容易跑偏；
2.提出的方案没有一个标准去评估；
3.后期的产出效果没办法衡量是好是坏；
4..……再等等；
产品每一次迭代的根本，就是为了达到某个目的，因此没有目的的产品肯定是不存在的。
1.5 如何衡量需求是否合理？
前期的判定是通过企业用户画像、数据分析等等，根据这块信息，团队能看到哪一块暂时需要优化或先优化什么。而在小团队没有这些数据时，就是通过简单的用户反馈或，由产品经理判定是否合理，然后与团队进行沟通，并拍板定需求（这里的团队包括开发、视觉、交互）。
到这还没完，目前为止只是团队认为合理，并没有数据支持。所以后期需要观察数据，如意见反馈功能，观察用户的点击率是否有所提高。
下面再说说怎么分析用户需求。


2. 分析用户需求
理解了上面说的业务需求、业务目标、业务目的，理清了它们的关系，后面就要说说怎么分析用户的需求了。需求可以被分为很多类别，如产品类、运营类、设计类、技术类等，但是我们不展开讨论。因为判断需求是否合理的标准，都是一样的，那就是是否适合产品近期的目标。有人说需求来自用户，也有人说需求是自己创造的。后面这句话我不做评论，下面围绕前面那句话来做讲解。告诉大家一句真理：用户体验的核心，就是用户需求。因为用户描述的需求是外在表象，而用户的体验才能找到内在的原因，通过体验我们就可以拿到用户真实需求。
2.1 明确目标用户
目标用户是指使用某一产品或服务的典型群体，而不是个体。我们在制定需求时，心里想的用户就是使用我们产品或享受我们服务的直接接触对象，他们被称为目标用户。有些产品，把这个概念模糊了，没有分清哪一部分是自己的目标用户，导致产品走向失败，也是很常见的。
2.2 分析用户需求
分析需求之前，必须先理清需求：把用户可能需要的功能都清晰的列出来。然后再定义一个优先级：筛选出不合理的需求，评定是否紧急，然后把最主要的先做了。用户经常会提出一些从自己角度而言都是正确的需求，而站在产品的角度来说不一定合理，因此他们的需求对于产品来说不一定是合理的。比如用户觉得牙刷的时候手有点累，提出想要一把自动牙刷。但是给他一片全新研发的产品“一秒清理口腔含片”，他可能更喜欢。这里并不是说用户提出的需求就是不对的，有时候经常有人会说，用户需求因人而异，他们会因为场景不同，设备不同，价值观不同，提出的需求也会有矛盾。所以我们应该站在产品的角度来探索出是什么驱动用户提出这类需求，找出关键因素，再将其转化为产品需求。
2.3 找出关键因素
有些产品经常会遇到这种情况：按照用户需求去改进了产品，用户反而不喜欢了。这里不是功能出错了，而是没抓住用户动机。前面提到的用户需求是他们基于某种担忧和使用中产生的障碍所提出的，所以我们要学会如何挖掘他们使用产品的动机，解决它们的问题。来个栗子：用户口渴想喝水，或者吃冰激凌。而用户在意的不是去吃什么或喝什么，他们产生需求的动机是口渴。用户产生动机就会使用产品，使用产品就会有担忧和使用障碍，所以我们要站在场景的角度分析用户需求。帮助用户创造动机，排除担忧，解决障碍。再来个实际的栗子：大量用户认为你的页面购物方式不好用，他们又不知道哪里不好，就是感觉。这时候你可能就会对页面进行排查，甚至修改整个页面。但是到头来仅仅是因为下单按钮太小的原因导致的。将用户需求转化为产品需求说简单很简单，说难也很难，总之就像上面说的，不要被框住了。现在应该能更好的理解怎么将用户需求转为产品需求了吧？一款好的产品，它的功能肯定是用户需求转化来的，所以收集到用户的需求，好好分析，不要照着就做，要理解产品功能，不是去纠结用户需求。


3.归纳设计需求（产品或交互角度）
当需求制定好，就把它们一一罗列出来，进行清晰的排列，做成一份文档，保证在后期输出的时候知道要做什么，让团队知道产品方向。如：
需要告诉用户点击的方式【自己】
广告投入的支持【需运营支持】
注册是否跳转页面【自己】
增加轮播图的数量【与运营协商】
……等等
这样不仅可以帮助自己梳理工作内容，还能在自己产出的文档中具有说服力。最好再做一个PPT，会议评审的时候能讲解的更清晰。无论你是产品、交互还是UI，都需要有这种能分辨需求和演讲的能力。毕竟人嘛~多会点东西总是没错的。


本文来自公众号：呆呆U理

最后

以上就是虚拟手链为你收集整理的系统讲解下设计需求的全部内容，希望文章能够帮你解决系统讲解下设计需求所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。