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