2005年11月30日

上一张帖子提到的《海滨嘉年华》游戏,之所以我说它的帮助系统好,一个根本的原因是,它遵循了玩家玩一个游戏总是由浅到深的规律,在适当的时候提供适当的帮助,体贴得像是玩家的影子。

我也见过一些软件非常注重帮助系统的设计,而且绝不能说这些软件的设计者在设计帮助系统的时候,忽视了用户和帮助的方式。但是他们却也犯了另一个错误,那就是帮助无处不在。使用这些软件时间稍微长一点,用户就为无时不刻不出现的提醒条烦恼不已,他们心里开始想:这个操作我知道,不用你再提醒了!

所以在设计帮助系统的时候,我还会格外注意在适当的时间适当的地方安置适当的帮助,做到体贴。这其实并不容易,需要不厌其烦的测试、修改。

还有,在设计这个帮助系统的时候,我会提醒自己,帮助系统不是帮助用户学会操作,而是帮助用户学会你的软件提供的服务。这怎么讲呢?比如,现在一般的RSS阅读器和网站的帮助系统会提醒用户,本阅读器为你提供了新颖的标签功能。但是对用户来说新颖不新颖毫无作用,因为他们不知道这个叫做标签的东西到底能干什么用。所以我设计我软件的帮助系统的时候,一定会在适当的时候适当的地方告诉用户,标签是什么,它能帮你做些什么,具体怎么用,怎么用能发挥它最大的效用。我想我的软件的用户一定会非常喜欢这个标签功能的。

此外,对软件拓展的深入的应用,比如RSS的烧制功能、RSS和网摘的搭配应用等等,也一定给予详细、体贴的介绍。这可是增加软件粘度的重要方面。

PostShow

2005年11月29日

这是一个提供GMAIL邮箱文件共享服务的网站。页面清新。对我有用。链接

 

2005年11月28日

Bicycle Forest 这家天才公司,可说是把所谓「整合式」创意发挥到一种极致。用跑步机的方式来骑脚踏车,可以说是继滑板车之后的划时代发明吗?不过我们到真想问一句,如果真要这样玩,直接慢跑不是比较实在,何必再多此一举呢?链接。感谢engadget中文版。

2005年11月26日

就我这个外行的观点,过往的软件和网站设计中,帮助系统的设计无疑是最失败的,也是最受忽视却是最该重视的

我所见过用过的软件和网站,在帮助系统的设计和编写上,绝大多数都犯下了不是严重忽视就是过分沉重的两个极端的错误。

我所能想到的最明显的忽视帮助系统的软件或网站,就是斗牛士(donews)。在它的blog首页上,至今你也只有在页面的最下方一段极不起眼的链接才能找到帮助系统的入口。而且那哪里是什么系统,就是一个简单的问题回答集。而在过往的斗牛士的博客里,有相当长一段时期,这个通向帮助系统的链接是哪里也接不通的。当然,刘韧是有理由忽视他经营网站的帮助系统的。因为他“伺候”的主顾都是IT业界的行家里手,给他们写帮助文件即是多此一举,更是一种大不敬。难道怀疑这些主顾不够专业吗?

至于过于沉重的例子我想起来的是微软。在这里先解释一下什么是过于沉重。我不知道你有没有过类似的经历。反正我经常经历这样的情况。我打开一个微软出品的一个软件的帮助文件。你不得不承认,这个帮助文件是极其详尽的,没有一处该注意的细节被落下了。但是很快我就从它的帮助文件逃跑了。为什么?一,几乎每一句话里都有若干我从未见过的看上去极为专业的词汇。而这些充满专业词汇的文本写得极其枯燥、平板,一丁点的阅读性也没有。二,这样晦涩枯燥的文本链接套链接、长得我望而生畏。总体上当我不无遗憾地关掉这个帮助文件的时候,总会有一个感觉:这个帮助文件不是让我来阅读它、从它当中获得我想获得的知识,而是让我极度讨厌它、然后以最快的速度离开它。只有一颗想要帮助别人的好心,而完全忽视要帮助人的特点,完全忽视帮助的方式方法,效果跟从不想帮助别人是差不多的。这就是我所说的过分沉重。

所以在我设计的RSS阅读器的帮助系统里,我将吸取以上我提到的教训。

我要把帮助子系统的设计当作我整个阅读器设计中最重要的设计。如果你不能像乔布斯那样,通过千百次的修改试验体验,最终获得一个优秀无比的软件UI,那么我就要奉劝你,在软件的帮助系统上下足功夫,让用户最快、最轻松的了解你的软件,进而主动适应你的软件。以此来和乔布斯的最佳UI抗衡。

