高保真原型应保真到什么程度?
阿拓带你飞:最近设计师、产品经理谈到高保真原型,但是都没有一个标准来确定应保真到什么程度。首先应该定义什么是高保真,其次考虑不同的交付对象,产品本身不同时期,不同环境下的高保真,最后各方工作习惯和讨论根据该怎么做到高保真。以下是来自“知乎问答”整理的回答!
一:为什么要做高保真? 根据开发状态,做最高保真的原型。最终期望是能达到的就是和产品实际运行时一样的状态。 1. 高保真原型可以显著降低沟通成本。 所有人只用看一个交付件,并且这个交付件可以反映最新的、最好的设计方案。产品的流程、逻辑、布局、视觉效果、操作状态。也许制作高保真原型需要花费多一些设计的时间,但这是完全值得的,降低的沟通损耗,带来顺畅的开发制作流程是无以复加的。如果是远程配合的团队,这个好处会加倍放大。设计师还是可以做很多效果图,贴的满墙都是,到处展示。产品经理也可以尽可能详细的列出流程图,和人讨论逻辑。但最终,请一起制作高保真原型,作为最终确定方案输出。 2.高保真原型会最大的降低制作成本。 好的设计是不断尝试出来的。高保真原型可以在只投入少数开发力量的同时,就进行各种测试。很多问题,要投入使用场景才能发现。高保真原型可以帮助开发者模拟大多数使用场景。如果等所有人努力都结束才看到成果,这真的太可怕了。尽早对自己产品进行验证,这个是敏捷开发的原则。产品的开发要分为一个迭代一个迭代的短期开发,以一个一个小成果来持续验证产品,就是为了避免风险,然后持续改进。 任何产出物都具备两种作用。一种是创意发散阶段,产出多个方向,供后面筛选;一种是交付阶段,设计方案确定了,需要交付给下一阶段。从节约资源的角度来考虑,高保真存在的前提是其依赖的前期元素都是确定的,这样投放在后期的资源才不会因为前期根基的动摇而尽废。 在创意发散阶段,假设项目进度已经到了需要确定精确尺寸,颜色,风格等后期元素的程度,设计师就应以用户需求场景、信息架构、布局等为确定的基础约束条件进行发散,想出多种视觉设计方案填充到已有的低保真原型框架上,再按照一些客观原则进行收敛过滤,找出最合适的选项。但通常收敛这个阶段会是产品大老板来拍板,虽然这并不应该成为唯一的决策方式。 在交付阶段,设计师应该对高保真阶段选定的设计方案中的元素进行充分的描述,以便充分地传达给下游的合作者。通常这些合作者是前段重构。所以要用程序员最熟悉的语言来描述设计,比如以CSS的盒子模型的方式来标注尺寸,以网页色彩体系来标注颜色。 二:什么是高保真? 让产品原型尽可能的高保真、华丽丽、无限逼近于完整产品是每个人都要的。但同时高保真也意味着大量的资源投入。如何在设计中既实现尽可能高的保真度,同时又避免资源浪费呢?这即需要我们对高保真的意义有清醒认识,同时也需要吸取一些敏捷的思想。一个华丽丽的作品(不局限于互联网产品)不可能一下子就从脑子里创意变成现实。它会被拆分成一系列相互依存的元素,整个组装过程会先从最基本的元素开始,逐渐填充和丰富。高保真的高是以完整的、可为消费者服务的产品为标准的。产品的诸多元素,目标用户、用户需求场景、信息架构、布局、控件逻辑、尺寸、色调、纹理、风格等等,被填充的越丰满,对最终完整产品的“模拟”程度就越高。只要能让这个半成品看起来更像是成品,就是高保真,怎么个像法,可以有很多选择。所以,所谓的“高”保真可以是对外观的高保真,也可以是对交互逻辑的高保真,或者对代码性能、流量消耗的高保真。 高保真”并非一个既定的目标,高保真/低保真原型都是一种沟通的媒介,具体使用高保真或低保真取决于原型的目的(比如项目前期的方向探索、中期的细节讨论或后期的交付) 高保真原型并不局限于界面,(至少)包括以下几项: 1原型的概念或想法说明; 2详细交互动作与流程;3各类后台判定;4界面排版;5界面切换动态;6异常流处理;要做到让PM,RD,客户能够理解的程度。 按照原型的保真性来划分的话: 手绘静态线框 Axure等软件创建静态线框 Axure等软件创建静态线框+PS出的实际UI效果图 Axure等软件创建带交互效果的动态线框+PS的出实际UI效果图 HTML+CSS+JS的实际html页面 如果做对外项目,那么建议做到“Axure等软件创建带交互效果的动态线框+PS的出实际UI效果图”。这样的原型能作为项目的备底,未来和客户有争议的时候,拿来用。如果做内部开发项目,只要对方能理解。保真度需要做多高?这个问题很难有准确的结果,高保真原型主要是从两个方面进行研讨:一是视觉效果,二是可用性,包括用户体验。其实只要能给予产品开发足够的支持,就够了。 真正意义上的高保真原型我认为应该是产品逻辑、交互逻辑、视觉效果等等极度接近最终产品的形态。这样不熟悉产品的人也能通过观察、使用明白这个产品有什么用。 那是否由一个人来独立完成这样的高保真原型呢?或者说是否有一个大牛能独立完整这样的原型?应该有,但是数量肯定有限。而大部分人都应该是专精某一方面,所以才有了团队的协作,通过集体努力打造一个成功的产品。对于互联网产品团队而言,基于瀑布流式的开发模式,产品经理、交互设计师、视觉设计师、前端开发、后端开发等等角色重点关注的方向是不同的,每一个角色应该在各自专注的领域做到尽量高保真。 产品经理应该保证产品策略和产品逻辑的高保真,然后交付给交互设计师,交互设计师应努力保证交互逻辑,使用逻辑,信息结构等等的高保真,再交付给视觉设计师。 三: 使用高保真原型的禁忌 高保真原型其实就是产品开发进行到后期的半成品。从一个脑袋里的idea到像模像样的半成品,是需要投注很多心血的。每艰难地前进一步,都是以已有的步子为前提。 最大的禁忌就是老大说我只看高保真的漂漂亮亮的东西,然后指着高保真的设计说早期的哪些步子定的不对。这种决策方式是对资源极大的不尊重,一旦早期的东西被干倒,后面的功夫都白费。 第二个禁忌就是各合作方没有把自己份内的构思充分夯实,就交付给下一步的合作者。夯实可以通过多从利益及决策相关人获取反馈,也可以通过自己多加发散再严格收敛,但终究要保证交付给别人的东西是经得起考验的,靠谱的,不会轻易改变的。一旦别人以你的东西为参考投入更多精力去丰富了产品,却被告知要返工,损失的资源和信任不止一点点。 第三个禁忌就是在向下一步合作方交付时传达信息不充分。传达信息可以靠更恰当、充分的文字标注,也可以靠面对面的交谈探讨,甚至还可以加上重复确认。当然,这是要消耗大量精力的,但这也是成为一个负责人的雇员应有的尽责态度。 本文由人人都是产品经理@阿拓整理自知乎问答,转载请注明出处并保留本文链接。@March Liang,产品设计师
@朱晨,产品设计师
@朱晨,产品设计师
@Qin Yu,交互设计师
@胡振宇
@chrisyuan,腾讯交互设计
@朱晨,产品设计师
要给客户看的时候,有时候需要高保真的原型
➡ 看团队了,开发如果懒的话,可能要求你搞出高保真当静态DEMO呢 😡
唉,如果跟技术get不到一起就郁闷了。不论怎么做,他们总是有一堆的各种奇葩问题。 😥
还是应该把链接什么的加好。否则其余人很难看得懂你原型的逻辑。