接下来就应该是开发人员做

PRD（Product Requirement Document 产品需求文档），PRD 侧

重对产品功能和性能的说明，相对于

MRD 中的同样内容，要更加详细，并进行量化。PRD

一般包含流程图、原型图等，使用用例等手段，以准确说明。也就是说从做

PRD 文档时就是

已经进入准备开发阶段，这时

MRD 文档应该很明确了。

接下来大家开会讨论

PRD 方案，参与讨论的应该有需求方、相关领域的顾问（即有丰富经

验者）、

PD 或 UI，并做好记录。接下来 PD 出设计结果方案，需求方签字确认。程序员接到

PRD 方案后，需评估完成开发的大致时间，以及任务分解安排。

ID（Interaction Designer 交互设计师）根据 PRD 定稿做出交互设计方案，真实再现用户交
互过程（工作室一般用强大的

axure），并与 PD、UI 进行内部评审。视情况，PM 参与，做

完后要与需求方反复交流直到需求方满意。

接下来

VD（视觉设计师）根据 axure 做出的原型，进行设计页面风格、布局、关键界面等。

和用户交流对页面设计是否满意。

WD（前端开发工程师）根据设计页面切图，编写 HTML，CSS，JS 源代码。

下面就进入了后台开发阶段，在编码之前，程序员应视其系统需要，进行概要设计、数据库
设计，并进行内部讨论和评审。程序员对文档或原型有疑问或不理解，需与

PD 和 ID 进行

沟通，了解其真实涵义，不得以任何理由私自更改已确定的

PRD 文档方案。确有功能需做

调整，程序员需与

PD、需求方共同协商完成。改动应出具文档，由需求方、技术经理、PM 同

意。每个人写的代码都不可能完全正确，这样就需要边开发边测试。

    * α（alpha 最初）测试。在开发小组内部进行，测试的方法也较多，黑盒、白盒、 压力、应
力等。此阶段应完成

80%以上的需求开发，测试以 PRD 和原型为准。测试完成后，收集反馈，

修复

BUG，优化流程。

    * β（beta 第二次）测试：有选择地请一些最终用户实际使用，将发现的问题反馈，开发
者对系统进行最后的修改，之后准备发布最终产品。

β 测试开发者不在场。产品估算开发时

间，以完成

β 测试为准。

      产品上线后可能还存在一些 bug，这就需要后期的维护了。等产品稳定后就完成了这次
开发