递推流程有明显的阶段划分僵化劣势，优点缺点显而易见：
适合技术较弱或缺乏经验的设计团队。
适合容易理解但很复杂的产品，易于组织和管理。
适合稳定的产品定义和很容易被理解的设计解决方案。
适合对产品规模的升级和架构扩展，质量容易保证。
与软件工程思想并无二致，基于以上特点，递推流程尤其不适合互联网产品的创新设计。虽然经过江湖前辈的努力总结提炼，我们在处理并发和迭代实践上已经有了不少突破。但我个人认为，都没有从根本上脱离“递推”的思路，简单搜集整理如下：
需求 > 设计 > 构建 > 测试 > 发布
基础调研 > 产品分析 > 交互设计 > 原型设计 > 详细设计 > 设计维护
概念阶段 > 探索阶段 > 定义阶段 > 细化阶段 > 开发阶段 > 发布阶段
可行性评估 > 产品原型 > 界面设计 > 规范整理、功能实现 > 上线 > 分析报告、优化方案
需求定义 > 快速原型 > 交互式模型 > 开发与上线
