大家是否有这样的想法？

国内客户基本上是这样的，他们在项目中虽然有接口人，但不具备专业的知识，也不见得是一些擅长沟通的人，原型可以提供极大的帮助，如果公司有专门的界面设计团队，在这个阶段是不需要开发人员动手的，而且原型只存在于需求分析阶段。
另一种情况是客户有很好的沟通理解能力，而开发团队又具备一个表达、想象力很强的人，那么开发团队和客户就能够直接很好地沟通，最多借助几张纸，双方都能理解应该做成什么样子的，节省了很多时间。

原型开发很好啊,就是先按自己的经验做一系列静态页面给客户参考和讨论,不符合要求的再修改,直到满意为止,然后美工就可以在这些静态页面上进行美工处理啦,然后再程序员同样在这些满意的静态页面上编程

  如果用uml case图表示的话,客户说不定还看不懂啊,不过uml描述业务流程真的非常好,是给程序员看的

当然有这样的想法,那样多安逸的.

这种理论在国内根本不适用。

甲乙双方都不清楚应该做什么的时候，原型可以提供建设方向。如果你的原型不丢掉且在后续不断的完善，就变成了迭代 ：）

迭代的开发要求你的合同也是迭代的。

关键仍然是“原型”背后的那个“需求”，它框定了项目的大范围。把握不住的话，有原型也没用，控制不住客户的。

想法不错，就是类似于一个仿真软件，在某一个行业里是行的通的。但是针对任何行业，就和现在的开发工具功能差不多了。