背后的故事：PRD 文档写作思路的来源
2012 年唐杰发表了一个系列文章《产品需求文档(PRD)的写作方法》，2014 年唐杰又基于新的认知，迭代了这个系列文章，并将新版系列文章融合到了《杰出产品经理书》的章节中。
如今这个系列文章成了很多 PM 新人的入门必读，也被很多公司用于内训，并且也被一些培训机构当作教材(没有任何一家经过授权)。但是你知道为什么 PRD 文档要以这个流程来写吗？为什么唐杰以这样的流程来介绍 PRD 写作？背后的思路是什么？今天唐杰就给大家分享一下关于这个系列文章的思路来源，讲讲背后的故事。
首先声明一点，这个系列文章的思路流程和知识点都是唐杰原创+首创，唐杰混迹于中国和美国产品界，对两国的产品经理工作都有了解，这个系列文章在唐杰发表前，没有任何一个国家的产品界是这样写 PRD 的。并且在唐杰发表前(包括现在)互联网上没有任何一个人发表过关于 PRD 写作思路的文章/视频，以前(包括现在)网络上分享的都是 PRD 模板，或者单纯的是介绍 PRD 格式，所以关于 PRD 写作思路的文章/视频，唐杰是首位公开分享 PRD 写作方法论的原创作者，也是目前唯一一位。
声明完毕，现在开始给大家讲讲背后的故事。
当年有一位 PM 新人向唐杰请教 PRD 文档，PM 新人在入门前自己尝试写了一份 PRD 文档，让唐杰给点评一下(点击这里了解)。在解答这位 PM 新人的时候，唐杰发觉现在互联网上没有任何一个人分享过 PRD文档的写作目的和写作方法。网络上有的只是 PRD 模板和 PRD 格式介绍，而且这些模板都是参杂了很多 MRD 的内容，让唐杰觉得这些 PRD 模板都是在误人子弟，所以唐杰决定分享一个 PRD 写作方法的系列文章。
这个 PRD 文档的写作方法完全是唐杰原创+首创，其中关于写作 PRD 前的各项准备工作也是唐杰自己定义的流程，并且信息结构图和产品结构图也完全是唐杰个人定义的 PRD 内容。那么为什么会把这些内容放到 PRD 写作流程中呢？现在唐杰就给大家讲讲其中的思路来源。
罗列信息（信息结构图）
唐杰是一位以个人站长的形式进去互联网行业的 PM ，在做个人站长时期，唐杰经常使用各类开源程序定制个性化需求的网站，所以唐杰在个人站长时期掌握了很多开源程序和模板引擎的知识。在使用开源程序的模板引擎定制功能的时候，就需要对开源程序的信息结构有一个了解，这样才能方便在前端用模板引擎的标签调用并显示内容。
在唐杰从事产品经理工作的时候，将这个习惯带到了工作中，没想到这个信息结构的习惯，不仅方便了产品经理在设计原型的时候有了参考依据，也大大的方便了数据端技术人员在建数据库的时候有了参考资料。
所以唐杰在写 PRD 文档写作方法的时候，将这个自己定义的首创知识融入到了 PRD 文档写作流程中，这就是信息结构图的来源。
梳理需求（产品结构图）
唐杰在工作中，发现新人设计产品原型的时候，经常会出现原型少页面少模块，或者需要经常修修改改，所以唐杰基于思维导图软件，又发明了一个产品结构图。
唐杰希望借助于思维导图的软件，能够以一个全局鸟瞰的方式，对产品各个频道、页面、模块有一个宏观的直视感，这样可以大大的方便检查产品原型有没有缺失的页面或模块。如果通过产品结构图检查完毕没有缺失，那么再进行下一步的原型设计就会非常方便的知道原型有哪些频道、页面、模块。如果有多个产品人员协同的情况下，也可以直观的分配工作任务。
所以唐杰在写 PRD 文档写作方法的时候，将这个自己定义的首创知识融入到了 PRD 文档写作流程中，这就是产品结构图的来源。
原型设计（界面线框图）
唐杰在工作中经常会遇到团队协同的节奏失调的情况，有时候节奏快，有时候节奏慢，甚至有时候立项会议还要求高保真，或者要求 Demo 版。因为这些不同状况的出现，为了提升工作效率和密度，唐杰在工作中会随着节奏和要求，使用不同的原型形式，方案的可行性验证和快速可视化呈现就会使用手绘，立项演示就会使用灰模或交互原型。
虽然原型设计的方法，大家都大同小异，但是掌握多个不同形式的原型设计，可以提升自己工作的灵活性。所以唐杰将手绘+灰模+交互原型这三个知识融合到了 PRD 写作流程中。虽然这三个知识点不是唐杰首创，但是唐杰却是首位融合分享出来的原创作者，背后的故事是工作中点点滴滴的积累。
用例模型（产品用例图）
用例是软件时代的产物，在互联网产品时代，唐杰在工作中基本上是不用的，所以关于这方面的知识，唐杰只是简单的做了一个介绍，只是希望大家对用例有一个了解，但是并没有主要推荐使用这种方法，而是推荐了功能流程图。
所以唐杰在写 PRD 文档写作方法的时候，为了知识全面一些，才将用例加到了 PRD 文档写作流程中，但是并不推荐大家使用。
逻辑流程（功能流程图）
唐杰在工作中，发现技术人员不太喜欢看图文版的 PRD 文档，而且很多时候文字描述的功能逻辑都不够直观，经常会出现混乱。为了解决这个现象，提升沟通和工作的效率，唐杰采用了流程图的方式来描述功能逻辑。
最开始的时候唐杰是在纸上画流程线，后来为了存档方便，开始使用 Axure 之类的工具画流程图。由于功能流程图比文字更加直观和清晰的展示功能逻辑，深受技术人员们的喜爱，于是唐杰将这个知识融入到了 PRD 文档当中。唐杰也是第一个也是目前唯一一个公开表示“功能流程图”是 PRD 文档中的一个流程内容，以前(包括现在)除了唐杰之外还没有任何人关于这一点在 PRD 中的任何分享。
所以唐杰在写 PRD 文档写作方法的时候，将这个知识融入到了 PRD 文档写作流程中，这就是功能流程图的来源。
需求文档（ PRD 文档）
PRD 文档是产品经理工作职责中的核心要素，也是前面五个步骤的最后一步，承载着产品需求和意图的详细描述，并且是最终的执行文档，所以阅读这份文档的人群主要就是执行人员。
为了让执行人员更加便捷和直观的了解到产品需求，所以唐杰会根据不同产品或情况而采用不同的表述形式，但是通常而言就是三种形式，于是唐杰将这三种形式融入到了文章中，为大家介绍了一个全面的 PRD 文档各个形式。
所以唐杰在写 PRD 文档写作方法的时候，将三种 PRD 形式融入到了 PRD 文档写作流程中，这就是 PRD 文档的来源。
结语
在以前(包括现在)网络上和书本中分享的都是 PRD 模板或者 PRD 格式介绍，还没有任何人关于 PRD 文档的写作思路做过分享。由于 PRD 文档对产品经理又非常重要，如果没有人分享的话，在如此混乱的市场中，会让很多新人走很多弯路。所以唐杰决定还原 PRD 文档的写作目的，尽量避免 PM 新人受到不合理的 PRD 模板或格式的误导而走弯路。
为了能够让 PM 新人们以最低成本和最高效率的方式了解到这个知识，唐杰拒绝了很多出版合作，坚持将新版系列文章的《杰出产品经理书》免费分享给大家，背后故事充满了满满的情怀！
这些就是 PRD 写作方法的背后故事，无论你在哪里听到或看到这样的写作思路，那么绝对 100% 是抄袭唐杰的。也许你在其他地方看到的配图或案例不同，但如果是这个思路流程，那么绝对 100% 是唐杰原创+首创。目前为止，唐杰没有授权任何一家培训机构使用这个思路作为教材。