软件为什么要做需求调研

⑴ 如何进行软件需求分析

何进行软件需求分析，简而言之不是几句话可以描述清楚的，这里给你一些方法功能参考。

首先，在进行软件需求分析之前，得有一份软件说明书或者软件需求规格说明书，因为这个是我们进行需求分析的对象。但是这个需求规格书写的质量怎么样，实际上是决定了软件项目的进度、成本甚至成败的？为什么这么说呢？因为当前软件开发这个行业最大的问题是需求质量低下，这个导致了项目成本至少增加了30%以上，这也是为什么软件这个行业有钱的公司不多的主要原因。或者说能做出一份有质量的需求规格说明书将体现这个企业的挣钱能力，但现实是绝大多数企业都像人月神话中描述的一样：一步一步踏入了泥潭。。。由于这个工作产品如此重要，因此通过过个步骤来保证它的质量：需求策划、获取、分析、确认以及后期需求管理，尤其是变更管理。如果想了解具体的每个步骤的详细内容可以联系我。
其次，如果需求规格说明书有了，我们怎么分析呢？在具体说明分析方法之前，首先我们要明确一个问题：需求分析到底是在分析什么？其目的是什么？其实我们绝大多数的需求工程师都不太清楚或者不能明确的回答这些问题，从而导致他们花费了大量的时间来写用例（user case），写了很多关系复杂甚至连需求人员都看不明白或者越看越糊涂的东西，因为他们认为这样后续的开发、测试人员就能开明白了，事实上是这样的吗？根本不是，如果是的话，我们的软件行业中的绝大多数企业活的普遍不那么悲惨了。。。回到软件开发，我们来想一下，我们开发这个东西给谁用？是自己吗？？？如果是自己事情就简单了，因为需求都在自己脑子里面了，就算不完整起码也不会缺多少，但问题正好相反，99.999999%的情况下我们是为别人或者说我们的用户开发的，也就是说需求其实是在客户的脑子了，而不是我们的脑子里！！！我们的首要目的应该是如何通过一套完整的套路把需求从客户的脑子里面传输到我们的脑子里面，然后按照规格化（这个是另外一个重点）的方式把它按照说明书一样描述出来让后续人员能够看得清清楚楚、明明白白，这个步骤是最关键的一环，因为我们的绝大多数客户都不会写需求规格说明书，所以这个任务落在我们的身上。那么我们到底都问什么不会丢需求呢？这个是有一套方法和模板来指导需求人员和UI工程师（调研时就需要画原型，可以稍微想一下这么做的好处）来获取完整的需求。只有这样，才能获取有质量的需求。
那么说了这么多，分析到底是干什么的呢？分析就是需求人员首先自己要系统的检查一下需求来保障需求的质量，记住不是保证，是保障，它就像软件开发中的评审或测试一样，是保障产品的质量进行的检查活动，它们不能保证质量，只是保障作用。就像我们考试一样，你认真的答完题了，还是需要认真的检查一遍，因为这个是人的天性之一。那么问题来了，怎么进行检查或者从哪些方面进行检查呢？我推荐的策略是先外后内、先系统后模块、先功能后非功能、先业务后属性，通过整套方法下来可以帮我们查到不少之前遗漏、写错、或者矛盾的地方，当然也包括可能不是客户需要的needs，只是expectation。这个工作比获取要简单一些，但是是一个繁杂的活，要逐项逐项的检查每一个需求的内容以保障需求的质量。到底检查哪些内容呢？这个太多了，就不罗列了。

⑵ 为什么进行需求分析

A 战略层需求（一般来自老板）
一个公司的方向性需求，一般不是产品经理所能决策的，这个层面的需求一般来自于决策层。老板一般会根据自己拥有的资源优势，以及对市场的分析，决定产品的战略方向。

比如为什么微信是做熟人社交，陌陌是做陌生人社交，360是做杀毒。对于这个层面的需求，一般不会有太具体的需求。通常产品经理会听到的需求会是，产品大概要面向什么样的用户，帮助用户解决什么样的问题，这种类型的需求可能在初期的创业公司会听的更多，例如饿了么的诞生是来自于他的创始人想要解决校园里叫外卖不便的现状 。

在相对成熟的公司孵化新项目时，你听到的需求可能会变成：公司有哪些资源优势，我们利用这样的优势能切入哪个行业，解决什么问题。比如小程序的诞生，一定是（wo cai de） 微信的决策层在思考自己拥有这个体量的用户后 ，产品能做更多的事情。在这个思路下，逐渐衍生出了小程序的概念。利用小程序，微信实现了流量的转化，实现了自己平台化、系统化的想法。

在这个阶段产品经理更多的事情应该是去了解老板提出的方向。基于这样的需求，可以确定人群，确定要需求范围（就是要做啥事），以及手里面可用的一些资源。（比如流量资源，内容资源，算法资源等）。

简单的来说，如果把做产品比作开店，那么这个阶段差不多菜系（要解决问题）和大厨（资源）应该是选好了，以及卖给什么样的人。但是开在什么地方，面积选择，店面装潢，详细的菜品和定价都还没有确认。

B 用户需求调研
在接到了战略层的需求，接下来要做的事情是分解和完善需求，将需求细化。这个时候你要做的事情包括：找到目标人群、了解目标人群的使用习惯。

