如何做好软件的需求分析？

Semiman 2013-11-28 09:08:45

如题，请各位大侠指点。最好是自己的经验之谈，理论性的东西就不要说了，谢先！

...全文

443 24 打赏收藏转发到动态举报

写回复

用AI写文章

24 条回复

切换为时间正序

请发表友善的回复…

发表回复

Semiman 2014-11-12

打赏
举报

引用 23 楼 gongpei_0529 的回复:

[quote=引用 11 楼 kilior 的回复:] 1:多问几个为什么，追根溯源。很多时候用户提的并不是需求，而是他认为实现需求的手段， 2：如果回答不出来，做个原型，给客户使用。

引用 14 楼 dth886 的回复:

先去把这本书买来看《软件需求最佳实践》（徐锋著）

这本书很好！[/quote] 该书确实很好！赞一个~！

pery 2013-12-24

打赏
举报

引用 11 楼 kilior 的回复:

1:多问几个为什么，追根溯源。很多时候用户提的并不是需求，而是他认为实现需求的手段， 2：如果回答不出来，做个原型，给客户使用。

引用 14 楼 dth886 的回复:

先去把这本书买来看《软件需求最佳实践》（徐锋著）

这本书很好！

davidqqq 2013-12-07

打赏
举报

上上楼说的有理

dth886 2013-12-03

打赏
举报

引用 20 楼 mabao669 的回复:

[quote=引用 17 楼 dth886 的回复:] [quote=引用 16 楼 mabao669 的回复:] 就按照我上一个公司的过程来说一下吧 1、一般公司的软件都有针对特定行业或某项业务。例如我原来公司是专门针对设计院做设计项目管理。所以做需求前，你的方向和业务大概都有一个范围，公司也会出一些标准的模板。 2、一般在招标前客户的表述中肯定会有一个初步的需求，读懂这些。 3、与客户主要干系人(一般是大领导、主要业务部门领导)进行沟通，了解客户业务痛处，了解对标书中需求不理解的地方。根据自身在行业内的经验，说出自己的见解和建议。取得主要干系人的信任。 4、好的需求并不是单单指满足客户需要的，而是给客户想要的。例如：客户饿了，他的需求是吃，但是你需要考虑到他想吃的是什么。真正的好的需求分析师，必定是行业专家，而取干系人最大的权利还是专家权。 5、在收集到客户的需求，了解到客户的业务痛处，以及客户认同的你对行业的见解给出的意见，结合公司产品的特点，最终出具需求分析说明书。务必详细，并取得客户的认可。有的朋友说需求说明书没用，直接做demo和原型，其实不可取。需求说明书是客户需求的认可产物，也是对开发人员的需求交付物，很多细节方面的东西，在demo中不可能做得那么细。就算需求和开发是同一个人做，也建议把需求说明书做详细，版本维护好。对于客户后期的需求往复，这个会很有用。

如何转行成为一名需求工程师呢？木有多少开发经验。。。。[/quote] 这个要看你们公司的要求，我们原来公司的需求分析师，好多都是没干过开发或者以前做过很少开发的。需求分析师更多的是从行业角度、业务角度，结合公司产品优势来提供建议的。当然懂开发很有用，但不是必须。因为你主要面对的是不懂开发的客户，你的思维必须和客户贴近。当然懂开发也可以，不过做需求的时候，应从客户业务需求触发，而不要从产品功能实现出发。[/quote] 待遇和开发相比差很多吧？

Semiman 2013-12-02

打赏
举报

引用 17 楼 dth886 的回复:

