【百天计划008】产出交付:常见文档类型及其他交付物

产品经理的工作比较杂,好像什么都要负责,什么都要涉及,最能衡量一个产品经理工作成果的交付物是最终的产品,看他负责过的产品做到了什么程度,有没有活下来。不过做产品都非一日之功,都需要一个比较长的周期才能看到效果,平时看产品经理工作成果的就主要是看各种交付物了。最常见的就是文档类,如MRD,BRD,PRD,发展到现在,也有其他的一些类型来替代前面两种文档的,如PPT,思维导图,流程图等。

市场需求说明书MRD(Market Requirement Document)

很多产品新人现在可能都没有接触过MRD了,确实现在写的人也少,即便要写,更多的时候也是用PPT或者思维导图代替了,因为MRD一般都遵循多、快、好、省的特性,并不是长篇大论的写。在做新产品或者新功能模块的时候,梳理一下市场需求还是有必要的,这样至少让自己心里有底,不要一个功能上去,完全都不知道预期发展会怎样。MRD更多起到衔接的作用,一方面是对市场状况和预期接受度的摸底;另外一方面是对后续跟进工作的指导,对如何做产品或者功能有个方向性的指导。所以很多情况下,MRD需要有相关数据的支撑才会比较有说服力。

市面上存在的问题和机会:主要是要求产品经理说明产品现在所处的竞争市场都有什么问题和机会,面对这个现实的市场,产品有什么问题和机会,以及产品所需技术面临的问题和机会。其实就是要求从市场层面、产品层面、技术层面来阐述问题和机会。

市场的特征和需求:主要说明目标市场的现状和趋势,以及目标市场的需求。应该包括的信息有:目标市场特征,目标市场趋势,目标市场细分,目标市场时间约束。再把市场需求按类别描述出来,都需要哪些功能。

用户特征和需求:主要说明目标用户群体的特征和需求。目标用户的特征、细分、动机、影响因素以及用户期望(目标)。把他们的现实需要和相关联系说明清楚,其实我们日常做用户需求分析时,也是这么做的。

商业需求说明书BRD(Business Requirement Document)

BRD是从市场到产品需求的规范文档,其内容涉及市场分析,销售策略,盈利预测等,通常是供决策层们讨论的演示文档,一般比较短小精炼,没有产品细节。主要用于产品实施之前的决策评估依据,对内容和格式要求够直观、精炼,要点突出,所以现在更多的也是PPT或者思维导图的形式。

做为产品经理,你必须让领导明白,你所要做的产品或者功能模块将展现出怎样的商业价值,如何用有力的论据来说服公司对你这个项目的认可,并为之慷慨的投入研发资源及市场费用。要让决策层充分被你的观点所吸引,或许领导会因为你呈现的低投入高产出的经济效益预测而蠢蠢欲动,又或许领导会因为报告而看到了未来一年业绩的飞速发展的广阔前景……

BRD需要产品经理充分应用市场调查、用户研究、需求分析等各种设计手段来阐述内容,所以写BRD不要拘泥于模板,应该用设计的眼光看待它。

产品需求说明书PRD(Product Requirement Document)

这个大家应该很熟悉了,这份文档是产品或功能模块由概念化阶段进入到设计实现阶段最主要的一个文档,其作用就是对产品功能的实现进行指标化和技术化,这个文档质量好坏直接影响到研发部门是否能够明确产品的功能和性能。

PRD要正确的反应用户的真实需求和研发背景,清楚、无二义性的描述每个需求点,各项需求对开发而言应当都是可实现的,可实现意味着在技术上是可行的。这点要特别注意,很多小伙伴喜欢在写PRD的时候先按自己的想法写,然后评审的时候开发说很多都做不了,又回来修改。正确的做法是提前和技术沟通好,评审的时候更多的是设计理解上的确认,而不是去讨论能否实现的可行性。

PRD要明确每个需求的验证方式,以及明确需求之间的优先级,重点是阐述“做什么”,而不是阐述“怎么做”,“怎么做”是系统设计和实现阶段的事情。产品经理把想要达成的效果说明清楚就可以了,不要去指导开发人员怎么设计实现,只要把控住结果的验收就好。

竞品分析报告

不管是做新产品还是原有产品的功能改进,竞品分析都能让你更加了解竞争对手在做什么,如何保持与竞争对手的关键性差异,以谋求所负责产品的发展空间或者是先进性地位。竞品分析报告有模板,但这更多是指导新人的,一般来说编写形式不固定,可以是Word文档,也可以是PPT文档,只要能把竞品情报的各个关键点说明清楚即可,写的好坏的评价标准就在于分析的是否深入,是否全面。这份报告的编写是需要练习的,平时可以拿市面上现有的类似产品做比较来练手。

竞品分析报告的编写要有一个好的框架,每个分析都要有结论,分析结论不要太多,要精,要基于数据分析推导过程;要有很强的可读性,报告尽量图表化;要有逻辑性;基于了解对方和自身产品的基础上,要有解决方案和建议方案;不要创造太多难懂的名词。

一份好文档的参考标准

1、说人话:大白话更有可读性,术语产生敬畏和猜测;

2、简明而足够:精简要建立在信息足够基础上,同时兼顾上下文;

3、真实可信:简单的对比就能产生说服,有数据支撑最好;

4、转换立场:认可建立在你是否站在对方立场,多换位思考;

5、情感化:最容易打动人的往往是日常最普通的,从生活中来到生活中去。

十点写需求文档的注意事项

1、不要拘泥于工具,关键在于思路;但用好工具,会使你的编写加速;

2、要先定义流程,后定义交互原型,原型仅是需求交互的载体;

3、要划分好优先级,核心的、主要的需求先走,其它的可以缓后;

4、要基于可行性,不能天马行空。(讨论阶段可以天马行空);

5、要有一定的规范,目录、层级都清晰,写出来别人是要看的;

6、要清晰明了,不在于是否写的多,在于是否真正说明了问题;

7、要学习竞争者的长处,可以把好的东西借鉴过来,吸取精华;

8、要落实到每个细节,需求都不完善,成品何来完善;

9、要自己多看,自己给自己找茬,把问题止步于自己;

10、要注意版本管理,并做好版本修订等工作。

产品经理的产出没有特别硬性的约束,要是哪家公司给产品经理定了个考核指标是每月产出多少PRD文档,那就趁早走人。文档更多的是辅助于产品质量的把控,很多时候,写文档是一个思路梳理的过程。现在很多小伙伴都比较主观的在做产品,问几个为什么,一般都是一问三不知。所以建议大家在做产品的时候,MRD、BRD、竞品分析报告都可以不写,但相应的分析环节不能省,该做的工作还是要做到位,这样才能做出好的产品。



无觅相关文章插件,快速提升流量

“【百天计划008】产出交付:常见文档类型及其他交付物”有1条评论

没事就来转一转!

发表评论:

姓名 (*):
E-Mail (*):
网址:
内容 (*):

XHTML: 可用标签: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>