为什么进行需求分析
来自： 更新日期：早些时候
为什么要进行软件需求分析~
一个公司的方向性需求，一般不是产品经理所能决策的，这个层面的需求一般来自于决策层。老板一般会根据自己拥有的资源优势，以及对市场的分析，决定产品的战略方向。
比如为什么微信是做熟人社交，陌陌是做陌生人社交，360是做杀毒。对于这个层面的需求，一般不会有太具体的需求。通常产品经理会听到的需求会是，产品大概要面向什么样的用户，帮助用户解决什么样的问题，这种类型的需求可能在初期的创业公司会听的更多，例如饿了么的诞生是来自于他的创始人想要解决校园里叫外卖不便的现状 。
在相对成熟的公司孵化新项目时，你听到的需求可能会变成：公司有哪些资源优势，我们利用这样的优势能切入哪个行业，解决什么问题。比如小程序的诞生，一定是（wo cai de） 微信的决策层在思考自己拥有这个体量的用户后 ，产品能做更多的事情。在这个思路下，逐渐衍生出了小程序的概念。利用小程序，微信实现了流量的转化，实现了自己平台化、系统化的想法。
在这个阶段产品经理更多的事情应该是去了解老板提出的方向。基于这样的需求，可以确定人群，确定要需求范围（就是要做啥事），以及手里面可用的一些资源。（比如流量资源，内容资源，算法资源等）。
简单的来说，如果把做产品比作开店，那么这个阶段差不多菜系（要解决问题）和大厨（资源）应该是选好了，以及卖给什么样的人。但是开在什么地方，面积选择，店面装潢，详细的菜品和定价都还没有确认。
B 用户需求调研
在接到了战略层的需求，接下来要做的事情是分解和完善需求，将需求细化。这个时候你要做的事情包括：找到目标人群、了解目标人群的使用习惯。
比如你要做一个外卖平台，你的用户群里可能包含了两个人群，商家和用户。针对这两个人群，又会派生出很多需求。你需要考虑商家的使用环境，普通的小店很可能收银、送货、点餐全部加起来只有一到两个人。他们可能就没有办法专职的关注下单情况，这种情况下你的推送机制，语音提醒可能就要保证时效性。同样的因为生产环境的原因，订单管理需要人工来确认，保证不会过载，影响用户的体验。商品的上架和下架就要尽可能简单、清晰，在商家没有货的时需要及时下架。（不同于客户端的丰富、种类繁多）。
用户端则面对学生群体，不同于在食堂购买，在PC或者手机上，如何展示有哪些商家，每个商家又有什么样的特色，如何帮助用户去挑选商家，怎么评判商家的口味，价格如何展示。需求和商家端有很大的不同。
文章中举例的外卖软件，在我们日常生活中比较常见。很多需求依托常识就可以做出判断。但是如果遇到小众的需求，例如二次元社区、情趣用品等，如果产品经理没有这些产品经验，则需要去找到用户群体，比较常见的做法有联系公司内部的工作人员，例如运营和客服，这些经常需要和用户去打交道的职位，能给够你一些最真实的意见。还可以维护种子用户微信群，做调研问卷等。
但是小公司一般不太会采用这些方式，因为这些方式成本高，耗时长。最好的办法还是产品经理能变成产品的忠实用户，去真实的使用产品。而不是假想自己是产品。
在这个环节，其实产品经理基本上可以将方向性的需求转变为更详细的功能范围，以及对应的优先级。还是拿开饭店的那个例子，在这里其实我们根据老板给的菜系和大厨以及开店预算。
我们基本上确认了我们的菜是要卖给什么人，这些人来吃饭的需求是工作餐还是周末聚会，还是情侣约会，以及他们大概的预算会在什么范围（目标人群及核心需求） 。在这些条件的支撑下，我们基本可以确定菜谱上的内容，要设置凉菜、热菜、招牌菜、主食（需求转化为对应的功能列表）。根据这些人的性格特点，店面的装潢也可以确定了（页面风格，排版）
C 协作部门的需求
确定了用户的需求之后，我们要继续确认内部的工作流程。产品不仅是用于服务用户，同时还要服务自己内部体系的其他部门。例如：
运营部门日常的内容和活动维护，那你就会需要一个管理后台；
客服要可以收集和解答用户的问题，那我们的页面上就会需要客服的展示位以及后台给客服回复的页面；
像饿了么这个例子，它的协作部门还包括了外卖配送人员，这个时候就需要给配送员一个可以快速查看和管理订单的页面（体量足够，可以变成app）；
网站类的产品可能收到来自seo部门的需求，他会要求的你的页面上增加很多的内链、会要求一些搜索词要有落地页面。（这个可能会直接影响你的网站结构，seo会让你做很多专门给爬虫抓取的页面）。
可能还会有一些页面上看不到的需求:比如财务可能有做账的需求，BI有数据统计的需求。
确定了你可能需要协作的部门之后，有的时候你还需要继续确认他们的人员配置和工作流程是什么样的，这些会影响到前后端的设计。
以我所在的公司为例，产品是垂直领域的内容类产品，在我规划内容展示的时候，首先需要明确我们内容的生产的范围和内容数量、以及内容的展示形式（音频、视频？），这些东西决定了你的页面如何展示。
为什么进行需求分析视频
相关评论：
软件需求分析免费下载
链接:https://pan.baidu.com/s/1qNBwqvbRS5ziBSIeanLQAQ
提取码:qoyw
需求分析也称为软件需求分析、系统需求分析或需求分析工程等，是开发人员经过深入细致的调研和分析，准确理解用户和项目的功能、性能、可靠性等具体要求，将用户非形式的需求表述转化为完整的需求定义，从而确定系统必须做什么的过程。
搜一下：简述为什么要进行需求分析？需求分析的内容和主要步骤
A 战略层需求（一般来自老板）一个公司的方向性需求，一般不是产品经理所能决策的，这个层面的需求一般来自于决策层。老板一般会根据自己拥有的资源优势，以及对市场的分析，决定产品的战略方向。
比如为什么微信是做熟人社交，陌陌是做陌生人社交，360是做杀毒。对于这个层面的需求，一般不会有太具体的需求。通常产品经理会听到的需求会是，产品大概要面向什么样的用户，帮助用户解决什么样的问题，这种类型的需求可能在初期的创业公司会听的更多，例如饿了么的诞生是来自于他的创始人想要解决校园里叫外卖不便的现状 。
在相对成熟的公司孵化新项目时，你听到的需求可能会变成：公司有哪些资源优势，我们利用这样的优势能切入哪个行业，解决什么问题。比如小程序的诞生，一定是（wo cai de） 微信的决策层在思考自己拥有这个体量的用户后 ，产品能做更多的事情。在这个思路下，逐渐衍生出了小程序的概念。利用小程序，微信实现了流量的转化，实现了自己平台化、系统化的想法。
在这个阶段产品经理更多的事情应该是去了解老板提出的方向。基于这样的需求，可以确定人群，确定要需求范围（就是要做啥事），以及手里面可用的一些资源。（比如流量资源，内容资源，算法资源等）。
简单的来说，如果把做产品比作开店，那么这个阶段差不多菜系（要解决问题）和大厨（资源）应该是选好了，以及卖给什么样的人。但是开在什么地方，面积选择，店面装潢，详细的菜品和定价都还没有确认。
B 用户需求调研
在接到了战略层的需求，接下来要做的事情是分解和完善需求，将需求细化。这个时候你要做的事情包括：找到目标人群、了解目标人群的使用习惯。
比如你要做一个外卖平台，你的用户群里可能包含了两个人群，商家和用户。针对这两个人群，又会派生出很多需求。你需要考虑商家的使用环境，普通的小店很可能收银、送货、点餐全部加起来只有一到两个人。他们可能就没有办法专职的关注下单情况，这种情况下你的推送机制，语音提醒可能就要保证时效性。同样的因为生产环境的原因，订单管理需要人工来确认，保证不会过载，影响用户的体验。商品的上架和下架就要尽可能简单、清晰，在商家没有货的时需要及时下架。（不同于客户端的丰富、种类繁多）。
用户端则面对学生群体，不同于在食堂购买，在PC或者手机上，如何展示有哪些商家，每个商家又有什么样的特色，如何帮助用户去挑选商家，怎么评判商家的口味，价格如何展示。需求和商家端有很大的不同。
文章中举例的外卖软件，在我们日常生活中比较常见。很多需求依托常识就可以做出判断。但是如果遇到小众的需求，例如二次元社区、情趣用品等，如果产品经理没有这些产品经验，则需要去找到用户群体，比较常见的做法有联系公司内部的工作人员，例如运营和客服，这些经常需要和用户去打交道的职位，能给够你一些最真实的意见。还可以维护种子用户微信群，做调研问卷等。
但是小公司一般不太会采用这些方式，因为这些方式成本高，耗时长。最好的办法还是产品经理能变成产品的忠实用户，去真实的使用产品。而不是假想自己是产品。
在这个环节，其实产品经理基本上可以将方向性的需求转变为更详细的功能范围，以及对应的优先级。还是拿开饭店的那个例子，在这里其实我们根据老板给的菜系和大厨以及开店预算。
我们基本上确认了我们的菜是要卖给什么人，这些人来吃饭的需求是工作餐还是周末聚会，还是情侣约会，以及他们大概的预算会在什么范围（目标人群及核心需求） 。在这些条件的支撑下，我们基本可以确定菜谱上的内容，要设置凉菜、热菜、招牌菜、主食（需求转化为对应的功能列表）。根据这些人的性格特点，店面的装潢也可以确定了（页面风格，排版）
C 协作部门的需求
确定了用户的需求之后，我们要继续确认内部的工作流程。产品不仅是用于服务用户，同时还要服务自己内部体系的其他部门。例如：
运营部门日常的内容和活动维护，那你就会需要一个管理后台；
客服要可以收集和解答用户的问题，那我们的页面上就会需要客服的展示位以及后台给客服回复的页面；
像饿了么这个例子，它的协作部门还包括了外卖配送人员，这个时候就需要给配送员一个可以快速查看和管理订单的页面（体量足够，可以变成app）；
网站类的产品可能收到来自seo部门的需求，他会要求的你的页面上增加很多的内链、会要求一些搜索词要有落地页面。（这个可能会直接影响你的网站结构，seo会让你做很多专门给爬虫抓取的页面）。
可能还会有一些页面上看不到的需求:比如财务可能有做账的需求，BI有数据统计的需求。
确定了你可能需要协作的部门之后，有的时候你还需要继续确认他们的人员配置和工作流程是什么样的，这些会影响到前后端的设计。
以我所在的公司为例，产品是垂直领域的内容类产品，在我规划内容展示的时候，首先需要明确我们内容的生产的范围和内容数量、以及内容的展示形式（音频、视频？），这些东西决定了你的页面如何展示。
为什么进行需求分析视频
相关评论：
