1.1  Purpose （产品愿景）   必须对产品要解决的问题有深刻的了解，阐明即将开发的产品如何满足该需求。 产品经理应该非常清晰、准确地定义产品是什么，解决什么，意在成为什么，并与产品相关的各个角色（老板、设计师、开发、用户）交流此愿景。   1.2  Objective （产品目标）   将前述定义的产品愿景，分解为具体要实现的体验目标，并厘清每个细分目标的验收标准，如： 1.2.1 流畅无刷新的体验 1.2.2 设计简单、易用、有趣 1.2.3 高度关注用户隐私   1.3  User （用户角色）   1.3.1 角色 定义好产品要解决的需求之后，产品经理将和设计师开始密切合作，开展访谈，广泛地接触、观察、了解用户，将其分为几种类型，确定核心的目标用户，丰富该用户角色，包括但不限于年龄、性别、计算机水平、性格特点等。 1.3.

    我们为什么要写PRD？简单来说就是把我们具体要做一个什么样的东西很详细的描述出来并传递给团队其他成员知晓，最终一起执行。这里面我觉得有3个点特别重要，详细描述、快速传递、一起执行，一份不管是什么形式的PRD最终都必须做到这3点。

    PRD是每个产品人员最经常看到的文档，还是有很多产品的朋友问我PRD怎么写，如何才能表达清楚意思。其实PRD并没有规定的格式，每个公司都可以根据自己公司的实际需要来写适合自己产品团队的PRD。 PRD（Product Requirement Document，产品需求文档），这对于任何一个产品经理来说都不会陌生的一个文档，一个PRD是衡量一个产品经理整体思维的标准，一个PRD可以看出一个产品经理在某个领域的专业性，同时也可以反应出一个产品经理的整...

    本文想说的事情是，那个叫PRD文档的家伙只是个称呼而已，PRD的问题不在于如何写而在于如何被传递与执行。这里简单介绍一下我基于axure rp的一种新的PRD写法。（友情提醒：从来不用axure，认为他笨重无比的人请路过。） 从半只脚迈入产品经理这个大门的那天起我就被2个文档的名称深深的纠缠着，他们是市场需求文档（MRD）、产品需求文档（PRD）。先不论你是什么方向的PM，这2个玩意一定会一直伴随你的Title跟着你。这2个文档在不同...

    PRD（Product-Requirement-Document，产品需求文档），这对于任何一个产品经理来说都不会陌生的一个文档，一个PRD是衡量一个产品经理整体思维的标准，一个PRD可以看出一个产品经理在某个领域的专业性，同时也可以反应出一个产品经理的整体产品思维。