互联网设计瀑布递推

Web-based Product Design Process – Waterfall Model.pdf

递推流程有明显的阶段划分僵化劣势，优点缺点显而易见：

1. 适合技术较弱或缺乏经验的设计团队。
2. 适合容易理解但很复杂的产品，易于组织和管理。
3. 适合稳定的产品定义和很容易被理解的设计解决方案。
4. 适合对产品规模的升级和架构扩展，质量容易保证。

与软件工程思想并无二致，基于以上特点，递推流程尤其不适合互联网产品的创新设计。虽然经过江湖前辈的努力总结提炼，我们在处理并发和迭代实践上已经有了不少突破。但我个人认为，都没有从根本上脱离“递推”的思路，简单搜集整理如下：

需求 > 设计 > 构建 > 测试 > 发布

基础调研 > 产品分析 > 交互设计 > 原型设计 > 详细设计 > 设计维护

概念阶段 > 探索阶段 > 定义阶段 > 细化阶段 > 开发阶段 > 发布阶段

可行性评估 > 产品原型 > 界面设计 > 规范整理、功能实现 > 上线 > 分析报告、优化方案

需求定义 > 快速原型 > 交互式模型 > 开发与上线

© 一叶千鸟（转载请留原文链接，更新于2009年08月31日11点）

转载时务必以超链接形式标明文章原始出处和作者信息及版权声明。
您可以通过订阅 RSS 2.0 跟踪对这篇文章的评论 ，或者在您自己的网站中 引用(Trackback) 它。