2010年9月6日星期一

Twitter的OAuth更新

  Twitter给用户发来邮件,说了两件事:1、所有第三方应用都将使用OAuth验证,2、未来几周内将启用t.co短网址服务。对于我们来说,这两个消息都是糟糕的坏消息。

  对于OAuth验证,虽然可以自己搭建API解决,但使用成本比原先更大了,至于t.co短网址服务,如果所有Twitter链接都被这个地址缩短,一旦t.co无法访问,则Twitter上的全部分享链接都将打不开,当年的bit.ly无法访问的时候有多痛苦啊。

  在OAuth验证下,原先使用的Echofon + API Proxy代理就无法正常登录Twitter,即使密码正确也不让登录,Twitter使用OAuth验证之后,感觉上Twitter的中文用户少了不少,大概是很多人不会设置如何用OAuth的API,目前支持OAuth的API有很多,大部分都托管在Google Code上,我就不多介绍了,个人推荐使用twip这个API proxy,支持PHP环境和OAuth,可以在国外的虚拟主机上安装。遗憾的是,安装的过程中也少不了翻一小下墙。

  实际上,在Twitter使用OAuth之后,对用户还是有一些好处,首先用户密码安全性得到一定的保证,其次用户发布的信息中的from可以自定义了,用户可以把自己发布的Twitter信息的from定义为自己的博客等自定义网址,不过无法带来反向链接,因为Twitter早就使用nofollow了。

  使用之前,首先要到Twitter Apps的页面申请一个applications,基本上不用审核即可申请到,之后会得到Consumer key和Consumer secret等多个信息。

  之后,下载twip,修改oauth_config.php文件,修改Consumer key和Consumer secret值为自己申请的,还可以修改文件为index.php中的内容来修改api的目录,使用默认目录也可以。OAUTH_CALLBACK 参数填写入上传的twip网址,后面加上callback.php即可。

  上传完成后,第一次使用的时候,点击Sign in with Twitter按钮,进入Twitter网站,选择允许应用获得信息,网页跳回之后,要求用户输入一个密码,输入用户Twitter密码即可,这时候,Twip就已经设置好了 Oauth,之后在 Echofon 等其他客户端设置就和以前的设置没什么区别,但这时候你发一条信息,会发现from来源不再是Echofon,而是变成了你自己设置的信息,这就表明你的Twitter OAuth已经设置好了。

2010年9月5日星期日

