评估时要低调

May 21st, 2008 by 奇遇

      首先打个简单的比方:如果有一个水瓶,当水装满瓶子时就再也装不进水了;如果你永远不让瓶子里的水充满,就能不断的往里装水。这个比方可能不太洽当,但我总是这样提醒自己。要保持谦虚的心态,无论自认为设计创意多么的棒,所做的方案多么完美,但总有些地方是你想不到的,或许用户的期望出乎你的意料,或许是技术问题无法得到实施。不管愿不愿意承认,在工作中,我们常碰到这样的问题。

1、总有些地方是想不到的(自身思维的制约)

      产品设计涉及的问题比较多,如:公司的市场定位、公司的技术可行性、实施成本、用户定位及分析、整体逻辑不够周全。以上等等问题会随时让我处于尴尬的境地,每做一个产品的时候,总是很小心的尽力去考虑周全,尽量做足工作,期望方案可以完美,但问题总是出现。

      不知道你有没有碰到过这样的情况,当你拿出自以为很详细的方案讨论的时候,总有些地方被提到时才发现自己没有考虑。只好说:“哦,这个问题~我回头补充一下,Sorry!”

    不管怎么样,你认为已经设计完美的产品,仍然会碰到各种各样的问题,这时候应该冷静的对待,谦虚的接受,没有被验证的设计永远都处于草稿状态。我们应该低调,保持一个设计师应有的激情,继续下一战。 Read the rest of this entry »

Posted in .交互设计 | 6 Comments »

浅谈产品设计的表达格式

April 13th, 2008 by 奇遇

      很多时候,领导要求你高效的工作 ,且有些领导认为:语言传达可以使沟通更高效,没有必要花费时间去做文档。我只赞同“使沟通更高效”的想法,当然不能只为了做文档而做文档,但是沟通需要一个平台,我们需要基于某一个“东西”进行沟通。由于语言表达的极限、理解的差异化,对于同一个“东西”的讲解,不同的人在脑海中会形成不同的“样子”。

      在软件产品设计中,我们通常会针对“用户定位、产品定位、发展方向(需要考虑可扩展性)、交互方式、视觉风格”等基本问题进行沟通,或者要把想法和成果让领导给予确认。在实际操作中,我们已经把各项工作分成了很多层面,这里我们要谈谈产品设计在不同层面表现的格式,这里根据自己的经验分成四个层面,也就是下面的四个大标题。

一、产品的概念层面

1.行业分析,同类产品对比。如果我们想做某一个行业的产品,一般我们会对这个行业先做个分析,会考“虑成本最低优势、可替代性、差异化、潜在新产品威胁”等战略问题,同时考虑自己的产品定位,一般会先做一个同行业产品对比分析文档,建议包括以下内容:

1)产品特点(长处)、价格对比;2)功能对比;3)界面及点评;4) 定位建议。

要表达上面提到的四点,我想做个word文档就搞定了,前两点用表格表达,后两点用文字描述即可。举个功能对比格式的例图:

20080413007.gif

图1-功能对比表格

2.用户定位 Read the rest of this entry »

Posted in .交互设计 | 10 Comments »

让复杂导航变简单

January 12th, 2008 by 奇遇

 奇遇首发于UCDchina,转载请注明。

      导航设计是结构层面设计中的主要工作之一,在软件中,导航设计的好坏,直接关系到用户使用是否能够流畅。面对较复杂的导航,我们第一反应是将其简化。所以在一些复杂的企业级管理软件中(如SAP、金蝶ERP、浪潮ERP等),提供用户直接通达某位置的快速入口;有些软件则提供收藏夹,让用户把常用的地址收藏;有些则从导航交互的方式上寻求解决办法。

1、在路径层面上提供辅助导航
      提起辅助导航,我们会马上想到搜索框、快捷入口、收藏夹等等,之所以会马上想到这些,是因为这些形式让我们的使用更便捷。
 080101004.jpg
图 1-1 SAP界面上的快速入口
Read the rest of this entry »

Posted in .交互设计 | 1 Comment »

设计师也是双重角色

December 30th, 2007 by 奇遇

 设计师一方面作为设计师,代表用户的利益,另一方面作为用户个体,有其自身认识的局限性。

