时间: 2021-07-30 10:35:35 人气: 16 评论: 0
阿拓带你飞：最近设计师、产品经理谈到高保真原型，但是都没有一个标准来确定应保真到什么程度。首先应该定义什么是高保真，其次考虑不同的交付对象，产品本身不同时期，不同环境下的高保真，最后各方工作习惯和讨论根据该怎么做到高保真。以下是来自“知乎问答”整理的回答！
根据开发状态，做最高保真的原型。最终期望是能达到的就是和产品实际运行时一样的状态。
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到像模像样的半成品，是需要**很多心血的。每艰难地前进一步，都是以已有的步子为前提。
最大的禁忌就是老大说我只看高保真的漂漂亮亮的东西，然后指着高保真的设计说早期的哪些步子定的不对。这种决策方式是对资源极大的不尊重，一旦早期的东西被干倒，后面的功夫都白费。
第二个禁忌就是各合作方没有把自己份内的构思充分夯实，就交付给下一步的合作者。夯实可以通过多从利益及决策相关人获取反馈，也可以通过自己多加发散再严格收敛，但终究要保证交付给别人的东西是经得起考验的，靠谱的，不**轻易改变的。一旦别人以你的东西为参考投入更多精力去丰富了产品，却被告知要返工，损失的资源和信任不止一点点。
第三个禁忌就是在向下一步合作方交付时传达信息不充分。传达信息可以靠更恰当、充分的文字标注，也可以靠面对面的交谈探讨，甚至还可以加上重复确认。当然，这是要消耗大量精力的，但这也是成为一个负责人的雇员应有的尽责态度。
本文由人人都是产品经理@阿拓整理自知乎问答，转载请注明出处并保留本文链接。
