原型设计的真正价值
初期阶段原型如果带有色彩和图片，那是失败的原型，我们要明白制作原型的真正意义，设计师的重心应该放到原型的框架和交互细节，而不是去做表面功夫，那样会浪费大量的时间和精力，所以要求我们的设计师必须明白这个道理。 顶，新手路过，学习 顶~~~~~~~~~增加人气 是的 初期阶段原型如果带有色彩和图片，那是失败的原型，我们要明白制作原型的真正意义，设计师的重心应该放到原型的框架和交互细节，而不是去做表面功夫，那样会浪费大量的时间和精力，所以要求我们的设计师必须明白这个 ...topredstar 发表于 2012-4-20 13:38 http://www.hiaxure.com/images/common/back.gif
补充1：原型中带有色彩或和图片不一定是失败的原型，有可能会更有说服力和表现力，至少可以让UI设计师，从某种程度上了解产品设计的一些最原始的想法以。
补充2：做产品原型，只要把问题说明白了，即可，如果不是特别需要做备份的文档，能用嘴说的就用嘴说吧（当然要让对方明白），因为，制作原型也是需要成本的，特别是比较大型的工程，公司是不会让产品团队，用一年的时间在原型上反复的去调试和修改，这都是成本，领导还是喜欢你先拿出一版来大家讨论在说，所以，给那些现在正在学习AX的朋友们一句忠告，不要想着怎么做出多绚的交互特效，没意义。 在适当的地方增加有意义的图片会好一点，容易说明问题，也便于用户和开发理解。 5# 闫峰
谢谢分享 企业里面经常会遇到大家把在制作原型当成是汇报的工具，其实我们应该明白原型的价值是指导我们开发实现的，而不仅仅是做面子工程，去迎合领导；把原型做得那么炫目，到开发那里实现不了，那不是做了无用功吗！ 我觉得是，该精简的地方，需要让出空间来给美工；需要阐述清楚自己想法的，必须花点时间做到务必通过原型设计让需求的下一个传递点完全明白清楚。余下的手段，各自有各自的风格，没必要强求。 需求-->交互设计想法-->手稿-->Balsamiq Mockups-->axure-->美工处理ps-->前端处理。
看看团队分工了，一般产品交互设计应该是从2至4吧。其中颜色什么的看个人水平，可以不实体化，不过要有说明或文件，对后面同事比较好。 5# 闫峰
对于你补充的问题2，我有不同的简介。当然说你能用嘴巴说的就用嘴巴说。但是还是最好有文档，这样在最终有问题时，不会推卸责任。并且，俗话说的好脑子好使但是总是比不过烂笔头的，所以用文档可以减少脑子的负担，也能节省更多的沟通时间 赞同你的想法，不过补充一点，交互设计可以直接先用axure搭简单的框架，因为手稿还是不够形象化，讨论的时候不容易发现问题。有时候大家总是在接近成品的时候，才容易发现一些问题。
10# oday 这个问题还要看公司各部门对需求原型定位，开发、美工、测试都以需求原型为基础的话。这个要求需求原型要做细，特别是每个功能的需求说明。我们公司现在基本上不写需求说明书了，都以需求原型为主。个人认为这种做法更适合电子商务的项目，传统软件的还是要以需求说明书为主。
初期阶段原型带有色彩和图片对要规范一套开发流程的公司来说是多余的（因为还有美工设计这个环节），
如果是直接面对老板的公司，有的时候还是需要。 这个问题还要看公司各部门对需求原型定位，开发、美工、测试都以需求原型为基础的话。这个要求需求原型要做细，特别是每个功能的需求说明。我们公司现在基本上不写需求说明书了，都以需求原型为主。个人认为这种做法更适合电子商务的项目，传统软件的还是要以需求说明书为主。
初期阶段原型带有色彩和图片对要规范一套开发流程的公司来说是多余的（因为还有美工设计这个环节），
如果是直接面对老板的公司，有的时候还是需要。 我觉得过于注重带色彩和图片的原型图是不必要的，更多的是在于交流，和沟通后改进确认
过于极端不好
页:
[1]