阿里将是银行杀手

  前几天传出了支付宝要进军信用卡领域的大新闻,这是个大新闻。这个新闻的先兆意义在于,阿里巴巴的方向开始跟其他互联网巨头变得不太一样,也许多少年之后你会发现,阿里巴巴更多不是一个互联网公司,而是一家金融公司!

  金融是个什么概念,明儿个百度突然发生毁灭性火灾了,大伙有的是备用选择,就算深圳企鹅突然死了,我们也顶多就骂几句娘,生活如旧,世界没什么不同。但是一家金融公司的倒闭可能引发连锁反应,导致全球经济危机,一家互联网公司能做到吗?

  当然,我有点标题党,显然夸张素来是我的风格。说杀手,不是为了证明阿里可能消灭银行,而是为了突出一家互联网公司的金融能量。

  简要从几个方面论述下这个问题。

  1、存款

  有些朋友可能会遇到这种情况,你所在的公司要求你的工资卡必须是某某银行的,你就纳闷了,我换个银行的怎么就不行,然后人事告诉你,不行,公司是这么规定的。实际的情况是,这不是你们公司决定的,而是你们公司的财物经理跟该银行某业务经理有勾结。

  据我一位银行朋友的说法,上海民生银行正式的业务经理要求名下存款不低于3000万,至于你贷款发出去多少,这只关系业绩,不会影响到福利,但反过来,即使你贷款发出去N多,名下没存款,薪水虽高,但可能你还签不了正式合同。为什么?因为存款,是银行的血液,是基础。

  当AB两人利用支付宝交易,交易的资金先从A到支付宝,再从支付宝到B,中间有个资金驻留过程,就支付宝而言,这是一个输血放血过程,当大量交易交错进行的时候,就会导致支付宝账面上凭空会保持一定的资金,这个资金的额度取决于交易额、交易完成的平均时间,有所波动,但可以数据预测,同时,有意义的也只是平均数,偶尔的意外波动可以通过央行的贴现来解决,并不需要忧郁。当阿里的日交易额一次次创下新高,实际上,支付宝账面上能稳定保持的现金也必然同样变成了天文数字。

  这些钱存在银行,就会创造巨额利润,利润的大小取决于利率大小。而银行又会利用存进去的钱,发放贷款,创造二次利润。那么,如果支付宝用这个钱直接发放贷款,理论上,它可以赚两次钱。

  从民生银行对业务经理的要求以及某些公司的不合理要求,不难看出,除了垄断性质的国有银行,吸引存款对于商业银行而言,并非那么容易,而支付宝,凭空就能来这么多存款,而且还是不要给网民支付利息的。从成本和收益的角度来看,阿里若做银行,比其他银行会活得更加愉快。

  2、贷款与风险

  银行靠贷款创造利润,但我们知道,贷款有风险,坏账率一直是银行风险控制的重要指标,这是银行工作的重中之重,也是难点。难在哪里?商业银行向企业提供贷款,除去抵押担保,判断源自于银行可以粗略掌握企业的财物数据。但风险却仍然很难精确预计,因为银行最多能了解企业资金流通,那些详细的数据信息是银行看不见的,。

  从这个意义上说,银行贷款的风险大小实际上跟银行对贷款对象的信息了解多少成反比。

  与之相反的,以电子商务为依托,阿里巴巴不但掌握了网商的资金流通数据,还掌握了整个商务运营细节,可以预计的是,阿里做银行,在风险控制上天生就比传统银行出色。

  3、信用公司

  信用,显然是电子商务的基础。同样,信用更是金融的基础。在外国,存在一些专门做信用评级的公司,但在中国,似乎没有,当然,可能有,但这些个公司本身的信用可能就值得好好怀疑。

  而信用的衡量,实际上跟信息掌握的多少有关,几乎可以绝对的说,信息的不对称性是所有矛盾的根源所在,信息掌握越少,风险越高,融资的成本也就越高,信用评级公司的诞生,实际上是为了降低融资成本。

  这个逻辑表示,如果中国将产生一家有影响力的信用评级公司,那么阿里是最大可能。

  同时,反过来说,同样两种融资渠道,其中一家对你不了解,另一家对你了解,那么你从第一家融资的成本就会更高,这决定了你会选择第二家作为融资渠道。

  4、信用卡问题

  对于商业银行而言,发信用卡是一项收入来源,但是对于支付宝来说,信用卡的意义超出了传统信用卡的范畴。

  支付的便捷很多时候是电子商务的决定性因素。以我个人为例,几年来我每每想买点什么东西,我最终都几乎放弃,对一个懒人而言,目前的电子银行太麻烦了,支付宝太难用了,要是手机短信支付能扩散到电子商务,那该多好啊。

  电子银行之所以复杂,是出于安全性的考虑,然而,银行卡的演变也在与时俱进,不但有了动态密码,最近我还发现银行跟魔兽世界学了,居然有了密保卡,这一切的一切,都是为了在安全的基础上更简洁的支持电子支付。

  此前两三年间,校园刮过一场推销信用卡的风,一个银行接一个银行的吹,但学生们对这些真的没什么真实需求,更多是看心情临时决定开通的,但是支付宝信用卡的意义可能还不太一样,发这玩意的可是阿里,对你网购有实实在在的意义。可以预见的是,不久之后,校园又会刮起一场信用卡风,这一次,它将比以往任何一家银行的信用卡更受欢迎,对于学生而言,将有一份很爽的兼职机会快来了。

  来源:读者投稿,作者:越石父

2010年9月4日星期六

从维基解密看保密和泄密

  以迅雷不及掩耳之势,朱力安.阿桑杰(Julian Assange)和他创建的名为—“维基解密(Wikileaks)” 的解密网站迅速窜红。虽然网站名称同样有维基二字,但是维基解密和维基百科没有任何关系。

  维基解密之所以被广为人知是因为它公布大量机密资料,这些资料可能来自军方、政府、上市公司,它们因为各种各样的原因和考虑被设置为机密,而维基解密想要做的就是让这些秘密公之于众。维基解密称:“信息的传播可能会揭发犯罪,或使一个制度难堪,但我们视之为一项权利、一种责任。”

  这样看起来维基解密更像是一群理想主义者的作品,他们认为所有的秘密被隐藏背后一定有不可告人的原因,只有让这一切曝光于阳光之下才能够让所有人共享知情权。他们不相信政府,不相信当局,他们只相信自己的眼睛及由此引发的思考。

  朱力安.阿桑杰说:“哪里有秘密,哪里就有坏事发生,因为处于权位中的人群倾向于用秘密保障他们的利益。”维基解密选择了美国政府作为了开炮的首选,因为大多数时候政府和所有人是站在对立面的,他们需要掩藏那些所谓秘密从而避免来自媒体、民众的苛责。