1、设计师让产品更贴近用户
设计师在设计产品代表着用户的利益,在设计产品时以用户的需求为目标导向。对用户的需求和使用习惯做充分的调查和了解,如图:

070230001.gif

由图我们可以看出,设计师为了让产品更贴近用户所做出的努力。 Read the rest of this entry »

Posted in .交互设计, 观点|感悟|闲聊 | 5 Comments »

为何找错了地方?

December 2nd, 2007 by 奇遇

 奇遇首发于UCDchina,转载请注明。

      前段日子坐公交车上班,根据公交刷卡器使用场景的观察,刷卡机的位置和样式让我思考了一阵子。下面咱们来看几个关于公交刷卡器的故事。

场景1–好疑惑呀!原来这个不是刷卡机!

      北京公交基本都是前门上车,后门下车,或许不这样,上车的人会把下车的人挤得下不了车。某日我下班等车,随着涌动的人群,从前门被挤上车,第一反应是刷卡,抬头见右手边有个盒子,想都没想就去刷,因为我只看到这样一个类似刷卡器的东西,刷了第一下,开始疑惑:咋了,没反应?!又习惯性的刷第二下,还是没反应,索性不刷了,往里继续挤,楞一下神才发现,哦!刷卡器在左边。这时的第一感觉是:我真笨!

      上下班人太多,很多人都被挤得只有招架之力,那还有闲工夫环顾周围。这种场景下,有一多半人搞错了,这次不是因为刷卡器导致我犯错了,是因为那个类似刷卡器的盒子,我还是经常坐公交车呢,还是被忽悠了一下。

      我站在门口不远处,车到成府路口南这站,车门刚打开,两个老外美女,就被后面的人挤着上车了,刚挤上车的老外就被司机崔:“上车刷卡,往里走!”,当然口气是命令式的。只见两个美女老外手里拿着卡,找打卡机,第一反应是仍是右边的那个盒子,于是就不断的刷了好几下,然后弯腰盯着刷卡器仔细的看了一下,用生硬的中国话嘀咕着“怎么刷不上?怎么刷不上??”,皱着眉头又刷了几下。这时司机已经不耐烦了“在右边,往前走!”,两个老外美女被这么一吆喝,索性径直往里走。他们再没看到真正的刷卡器,估计以为自己打卡了,只是没有反馈罢了。(这两个美女老外我们可以看作新手) Read the rest of this entry »

Posted in .一起体验, .交互设计 | 8 Comments »

认识的有限性

November 25th, 2007 by 奇遇

       最近听讲师讲空间概念,涉及到人类认知的有限性,导致了四维以上空间难于用图形表达出来;出于职业病,我很快联想到在设计中,我们关注的正是用户认知的程度,用户对我们产品认知的限度,无形当中决定了我们的产品应该设计成什么样子。我们在对用户细分角色的时候,其实就是对用户认知度及习惯的研究,要搞明白用户认知的有限程度,才能保证产品的易用性。

一、人类只能认识简单的关系

       人类对世界的认知太有限了,人类能较容易的把三维以内的关系用图形表达出来,四维以上的空间就觉得尤其神秘了。在我们的日常生活中,我们由于各自的环境及知识量等因素,对事物的认知有很大区别;比如我是做软件交互设计的,我对画图软件及相关的文档软件用的熟;而一个医生一般对我所熟悉的画图软件就不懂,但对于医学相关领域的学术问题就会很专业。我只是简单的对比一下,一次来说明我们对周围事物认知的有限。

      再举一个简单的例子,如果我让你快速的从1数到50,一般你会没有问题,也不会出啥差错;那么我让你快速的从1数到500,在数的过程中,一般人都会数错很多数。这就说明了,我们只能搞明白简单的问题,我们的认知是有限的。 Read the rest of this entry »

Posted in .交互设计, 观点|感悟|闲聊 | 2 Comments »

文本达意和可用性

October 30th, 2007 by 奇遇

奇遇首发于UCDchina,转载请注明。 

      在文本的设计中,我们通常关注的是文字的排版,如何排版才能让我们的文字看起来更美观,更容易阅读;然而,文字本身所表达的意思与此同等重要,因为我们把排版做好的根本意义还是要用户更容易读明白所表达的内容。

