产品原型设计的8大黄金定律

2014/03 作者:ihunter 0 0

原型设计,困扰很多新手级产品经理的老大难。其实原型设计没有想象的那么难,熟能生巧,掌握8大黄金定律即可。

我自己碰到、看到或者听到的大部分错误并不是因为选择了错误的工具或者方法。大多数错误都来自以下情况:

原型设计过度或者不够。

对错误的东西进行原型设计。

没有设定对原型的期望。

有效原型设计就是找到平衡并设定期望。本文会揭示我们开发的有效原型设计八条指导原则,无论使用什么方式或者工具,这些原则都适用。

无论你有丰厚原型设计经验或者只是想了解以下,都能从八条指导原则受益。

原则一:了解受众和意图

这是原型设计流程第一条。也是最关健的原则。为了做原型而了解受众并理解原型的意图,能驱动原型设计流程的各个方面。了解受众和意图之后,能更好地完成以下工作。

确定原型设计所需要的东西。

设定适当的期望值。

确定恰当的保真度。

选择合适的工具。

一切都源自受众,因此我们从解决受众的问题开始。了解谁是受众,就可以确定原型设计需要什么东西、要多少原型设计以及合适的保真程度。

如果受众是我自己、另一位设计师或者工程师,低保真纸质原型、或者应急用的PowerPint或者HTML模拟可能就够用了。你可以用这些媒介进行工作并理解这些媒介,它们还能传达观点而且不用花太多精力。

但如果受众是顾客或者高级管理人员,原型可能就需要更多精细。鸡尾酒餐巾纸上的草图可能就不行了。

考虑受众的时候会,应该考虑它们的适合哪种媒介或者保真度。如果他们能理解纸上的粗略图,你也自信草图足以向他们传达概念,就用这个方法。但如果受众搞不懂纸原型,你也很难用纸原型向他们传达概念,就应该换一种媒介或者保真度。

了解了受众的原型意图,接下来进入规划阶段并开始做原型。

原则二:稍加规划——再做原型

软件系统不断迅速变化。稍加规划,然后再做原型,以渐增、迭代的方式展开工作,这样能适应不断变化的环境。

规划阶段所做的工作越多,越能更好地启动工作。当然,回报会递减,一定要用常识来判断需要做多少规划工作。

经常有人问我:“原型设计前需要多少规划工作?”没有什么神奇数字,但我会把最多70%的设计时间花在草图上,然后再开始原型设计。

为什么是70%?有两个主要原因。首先,我的目标是获得受众反馈,因此越快给受众看到原型,就能越快获得反馈。其次,做原型是走查设计的好工具。如果能在纸上画出70%的设计概念,剩下的工作就可以用原型来走查完成。

原则三:设定期望

设定期望是基于名为激发(priming)这个心理学方法。如果激发受众,就能引导他们的注意力和焦点。

提前设定期望,就不会出现对尚未做原型的详细交互或者功能有奇奇怪怪的讨论。不要说不会出现这种讨论,因为它最后肯定会出现。一开始就设定恰当的期望,以后就会很轻松了——虽然这些东西还是不是原型的一部分,但可以加到下一次发布中。

激发受众并设定好期望,然后拿出原型并演示给他们看。不要害怕讨论此时原型中还没有的东西,但尽量集中讨论原型中已有的东西。提醒受众这只是个原型,告诉他们有些东西还没有完全画出来。

原则四:可以画草图

如果我要画一个超应急的草图,而且只有兴趣画出屏幕上得功能区块,我会采用较低保真度,而且通常只用线条。如果是和另一位设计师或者客户在现场画草图,我也会采用一样的做法。

如果字段的实际顺序很关键,而且又需要传达出这种顺序,我回采用略高一点的保真度,要么写出标签,要么打开Illustrator软件在屏幕上把它们画出来。

在这些决定往往归根于第一条原则:了解受众和意图。如果受众只是我,线框就够了,不需要用标签。如果是其他人要用原型,我通常会稍微多花一些精力吧标签写出来。

请记住,如果你在孩子时代能画画,现在一样也能画画。你的目标不是给《纽约客》画插图,而是要传达你的想法。毕竟,只是一个原型而已。

原则五:是原型——不是蒙娜丽莎