从维基解密看保密和泄密

  2010年7月25日,维基解密网站通过英国《卫报》、德国《明镜》和美国《纽约时报》公布了92000份美军有关阿富汗战争的军事机密文件。这些文件揭发了大量阿富汗战争的内幕,其中包括美国和其他北约军队在战争突袭中杀死了平民,并试图掩盖真相;甚至连2006、2008和2009年,美国军方获取过本.拉登的消息这样的机密消息也没有被放过。

  维基解密的这一做法让美国政府与军方非常难堪,机密文件的曝光导致他们在毫无准备的情况下面对来自媒体和民众的质疑,狼狈至极。甚至有美国人惊呼,这是“五角大楼秘密文件案”的翻版。与美国政府的如临大敌相反,广大民众与媒体对于维基解密表现出了极大的热情。维基解密曝光的大量机密文件让平头老百姓也可以参与到这些大事件讨论中,让媒体有更多的东西可以写,新闻自由得到了极大地弘扬。

  维基解密的颠覆性在于,它不只是一个爆料的1.0新闻网站,它号召网友发挥自己的力量曝光那些机密文件,它正在成为越来越多人爆料的选择。《时代》这样评价:“维基解密也许会成为和信息自由法的一样重要的新闻工具。”同时,维基解密也荣登该杂志评选的2010最佳网站50强。

  那么面对如此肆无忌惮的维基解密,美国政府为什么没有以国家安全的名义拔掉服务网线?或者直接逮捕其创始人朱力安.阿桑杰?维基解密的从成立之初就是严格按照法律逻辑来设计的,那么它们又是怎样来规避各种潜在风险的呢?

  首先维基解密利用了互联网这种不便管理的传播方式,在多个国家地区托管了服务器,并且将最主要的数据服务器放置在了对新闻来源信息严格保护的比利时和瑞典两个国家,这确保了网站的数据安全。

  其次维基解密提供了多种方式保护成员、报料者的安全,例如提供加密的数据传输、居无定所的工作人员、100%的匿名爆料。

  最后,在美国法律中:保密义务的主体是政府,新闻媒体的天职是传播信息。换言之,只要有新闻来源,媒体就有责任将其公之于众。美国政府只能够去追究泄密者的责任,但是显然维基解密不会给美国政府这个机会。

  1971年的“五角大楼秘密文件案”,最终美国最高法院裁决新闻界获胜。雨果。布莱克大法官说,“新闻界的重大责任是防止政府的任何一个部分欺骗民众”。这些措施让维基解密能确保自己的活动受到法律的保护,避免受到来自美国政府的干预,为那些义务爆料人士免除了后顾之忧,使他们能够无后顾之忧地提供各种机密文件爆料。

  关于秘密和解密,本身就是一个永远得不出唯一正确答案的争论。不过对于很多国家政府、大公司来说,维基解密的存在就像是一个永远也无法抹去的梦魇,因为你永远不会知道哪一项机密资料会被什么时候曝光。

  咱们中国有句老话:身正不怕影子斜。面对越来越多泄密的风险,更好的解决方法是减少机密的数量,保持足够多的透明度,有紧急事件尽量及早与媒体、公众进行沟通,这样在面对维基解密的时候大概也没有什么值得恐惧的了。

  来源:XJP投稿,原文链接

2010年9月2日星期四

