seven.com

在这个紧急的时代，我们输不起慢的代价！

这是我们老板经常挂在口头的一句名言，确实，敏捷开发的时代，无论是互联网、无线产品或是软件开发都在经历一次又一次的迭代，谁先占据市场谁就是胜利者，谁的黏性用户多谁就是胜利者，所以产品一定要出的快。

当然，时间紧、人手少的情况下往往最终的产品达不到预期的效果，赶时间的情况下肯定不会有时间去画详细的原型图，通常就直接出效果图了，杯具便由此开始，下面举一个我工作中会遇到的实际问题：

►产品策划：这个地方要加一个功能。。
►UI设计师：啊，这个地方我没有预留tab的位置，一改动就会连锁反应好多地方的配色跟样式都要改变。。。
►前端工程师：我辛辛苦苦切好的图图啊，又要重新拼了= =！
►程序：这里没有数据接口啊，看来得重新构架了。。
►加班加点中。。。
►产品策划：那个。。还需要加一个功能。。
►设计师/前端/程序：啊？？要加你自己加！
►产品策划：额，这是老板的意思。。算了，就先临时塞在这里吧。。
►继续加班加点中。。。测试版终于出来了
►BOSS：吓！这个功能链接为什么放在这么不显眼的地方！而且是同类功能为什么要打开一个新页面，不会用tab吗？这交互是怎么设计的！
►前端工程师：我是按照设计图切图的。。
►程序：我套的程序没有bug啊。。
►UI设计师：▔﹏▔，好吧，是我的过。。。

项目开发中最害怕的就是突如其来的需求，不管这需求有多么好多么的有价值，带来的一些列的连锁反应会大大的拖延项目进度，不是说简单的改个效果图就能解决的，与其把时间花在反复修改中倒不如多花点时间去完善一套完整的原型图，这样后面的工作将会相当的顺利和安逸。

我理想中最快的开发流程应该是这样的：（不抄袭的前提下）
►项目开动前整个项目组+BOSS集体开会定下最终需求
►UI设计师按照需求设计一套完整的原型图
►整个项目组针对原型图一起讨论可实施性，有不恰当的地方继续修改，直到每个项目成员都拍板为止
►UI设计师提供一套较完整的UI控件库及图标库，保证前端和程序可以临时调用，有时间就再提供一份界面规范，这一步是为了减少自己的压力，这样就可以不用每个界面都设计，一些重复性的界面可以直接由前端或程序搞定
►设计、程序、前端人手一份原型图及UI控件库后开始动工
►UI设计师先行设计界面，与此同时程序那边可以根据原型图准备功能及数据接口的架构，同时前端根据原型图来写基本的html框架，样式表可以等界面出来再写
►界面设计OK后，前端进行切图套页面，这时程序的功能也差不多出来了，直接套上，出测试版
►内侧，修bug，完善，大框架不会改动太多
►公测（时间较长），收集用户反馈信息，根据反馈进行有针对性的修改完善，出正式版
►有新需求，收集并整理，归到下个版本的开发进程中

原型图在整个开发过程中起着至关重要的桥梁作用，如果是一个拥有较丰富交互经验的UI设计师的话，原型图这一步可以省略，在需求确定的情况下完全可以设计一个界面就立马实现一个，不过这样有一定的弊端，UI设计师的思路是清晰的，但前端和程序完全是被动的，不了解整个流程是怎样的，粗略的原型及流程图还是需要的。

原型设计在国内的重视程度还是不够的，很多企业的原型图直接是由产品策划拼出来的，其实说白了就是一份图形化的需求文档，没有任何交互概念，原型图就是最终产品的线框图，一套专业的原型应该是只要套上皮肤就是一个产品了。