论如何写好一篇需求报告(或者说产品报告)

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/Aoulun/article/details/81784351

从最先开始的需求调研,到最后的产品成型,自己亲自过手的需求报告大概也有十来篇了,与高层领导过会并定型的报告有6篇。这些报告既有关于新产品规划的,又有老产品迭代升级的。作为一个阶段性的总结,我认为有必要将自己的心得体会记录下来,方便同仁之间交流,也方便日后的反思与进步。

首先,需求报告(或者产品报告)与科技论文有一定的相似之处,但又有很大的不同。
其二,不管是新产品还是老产品的报告,他们的好坏都会有东家为此买单,如果是自己创业的话,你得为自己买单。
其三,别说空话套话,来点实在的,有些人甚至连百度都不愿意搜一下,然后跟你大谈特谈怎么做,可笑。殊不知,你想到的,可能别人也想到了,或者想的更好。
最后,别只是想想,哪怕动手搜一下呢,要学习的东西很多。


我所处的行业是计算机系统集成,同时也有软件算法的开发,但是本文虽然与大多数领域有一定的偏差,但是也希望有借鉴作用。总的来说,报告是要给领导看的,给出建议,如何做,怎么做,优势劣势讲清楚。让领导觉得做这件事情是有意义的,而不是把报告拿给客户看,实际上就是说服领导以及具体干事情的人。整个报告就要围绕这个来写。那么,你就得有理有据,条理清晰,要不然会打架的,真的会打架。(时时刻刻牢记这一点)

不多说,我就从两个方向来整理。一个是新产品的报告,另外一个是既有产品的报告。在写的时候,我会列出提纲,然后说,每一个章节都写些什么东西。


一、新产品的需求报告(产品报告)

新体现在两个方面,一个方面是,对公司来说是新的(市场上有其他的公司在做)。第二个方面是对市场上来说是新的。目前我所规划的产品,都是在市场上是新的。这是因为,市场上的新产品是有先发优势的。而去做别人已经在做的产品,难度大,需要投入的人力物力很大。
新产品的报告不同于既有产品,如果是你规划的,那么再没正式实施之前,你就是负责人,整个公司就只有你自己懂。那么,像这样的报告怎么写呢?
新产品的报告,主要目的是在你看好这个市场的情况下,结合公司的自身条件,说服你的老板,投入人力物力进行研发,然后上市形成产值,带来利润。所以,报告一定要围绕这个目的来写,要不然很容易被否决掉。

新产品的报告包括一下几个部分:

1、背景
新产品的报告,就相当于进入一个新的产品模式。公司里面大部分人都不知道,或者不懂。这个时候,你就需要从大方向上,小细节上有一个全面的介绍。比如说,在国家层面上,在行业上。具体到实际的场景时,又是怎么样的。这些大的宏观性的东西要说清楚。另外,在介绍具体的实际场景时,一定要说明白这个场景的一些信息,有哪些东西,发生过哪些事情,这些事情造成了哪些不好的影响,所以我们要做这件事情,帮助解决这个不好的影响,如果我们解决了这个问题,会带来哪些好处(好处不光是对公司而言的,更是对客户而言的,同时也是对这个行业而言的。要把各方的厉害关系都说明白,如果确实很重要,可以用一些很吓人的词,比如说,影响仕途,掉脑袋,人命关天,对半的利润等等等)。

2、业务模式分析
在规划这个产品之前,最好有一个可以落地的地方。在写报告之前,肯定要做一些前期的调研准备工作,找到一个产品可以落地的地方(我在规划新产品时,在客户的沟通中,使得客户明白做这个事情是有必要的,当客户确认要上之后,后面的事情就好做了。因为大多数的客户基本也都是这个模式)。在落地的地方找到之后,就要对目标客户做一个详细的业务模式调研。比如说,客户在做某件事情的时候,都是个怎么样的流程,先干什么,再干什么,数据是怎么样记录的,记录之后还干了哪些事情,如果出现了问题,又是如何处理的,怎样处理的,处理结果是怎么上报的,多久干一次,一次花多少时间,要多少人,是否有倒班,倒班是怎样安排的,整个流程中都有哪些人参与。这些都是很重要的信息。有时候,客户可能自己都不清晰,这个时候,就需要你来帮客户整理了,你要主动发问,有目的问。