原型本质上市最终产品的不完善、简略版本。原型并不完美。也没有必要完美。原型的本意就不是要完美。事实上,略显粗糙的原型往往能获得更好的反馈。

如果原型未完成,测试者更容易给出反馈。因为他们uhui觉得一切都已确定多说无益。

诚然,在很多情况下需要更精细的原型。商业展示会上得简略原型可能没什么用。CEO拿着草图或者黑白原型版本无法描述最终产品。因此,这里又要用常识来判断原型需要达到什么样的精细程度。

但我可以信心十足的告诉你,在大多数情况下,原型没必要搞成蒙娜丽莎——足够好就够了。

现在的目标不是完美——只是个原型。花最少的时间和精力向受众传达想法的核心概念,这是现在要做的事情。所需要的是合适的保真度。不要过度。也不要不够。

原则六:如果做不出来原型,就用假的

如果不会写代码,或者无法写代码,可以有很多方法换用假的。

使用一些列JPEG界面。用Dreamweaver创建图片地图它们链接在一起。不用写一行代码,就可以得到交互及流程是否合理的相关反馈。

用Fireworks内置功能把页面和框架链接在一起,然后生成可点击的HTML原型。

用你最喜欢的PDF生成工具或者Adobe Acrobat把文档链接在一起,也可以得到一样的效果。

用PowerPotint把静态界面链接在一起。

用一系列HTML界面来模拟AJAX和其他交互。

有很多工具能制作假交互,而且你手头可能就有好多种。只要首先激发受众,设定他们的期望,模拟演示所描述的东西,你就可以开始了。

原则七:只对需要的东西做原型

所建原型都是整个系统的一部分,多半都是这种情况,并不需要构建真个系统来研究设计或者反馈,事实上,建立整个系统会丧失快速迭代的固有优点。

如果最终目标是把原型用于测试,你可能要测试五六个情景。此时,只需要针对这五六个情景来建立所需原型。

如果测试者点击了原型上还没有做到的东西,该怎么办?原型就是原型。原型本质上就是不完整的。如果测试者试着点击了还没有创建的特性,可以利用这儿机会来探讨他对此有何期望。

只对需要的东西进行原型设计,能大大减少很多方面的投入——成本、时间和精力。此外,只对需要的东西进行原型设计,花的时间就少,因此能更快获得反馈,并进行下一步工作。如果建立的原型能发挥作用,就可以继续下去。如果没有获得反馈,损失也不大,还可以试试别的方法。

原则八:减少风险,尽早开始做原型,经常做原型

我们让这些大公司太晚才开始创建线框图,开发东西、发现问题。

——Anders Ramsay

原型有许多优点,其中之一就是投入效益比较低。我们来看看两种开发模式——一种是传统瀑布法,另一种是里哟过快速迭代原型设计。

传统瀑布法要先规划好系统特性和功能,然后才开始开发。常常需要六到九个月的规划周期,之后才能开始实际开发系统。

如果进展或者不会有很大变化,这么做可能不会有问题。但对于现在的互联网产业,九个月就可能是一生一世——九个月的时间足以创立、购买、出售或者搞垮整家公司。

但假设你所处的整个产业的前进速度和蜗牛一样慢。此时你已经进行了大量投入,改变方向几乎不可能,更不可行。

瀑布法模型非常昂贵。通常情况下还会发送错误,而且修复成本很高,甚至高到百分之百。。因此,这些错误会留在系统中,而最终用户必须努力处理这些错误。

另一种方法采取较为敏捷的做法。一次解决一小块问题,并采取增量、迭代的进化方式。通过原型来使用这种方法,投入很少。显然,减少投入,必然可以减少风险。

这是原型真正闪光的地方。投入小,而收益可观。有正面收益,也有负面收益。如果正面是收益,就更好。如果是负面,风险则大大减少,因为在这个过程中能及时发现风险并能够迅速发现错误。开发流程中越早发现错误,纠正错误就越容易,成本就越低。

如果尽早做原型、经常做原型,风险就会降低,还能减少很多烦恼,节省时间、精力和费用。

产品设计也好,原型设计也好,过程中,错误在所难免。记住以上八个原则,就能够轻松降低犯错误的概率了。

来源:UI盒子 作者:Todd ZakiWrfel

赞(1) 更多分享

上篇: 网店卖家必读:小而美爆款产品运营内幕
下篇: 小米产品营销及产品分析