str2
 
 
 

B端产品需求文档怎么写?

B端产品需求文档怎么写?

  己的经验结合自,品设计文档的大致框架我总结出一份B端产,绍、策略介绍、前端展示和排期从开始到最后可以分为:背景介。给我的感觉这个框架,术论文的框架有点类似学,曲同工之处二者有异。

  绍部分背景介,需求的背景主要介绍该,、竞品情况、名词解释及可行性分析包括需求来源、需求规划、需求预期。需求的来龙去脉说清楚这一部分中需要将该,ntroductin部分在功能上类似于论文中的i,进行导读对全文。

  一项策略的来龙去脉除了要阐述清楚某,要的更重,架上也要具有很强的逻辑性文档的结构在顺序上和框,二节的关系是什么比如第一节和第,写时想清楚都要在撰。排序规则是总分个人认为最好的,渐由宏观过渡到微观根据需求背景开始逐,解自己要做什么以及为什么这么做这样的顺序更容易帮助开发人员理。

  排期部分而最后的,ppendix部分类似于论文中的a,但实则有用看似多余。估的工作量和排期进行记录该部分需要对评审时各方预,的一个指标或者参考将其作为该项目管理。

  有的一些性质B端产品特,费性质比如收,导向客户,管理等和日志,档在结构上体现这些差异性都要求B端的产品需求文。么那,业特性的B端产品对于带有鲜明行,20+份文档又额外研究了十几份文档后如何写一份好的产品需求文档?在写了,写时应该具有的几个视角我总结出B端文档在撰:

  的C端产品而与之相对,普罗大众的产品就是指直接面向,消费者群体直接面向。中其,是其中的产品之一互联网app便,音等都是直接面向消费者的C端互联网产品包括微信、QQ、外卖app、淘宝、抖。

  情况下是偏向技术的B端产品往往很多,这些与底层技术紧密相关的产品尤其是云计算、AI、大数据。一项功能的时候产品经理在做,现时候的技术可行性应该考虑需求在实。时同,现需要哪一层开发的支持也需要判断这个需求的实,容后对该层开发人员进行标记提醒并在产品需求文档对应章节的内。

  的朋友都知道写过学术论文,点在于论论文的重,介绍你做了什么而不是单纯的。文档也是一样B端产品需求,这样设计楚为什么,其实有很大的帮助对后续的开发流程,测试环节尤其是。

  视角客户,求文档拿给客户去审核并不是说要把产品需,时考虑客户的体验而是要在需求设计。付客户之后当产品交,客户公司的员工使用产品的也是。此因,品的设计B端产,本提效需求的同时要在满足客户降,工的使用需求兼顾客户员,满足用户体验在一定程度上。

  时同,产品所有的发生情况这些策略的要涵盖,常流程下的操作方式包括正常流程和异,予以说明都应该,覆盖上的广泛性即要策略在场景。这里在,常用的一种方式表格是我比较,情况下的对应规则通过度来涵盖所有。时同,具体的罗列之后在对策略做了,下的策略进行总结更应该对所有情况。经理自身思维的梳理这不仅仅是对产品,续的开发流程更可以方便后,节奏开发。

  认为个人,端还是C端不管是B,构鲜明、逻辑完整、表达准确、通俗易懂产品需求文档都应该具有以下特点:结。

  是思维输出的过程其实写任何东西都,次要的形式是,理清楚并将其为文字重要的是要将思维梳,做什么以及为什么要这样做同时要让看的人明白自己要。

  及到众多策略B端产品会涉,本身的策略比如产品,费的策略还有收,策略产品,理策略数据处,应该在产品需求文档中进行说明这些策略的规则和启停条件都,开发人员哪些操作需要封禁而不做原因上的解释而不是简单的在后续前端页面设计中直接告诉。

  整体上要有鲜明的行文框架1.结构鲜明:是指文档,该有其合理的布局每一个章节都应,的关系显而易见并且章节之间。

  分很容易理解前端展示部,见页面的流程和跳转操作主要关注功能在用户可,方式和规则在前端页面进行说明并对正常和异常情况下的操作。(当然也可以将该部分交由UE同事负责)这就需要用到产品经理必备的UE画图能力。中的results这部分类似于论文,具体表现进行说明对于策略执行后的。

  求到功能的具体实现指南产品需求文档作为从需,产品开发过程中的必备文档是所有开发、测试人员在。

  的是全面代码讲究,概率发生的事件哪怕是一个小,代码中考虑也需要在,就会报错不然代码。此因,角中说到的正如策略视,虑正常策略流程的同时产品需求文档要在考,下的情况罗列清楚将所有异常策略,也是一件有益的事情这对提升开发效率。时同,产品需求文档开始工作测试也可以直接参照,测试场景和测试用例而不需要自己规划。

  之总,视角而言从技术,全部使用场景(正常+异常)产品需求文档需要罗列并考虑,的状态和字段进行定义并尽可能的对新出现,文档中进行说明并在产品需求。

  更应该重视产品策略B端产品需求文档,都应该重点介绍产品的设计策略文档的开头及随后大部分内容,为什么要这样做更重要的是楚。应该成为B端产品需求文档的核心需求背景、产品策略和策略缘由更,述前端页面上的设计样式而不是像C端产品重点描。

  的设计流程中在云计算产品,PI或者SDK的设计有时候还会涉及到A,的名称和参数进行定义需要产品经理对该接口,发同学开发之后交由开。

  验上的设计关于用户体,设计的部分进行展示一般要在前端页面,开发如何操作并告知前端。交互设计上都有统一的流程由于各家产品在自身页面,发做哪一种或者提示因此只要告知前端开,文档中进行说明并将该种提示在。

  之总,在介绍完需求背景之后B端产品需求文档要,介绍每一项产品策略需要花适当的篇幅来,样设计的原因以及策略这。

  之总,产品的差异性较大B端产品和C端,和撰写产品需求文档时产品经理在设计产品,有所侧重要分别,重策略逻辑和技术性且B端产品更加注,顾用户体验但也要兼。

  :重要性也很高4.通俗易懂,该是普通的书面表达方式是指产品文档的表达应,避免错句同时要。

  同时与此,术实现时候的逻辑在关键点上保持同步产品经理最好能将需求层面的逻辑和技。如比,的一个需求我最近在做,一项功能开始计费是将产品中的某。前目,是处于免费状态这项功能的服务。么那,品需求文档的时候产品经理在撰写产,该明确就应,态量会发生改变该项服务的状,状态和字段进行定义并在文档中对新增。一来这样,直接参考需求文档中新的定义量技术人员可以在写代码的时候,身代码中的if-else语句策略并根据文档中的状态启停条件设置自,的一种参考是算法设计。

  :是指每一句话3.表达准确,个词每一,不应该有任何歧义甚至每一个定义都,看到这句话之后开发和测试在,的意思是什么就知道表达,各自的解读而不是形成。

  发的层面在产品研,理的工作职责也是不一样的B端产品经理和C端产品经。求用户的新鲜感和体验感相比起C端产品更加追,为客户降低生产成本B端产品更加注重,产效率提升生。此因,想如何满足用户的衣食住行需求C端产品经理需要发动大脑去,足用户的新鲜感并非常重视满;要更加贴合企业实际而B端产品经理则,换为产品功能将客户需求转,产和办公效率提升客户的生,产成本降低生。

  的在内容上具有强烈的逻辑性2.逻辑完整:是指产品文档,和产品策略的部分尤其是在需求背景,回答众多个为什么产品经理要在这里,要做这个需求比如为什么,能是这样的逻辑为什么这个功。

  绍部分策略介,中最为重要的部分是整个产品需文档。技术视角进行全面的介绍要从上述的逻辑视角和,定和其制定的原因尤其是规则上的制。的云计算行业比如我所从事,务启停、策略的制定需要进行计费、服,模块的策略进行介绍更要对产品本身各。thodology部分这部分类似于论文的me,方法和方重点介绍。

  相对应的与B端,C端是,2C或者,to customer同样指的是英文中的 ,因此即,说的B端产品人们平常所,企业的产品就是指面向,一整套内部办公软件比如企业中用到的,结算软件内部财务,rp平台办公e,字化转型的云计算平台以及帮助企业实现数,分析平台大数据,智能平台AI人工,企业的B端产品这些都属于面向。

阅读次数:
 
 

最新文章

相关文章