3、存在问题分析

这个部分主要是聚焦于要解决的核心问题。不同于业务模式,业务模式偏重于数据的展示和利用以及用户体验等。而这个部分则是整个产品的一个核心。解决的问题,不是要解决所有问题,而是要解决关键的,哪些直接关系到客户运营和使用的问题。对于哪些小的,并不是很急切的问题,可以放在后面的产品迭代升级时来做。
同样的,在这一部分,最好列出所有的问题,同时说明哪些是亟待解决的,哪些是可以放在后面解决的。另外,还要调研一下这些问题产生的原因是什么,这样才能有的放矢。找出针对性的解决方案。

4、竞品分析(潜在对手)
虽然我们可以做这个产品,那是不是也有其他的厂家可以做呢?这个就看调研的是不是仔细了。主要是看客户那边有没有让其他公司进来的意愿。

5、需求项点描述

通过第2,3,4章的说明,已经基本上对要干什么事情做了说明,那么具体需要做哪些,就需要有一个总结。
这一章的需求项点,要清楚简明的说明要解决哪些问题,不用太啰嗦。(最好按照功能模块来,有哪些模块,每个模块的功能是啥)

6、可行性分析

这个部分就要从多个方面来阐述,包括,公司既有的研发能力、公司既有的市场拓展能力,产品前景,时间节点行业技术条件限制是否满足,有没有专利等的技术纠纷等。各个方面分析到位,这个也是展示给领导看时的一个关键环节。告诉你的领导,我们能行。

7、技术要求及技术路线
首先,既然是新产品,要有总体的设计架构,各个部分的设计架构,功能设计,软件设计,硬件设计等等。然后针对每个功能点做详细的技术说明。

8、验证方式及验证指标
技术路线等等都提出来了,等研发出来就要去测试,所以如何验证,以及验证指标是什么,你得明白,因为是你跟客户聊的,只有你知道客户想要一个怎样的效果。所以你得定。

9、知识产权
明确的说明你需要保护哪些项点,这个时候,你要去专利查询网站,看看别人是不是已经申请专利了(这个时候,你要搞清楚,保护的是你提出的技术方案,而不是你得想法,也不是你的需求点)。

10、成本费用
大致说明,做这件事情,需要花多少钱(你要针对你提出的技术方案来说,提了几个方案,你就把这几个方案的成本都统计一下)。这个就需要你好好调研了,领导看了批不批,大部分还是看成本。

11、市场前景及商业模式
这个部分就是如何买产品了,有很多方法可以参考,而且也是很考验功底的地方。
第一个就是市场前景,告诉你得老板,可以买多少钱,赚多少钱。
第二个就是怎么样运作这个产品,卖得越多越好(我也不知道怎么写,看个人,最好跟高层,跟市场多接触,然后提出你的想法)。

二、既有产品迭代升级需求报告(产品报告)

既有产品的报告主要包含以下几个部分
1、背景
背景说明实际上就是你对前期工作的一个总结,这个工作包括你大量的沟通调研、现场调研、问题总结分析、各部门的沟通协调等等。通过这样一个背景,告诉大家,你要干什么,最好是总结的话语。(就像是论文的摘要一样)
既然是产品迭代,那么肯定要对既有的产品做一个总结,以及你自己的调研。这个过程务必要详细了解,它主要是看你对产品的了解程度。比如说,这个设备,这个系统都有哪些部分构成,每个部分的原理是怎样的,如果是软件的话,得搞清楚编程软件,编程语言,系统架构,功能架构等等这些。同时,通过与各个部门责任人的沟通的过程中,也要搞清楚,有哪些问题在解决,哪些问题待解决,还有他们知道的,但是没有去跟踪的问题。

