APP开发原型图设计的黄金定律
1、了解受众和意图
为了做原型而了解受众并理解原型的意图,能驱动原型设计流程的各个方面。
确定原型设计所需要的东西;
设定适当的期望值;
确定恰当的保真度;
选择合适的工具;
一切都源自受众,因此我们从解决受众的问题开始。了解谁是受众,就可以确定原型设计需要什么东西、要多少原型设计以及合适的保真程度。
2、稍加规划,再做原型
软件系统不断迅速变化。稍加规划,然后再做原型,以渐增、迭代的方式展开工作,这样能适应不断变化的环境。
规划阶段所做的工作越多,越能更好地启动工作。当然,回报会递减,一定要用常识来判断需要做多少规划工作。
3、设定期望
设定期望是基于激发心理学方法,如果激发受众,就能引导他们的注意力和焦点。
提前设定期望,就不会出现对尚未做原型的详细交互或者功能有奇奇怪怪的讨论。不要说不会出现这种讨论,因为它后肯定会出现。一开始就设定恰当的期望,以后就会很轻松了。虽然这些东西还是不是原型的一部分,但可以加到下一次发布中。
激发受众并设定好期望,然后拿出原型并演示给他们看。不要害怕讨论此时原型中还没有的东西,但尽量集中讨论原型中已有的东西。提醒受众这只是个原型,告诉他们有些东西还没有完全画出来。
4、可以画草图
如果我要画一个超应急的草图,而且只有兴趣画出屏幕上得功能区块,我会采用较低保真度,而且通常只用线条。如果是和另一位设计师或者客户在现场画草图,我也会采用一样的做法。
如果字段的实际顺序很关键,而且又需要传达出这种顺序,我回采用略高一点的保真度,要么写出标签,要么打开Axure软件在屏幕上把它们画出来。
在这些决定往往归根于条原则:了解受众和意图。如果受众只是我,线框就够了,不需要用标签。如果是其他人要用原型,我通常会稍微多花一些精力吧标签写出来。
5、是原型,不是UI
原型本质上市终产品的不完善、简略版本。原型并不。也没有必要。原型的本意就不是要。事实上,略显粗糙的原型往往能获得更好的反馈。
如果原型未完成,测试者更容易给出反馈。因为他们会觉得一切都已确定多说无益。
现在的目标不是只是个原型。花少的时间和精力向受众传达想法的核心概念,这是现在要做的事情。所需要的是合适的保真度即可。
APP开发、产品设计、原型设计,过程中,错误在所难免。记住以上几个原则,就能够轻松降低犯错误的概率了。