《企鹅凶猛》读后感

  这些天读了一本写腾讯的书《企鹅凶猛:马化腾的中国功夫》,作者是《南方人物周刊》商业人物的记者薛芳,对腾讯这家公司做了比较详细的解剖,读后颇有一些感想。

  写企业的书,其实挺不容易,记得以前参加过一次会议,被送过一本描写百度的书《壹百度》,就感觉书中的内容叙事较多,观点不太明确,读后比较失望。而《企鹅凶猛》这本书不愧是记者的手笔,文字功底相对来说较好,思路也比较清晰,读起来很顺畅,一些情节和段子比较有趣。

  这本书的读者有各式各样的人,个人创业者想复制腾讯成功的范例,企业管理者想探究腾讯的商业模式,可惜的是,在这本书中似乎找不到答案,作者毕竟不是IT业界专业人士,对于互联网企业的商业模式这个大话题,要想说清楚还是有很大难度,因此,作者只是罗列了历史和事实,却没有从运营的角度深入讨论,为什么在腾讯QQ初期用户量会飞快增长甚至导致其资源紧张。全书告诉人的情况就是,腾讯QQ一经推出,就莫名其妙地走红了,红了之后用户就玩命注册QQ号,腾讯通过收费限制依旧难以阻止用户的激增,一旦腾讯找到了一个针对QQ用户方便的支付方式,腾讯就立刻成为中国互联网上最赚钱的公司,并一直维系成功至今。而对于腾讯QQ前期是如何运营和推广,这些很具有重要参考价值的信息,书中却没有能详细说清楚。

  此外,这本书在介绍腾讯公司的同时,对于其他互联网公司介绍的篇幅太多,有点影响全书的主题,而且,《企鹅凶猛》和《沸腾十五年》两本书的不少内容和情节都是差不多的,很多地方雷同,不知道是什么原因。

《企鹅凶猛》读后感

  腾讯成功的秘诀

  在《企鹅凶猛》这本书中,作者将腾讯成功的原因归结为“马太效应”,书中说道:

  事实上,当腾讯成为国内即时通讯市场上的老大的时候,QQ已经胜利了。“IM这个东西排他性很强,一般人只要用了一个,就不会再用第二个同类产品。因为不同的IM之间是不兼容的,你在这个IM里交到的朋友,在另一个IM里就找不到。”这样就导致一个结果,QQ用户越滚越多,用户越多,他们的品牌忠诚度越高,最终把竞争对手的用户群也“席卷一空”。马化腾自己指出了QQ胜利的原因。

  即时通讯软件发展的初级阶段,都是采取免费下载的方式提供,故用户抛弃一种软件,使用另外一种软件的成本很低。因此,对顾客产生锁定效应的不是转移成本,而是使用网络本身的价值。当从一种品牌的技术转移到另一种品牌的成本非常高的时候,用户就面临着锁定。转移成本和锁定在信息产品中是非常常见的。每个QQ 用户拥有的QQ号,在其他的即时通讯网络里是不能移植的,用户自己在QQ这个网络里的联系人也是不能转移到新的网络里去的。如果用户转换到新的网络,那么他就面临失去这个和朋友联系的方式。而且,QQ现在几乎和电话、手机一样成了网络上最普及的即时通讯方式。从单个用户的视角来看,转移成本好像不是很高。但是如果从用户整体来看,转移成本是非常之高的。总的转移成本等于顾客承担的成本加上新供应商承担的成本。

  QQ所形成的这种聚集效应,就像两个繁华程度不一样的城市,人们都愿意去繁荣的城市,结果繁荣的城市就更加繁荣,而贫瘠的城市就更加贫瘠,引发了马太效应。马太效应(Matthew Effect)是指好的愈好,坏的愈坏,多的愈多,少的愈少,名称来自于《圣经。马太福音》中的一则寓言。

  腾讯有趣的小段子

  《企鹅凶猛》这本书中有不少有趣的小段子,不知道作者从哪里收集来的,读起来颇有一些趣味:

  1、国家早年的监管

  (1998年)互联网企业家在历史关头,达成了一个不成文的重要契约。当时国务院新闻办在调研中表达了两点:一是企业以商为重,不问政治(不会惹事);二是关系国计民生的信息必须要听从召唤、听从指导,但是一些其他领域,比如说IT、娱乐、体育可以放开。

  2、害羞的马化腾

  马化腾是一个很害羞的人,和女生说话会脸红,有一次公司组织文艺晚会,女主持人要求拥抱一下马化腾,女主持人虽然达成所愿,但是在场的人都看到他脸红了,一副很不好意思的样子。

  3、马化腾和比尔.盖茨

  MSN是剑走偏锋,定位于办公室白领,成长为腾讯最强劲的对手。2004年,微软占据了即时通讯市场20%的份额。有一天,微软的比尔.盖茨突然给马化腾写了一封信,信的大意如下,“QQ群不是社会网络,感谢QQ普及了中国小朋友对IM(即时通讯)的了解,等他们长大了,工作了,有钱了,就慢慢转移到了MSN,无缝切换。”当《第一财经日报》的记者问及马化腾收到这封信有何感想时,他亦没有正面回应——“这件事很久了”。不过马化腾和微软这场旷日持久的战争,似乎一点也不轻松。对于众多即时通讯领域的入侵者,他均没有回应。他只承认MSN是一个很可怕的竞争对手。

  4、腾讯和盛大

  关于腾讯和盛大,在2004年坊间流传甚广的一个小段子:2004年的秋天,陈天桥找到马化腾,提议盛大与腾讯合并。陈天桥说,“我当董事长,你做CEO,我们可以一统中国互联网的天下”。马化腾慢悠悠地说,“我不跟你合并,因为两年后,腾讯自己可以称霸中国互联网。”

