即使做了高保真的原型，也一定要写PRD。
但是不一定就要用Word来专门写个文档，
用写PRD的思路在原型上写，我觉得是最好的解决方案。
1、为什么做了高保真的原型，也一定要写PRD？
高保真的原型，只能表达UI和部分交互，
而逻辑和一些分支条件的交互不能完全表达。
举个例子：注册功能。这个页面算是高保真原型了吧：
给不懂技术的领导看，这个页面估计还行，
要是给开发前端UI测试看，这里还缺少大量的需求描述。
一个完整的注册功能需求描述应该包含如下几个部分：
1）逻辑规则。例如：
2）交互规则。交互规则需描述“在什么条件下，给用户什么样的反馈”
另外，一些信息展示的功能还需要描述数据规则，如文本长度，数据来源，排序规则等。
2、为什么在原型上写需求？
在之前的一个答案里（
），我提到过，需求的描述方式有2种，一种是用例描述方式，一种是功能描述方式。而在原型上写需求，就是功能描述方式。在原型上描述需求有2个好处：1、产品在设计页面的同时，能迅速的把考虑到的需求细节以备注的方式在原型旁边表述；2、对于阅读者来讲，原型图+文字的描述更容易被理解。见过很多开发测试，在看PRD文档的同时，也会对照着原型看，因为PRD文档里面的截图+文字描述的方式看起来相对要费劲一些。
总的来说，在项目时间允许的情况下，我是比较赞同做高保真原型的，它能更直观传达产品的想法，也更容易被别人理解。《启示录》一书作者就建议描述产品需求只需要高保真原型+注释就可以，完全不需要文档，以下是书中的一些观点：