具体的原则和措施如下:

一,首先让用户了解的不是帮助系统的具体内容,而是设计者设计这个帮助系统的理念和原则。

    我觉得让用户了解设计者的理念和原则,是你能提供给用户的有关这个软件的最大帮助。

    我会在用户第二次打开我设计的阅读器的时候,自动播放一段视频:有关设计帮助系统的理念和原则的。

    具体内容是:设计者是把这个软件的帮助子系统的设计当作最重要的设计。对软件的使用者来说,这个子系统也是最重要、最有用的子系统。

    这个软件的帮助系统分作两大部分。第一部分是一个完全独立的帮助子系统。惯用传统的分类加搜索的组织框架。但是在具体的分类上,我将以用户使用软件的进度为标准来进行分类。具体说就是:1,开始使用这个软件。2,对基本的操作已经熟悉,已经决定使用这个软件,想更进一步了解并使用这个软件。3,已经使用这个软件两三个月了。4,已经使用这个软件五六个月,并体验到许多深度的应用可能。……在这样的基本分类下,我当然还会进一步分类。就拿“3,已经使用这个软件两三个月了”为例。在它下面还会分类如下:a,已经使用两三个月了,你有了繁琐和不变的感觉。b,已经使用三个月了,你很想了解和使用更多的功能。c,软件似乎总出同一个毛病,好像有漏洞。d,有什么好的设想和建议,到设计者的网站留言,你也许会获得出乎意料的奖励。e,以传统的分类方式了解本软件。……在这个独立的帮助子系统里,将使用视频和文字两种帮助文本。视频要小、直观、干净、逻辑清晰。文本要通俗、简短、清楚。所有基本的重要的帮助内容都会使用视频。

    第二部分是分散、跟随在整个软件的大大小小的部件上的。就是当你把鼠标附到某个按钮上会出现简短文字。与以往不同的是,我会想方设法夸大、突出这些跟随的简短文字。当然不可能一味的无限制的夸张、突出。而是在允许的范围内,我将这么做。而且我将在独立的帮助系统里,反复提醒用户要格外留意、关注这些跟随的帮助文件。此外,在一些关键的重要的部件上跟随的将是自动开始播放的视频。

二,让用户了解整个帮助系统的框架和布局,以及特点。以上都已经说明,不再赘述。

三,把通过反复的策划、制作、测试、修改的帮助系统架设到网站上,呈现在用户面前。

最后我要说一句,我知道的最好的帮助系统来自于一款游戏:《海滨嘉年华》。尽管它还有很多不尽人意之处。

PostShow

2005年11月25日


在定制信息源这个操作的设定上,如何拆除技术门槛,如何把这一过程变的傻瓜,就是问题的关键。我设想了三套方案。

一,用自动搜索来取代人工查找。

在打开我设计的RSS阅读器的定制信息页面之后,只要在搜索框里输入要定制的网站或网页的网址,然后按搜索按钮,程序就会自动帮你搜索、查找相应的定制网址。这样就可以有效的拆除任何的技术门槛,让你顺畅自由地完成整个的定制信息的过程。

在我的设想中,我会把这样的定制信息的过程,在相应的帮助系统中作直观生动的介绍。其实就是又一段视频。在这样的一段视频里,我会非常注意细节,比如一个网址可能查找到多个定制地址,应该选择哪一个或哪几个来进行定制,一定要交代清楚。再比如,视频解说要异常的清晰明快,一定要避免所有的技术性词语——RSS要变身为定制地址、定制接口这样的词语(事实上在我感觉来,定制地址这样的词汇都太技术化了,还应该再通俗再通俗)还有,在这段视频里,我会把手工定制RSS信息源的操作也作一个非常清晰、简洁的介绍。

但是我担心一个问题,如果我设计的这个RSS阅读器是一个网页信息聚合网站,那么它能实现RSS信息源的自动搜索吗?也许能,这种可能性很大,但也不一定。毕竟我是个技术外行,不能确定。于是有了第二套方案。那就是还是让用户手动添加RSS,但是要在帮助系统中把这个操作过程交代得清清楚楚。正如方案一中帮助系统要做到的那样。

方案三,索性由软件的编写者,在这里也就是我,代替用户来完成RSS源的搜索和查找的工作——这部分工作实在是太技术化了——编制一个可以不断更新的RSS信息源数据库。然后让用户在这个数据库——对他们来说就是一个分类列表——中搜索、定制他们想要的信息源。

