很多人把产品原型称作PRD的另一个名字。在我看来，PRD是既可以让产品经理把自己的思路理顺、从方方面面对产品的理解更深。也可以让开发、测试、运营更好的理解这个产品的定位、解决了目标群体在哪些场景下的具体需求、等等，让团队中的其他人员知道自己做的事情是有价值的，从而增强整个团队的使命感和价值感。
现在有一些公司用Axure来写PRD文档，相比于用Word写PRD，这样有几个好处：开发测试同学不用几个文档来回切换着看（有一些开发嫌来回切换麻烦就草草看一下原型直接按照自己的想法去写代码了）；PM也只用维护一份文档而不是在几份文档中腾挪；同时文档、流程图、原型都在一份文档中。
PRD没有标准，什么样的PRD是一份好的PRD有着什么样的格式，应该还是由用户来决定。谁是PRD的读者呢？UED、开发、测试、业务需求方以及未来要接手你工作的其他产品经理，都会成为它的用户。一个产品做的好不好？PM说了不算，用户说好才是好。同样，一份PRD写的好不好，问一下和你搭档的开发、测试，他们说好，才是真的好。