比如你要做一个外卖平台，你的用户群里可能包含了两个人群，商家和用户。针对这两个人群，又会派生出很多需求。你需要考虑商家的使用环境，普通的小店很可能收银、送货、点餐全部加起来只有一到两个人。他们可能就没有办法专职的关注下单情况，这种情况下你的推送机制，语音提醒可能就要保证时效性。同样的因为生产环境的原因，订单管理需要人工来确认，保证不会过载，影响用户的体验。商品的上架和下架就要尽可能简单、清晰，在商家没有货的时需要及时下架。（不同于客户端的丰富、种类繁多）。

用户端则面对学生群体，不同于在食堂购买，在PC或者手机上，如何展示有哪些商家，每个商家又有什么样的特色，如何帮助用户去挑选商家，怎么评判商家的口味，价格如何展示。需求和商家端有很大的不同。

文章中举例的外卖软件，在我们日常生活中比较常见。很多需求依托常识就可以做出判断。但是如果遇到小众的需求，例如二次元社区、情趣用品等，如果产品经理没有这些产品经验，则需要去找到用户群体，比较常见的做法有联系公司内部的工作人员，例如运营和客服，这些经常需要和用户去打交道的职位，能给够你一些最真实的意见。还可以维护种子用户微信群，做调研问卷等。

但是小公司一般不太会采用这些方式，因为这些方式成本高，耗时长。最好的办法还是产品经理能变成产品的忠实用户，去真实的使用产品。而不是假想自己是产品。

在这个环节，其实产品经理基本上可以将方向性的需求转变为更详细的功能范围，以及对应的优先级。还是拿开饭店的那个例子，在这里其实我们根据老板给的菜系和大厨以及开店预算。

我们基本上确认了我们的菜是要卖给什么人，这些人来吃饭的需求是工作餐还是周末聚会，还是情侣约会，以及他们大概的预算会在什么范围（目标人群及核心需求） 。在这些条件的支撑下，我们基本可以确定菜谱上的内容，要设置凉菜、热菜、招牌菜、主食（需求转化为对应的功能列表）。根据这些人的性格特点，店面的装潢也可以确定了（页面风格，排版）

C 协作部门的需求
确定了用户的需求之后，我们要继续确认内部的工作流程。产品不仅是用于服务用户，同时还要服务自己内部体系的其他部门。例如：

运营部门日常的内容和活动维护，那你就会需要一个管理后台；
客服要可以收集和解答用户的问题，那我们的页面上就会需要客服的展示位以及后台给客服回复的页面；
像饿了么这个例子，它的协作部门还包括了外卖配送人员，这个时候就需要给配送员一个可以快速查看和管理订单的页面（体量足够，可以变成app）；
网站类的产品可能收到来自seo部门的需求，他会要求的你的页面上增加很多的内链、会要求一些搜索词要有落地页面。（这个可能会直接影响你的网站结构，seo会让你做很多专门给爬虫抓取的页面）。
可能还会有一些页面上看不到的需求:比如财务可能有做账的需求，BI有数据统计的需求。
确定了你可能需要协作的部门之后，有的时候你还需要继续确认他们的人员配置和工作流程是什么样的，这些会影响到前后端的设计。

以我所在的公司为例，产品是垂直领域的内容类产品，在我规划内容展示的时候，首先需要明确我们内容的生产的范围和内容数量、以及内容的展示形式（音频、视频？），这些东西决定了你的页面如何展示。

⑶ 软件开发步骤包括哪些过程

软件开发一般分为五个阶段：问题的定义及规划、需求分析、软件设计、程序编码、软件测试。

⑷ 为什么需求分析是软件发展的第一步

我想提问者可能想问的是：需求分析是软件开发的第一步。。。估计是英文单词 development 翻译的问题。。
从软件工程和需求工程的角度来讲，需求分析并不是第一步，而且也不可能是第一步，为什么这么说呢？
做任何事之前需要先知道做什么，这个对软件开发来讲就是需要先知道客户需求！那么获取客户需求就是必需的，然后通过对客户需求进行“翻译”并且进行 规格化编写后 成为开发人员（如设计人员和代码编写人员）以及测试人员能够理解的软件需求规格说明书来用。那问题来了，怎么获取客户需求呢？从大的角度来讲两个方面：1 做好需求获取准备，包括客户初步需求的研究（合同）、用户模型（哪些人会使用开发的产品）的搭建、调研人员和被访谈人员的选定和协调、类似产品的了解 2 调研客户的策略和制定规范化的问卷， 这些步骤都非常关键！！！为什么这么说呢？ 因为对于软件应用开发来讲，目前最大的问题是需求质量低下问题！需求质量低下体现在不断的需求变更上。然后对齐分析发现：其中引起需求变更最大的三个来源就是：需求不完整、需求描述不清晰 和需求丢失，分析这三个来源背后的主要原因有：准备工作不足、不会调研进行需求、不会分析需求、不会描述客户需求和不会规格化软件需求，从而导致需求变更的非常频繁，结果就是项目组靠不断的加班来赶进度和降低成本。所以从这个角度来讲，需求准备工作或者需求开发是软件开发的第一步。
希望能对你有帮助。