这个方案被想出来,只是觉得前两套方案还是不够傻瓜。但是这所谓的第三套方案被想出来之后,我突然感觉到,其实它是非常好的一种解决方案。也许是一种根本性的最优的解决方案。

PostShow

2005年11月24日

无论是打开需要下载的软件,还是打开无需下载的网站,打开我设计的RSS阅读器之前的步骤,我想就无须我赘述了。

在我的设想中,你初次打开我设计的RSS阅读器,看到的应该是和你已经司空见惯的传统的浏览器近似的(越像越好)界面。最上面一排是菜单栏,接下来一排是工具栏和网址输入框,最下面是浏览窗口。

但是也会有不同之处。而且我要把这种不同突出出来。不同之处应该是在工具栏上。我会在工具栏上增加两组按钮。一组是关于定制的(也许只有一个按钮)。一组(肯定只有一个)是关于套餐的。

所谓套餐,就是事先预置的一个RSS源定制列表。这个定制列表,我不会按照学术的方式进行分类,把RSS源分成“国内新闻”、“国际新闻”、“IT业界”、“互联网”。我会根据不同的读者类型来进行分类,比如,我会把读者分成习惯型、职业型、情感型、知识型、学习思考型、习惯职业型、习惯情感型、习惯知识型……(只是举例而已)。进而把这些基本的类型再进行细分,然后为这些更细的阅读类型的读者分别定制一套RSS源。在每套RSS源中,都会涉及所谓学术分类的各个领域,比如国内、国籍、科学、IT、音乐、电影、书籍、文学……不过根据读者类型的不同,RSS源的具体内容和分类排序会各有不同。

另一个我会分外注意的问题是,每一份RSS源定制套餐,列表都不会太长,内容都不会太多

让我们再回到你初次打开我设计的RSS阅读器时会看到的情景。

除了和传统的浏览器相似的界面,你还会从浏览窗口看到一段自动播放的不长可也不短的视频。按照我的设想,这段视频的主题应该是传统网页浏览方式和定制网页浏览方式的区别。我希望这段视频能把要表达的含义表达清楚,但是我又不希望它很夸张、渲染。更重要的是,除了要表达的主题,这段视频还要把全新的定制式的浏览器的最基本最重要的操作演示得异常清楚。换言之这段视频还应该是一个最基本的教程。此外这段视频不能太大,但播放效果一定要好,画面干净,叙事清晰流畅,很有说服力。

在视频的最后,我设想把套餐的那个按钮和相关的操作交代得清清楚楚,以便让你立刻就可以开始体验我设计的这款RSS阅读器。你的体验会怎样呢?

PostShow

2005年11月23日



咖啡灌溉思想前不久还在讨论RSS中文译名的问题。吕欣欣则非常关心普通网民接受RSS技术的问题。对于这些RSS相关的问题,我的想法是,干脆不让普通网民直接接触到RSS这个英文词和技术。围绕着这个想法,我在想象中设计了一个我中意的RSS阅读器。

首先就是这个阅读器的名字。我把我的这个阅读器起名叫:定制式网页浏览器

对于技术来说名字是无关紧要的,只是一个代号。但是对于普通网民来说,名字就至关重要了。因为他们最先就是通过名字来接触、认识、理解,进而是裁决(我想这至关重要)它所代表的事物。所以我设计这个阅读器,首先就是给它起个让普通网民一看就明白“它是什么”的名字。

定制这个词反映了阅读器的特征。我想通过这个词,会引起网民们对于这个新事物的兴趣的。

网页浏览器这个词组的运用,则能够让普通网民通过他们再熟悉不过的词来一下子就了解(可不仅仅是知道)这个对他们来说崭新的事物的功用。

崭新的特性加上熟悉的功能,我相信网民们会被吸引,开始他们对这个新鲜事物的探索历程的。接下来我的任务就是,尽可能让这个探索的历程轻松愉快。进而把网民们的视线和精力挽留在我的阅读器及网站上。

PostShow

2005年11月22日



PostShow

2005年11月21日

关于火焰喷射器,我记忆最深的是电影《老枪》里,被火焰喷射器瞬间化为灰烬的女人和德国鬼子。总体上说我觉得这东西挺恐怖的。但是在当今的美国,私人可以非常轻松地搞到相关的器材,自制火焰喷射器。我要说的是,美国人干脆自制它几顿核武器,把地球一下子炸上天算了。这样该有多干脆。链接

2005年11月20日

    MySyndicaat提供非常好的内容定制服务,它可以对多个信息源进行组合及过滤,输出最符合自己兴趣而最少无关信息的内容。…链接