6up官网【真.博】

MVP:详解产品商业文档、市场文档、设计功能

时间:2021-06-09 16:27

  src=在产品未进入生产性开发之前,所做的所有工作成果都是以文档的形式进行体现的,是新产品开发最重要、也是价值最大的工作内容,包括商业文档、市场文档、设计文档及功能详述,如图 5-11 所示。

  从广义上来讲,产品文档内容包含有产品的战略和战术,战略是指:目标市场、客群定位、竞争对手、产品概念、价值主张、产品定位、商业模式等;战术是指竞争策略、产品创意、创新设计、产品结构、核心业务流程、具体用例描述、功能及内容描述等。

  BRD 商业需求文档是指基于商业目标或价值所描述的产品需求内容文档(报告),其核心的用途就是用于产品在投入研发之前,由企业高层作为决策评估的重要依据。

  作为报告的撰写者,你必须让高层明白,你的报告中将展现出怎样的商业价值,如何用有力的论据来说服企业对你这个项目的认可,并为之慷慨地投入研发资源及市场费用。

  如果说 PRD 的好坏,直接决定了项目的质量水平,那么 BRD 的作用,就是决定了你的项目的商业价值。

  优秀的 BRD 文档,可以让决策层充分被你的报告观点所吸引,或许财务主管会因为报告呈现的低投入高产出的经济效益预测而蠢蠢欲动;或许技术主管会因为项目的牵涉面广泛而头疼不已;又或许公司的 VP 之流因之报告而看到了未来一年业绩的飞速发展的广阔前景……

  BRD 需要产品经理(产品设计师)像对待 PRD 一样,充分应用市场调查、用户研究、需求分析等各种设计手段来充分阐述报告 , 内容和格式要求够直观、精炼,要点突出,一般比较短小精炼,没有产品细节。产品经理通常需要向上汇报商业文档,供决策层们讨论,汇报会议主要内容如下。

  会议开始,产品经理首先要给与会的领导介绍一下产品要做什么吧(解决什么问题或满足什么用户需要)?

  最终能获得什么收益(带来收入、带来用户、扩大市场、占有市场先机、满足未来三年战略规划等)?

  做这个有没有风险(开发失败?失去市场机会?失去先机?竞争不过对手?没有带来收入?没有带来用户?与公司战略背道而驰?)?

  MRD 市场需求文档是产品项目由 准备 阶段进入到 实施 阶段的第一文档,其作用就是 对某个产品进行市场层面的说明 。

  该文档中,侧重的是对产品所在市场、客户、购买者、用户以及市场需求进行定义,并通过原型的形式加以形象化。

  这个文档的质量好坏直接影响到产品项目的开展,并直接影响到公司产品战略意图的实现。该文档在产品项目中是一个 承上启下 的作用, 向上 是对不断积累的市场数据的一种整合和记录, 向下 是对后续工作的方向说明和工作指导。文档包含主要内容如下。

  目标市场、市场规模、市场特征、未来 3~5 年的发展趋势,现在市场存在的问题和机会。一般来说,这里会得到一个比较有市场商业价值的结论。

  目标客群的共性分析,常用用户特征(要求准确:年龄段、收入、地区、学历),通过用户画像建立虚拟用户角色:形象化,用户名称,用户技能、与产品相关的用户特征,演示性的场景,用户在时间、地点,完成的某个事的故事。

  从技术层面剖析市场,洞察用户心理案例分析(动机和目标是不一致的)影响用户使用的主要因素。

  整体结构,不是功能结构。是产品的核心目标、市场定位、产品定位的直接体现。

  PRD 产品设计文档是把我们想做的东西变成一张清晰明了的 图纸 ,让研发人员看到这张 图纸 就知道我们要做啥,需要做到什么程度,大概需要什么技术,并能对成本进行一个预估。

  这里以网站为例,设计文档一般包括网站结构图、线框图和网页描述表。产品设计文档伴随着产品整个生命周期,帮助产品团队与研发团队和高层领导达成共识,进而明确研发计划和指导研发过程。不同的公司、不同的产品会有自己不同的要求和模板,但在这里我想提醒一些大家需要注意的地方。

  对于产品设计文档,保持简短很重要,因为越是简短,包含的错误越少,同时更容易阅读,同时也越可能带来简洁的设计。

  但是一定要在穷尽的基础上简短,不要为了最求简短而忽略一些细节,在产品设计中,每一个小细节对产品的质量来说都很重要。所以一定要仔细思考,认线. 消灭错误

  错误的文档会花费研发团队大量的时间,甚至会导致大规模的改动,这时对研发来说没有谁会很爽,一个个都恨不得把你给撕了。有点夸张了。但心里面绝对是一万个 操尼玛 !同时也会让产品团队在研发团队面前抬不起头。

  选取适当的方式展现特定的信息,是产品经理的一项重要技能,面对研发团队的时候要用到,面对最终用户的时候也会用到,怎样去表现我们的需求让研发或客户能快速有效的理解是相当重要的,不仅可以提高工作效率,还可以避免很多因理解不当造成的错误。

  在产品设计文档中,使用肯定的、确切的语言,切勿出现 也许,可能 这类词语。我们最终提交的文档内容都是确切的,可被执行的,含糊不清的东西一定要全部消灭掉。如果有吃不准的东西,就放在内部充分讨论后在做决定。

  很多产品新人在写产品设计文档的时候,独自埋着头写,写好了之后再出去沟通,这样文档有 99% 的概率会被大幅度修改,这等于是在做无用功,所以在写设计文档的时候千万不要忽略和团队沟通。

  FSD 功能详细说明定义产品功能需求的全部细节,这是一份可以直接让工程师创建产品的文档。

  产品在哪种情况下会被用户使用,就是用户场景模拟。这也是产品经理讲 好 故事的必备条件。

  每个产品在开发时都有相应的业务规则,将这些规则清晰地描述出来,让开发、测试人员能够直观的明白该规则,且没有产生歧义。业务规则必需是完整的、准确的、易懂的。

  把主流放在最后是有道理的,结合上面所说的,做出主流程说明,对每个功能流程走向分点说明(这是非常重要的)。