5000字教你写ToB产品需求文档

编辑导语：撰写一份合理有效的产品需求文档，有助于产品团队进行后续管理，进而在后期有序地推动产品迭代升级。本篇文章里，作者总结了撰写B端产品需求文档的方法以及相关小贴士，也许读完之后，你能更清晰地了解PRD撰写。

本文插图
从各大招聘市场来看， B端产品经理需求日渐旺盛，越来越多的产品新人和C端产品转而投入了toB行业。在这样的大背景下，越来越多的产品新人需要学习如何撰写B端产品需求文档（以下简称PRD：Product Requirement Document）。
那么， 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客户的传话筒，从而成为我们的需求方。