回首九十年代的互联网巨头

  回首1996年,虽然互联网起步不久,但其发展势头良好。2010年的8个月也用完了,2012年也不远了。趁着时间还多,笔者将带领咱们回头看看14年前互联网巨头是什么样的。

  当时互联网的简要情况如下:

  1. 1996年1月,全球网站仅10万个;(2008中国奥运年,全球网站1亿6千万个;2010年,网站数量不清楚,全球域名总数快2亿个;2012年,全球网站要重新洗牌?)

  2. 上网冲浪的首先浏览器——Netscape的领航员,微软在1996年3月份才发布IE3;

  3. 大多数人都是拨号上网的,速度28.8-33.6Kbps.56Kbps的“高速”猫97年才问世;

  4. 主流显示器分辨率:640×480 - 800×600

  5. ICQ横空出世;

  6. “只有”BackRub,“没有”Google;

  下面是那个时代网联网巨头们的“衣着打扮”。标题上我已全部添加链接,大家可以直接点击查看他们今日的“精神面貌”。

  Yahoo!雅虎

  1994年,“通往万维网的杨致远指南”正式更名为“雅虎”。yahoo.com 这个域名在1995年1月注册的。1996年,雅虎在其通往门户网站的道路上一帆风顺,就好比是在希望的田野上。

Yahoo!雅虎

图1-1:Yahoo 1996年10月份旧照

Yahoo!雅虎

图1-2:Yahoo 1996年某个月份旧照

  大家猜一下图1-2是几月份的。本文末尾推荐文章处有答案。Yahoo早在96年就玩Logo涂鸦,莫非Google的Doodle是师从Yahoo?

  Webcrawler

  1994年4月20日,WebCrawler正式亮相时仅索引了6000个服务器的内容。它是互联网上第一个全文搜索的搜索引擎。在它之前,用户只能通过URL和摘要搜索,摘要一般来自人工评论或程序自动取正文的前100个字。另外,WebCrawler在互联网历史上有着划时代的作用。

Webcrawler

图2:WebCrawler 1996年12月份旧照

  Altavista

  1995年DEC公司创建Altavista,并迅速广泛普及。到1996年,技术更加全面的Altavista成为了雅虎的专用搜索结果提供商。

  Altavista的两位功勋是:Louis Monier 编写了Altavista的爬虫程序;Michael Burrows 编写了Altavista的索引程序。(离开DEC后的Louis Monier 曾在eBay和Google工作过;Michael Burrows离开DEC后曾在微软就职,现在就职于Google.)

  1998年,DEC把Altavista卖给了Compaq(康柏);(不甘心只做Yahoo的搜索服务提供商的Compaq,想把Altavista打造成门户,结果失败。)1999年6月,Compaq把Altavista的大部分股权卖给CMGI;2003年2月,Overture收购了Altavista;2003年6月,Overture被Yahoo收购。哎,到头来,Altavista还是Yahoo的帐下品牌。

Altavista

图3:Altavista 1996年10月份旧照

  Artistdirect

  1994年成立的在线数字媒体娱乐公司,它旗下的Ultimate Band List (UBL)流行音乐数据库包括了大约60万艺术家、各种音乐会、唱片和其他音乐相关的资源。它就是那个时代的Last.fm 。

Artistdirect

