关于界面原型设计的再思考

     
昨天看了一篇iteye上一篇关于界面原型设计讨论的帖子，其中某君的观点引起了偶的注意，他在帖子中如是说：
<span style="color: #ff9900;">“个人观点，而且一直以来，都是用jsp代码，而且是基于后台框架的（根据时间情况），基本上是半成品，作出的原型后基本不需要修改（90%已经跟客户确认过）；而且我们的原型时在需求调研阶段并行做的。基本上需求完了，界面原型也完了。</span>
<span style="color: #ff9900;">以前做过的原型的程度有，界面原型，样式、风格，布局，功能基本都与真实产品一样：</span>
<span style="color: #ff9900;">1、存jsp/html+css+js，</span>
<span style="color: #ff9900;">2、jsp/html+css+js + 后台java代码（如struts），只是简单的页面跳转，没有任何逻辑处理</span>
<span style="color: #ff9900;">”....</span>.(这里省略很多此君误导偶的高论)
见原文： http://www.iteye.com/topic/1019296?page=2#2089719
昨天晚上一读完此君高论后让偶热血沸腾，便开始构思在以后的g4.builder中要如何按照他的这个理论将界面原型设计工具设计出来的原型和后续开发无缝接轨的问题。想了一夜，想明白了：这个理论基础就是错的。如果按照此想法去实现我的g4.builder势必被引入歧途。唉，还好醒悟得早。这也再一次警醒自己，可以开放视听，但不要轻信别人言论，要做一个有独立思考能力的人。
此君解释了为什么要建议那么做的几条原因，下面偶逐一批斗一下,交流就该碰撞，还望楼主莫见怪。
他说：
<span style="color: #ff9900;">1、在做界面原型时间，基本上90%都不需要修改，开发可以直接重用，而其他方式实现，比如ppt，word，gui designer等工具，时间比较快，但是基本交互完后，100%无法供后续开发使用，即重用率为0；</span>
偶说：
客户给你那么多做需求时间吗？你有快速生成界面又能生成代码且这个代码还能很好的无缝的被后续开发平台使用的工具吗？开发这样一个工具的成本几何？
-------------------------------
他说：
<span style="color: #ff9900;">2、跟客户沟通的时候，容易沟通，因为具有交互性，所有客户配合很好，大家也很容易了解彼此想要的东西；而其他工具做的原型，都不具备交互性，或者交互性非常非常的少，会导致客户不配合；我就遇到过这样的情况；让客户确认需求，让客户看原型，客户根本不鸟我们，你发给他，他都不看，然后几天后你问他有什么问题，人家说没有看~~~~~~</span>
偶说:
做需求就是和客户面对面交互，我们要抓住的是客户的功能性需求而非在做需求阶段把时间拿去搞一些花哨的所谓的可以点击可以跳转可以提示信息的交互界面来误导客户，让客户停留在兴奋型需求上而不去深挖最有价值最能主导需求分析成败的功能需求上。这个环节，并不是说不做界面原型，要做，但要有度。
--------------------------------
他说：
<span style="color: #ff9900;">3、把风险往前提，在需求阶段通过原型，客户配合好了，需求就更好做了，分先也少点了，而且设计阶段的工作提到了需求阶段，将界面设计不符合客户要求的时候，而且也能极少发现我们做的是不是客户想要的。因为如果到设计阶段再去考虑界面，而且一般都是在开发到一定阶段或测试的时候，客户才会介入，此时发现设计不符合客户要求的时候，那就要修改，风险就更大了，因为往往到编码阶段，是最紧张的时候，而且时间的问题更加明显。</span>
偶说：
在需求阶段穿插一定的界面原型设计目的是要辅助需求分析人员更好更顺畅的和客户进行交互沟通。并非是把界面设计的工作往前提，更不是要让客户确认以后系统的界面就是长这么个样子了.一般来说客户是不会来干预你的界面的，你做的再漂亮设计得再艺术对于客户来说只是兴奋需求，所以说风险在于功能型需求而非兴奋型需求。
------------------------------------
他说：
<span style="color: #ff9900;">4、界面原型好了后，因为90%的功能界面客户都已经确认了，所以后期大范围修改界面原型的情况几乎是不可能的，除非需求有很大的变动；而且我做的界面的基本交互已经模拟出来了，比如按某个按钮会怎么处理，有些都会模拟出来，实在不容易实现或时间太急就暂时不实现，跟客户沟通的时候会跟他解释；所以到编码阶段，开发员基本不用管太多的界面处理，基本上只专注于自己的后台逻辑实现，页面就往里套数据就ok了，开发也很happy；</span>
偶说：
客户需求阶段出来的界面原型只是辅助需求分析的一个输出成果。给后续设计阶段(包括界面设计)的一个参考。此是需求才做结束，你弄出来的那个原型就能说以后很少修改？？连库表结构什么样都不清楚，这种做法那你可能得在需求时候把设计全做了，回来就可以直接进入代码实现阶段了.这似乎是个一点也不好笑的笑话。
下面偶简单说一下偶结合自己经历过的项目并结合今天界面设计这个话题总结出来的一个界面设计环节软件过程，欢迎大家拍砖：
1.大家肯定会纠结过这样的问题，在软件过程中我们到底要不要做界面设计？界面设计在什么时候做？界面设计用什么工具做？界面设计的输出是什么？做界面设计付出的成本和带来的效益如何？
界面设计必须得做，而且要两份。
一份就是和需求一起的以需求附件形式输出的界面原型。这个界面原型可以使用pencil等界面原型设计工具来超级快速的实现，他会有很多缺陷比如显示字段不全，布局摆放不合理等等。但这都是正常的，因为他只是在和客户需求交流时的一个附带输出。他的意义在于辅助说明需求分析，给后续的设计提供参考。比如，我下面一份图所示：(只用了5分钟就画出来了)
<span></span>