“产品需求文档的重要性不亚于创业公司的程序员，不知我我这么说，你能否懂？”小伙伴们get到这个点了么？？
如何才能写出好的PRD，让产品研发团队成员，开发、测试、运营同学了解产品需求，让其他人能从该文档中看到产品的价值和意义，估计很多人都思考过，如何让PRD不被其他人挑战，如何获得他们的认可估计是产品经理经常考虑的问题。
传统上写产品需求文档（PRD）的做法，就是把用例、流程图和网页原型图一股脑的放到一个Word文档里。一般一个产品都包含乃几十个乃至上百用例，每个用例都有自己的流程图，每个流程图又包含了少则几个多则几十的网页原型图，结果就是产品需求文档变得庞大无比，写的人费事儿，读的人更惨。
我们为什么要写PRD?简单来说就是把我们具体要做一个什么样的东西很详细的描述出来并传递给团队其他成员知晓，最终一起执行。这里面我觉得有3个点特别重要，详细描述、快速传递、一起执行，一份不管是什么形式的PRD最终都必须做到这3点。
从半只脚迈入产品经理这个大门的那天起我就被2个文档的名称深深的纠缠着，他们是市场需求文档（MRD）、产品需求文档（PRD）。先不论你是什么方向的PM，这2个玩意一定会一直伴随你的Title跟着你。这2个文档在不同的团队中有不同的叫法和写法，我也见过有团队的MRD其实就是PRD，不沾半点商业市场分析的边的，当然，这些不是本文探讨的内容。
1 Purpose (产品愿景)
必须对产品要解决的问题有深刻的了解，阐明即将开发的产品如何满足该需求。
产品经理应该非常清晰、准确地定义产品是什么，解决什么，意在成为什么，并与产品相关的各个角色(老板、设计师、开发、用户)交流此愿景。
互联网行业，蓬勃兴起，很多从事产品工作。不管是生手、新手、老手还是高手，我也想和大家分享一下产品需求文档的一些心得，希望能帮助大家(pa/pm)更好的提高自身水平、提高工作效率。我这里只是简单的从需求的实施环节进行描述。之前的需求的调查、需求的获取、需求的比较分析取舍等等都不再阐述了。
做产品经理一定得很熟练PRD (产品需求文档) 和 UE (用户体验)吗？
首先，产品经理的主要工作是“设计”，具体一些，可能是决定产品的定位、弄清楚目标用户遇到的问题和他们的行为、设计产品的具体功能（这些功能，需要能够解决目标用户的问题）、设计产品大的架构等等。而PRD也好，任何文档也好，我理解为应该是“表达设计的方式”。也即，设计应该是在不断的讨论、调查、修正过程中，在头脑中形成的一套想法。你需要把这套想法表达出来，让后面的各种设计师和工程师们去帮你实现这些想法，表达的方式，就是PRD。
大家在现实的工作中，偏重于PRD的居多，大家可以想想，是不是通常把主要精力放在了产品功能上了，而忽视了对产品所在市场的关注和分析，尤其是在一些软件和互联网公司，非常明显，有多少朋友做到了MRD中要求的呢？
说到最后，还是我始终坚持的一个观点，产品管理文档，本身没有任何价值，网上到处都可以找到，但是，如果不懂产品管理的思想，不明白产品管理到底是什么，不知道产品管理者到底应该做什么，即使给你非常好的文档模板，又有几个人能真正理解这份文档的作用，并把它写好呢？
后续小编还会加入更多关于PRD文档写作的干货，小伙伴们不要放弃关注哦！
