设计App的时候来试试手绘草图吧移动端用户体验设计正日趋成熟
衡量这一点的方法之一就是看工具
原型工具可以让我们创建线框图以及点击事件,比如Balsamiq、Axure以及Fireworks,帮助我们诠释目标用户体验
跨浏览器的框架工具如PhoneGap、ZurbFoundation以及jQueryMobile可以帮助我们用互联网本地化语言来创建原型:HTML、CSS以及JavaScript
举个草图的案例与以往几乎没有时间来设计极致的体验来比,我们似乎处于一个相对更好的处境
然而,这些工具也伴随着隐藏成本:它们引导我们跳过了创造一个良好设计的产品必经的关键步骤——也就是花时间去理解我们所面对的问题
这也就是为什么我会建议在打开你钟爱的工具之前,先手绘着理解问题并想出概念
现在,你可能想的是如下问题:“我们的截止时间很紧迫,根本没有时间再去涂鸦
我们必须马上开始
”“在XX工具里设计是目前为止比较快的方式,我必须很快能看到结果
”“我们必须把结果给我们的客户或合作伙伴或同事看
我们不能给他们看手绘的线稿
”“不好意思,我真的不会画画
”我不仅听别人几次这样反对,我对自己也这么说过
定义问题和解决方案手绘可以让我们一边探索问题一边定义解决方案
它可以结构化我们目前对问题的理解,同时帮助我们找到可能的解决方案
当我们手绘出自己的想法时,新的主意也会萌生
模糊和缺乏细节的草图会培育出新的思路
在这里,模糊是件好事,因为我们会自动尝试填补脑中的空白
这也正是草图富有”创造性”的原因:它捕捉到我们已经成型的想法,并迸发出新的火花
正如BillBuxton在《SketchingUserExperiences》中提到的:“从草图上学习到的内容很大程度上是基于其表现的模糊性
也就是说,他们并不指定所有事情,而是鼓励创造者们不自觉的融入各种不同的解释
”通过手绘不同的解决方