一、下面我们就设计中的几点,通俗的讨论一下这块的重要性。文本在软件设计随处可见,例如:标题、按钮上的文字、信息反馈文本、导航等等。

标题主要告诉我们当前界面的主题,比如:从我们的win操作系统桌面进入“网上邻居”,标题显示的就是“网上邻居”,是和我联网电脑的统称,如果用“我的邻居”来表达,也可以理解成“网上邻居”这个意思,但是不够准确,因为有的人会理解成“住在我隔壁的邻居”。

如果感觉以上例子太罗嗦,且不够直观,我们还可以拿错误提示窗口的标题来看一下

071026000.jpg

上图中的标题“重命名文件或文件夹时出错”,我们简单的可以分析出,这个标题具有上下文的相关性,首先它是一个出错信息提示窗口,同时也说明了在什么操作的时候出错,在达意上来说,恰到好处。如果你硬说直接用“出错了”也作为标题,没有人会说你说错了,只是突然弹出一个窗口来,简单的一个“出错了”可能会让某些用户摸不着头脑,降低了可用性。 Read the rest of this entry »

Posted in .交互设计 | 5 Comments »

纸面分解任务的一个wap实例

July 11th, 2007 by 奇遇

首发于ucdchina,转载请注明。
本文仅提供纸面分解任务的步骤、做法及纸面表现参考。至于怎么思考等其他的疑问,请参考本次话题的其它文章。

首先,做纸面任务前应该准备 白纸、铅笔(或钢笔、圆珠笔,铅笔更容易修改)、橡皮。

然后,根据需求或场景分解出主要的任务流,此次分解为整体概念,可用纸张绘出屏幕流。 

假设如下需求(仅为了说明而假设):
用户sam在网上有一个网盘,网盘里已经存放有图片,sam用手机以WAP页面的形式登录互联网,并访问我在互联网上存储的图片。sam把喜欢的图片直接下载到手机并设置成屏保;sam和朋友moss都在互联网拥有同样的网盘,并且已加为好友,于是sam直接把一张很可爱的图片共享给moss;由于此图太可爱了,sam还想让luse看,可luse没有网盘,sam只好直接发送到luse的email里。(wap支持关键字检索。由于手机浏览器不支持富页面,仅支持超链接和基本表单的交互形式,所以交互风格尽量简洁。) Read the rest of this entry »

Posted in .交互设计 | 1 Comment »

软件姿态

May 23rd, 2007 by 奇遇

声明:此文仅作为自个观点探讨,要了解此名词概念及理论,请查阅相关交互资料。
姿态—-行为风格。比如模特,用一种姿态来展现服装;妖精(女妖精),用她的姿态来诱惑唐僧。
那么,软件姿态可理解为软件用一种主要的行为风格来展现自己所实现的目标,呈现给特定的需求人群使用。
比如:QQ、MSN等。聊天工具,这是共有的姿态;再细节一点:QQ,其风格和行为被年轻的娱乐性人群爱好使用,风格可爱;MSN其风格和行为被办公人群青睐,简洁、平静。后来腾讯公司又开发了TM来适合办公人群来使用。从这两个例子的比较来看,使用的人群决定着软件姿态,软件姿态要适合某类人群。软件姿态有其特有的表现方式,并不一定象妖精对待唐僧那样来对待目标用户。下面以桌面软件为例,还是先参考《交互设计精髓》来罗列一下桌面软件的四种姿态:独占(sovereign)、暂时(transient)、精灵(daemonic) Read the rest of this entry »

Posted in .交互设计 | No Comments »

纸上交互原型

May 9th, 2007 by 奇遇

uploads/200704/29_093312_poepr.jpg
前几天协助好友 李智 翻译了一个关于纸上交互原型的讲义,他的博客上已经全部发布了,并详细的展示了中英文对照!在此做个链接,推荐大家去看看!同时欢迎大家指正翻译不对之处。

点击以下链接进入:
纸上交互原型 (第一部分)
纸上交互原型 (第二部分)

开始推荐的是前半部分,现在更新了全部。

Posted in .交互设计 | No Comments »

 Older Writing »