阅读更多
微软在Windows Phone智能手机和下一代操作系统Windows 8中采用了Metro 界面,引起了广泛关注。这种设计风格究竟是引领了未来的交互式设计趋势,还是逆设计潮流而为之,到目前为止还争论不断。

据微软称,Metro 界面设计风格与近 30 年以来平面设计理念的进化有着密不可分的联系。去年,Windows Phone 创意总监 Mike Kruseniski 写了一篇长文,谈论交互设计的未来。



本文其实是对他的文章内容进行了浓缩,内容如下。

奇怪的桌面

如果看一下你的电脑屏幕,你会发现它其实是在模仿一个真实的桌面环境。



从 Xerox 上的第一个图形用户界面实验开始,设计师始终从现实文具那里寻找灵感。

日历看起来像是那种现在已经看不见的一日一撕的旧式日历。记事本像一个扣眼活页夹。在 Mac 电脑上,我的文字处理软件 Pages 的形象就是一瓶墨水加上旧式的墨水笔。

设计师试图让计算机界面更直观,让人们更容易熟悉。人们从一个到处是纸张、文件夹和公文柜的旧世界来到了一个全新的计算世界。

界面设计师想描绘一种新动作时,例如“确认”按钮,他们让这个按钮采用斜面并且有阴影,看起来就像是一个按钮,让人们明白他们需要按这个按钮。

30 年之后

如今,相比以前,设计师拥有更大的自由度。大多数人经过几十年的使用,已经能与计算机屏幕进行很好地互动。

但是奇怪的是,大量最新的界面仅仅是让桌面图标看起来更加友好,而不是让人感到新鲜。



电子书不需要书皮、A5 比例和厚度感让我们知道我们要做的事情。电子书肯定不需要放到计算机模拟的木质书柜里。如果你读电子书,你会知道书本的封面或装订并不重要,书里的字和图片才是主旨。

对于大多数电子内容,设计师并没有很多可以借鉴的物理形象。例如网页就没有模仿现实世界的东西。

通常使用的物理形象很容易让人误会:计算机的文档系统与真实世界的文件柜之间相似性甚小。真实世界的垃圾桶无法像电脑屏幕上的那样远程操控。

审视过去

也许我们需要重新考虑交互设计。为此,研究一下发展时间更长、更加成熟的平面设计肯定大有裨益。



交互设计师以前常说平面设计的规则并不适合数字世界。但是这不真实。

尤其是,我们可以思考一下上世纪 50 年代的国际风格(或瑞士风格)运动。当时的设计师和印刷工人觉得受够了,认为是时候扔掉常见的过多装饰和凌乱,回归基本原则:

1.  使用网格构筑层级和结构

利用网格能让网站、网页和应用更便于使用,减少复杂度,提升易读性。

2.  自信的使用留白

很多交互式设计都希望在空间中尽可能多地放东西。使用更多空白空间能让用户关注关键信息和动作。

3.  减少元素

用户界面元素让内容凌乱。“从信息密度上失去的东西可以从简约性那里拿回来”。

4. 强调排版

《掌握网页排版窍门》的作者 Diogo Terror 写到:

引用
字体大小是一个确保可读性、影响和节奏的工具。不同的字体大小不仅能产生视觉冲击,而且还能为读者提供被显示数据的层级。大字是进入点,是内容信息架构和页面层级的顶层元素。这是一种引导读者的眼睛浏览页面的好方法,就像是内容的界面。


5.  比例和空间

在平面媒体行业,元素的比例能让一则故事随着时间慢慢展开。比例引导着眼睛浏览内容的方向,为信息带来性格。

6.  通用图形

设计师对漂亮、独特的图标有点过度担忧。如果每个人都使用相同的惯例,那么可用性会得到提升。

Windows Phone 7 很明显就采用这种思维,但是这种思维背后有更大的寓意。全世界都在反对最近几年交互设计方面凌乱和装饰化的趋势。看一下流行的产品你就能产生更深的理解,如 FlipboardInstapaperReadability。网站也有类似的情况,如 AdobeNike Better World 微网站。



Kruseniski 总结到:

引用
作为交互设计师,我们可以停止打磨我们的图标,通过清晰、时尚的方式关注传达的内容。回报很简单,它将能够带来更多易于使用的漂亮产品,产生美妙的品牌体验,并留下更多自我表达的空间。


原文:How Print Design is the Future of Interaction
  • 大小: 54.7 KB
  • 大小: 47.6 KB
  • 大小: 44.7 KB
  • 大小: 35.8 KB
  • 大小: 44.7 KB
  • 大小: 43.9 KB
  • 大小: 43.9 KB
  • 大小: 30.9 KB
