昨天中午吃饭的时候,妈妈给我一枝笔,让我将“软盘中的文件弄到机器里边的步骤”,写下来,我受到过无数次类似的折磨,最后我写的东西如下:
进入Windows->桌面->我的电脑->鼠标左键->点两下->将软盘放入软驱->选中A:->鼠标左键->点两下->找到文件->鼠标右键->选择->"复制"->桌面->鼠标右键->选择-"粘贴"
看来,让一个50出头的老太太完成一个看似简单的任务还是十分复杂的,我一直想如果我告诉她Dos中的Copy命令将会怎样,我经常在电话中指导她类似于如何将Excel中单元格内容清除类的操作,而且经常是长途电话(超过8分钟),因为如果我用一点术语,或者部分说法与屏幕不一致,将会将操作带如到无穷无尽的烦恼中。
今天在和兄弟讨论产品的易用性问题上,就比较头疼,程序员往往忽略了程序的易用性,往往认为功能完成后就万事大吉,而用户使用起来则怨声载道,呵呵,当然也有解决办法,我看过一个很简单的产品,配了一本1000多页的操作指南,我想如果操作一个软件需要看1000页的操作指南,那么这个垃圾真该扔掉了。
而我们也遇到过滑稽的问题,很多用户对UI上的功能不知道怎么用,往往我们抓个图或者录一段操作视频,问题也就解决了。
但是问题是为什么我们要设计的那么复杂呢,那个80-20理论我们为什么不重视呢?
其实程序员都是喜欢将功能一块、一块的来作,然后在UI上堆砌功能就好了,往往在修订的时候,新的功能点可能增加的就欠考虑了,而且系统足够复杂后,UI更加惨不忍睹。
今天我才开始那么喜欢“向导”,这种简单的方式,将复杂的操作,有序的结合在一起了,其实这才是重点,传统的UI设计只讲功能,往往忽略了次序,而次序往往是更重要的。
今天开始我才更加喜欢workflow,才明白工作流对一个产品有多么的重要。
利用工作流的灵活定制,利用向导的简单工作原理,用户的工作才会更加轻松和愉悦。
我想:在设计的过程中,功能当然更重要,但是如果将功能有机的组合起来,这就要利用向导这种工作方式,而当向导中的流程需要修个的时候,更加灵活的方式是建立在工作流引擎之上,呵呵,还有就是不要提供那么多没用的功能,够用最好,过度灵活反而是件坏事。
最后我给妈妈的解决办法是,写了一个小程序,单独用来拷贝软盘中的文件的,呵呵,点2下鼠标就好了,她很喜欢。
进入Windows->桌面->我的电脑->鼠标左键->点两下->将软盘放入软驱->选中A:->鼠标左键->点两下->找到文件->鼠标右键->选择->"复制"->桌面->鼠标右键->选择-"粘贴"
看来,让一个50出头的老太太完成一个看似简单的任务还是十分复杂的,我一直想如果我告诉她Dos中的Copy命令将会怎样,我经常在电话中指导她类似于如何将Excel中单元格内容清除类的操作,而且经常是长途电话(超过8分钟),因为如果我用一点术语,或者部分说法与屏幕不一致,将会将操作带如到无穷无尽的烦恼中。
今天在和兄弟讨论产品的易用性问题上,就比较头疼,程序员往往忽略了程序的易用性,往往认为功能完成后就万事大吉,而用户使用起来则怨声载道,呵呵,当然也有解决办法,我看过一个很简单的产品,配了一本1000多页的操作指南,我想如果操作一个软件需要看1000页的操作指南,那么这个垃圾真该扔掉了。
而我们也遇到过滑稽的问题,很多用户对UI上的功能不知道怎么用,往往我们抓个图或者录一段操作视频,问题也就解决了。
但是问题是为什么我们要设计的那么复杂呢,那个80-20理论我们为什么不重视呢?
其实程序员都是喜欢将功能一块、一块的来作,然后在UI上堆砌功能就好了,往往在修订的时候,新的功能点可能增加的就欠考虑了,而且系统足够复杂后,UI更加惨不忍睹。
今天我才开始那么喜欢“向导”,这种简单的方式,将复杂的操作,有序的结合在一起了,其实这才是重点,传统的UI设计只讲功能,往往忽略了次序,而次序往往是更重要的。
今天开始我才更加喜欢workflow,才明白工作流对一个产品有多么的重要。
利用工作流的灵活定制,利用向导的简单工作原理,用户的工作才会更加轻松和愉悦。
我想:在设计的过程中,功能当然更重要,但是如果将功能有机的组合起来,这就要利用向导这种工作方式,而当向导中的流程需要修个的时候,更加灵活的方式是建立在工作流引擎之上,呵呵,还有就是不要提供那么多没用的功能,够用最好,过度灵活反而是件坏事。
最后我给妈妈的解决办法是,写了一个小程序,单独用来拷贝软盘中的文件的,呵呵,点2下鼠标就好了,她很喜欢。