快好知 kuaihz

浅谈“最小化”和“关闭”的交互体验

摘要:   随着互联网的发展,不同软件在作用不同的情况下有着不同的交互方式,下面来谈谈我们每天都接触的“最小化”和“关闭”。   按照最原始的设计意图,“最小化”是将程序暂时折叠起来,“关闭”是纯粹的程序关闭。但是现在你可以在很多客户端看到有以下这…

 

随着互联网的发展,不同软件在作用不同的情况下有着不同的交互方式,下面来谈谈我们每天都接触的“最小化”和“关闭”。

 

按照最原始的设计意图,“最小化”是将程序暂时折叠起来,“关闭”是纯粹的程序关闭。但是现在你可以在很多客户端看到有以下这样的情况:

点击“最小化”:1、到屏幕左下方    2、到屏幕右下方  ;点击“关闭”:  1、最小化到右下方  2、关闭程序

 

糟糕的设计:360安全卫士、酷狗、QQ音乐

点击“最小化”时,到屏幕左下方

 

点击“关闭”时:程序没有关闭,而是没有任何提示的最小化到右下方(托盘)

 

这些客户端都有一个共同的特征:用户需要长时间后台运行。于是设计者就制造了这样一种交互心理印象:让你点击“关闭”时,并不是完全关闭程序,而是在右下方(托盘)继续运行,只是不是像点“最小化”那样占用你的左下方的任务栏位置。

很多软件都采用了这样的设计,用户大体能明白这样的意思,像360这样的系统软件,用户知道这些软件基本是不退出一直运行的,所以在点关闭符号(x)的时候也大概能明白软件只是最小化到右下方(托盘)运行而已。

 

不过我认为“点关闭按钮不能关闭”这设计还是太逊了,我猜测这种糟糕的设计应该是软件商为了不容易让用户直接关闭而慢慢出现。

 

———————————————————————————————————————————-

 

我认为PC客户端,良好的“最小化”和“退出”设计,按不同软件分为两种:

 

1、需要频繁操作界面的软件(文件夹/浏览器/Photoshop/办公软件等):

最小化:直接显示在左下方

关闭:直接关闭程序(按误操作机率来决定是否加入确认关闭提示)

 

做得好的有:

Chrome —  最小化在左下方,点击关闭按钮直接关闭所有打开的标签,不作任何提示

(不加入确认关闭提醒,是因为误操作的机率小,用户一般可以区分标签页关闭和整个浏览器关闭的不同)

 

* Firefox和IE的确认关闭提醒,我认为是没必要的,如图:

 

 

 

2、不需要长期操作界面,但需要长期运行的软件(杀毒/IM/音乐):

最小化:直接显示在右下方

关闭:直接关闭程序(按误操作机率来决定是否加入确认关闭提示)

 

做得好的有:

千千静听、QQ — 最小化到右下方,关闭的时候提醒是最小化到右下方还是关闭程序

(加入确定关闭提醒是因为误操作机率大,担心用户使用文章之前所说的糟糕设计的软件养成了习惯而导致误操作,比如之前用了酷狗,点击“关闭”它最小化到右下方,于是认为QQ也是如此,形成误操作。如果没有那些糟糕的设计,各产品设计标准统一,这个提示完全没有必要出现。)

 

 

———————————————————————————————————————————-

 

有些采用“点击关闭按钮最小化到托盘”设计的软件也是迫不得已,因为当有不少软件采用这种糟糕的设计时,用户会形成一定的习惯,而为了不想用户丢失而满足这些用户习惯,最终跟着做了这样的设计。所以就导致了我们桌面上多了这么多,点击“关闭”却不能关闭的软件。

 

本站资源来自互联网,仅供学习,如有侵权,请通知删除,敬请谅解!
搜索建议:最小化  最小化词条  交互  交互词条  关闭  关闭词条  体验  体验词条  
设计

 从网站到移动客户端应用

如果你一直以来从事着相对传统的交互、视觉等方面的Web设计工作,而如今开始打算扩展视野、提升技能、随“机”应变,做一名移动互联网的弄潮儿…那么本文很适合你阅读。...(展开)

设计

 520运营实例复盘:用心手绘的奇...

本文为520活动运营案例的全过程复盘,笔者将以此与大家共同探讨如何在运营中快速获取信息以成为用户体验的基本诉求,以及如何有效聚焦目标。一、前言近几年用户行为伴随...(展开)

设计

 白鸦内部培训笔记:To B类产品...

本文为近期参加有赞产品经理内部培训的笔记。分享者为有赞CEO白鸦和有赞产品负责人麦麦。培训当天做了直播,当时反馈很强烈,很多产品经理希望能看到文字版本,所以今天...(展开)