0
1
评论 共 1 条 请登录后发表评论
1 楼 arong 2012-02-13 15:23
没用过,看得也有点晕。

发表评论

您还没有登录,请您登录后再发表评论

相关推荐

  • 软件产品的艺术之美--老吴说产品

    那么软件产品呢?软件的发展史就是计算机的发展史,以前的单机版软件到网络化、平台化、移动化产品,也已经更新换代了好几代,软件产品同样需要艺术化,它同样应该有着自己的艺术美。试想,你设计出来的产品,几十万人或更多的用户量,实际确是一个无比精陋的只实现了基础功能的产品,只是完成了客户的基本需求,此产品会走得更远吗?它将随时会被同行业者超越的。我们在设计产品时不应该只是简单的满足于客户需求,而应该有着更高的追求,把产品看成艺术品来完成。出自我们手的应该是宋官窑、元青花似的艺术品,而不应该是超市卖的吃饭的饭碗,虽然很

  • 大学三年软件工程专业学习感受

    转眼间,三年过去了,再过2个月就要迎来大学最后的一年。回想一下这3年的学习,总结一点,就是走了很多弯路,好在现在已经认识到了。 为什么会走弯路呢?因为自己对某些知识存在很多错误的认识,比如说当年认为C语言不怎么重要,结果就没怎么好好学。以致于现在疯狂的往回补。 弯路走的多了,自然就有经验了。在我看来, 优秀的程序员=扎实的计算机基础知识+良好的数据结构和算法思想+自己最擅长的技术。很多同学,...

  • 软件的涅磐(三)—— 软件之美

    软件之美 软件建筑之美   新春伊始,北京的气温略有回升。周末,颐和园里到处熙熙攘攘,游人如织。昆明湖畔,万寿山边,有气势宏伟、层叠绵延的重廊复殿,有自然绮丽、神韵似水乡江南的园林;饱览湖光山色之余,不禁大为慨叹中国古建筑之美。实际上,颐和园的众多建筑,大都是由标准化的构件组合搭建而成。   古建筑之美在《营造法式》中大抵可以寻根溯源。该书成于北宋时期(约公元1103年),凡三十六卷,乃中国古代建

  • 【极客时间】软件工程之美 重新理解软件工程

    我的证书 课程 软件工程之美 重新理解软件工程 宝玉Groupon 资深工程师,微软最有价值专家 已完结·共 55 讲|4.4w 人已学 你将获得 拿来即用的软件工程方法论; 日常工作的实战场景剖析; 谷歌、微软等公司的最佳实践案例; 从软件工程的视角来思考问题。 课程介绍 软件工程是一门用工程化方法解决软件项目问题的学科。无论什么岗位,什么职责,只要你从事软件开发相关的工作,都绕不开软件工程,因为不管是工作方法论、团队协同亦或者流程,万变不离其宗,核心都是软件工程。 想象下

  • 【软件工程之美】软件工程之美学习笔记

    软件工程 基础理论 1.软件概述 软件是软件工程的研究对象,也是软件工程的产品形态与客观存在。 工程是将理论和知识应用于实践的科学,其目的是经济有效的解决实际问题。 2.软件本质特性 软件=程序+数据+文档 软件具有复杂性、一致性、可变性和不可见性等固有的内在特性,这是造成软件开发困难的根本原因 软件工程=过程+方法+工具 3.工程思维 工程方法:有目的、有计划、有步骤地解决问题的方法就是工程方法。 4.瀑布模型 Code And Fix 瀑布模型的问题 不能及时响应需求变更。 5.其他模型 1

  • 软件工程之美--需求分析

    我们知道在瀑布模型中,第二个阶段就是需求分析阶段,同时需求分析的结果也决定了后续的系统设计、开发、测试等阶段能否顺利如期进行。需求是整个产品的源头,所以需求分析的结果往往决定了产品的成败。软件项目中很多问题都和需求相关,比如说需求不明确,需求变更。这些问题轻则导致返工造成浪费,重则导致项目失败带来巨大损失。对于我们程序员来说,就是没日没夜的加班,同时也很少得到成就感,所以在软件工程中,搞明白需求是一件至关重要的事。 需求分析到底要分析什么? 我们怎么样才能做好需求分析,抓住用户的真实需求,做出来客户想要的

  • 《软件工程之美》总结一:基础理论

    总览 软件工程核心图:时间(多久可以完成)、范围(需要实现多少功能)、成本(花多少钱)决定了质量(产品的质量、客户的满意度) 软件工程核心知识:围绕软件开发过程,产生的方法学和工具 质量焦点:软件工程目标是聚焦于质量,构建和维护高质量的软件 过程:在软件项目的生命周期内开发与构建系统时要遵循的步骤(瀑布模型、敏捷开发) 方法:在整个过程中,如何构建系统的方法学(如何分析用户需求、如何对产品进行测试验收、如何进行系统架构设计等) 工具:知道了过程,掌握了方法,具体落到操作层面,就会涉及到工具的使用 软件工

  • 软件之美

    中文版序:软件之美 除了我的家庭,软件是我的挚爱。通过它,我可以创造出美的东西。软件之美在于它的功能,在于它的内部结构,还在于团队创建它的过程。对用户来说,通过直观、简单的界面呈现出恰当特性的程序就是美的。对软件设计者来说,被简单、直观地分割,并具有最小内部耦合的内部结构就是美的。对开发人员和管理者来说,每周都会取得重大进展,并且生产出无缺陷代码的具有活力的团队就是美的。美存在于所有这些层次之中

  • 《软件工程之美》——运行维护

    本来不痛不痒做着笔记,看到评论区的:我们公司的复盘大会,就是击鼓传国。 笑skr了,哈哈哈哈哈 文章目录1、版本发布1.1、软件版本的定义1.2、版本发布规划1.3、规范发布流程2、DevOps是什么2.1、DevOps工程师的职能3、线上故障解决3.1、快速定位bug3.2、大厂处理线上故障的方法4、日志管理4.1、日志管理系统的架构4.2、工具推荐5、项目复盘5.1、如何做好项目复盘 1...

  • 领略“软件工程”之美(一) 学习篇:

          读大学之前,我对“软件工程”没有一点概念,只是在填报志愿的时候才了解到,学习好这个专业,需要扎实的数学和英语知识,就果断地选择了挑战一下。      软件工程是一门研究工程化方法构建和维护有效的、实用的和高质量的软件的学科。它涉及到程序设计语言、数据库、软件开发工具、系统平台、标准、设计模式等方面。在现代社会中,软件应用于多个方面。典型的软件有电子邮件、嵌入式系统、人机界面、办公套件、...

  • 软件之美 - 世界的意义,在世界之外

    维特根斯坦的一句话, 即是我多年混饭吃的碗的底儿  

  • 《软件工程之美》—— 目录

    软件工程栏目第39讲今天更新啦,至此软件生命周期的六个阶段都讲完了,看完觉得非常有必要重读一遍,对着一开始的大纲,自己把知识点撸一遍。好的老师就是这样思路清晰,娓娓道来。好喜欢宝玉老师!!!(顺便?感谢买课程包养我的男朋友~)最棒的是,课程中对每个阶段遇到的问题、思考方向、解决思路都列个123,非常适合无脑做笔记,哈哈哈哈 文章目录1、未来10年,什么不会变?2、学习路线图3、目录 1、未...

  • 《软件工程之美》—— 需求分析

    反正,我当年写需求分析的时候是找前辈找了个“模板”抄的。 后来前辈告诉我,他也是抄前辈的。 文章目录对需求的基本认识什么是需求需求分析内容怎么做需求分析原型设计如何做好原型设计 对需求的基本认识 什么是需求 这个不是哲学问题啦,在工程中,需求按提出者分为两种: 用户需求:由用户提出。原始的用户需求通常是不能直接做成产品的,需要对其进行分析提炼,最终形成产品需求。 产品需求:产品经理针对用户需...

  • 《简约之美:软件设计之道》学习笔记(一)

    软件问题的根源通常都在于编程,这一切都与复杂性有关。 编程所用到的艺术和才能——化繁为简。 在软件项目中,每个程序员的工作都与设计有关。首席程序员负责设计程序的总体架构;高级程序员负责大的模块;普通程序员则设计自己的那一小块,甚至只是某个文件的一部分。但是,即便仅仅是写一行代码,也包含设计的因素。每个写代码的人都是设计师,团队里的每个人都有责任保证自己的代码有良好的设计。任何软件项目里,任何写代码

  • 《软件工程之美》打卡第七周

    文章目录前言35 | 版本发布:软件上线只是新的开始36 | DevOps工程师到底要做什么事情?37 | 遇到线上故障,你和高手的差距在哪里?38 | 日志管理:如何借助工具快速发现和定位产品问题 ?39 | 项目总结:做好项目复盘,把经验变成能力最后 前言 本周正式回归正常的办公场所,关于远程办公和公司办公我只能说各有各的好坏,说实话我会更偏向在公司办公,后面有机会写篇文章分享下。本周继续专栏...

  • 《软件工程之美》—— 架构设计

    架构设计的目的 为什么软件项目需要架构设计

  • 我的第一个C#小程序之简单音乐播放器1731655933.html

    我的第一个C#小程序之简单音乐播放器1731655933.html

Global site tag (gtag.js) - Google Analytics