做出高保真原型还需要再写 PRD 文档吗

Answer 1

PRD是整个产品中至关重要的一个文档，是研发、测试乃至运营人员在整个产品流程中的最高参照的标准。
即使做了高保真的原型，也一定要写PRD。

但是不一定就要用Word来专门写个文档，
用写PRD的思路在原型上写，我觉得是最好的解决方案。
1、为什么做了高保真的原型，也一定要写PRD？
高保真的原型，只能表达UI和部分交互，
而逻辑和一些分支条件的交互不能完全表达。
举个例子：注册功能
给不懂技术的领导看，页面估计还行，
要是给开发前端UI测试看，这里还缺少大量的需求描述。
一个完整的注册功能需求描述应该包含如下几个部分：
1）逻辑规则。例如：
手机号码长度11位、只能以13x开头、不能重复注册
验证码重新获取时间为60s，验证码有效期为20分钟

获取验证码后，未收到短信，可以获取语音验证码
语音验证码获取流程
2）交互规则。交互规则需描述“在什么条件下，给用户什么样的反馈”
条件为各种事件，例如单击、失去焦点、鼠标移入、加载、刷新等
反馈为各种展现，例如显示弹窗、关闭窗口、打开网页、文本框旁边文字提示等
另外，一些信息展示的功能还需要描述数据规则，如文本长度，数据来源，排序规则

Answer 2

楼主说的问题其实是迭代过程中依然需要修改或重新书写prd文档的问题。这是需要做的，也非常有意义！你想下你做一个产品有问题自然是需要修改的，不然老板又要骂街了

Answer 3

在给出答案之前，我们先来捋捋思路，以下是我对原型图和PRD文档做的定义：

原型图：通过对页面进行排版布局，并设置关键交互，让大家看到产品成型前简单框架和功能逻辑；

PRD文档：PRD文档全称是产品需求文档，它是一种展示产品规划和设计需求的表现形式。在我看来，文档的核心部分是功能需求描述。

我认为，原型图侧重于需求传递，通过页面元素、逻辑组织让团队成员能同时验证整个需求是否能有效地被解决；而PRD文档侧重于需求指导，即“对齐”团队中所有的相关人员，以致产品经理不在身边时，也能有明确的指导和参考。

所以，归根结底，产品经理画原型和写PRD文档的最终目的都是向其他部门传递想法，为需求服务。

但互联网产品普遍都面临时间紧，任务重的现状，这也就是为什么大家都提倡敏捷开发的原因。

在一个项目中，因为需要给开发工程师留足时间写代码，所以就会不停地压缩产品经理写需求、做方案的时间。该如何保质保量还能兼顾效率，这是产品经理所面临的考验。

针对现状，传统的几十上百页PRD文档已经不符合当前发展趋势，反而一份简洁的PRD文档更能打动人心，让团队效率倍增。

该如何高效地同步开展画原型和写PRD文档这两项工作呢？对此，我的建议是可以采取“将PRD文档嵌入原型”的这种方式，直接在产品原型旁添加文本注释，用以说明需求和描述功能点。毕竟在敏捷开发的时代，效率高才是王道！下图是我用摹客RP做标注，自带的组件，非常方便。