图4:UBL 1996年12月份旧照

  Lycos -莱克斯

  1995年4月13日Lycos上线后 ,迅速成长为最受欢迎的门户和搜索引擎之一。1999年,它步入全世界访客量最多的门户网站行列。

Lycos -莱克斯

图5:Lycos 1996年10月份旧照

  Netscape -网景

  1994年成立,前身是Mosaic通信公司,Netscape是互联网的真正先驱之一。(伯乐在线-职场博客的另一篇文章中《细说开源历史上的九个重大事件》介绍Firefox时有相关介绍。)1996年,Netscape的领航员浏览器是浏览器市场的霸主,遥遥领先于其他浏览器。1996年3月,微软才发布IE3,不过当时IE3的根基尚不牢固。(IE后来打败领航员,主要是和Windows OS捆绑了。)

  编者注:IE是脱胎于Mosaic公司的商业浏览器——SpyGlass Mosaic.当时微软看到了浏览器的潜在市场,并没有自己从零开发。在向网景公司弄领航员的授权失败后,微软弄到了SpyGlass Mosaic代码的授权,然后在其基础上开发出Internet Explorer 1。

Netscape -网景

图6:Netscape 1996年10月份旧照

  MSN

  1995年8月24日,随着Windows 95的上市,MSN开始推出一系列的网络服务。随着微软的发展壮大,当初只能给Win 95提供简单网络服务的MSN,先已经扩大到诸多领域,包括电子邮件、新闻和聊天等。

MSN

图7:MSN 1996年10月份旧照

  Apple

  在1996年年底前,乔帮主“还在外游荡”,Apple的市场份额下降。MacOS 8也还在娘胎中,Apple还在卖牛顿牌的PDA。

  1997年1月24日MacOS 7.6发布;1997年7月9日,乔布斯重新担任Apple CEO;1997年11月10日,Apple 推出 Apple Store。

Apple

图8:Apple 1997年4月旧照(彩色的苹果Logo)

  ICQ

  1996年,三位以色列年轻人聚会,做出一个惊人决定,决定开发一款互联网通信软件,美其名曰“ICQ”。ICQ发布6个月后,即成为当时世界上用户量最大的即时通讯软件。在第7个月的时候,ICQ的正式用户达到100万。1998年,AOL以当时的4.07亿美元收购ICQ.2010年,以1.875亿美元“贱卖”给俄罗斯的投资公司DST。

ICQ

图9:ICQ早期版本界面

  来源:伯乐在线投稿,原文链接

2010年8月31日星期二

Google Reader增加全屏和统计

  据Google Reader官方博客报道,Google Reader今天增加了几项更新,全屏浏览和更多统计功能。

  全屏浏览模式按f键,可以让用户最大化阅读屏幕,比以前的u键看到的屏幕还大,在全屏模式下,还可以按shift + u来查看导航菜单。

  在趋势页面中Google Reader增加了多项统计,包括点击趋势统计,查看你点击哪个feed最多,以及总共阅读统计,记录了用户在Google Reader中总共阅读的条目数。我看了一下我的信息:我从2006年2月12日总共阅读了264,678个条目,耗费的时间可真不少。

  Google统计的这个总共阅读条目信息,指的是用户滚动或点击过的条目,并不包含标记为全部已读的条目,如果用户阅读数超过30万条,则停止计数,只显示30万+的信息。