[quote=引用 16 楼 mabao669 的回复:] 就按照我上一个公司的过程来说一下吧 1、一般公司的软件都有针对特定行业或某项业务。例如我原来公司是专门针对设计院做设计项目管理。所以做需求前，你的方向和业务大概都有一个范围，公司也会出一些标准的模板。 2、一般在招标前客户的表述中肯定会有一个初步的需求，读懂这些。 3、与客户主要干系人(一般是大领导、主要业务部门领导)进行沟通，了解客户业务痛处，了解对标书中需求不理解的地方。根据自身在行业内的经验，说出自己的见解和建议。取得主要干系人的信任。 4、好的需求并不是单单指满足客户需要的，而是给客户想要的。例如：客户饿了，他的需求是吃，但是你需要考虑到他想吃的是什么。真正的好的需求分析师，必定是行业专家，而取干系人最大的权利还是专家权。 5、在收集到客户的需求，了解到客户的业务痛处，以及客户认同的你对行业的见解给出的意见，结合公司产品的特点，最终出具需求分析说明书。务必详细，并取得客户的认可。有的朋友说需求说明书没用，直接做demo和原型，其实不可取。需求说明书是客户需求的认可产物，也是对开发人员的需求交付物，很多细节方面的东西，在demo中不可能做得那么细。就算需求和开发是同一个人做，也建议把需求说明书做详细，版本维护好。对于客户后期的需求往复，这个会很有用。

如何转行成为一名需求工程师呢？木有多少开发经验。。。。[/quote] 这个，我就不知道了。

Semiman 2013-12-02

打赏
举报

引用 16 楼 mabao669 的回复:

就按照我上一个公司的过程来说一下吧 1、一般公司的软件都有针对特定行业或某项业务。例如我原来公司是专门针对设计院做设计项目管理。所以做需求前，你的方向和业务大概都有一个范围，公司也会出一些标准的模板。 2、一般在招标前客户的表述中肯定会有一个初步的需求，读懂这些。 3、与客户主要干系人(一般是大领导、主要业务部门领导)进行沟通，了解客户业务痛处，了解对标书中需求不理解的地方。根据自身在行业内的经验，说出自己的见解和建议。取得主要干系人的信任。 4、好的需求并不是单单指满足客户需要的，而是给客户想要的。例如：客户饿了，他的需求是吃，但是你需要考虑到他想吃的是什么。真正的好的需求分析师，必定是行业专家，而取干系人最大的权利还是专家权。 5、在收集到客户的需求，了解到客户的业务痛处，以及客户认同的你对行业的见解给出的意见，结合公司产品的特点，最终出具需求分析说明书。务必详细，并取得客户的认可。有的朋友说需求说明书没用，直接做demo和原型，其实不可取。需求说明书是客户需求的认可产物，也是对开发人员的需求交付物，很多细节方面的东西，在demo中不可能做得那么细。就算需求和开发是同一个人做，也建议把需求说明书做详细，版本维护好。对于客户后期的需求往复，这个会很有用。

谢了。

求摸小手 2013-12-02

打赏
举报

引用 17 楼 dth886 的回复:

[quote=引用 16 楼 mabao669 的回复:] 就按照我上一个公司的过程来说一下吧 1、一般公司的软件都有针对特定行业或某项业务。例如我原来公司是专门针对设计院做设计项目管理。所以做需求前，你的方向和业务大概都有一个范围，公司也会出一些标准的模板。 2、一般在招标前客户的表述中肯定会有一个初步的需求，读懂这些。 3、与客户主要干系人(一般是大领导、主要业务部门领导)进行沟通，了解客户业务痛处，了解对标书中需求不理解的地方。根据自身在行业内的经验，说出自己的见解和建议。取得主要干系人的信任。 4、好的需求并不是单单指满足客户需要的，而是给客户想要的。例如：客户饿了，他的需求是吃，但是你需要考虑到他想吃的是什么。真正的好的需求分析师，必定是行业专家，而取干系人最大的权利还是专家权。 5、在收集到客户的需求，了解到客户的业务痛处，以及客户认同的你对行业的见解给出的意见，结合公司产品的特点，最终出具需求分析说明书。务必详细，并取得客户的认可。有的朋友说需求说明书没用，直接做demo和原型，其实不可取。需求说明书是客户需求的认可产物，也是对开发人员的需求交付物，很多细节方面的东西，在demo中不可能做得那么细。就算需求和开发是同一个人做，也建议把需求说明书做详细，版本维护好。对于客户后期的需求往复，这个会很有用。

求摸小手 2013-11-29

打赏
举报

