只有厘清和理解业务之后，才可能撰写出一份高质量的B端PRD

那么，B端产品PRD到底好不好上手撰写呢？

答案是否定的。最近，笔者在招聘产品实习生时发现了这样一种现象：大部分实习生的初作品都是围绕校园生活的C端产品，鲜有B端产品文档；即使有一部分新人报名参加了一些产品培训，其作品也大多以C端为主。

这个现象从侧面说明了注重交互和用户体验的C端较好入门，因为产品经理本身就可以尝试代入角色进行体会。而角色权限众多、业务庞乱、流程复杂的B端产品则为新人树立了一道无形的门槛，只有厘清和理解业务之后，才可能撰写出一份高质量的B端PRD。

因此，笔者想和刚刚入行B端亦或是头疼写文档的你分享自己的PRD框架，帮助你又快又好地撰写一份高质量PRD。此外，还会额外与大家分享2个非常实用的PRD撰写小tips，帮助你在保证质量和准确度的前提下，提升撰写速度。

话不多说，直接上干货。

一、我们为什么要写PRD？

PRD的本质是文档，而文档的本质只是大脑产物的一种承载形式。那我们为什么不可以使用口述、绘制草图等方式来进行沟通和信息传递呢？

并不是不行，在产品初期和团队人员较为精简的情况下，有些公司会使用口述和手绘草图等方式进行沟通。但随着时间的流逝和团队成员的壮大，这些方式不便于大范围传播和归档，而落笔有声的文档则可以肩负起记录、参照和流传的责任。

因此，当达到一定的产品和团队阶段，我们就需要通过PRD来保证多方目标和需求理解一致，让整个迭代井然有序的运行。

那么，我们写产品需求文档是为了让读者了解什么呢？

首先，B端PRD的读者和C端有很大差异。

B端PRD的读者除了研发、老板之外，还包含需求方。不同于C端，B端的用户往往是较为明确的一些职位和角色，他们会直接将一些需求和问题反馈至公司的销售或是客服团队。这就意味着，公司内的销售部门、业务部门、客服部门等都会是用户or客户的传话筒，从而成为我们的需求方。

其次，只有明确了读者范围，我们才能写出他们真正需要了解的内容。在参考一些前辈的思路之后，我们需要向读者传递下列3个方面的内容：