2、存在问题分析
存在问题分析就考研个人能力了。我的方法是:
首先,通过与各部门负责人、现场业务调研、现场使用人员的沟通(你需要多调研几个客户,以便有说服力),了解产品有哪些问题,还有哪些地方需要改进
其次,将前期收集的资料进行整理,罗列所有的存在的问题,并对问题进行分类,例如,硬件的,软件的等等。
再次,将分类好的每个问题进行详细的描述,也就是说要说明白这个到底是什么问题。
第四,进行存在问题的分析。就是说,是什么原因导致这个问题。为什么要做个呢,因为只有知道了是什么原因导致的,才可以对症下药。
第五,跟各部门负责人沟通,自己总结的问题里面,哪些是已经解决的,哪些正在解决的,解决的时间,解决的计划时间是多少。
第六,针对哪些没有解决的问题,按照优先级次序进行分门别类,说明那个要先解决,那个后解决。

3、竞品分析

竞品分析是一个主要的也是很重要的部分。这个过程就是要了解都有哪些竞争对手,竞争对手的产品是怎样的,用户体验怎么样。可以通过实际操作、客户走访等方式获得,必要的时候,可以请市场部配合。
注意,在第二章中,罗列了很多问题,在竞品分析的时候,要搞清楚竞争对手的产品是不是也有这些问题。

4、已有客户业务模式分析

客户业务模式分析是定义产品,以及规划产品的主要依据。产品好不好,不是看产品的功能多不多,而是看产品好不好用,能不能解决实际使用中的问题。
客户的业务模式,需要通过实际使用中,与客户了解沟通才行。必要的时候,可以请吃个饭,搞点夜宵啥的。业务模式最好用个流程图来说明,这样方便说明。

5、需求项点描述

通过第2,3,4章的说明,已经基本上对要干什么事情做了说明,那么具体需要做哪些,就需要有一个总结。
这一章的需求项点,要清楚简明的说明要解决哪些问题,正在解决的就不要再罗列了。

6、技术要求及技术路线
针对第5章提出的各个需求项点,总得有办法解决才行。一般,我的做法是,先跟开发联络,这些项点能不能被他解决,解决方式是怎样的,不能解决的先给个大致方案,会上讨论。这个也是很难做的一个工作,如果开发不配合,就很那推进,而且,绕过开发之后,你会发现后面你再做其他工作的时候,推进的时候就很困难。所以。务必搞好关系。但是你也得有原则,解决客户问题也是关键,不能随便就不做了,哪怕花的时间多点,也无所谓。
综上,就是把每个需求项点,所对应的你找到的(不管用什么方法)解决方案写上去。
最好多提几条解决方案,不要乱提。。。。。

7、验证方式及验证指标
既然是对既有产品做了升级改造,你就得明白,做完之后,怎么去验证呢?这个是要考虑的问题。为了验证,需要做大量的测试,测试就要有大量的测试样本。不多说了,不懂得话,就去问开发,问测试。我之前是做开发的。

8、知识产权
明确的说明你需要保护哪些项点,这个时候,你要去专利查询网站,看看别人是不是已经申请专利了(这个时候,你要搞清楚,保护的是你提出的技术方案,而不是你得想法,也不是你的需求点)。

9、成本费用
大致说明,做这件事情,需要花多少钱(你要针对你提出的技术方案来说,提了几个方案,你就把这几个方案的成本都统计一下)。这个就需要你好好调研了,领导看了批不批,大部分还是看成本。

10、市场前景
做这件事情,有哪些好处,到底是提升竞争力,还是提升买点,等等这些。你得跟领导说明白,告诉领导,很重要,必须做,要快,再快点。
 

猜你喜欢

转载自blog.csdn.net/Aoulun/article/details/81784351