无论是看过或是没看过《一目了然》这本书的高手们,请对以下文字作出指正,多谢了~
第1章
第2页
“因此你要知道构建什么,以及更重要的是,不需要构建什么。”
所以首要考虑的不是增加什么附加功能而是实现最基本的功能。
第2章 理解用户,然后忽略他们
第18页
“只会用20%左右的软件功能。”
“只会用一种操作模式,并且坚持。”
“养成了自己对软件工作原理的理解。”
针对这些用户的操作习惯,软件应尽量简洁。
第19页
“如果你想了解客户最希望软件做哪些事,不要开门见山,而是找出他做什么,怎么做以及稍后想做什么,最终你就能领会出如何将这些转化到软件中。”
第20页
“如果你想了解用户是如何工作的,不要作假设!”
所以不要轻易地相信自己的感觉和用户的说法,那靠不住。
第26页
“用户的目标与你的软件本身无关。”
第28页
“为活动而设计(而非用户)。”
理解用户过于耗时,所以有时候还是要靠有一定依据的想象确定用户的需求。
第3章 够用就好
第38页
“功能越多,挫折越大。”
因此需要简化功能。
第4章 支持用户的心智模型
第57页
“运用隐喻。”
尽可能的符合大众的心智模型。
第65页
“抛弃树形图,选择层叠列表吧。”
层叠列表对习惯使用“资源管理器”的用户来说并不会比树形图更好。
第75页
“5秒钟测试。”
可以测出在主次分明上是否做得足够。
第5章 让菜鸟即刻上路
第80页
“中级用户才是最庞大的使用群体。”
第85页
“浮动气泡。”
个人认为“浮动气泡”的帮助方法不错
第93页
“最后,为了防止用户提交未完成的表单,我们可以将“完成”按钮变为不可用,知道全部必填项都完成了。”
这是很多网站都没有做到的,个人认为是一个很强大的功能
第102页
“告别浅尝辄止。”
所有适应于低级用户的帮助应该带有能够做隐藏等其它改动的功能。
第6章 巧妙应对出错
第110页
“解决出错最好的方式就是阻止它们的发生。”
约等于废话,但是常常被忽略。
第110页
“让一切事情变得足够傻瓜。”
在操作方面,用户的傻总能超出你的想象。
第123页
“让用户感到聪明。”
当用户出错的时候应尽快提示。
第125页
“撤销。”
处理出错的一个很强大的功能。
第9章 改良比创新重要
第179页
大多数情况下,人们需要的是升华。
改良比创新更重要。
第187页
真理总是在变的。
这句话不管在什么地方都是有用的,不仅限于计算机方面。