非技术人员无法理解的十个软件概念

  如果你是在开发消费级软件(Consumer Software),那你必须清楚,在对计算机的理解上,你跟你的大多数客户处在完全不同的等级。当你开始对你的软件进行技术支持的时候,你可能会对这种差距的巨大感到非常震惊。这并非说明你的用户都是傻瓜,只是因为他们没有像你一样在电脑上花了无数时间。下面笔者总结了一些通过回答我的排座软件成千上万个技术问题得到的经验。

  1. 拷贝和粘贴

  从我收到的大量技术支持邮件中可以很清楚的看出用户经常重新输入我用邮件发给他们的序列号,其似乎原因是他们并不知道如何(或者说他们能够)拷贝和粘贴文本。千真万确!你可以通过在软件手册中在关于序列号的地方说明如何拷贝和粘贴来缓解这种问题(这样不仅快捷,而且可以避免一些易混淆的字符,比如“0”和“o”)。

  2. 网页和本地应用程序的差异

  许多使用web应用的用户并不理解他们需要下载并且安装桌面软件的新版本才能使用一些新的功能。你可以通过自动更新的程序来避免这一问题,不过一点你出错了那结果会相当悲剧。

  3. 数据存储

  许多用户不理解他们的数据是如何存储的,也不知道存在哪里,甚至不知道数据居然是和应用程序分离的。他们无法理解一些数据是存在他们的本地硬盘中,而另外一些居然是存在“云”中的。他们不能理解文件、数据库和注册表的差别。那么当他们在一台新机器上安装桌面应用程序的时候,他们可能会对对无法访问在以前那台机器上创建的文档感到惊奇。因此在你的FAQ中加上关于如何从一台机器迁移到另外一台的说明还是有价值的。

  4. 你用到的术语

  使用你的用户不能理解的术语常常会让用户非常恼火。比如说,非技术人员完全无法理解什么是“对话框(dialog)”,跟别说“模态对话框(modal dialog)”了。你可以称之为“窗口(window)”。

  5. 右键

  有些用户没有发现(或许没有想过去尝试)点击鼠标右键。因此你不要把任何功能仅仅放在邮件菜单中或者其他不容易被发现的地方。

  6. 并行(Concurrency)

  一些应用程序能够处理并行访问(比如客户端-服务器应用程序和web应用程序),而另外一些则不能(比如大多数桌面应用程序)。但是许多用户以为所有的软件在被多个用户同时使用的时候都是安全的。如果你的软件不能实现这一点,可能你需要在你的宣传册上说明这一点从而避免用户产生错误的预期。

  7. 什么样的修改可以恢复

  技术人员可以非常开心地使用一些软件并观察发生哪些事情。他们通常不会担心“尝试”一些东西,因为他们能够通过“撤销(undo)”、版本控制或者备份来恢复大部分呢的修改,通常他们也能判断一个操作是否不可恢复。非技术人员不会如此自信,因此不会用同样的方式来尝试一些事情。实际上有些人看上去可能会觉得一个错误的移动操作可能导致电脑炸的火光四射。因此通常尽量只做他们理解的传统操作(比如在Windows上他们用Microsoft Office和Outlook),对于复杂的任务需要提供详细的教程。

  8. 什么时候需要备份

  每隔几天我就会从某人那里收到邮件说由于一个大的硬件故障他所有的数据都丢失了,而且没有在独立的设备上进行备份。有时候这是因为他们甚至没有意识到数据是存储在他们自己的计算机上。你可以在你的文档或者软件中提醒他们需要备份,不过这样没什么区别。历史证明这是绝大多数人不得不学习的教训(包括技术人员)。提醒备份并不会伤害任何人,而且如果你在事情发生之后指出这一点的话还有助于化解用户的愤怒。

  9. 他们应该读文档

  人们使用你的软件是因为他们有事情要做。不管你是否喜欢,你心爱的软件只是到达终点的手段而已。虽然有些用户可能会读文档,但是大多数人都认为这是在浪费他们宝贵的时间。实际上,从我收到的客户邮件来中可以看到一个不容置疑的事实:有的用户甚至没有看一句解释问题的错误消息提示。这表明你需要写一份清晰和精确的文档,但是你同时需要带着一个假设来开发你的软件:大多数用户不会去读它。这就是为什么我们需要可用性测试(Usability Testing)。

  10. 键盘和椅子中间的问题

  译注:键盘和椅子中间?你可能会问,这是翻译的啥啊?请看这里延伸阅读:PAEBK,Problem exists between keyboard and chair

  缺乏技能的用户常常并没有认识到他们有多么地缺乏技能。这样他们可能会因为他们自己所犯的错误来指责你的软件。在这种问题上只能尽可能地礼貌。如果显而易见客户并没有足够的技能来使用软件,那么你应当礼貌地建议“显然他们的需求并非理想的”,同时向他们提供无条件退款。然而如果你个人提出了相同的问题,那么你需要修改你的产品来更贴切你的用户(改变用户来适应你的软件当然是好的,但是不幸的是对于大多数人来说并不可行)。

  来源:读者投稿

  英文原文:http://successfulsoftware.net/2010/08/24/10-things-non-technical-users-dont-understand-about-your-software/

  中文翻译:http://blog.csdn.net/aladdina/archive/2010/08/28/5846821.aspx