就按照我上一个公司的过程来说一下吧 1、一般公司的软件都有针对特定行业或某项业务。例如我原来公司是专门针对设计院做设计项目管理。所以做需求前，你的方向和业务大概都有一个范围，公司也会出一些标准的模板。 2、一般在招标前客户的表述中肯定会有一个初步的需求，读懂这些。 3、与客户主要干系人(一般是大领导、主要业务部门领导)进行沟通，了解客户业务痛处，了解对标书中需求不理解的地方。根据自身在行业内的经验，说出自己的见解和建议。取得主要干系人的信任。 4、好的需求并不是单单指满足客户需要的，而是给客户想要的。例如：客户饿了，他的需求是吃，但是你需要考虑到他想吃的是什么。真正的好的需求分析师，必定是行业专家，而取干系人最大的权利还是专家权。 5、在收集到客户的需求，了解到客户的业务痛处，以及客户认同的你对行业的见解给出的意见，结合公司产品的特点，最终出具需求分析说明书。务必详细，并取得客户的认可。有的朋友说需求说明书没用，直接做demo和原型，其实不可取。需求说明书是客户需求的认可产物，也是对开发人员的需求交付物，很多细节方面的东西，在demo中不可能做得那么细。就算需求和开发是同一个人做，也建议把需求说明书做详细，版本维护好。对于客户后期的需求往复，这个会很有用。

Semiman 2013-11-29

打赏
举报

引用 14 楼 dth886 的回复:

先去把这本书买来看《软件需求最佳实践》（徐锋著）

谢了，哥们！

dth886 2013-11-29

打赏
举报

引用 16 楼 mabao669 的回复:

就按照我上一个公司的过程来说一下吧 1、一般公司的软件都有针对特定行业或某项业务。例如我原来公司是专门针对设计院做设计项目管理。所以做需求前，你的方向和业务大概都有一个范围，公司也会出一些标准的模板。 2、一般在招标前客户的表述中肯定会有一个初步的需求，读懂这些。 3、与客户主要干系人(一般是大领导、主要业务部门领导)进行沟通，了解客户业务痛处，了解对标书中需求不理解的地方。根据自身在行业内的经验，说出自己的见解和建议。取得主要干系人的信任。 4、好的需求并不是单单指满足客户需要的，而是给客户想要的。例如：客户饿了，他的需求是吃，但是你需要考虑到他想吃的是什么。真正的好的需求分析师，必定是行业专家，而取干系人最大的权利还是专家权。 5、在收集到客户的需求，了解到客户的业务痛处，以及客户认同的你对行业的见解给出的意见，结合公司产品的特点，最终出具需求分析说明书。务必详细，并取得客户的认可。有的朋友说需求说明书没用，直接做demo和原型，其实不可取。需求说明书是客户需求的认可产物，也是对开发人员的需求交付物，很多细节方面的东西，在demo中不可能做得那么细。就算需求和开发是同一个人做，也建议把需求说明书做详细，版本维护好。对于客户后期的需求往复，这个会很有用。

如何转行成为一名需求工程师呢？木有多少开发经验。。。。

Semiman 2013-11-28

打赏
举报

引用 9 楼 nalanjia 的回复:

不清楚LZ指哪个阶段。。偶灌些偶们这边的流程。。 1。电话聊天，面聊，E-MAIL。客户会提些要求，有些很明确，有些很模糊。 2。咱们做出一些页面，让客户看，客户看了，会提意见第1步是个反复的过程，偶同事天天打电话，写文档，回E-MAIL，就是干这个。干好了，给上头出一份文档，上头可能会让美工出一份图片流程，客户认可后，同事就继续细化文档，差不多了转给开发，也就是偶然后偶就开发了，之后和同事合作，完善想法，细节。完成后，内测，外测，上线。。

都差不多

nalanjia 2013-11-28

打赏
举报

不清楚LZ指哪个阶段。。偶灌些偶们这边的流程。。 1。电话聊天，面聊，E-MAIL。客户会提些要求，有些很明确，有些很模糊。 2。咱们做出一些页面，让客户看，客户看了，会提意见第1步是个反复的过程，偶同事天天打电话，写文档，回E-MAIL，就是干这个。干好了，给上头出一份文档，上头可能会让美工出一份图片流程，客户认可后，同事就继续细化文档，差不多了转给开发，也就是偶然后偶就开发了，之后和同事合作，完善想法，细节。完成后，内测，外测，上线。。

Semiman 2013-11-28