取代电子邮件

电子邮件现在的使用方式不再像过去。电子邮件不是消息传递协议了。它是待办事宜列表。或者更确切地说,我的收件箱是一个待办事宜清单,而电子邮件则是事情进入该列表的途径。不过这个待办事宜列表很糟糕,简直是灾难性的。

我对这一问题各种类型的解决方案持开放态度,不过我怀疑光调整收件箱是不够的,电子邮件必须用新协议来代替。这一新协议应当是一个待办事宜列表协议,而非消息传递协议,尽管存在一种退化情况,有人希望你做这个:请读以下文字。

作为待办事宜列表协议,这一新协议赋予接收方的权力应该要比电子邮件给予的多。对于谁可以往我的待办事宜列表里面放东西,我希望能够有更多的限制。而一旦他能够往里面放东西时,我也希望他能告诉我他希望从我这里得到什么东西。除了阅读文字以外他们是不是还希望我做什么事情?这件事情有多重要?(显然必须有某种机制来防止说一切事情都很重要。)什么时候该完成?

这是那些创意之一,这些创意就好比是一股不可抗力遭遇了一个不能移动的物体。一方面,根深蒂固的协议不可能被替代。另一方面,100年之内大家都生活在同一个电子邮件的地狱中似乎也不大可能。那么,要是电子邮件最终要被取代的话,为什么不趁着现在呢?

如果你的做法得当,你也许可以避免新协议面临的那种常见的鸡生蛋还是蛋生鸡的问题,因为这个世界上的一些最具能量的人会是首批换用新协议的人之一。他们一样全部都受到电子邮件的支配。

不管你要建什么东西,关键要快。Gmail已经变得令人痛苦的慢。如果你做出来的东西没有Gmail好但是很快的话,仅这一点就可以让你从Gmail那里抢走用户。

Gmail慢是因为在上面开支太多的话Google没办法承受。不过有人会为此买单的。一个月50美元对我来说没有问题。考虑到我自己花了多少时间在电子邮件上面,自己该付多少钱才算合理呢?想想都有点提心吊胆。至少得1000美元一个月吧。如果我每天都要花若干小时去读写电子邮件的话,这可以算是让自己生活得更美好的一种廉价方式。

Facebook 宣布 Fmail,Web 3.0 革命終於來到 Emails

讓整個網路圈從上星期開始,可以說是屏息以待的 Facebook 「新郵件系統記者會」,昨天深夜終於上演。Facebook 創辦人馬克‧沙克伯 (Mark Zuckerberg) 和軟體工程處長 (Director of Engineering) 安德魯‧壩斯沃斯(Andrew Bosworth) 輪番上陣, 詳細的介紹了這個 FB 的最新發明,他們口中所謂的「現代化訊息系統」(Modern Messaging System),我則簡稱它叫Fmail

Fmail 到底是什麼?與其說它是「Gmail 殺手」,我倒覺得它更像是「Email 殺手」,因為什麼事情加上了 Social (真實人際),都會更加好用、更加有趣、更加有意義。而已經 45 歲的 Email,就是下一個 Web 3.0 大革命的場所。

宇宙的中心

對於大多數的人來說,Email 是我們日常生活的中心,大多數的網路活動,都圍繞著我們的 Email 帳號。雖然我們常常也同時掛在 FB 上面,但很多時候,我們是靠著 Email 通知來開始我們的每一次 Facebook 經驗。Facebook 清楚的知道這一點,所以在他們成功的佔據使用者社交中心的位置後,他們必須繼續往中間靠攏,才能讓大家更離不開 FB 的懷抱。因此,以策略上來說,改革 Email 是 FB 非常合理的下一步。

Email 的問題

問題是 Email 並沒有壞掉,它或許可以更好,但是大家並沒有太多的抱怨。目前使用者碰到最大的問題,大概是在 Email 的量上面,所以 Gmail 先前推出了「優先收件匣 (Priority Inbox)」,來幫助使用者過濾出重要的 Email。而 Fmail 這次的重點,也是在如何透過使用者的人際關係 (Social Graph),來更有效率的濾出重要的訊息。

另一方面,Facebook 認為 Email、Chat 和手機簡訊等訊息管道可以更整合,也就是說當我傳訊息給朋友的時候,只需要知道要傳給誰,並不需要知道對方是用什麼方式接收這個訊息。這個問題我不確定是否存在,先前也有很多人嘗試解決,但是結論都不是很好。畢竟一般的消費者很難了解「整合式訊息」這個概念,不要 care 訊息管道也會讓人感到不安,況且 Facebook 所擁有的人際圖譜在這方面並沒有幫助。

除此之外,Facebook 認為 Email 還可以更簡化、更短、不要那麼嚴肅、更即時,於是,Fmail 就這樣誕生了。

@facebook.com 和三個資料夾

在 Fmail 的世界,使用者將有一個 @facebook.com 帳號,所有寄到這個帳號的訊息 — 有可能是 Email, Chat 或是簡訊 (你看,是不是很難理解),都會被歸入三個檔案夾的其中一個。收件匣 (Messages 或稱 Main Folder) 裡面都是最重要的訊息,就像 Facebook 首頁的「動態新聞」一樣,是 FB 透過社交圖譜幫你過濾出的。其他較不重要的訊息則被放入「其他 (Other)」這個資料夾,FB 認為你大概一天去看一次,然後可以把重要的訊息「救」到收件匣裡面 (這裡的邏輯和 Gmail Priority Inbox 很像)。最後是垃圾,你連看都不會看。

單一討論串

Fmail 的另一個特色,是你和每一個朋友的所有對話歷史,包括 Email、Chat 和簡訊 (你看,是不是很難理解),都被整理到一個討論串當中 — 只有一個討論串,而且是根據朋友來歸檔,而不是信件主旨。這個邏輯和傳統的 Email 非常不同,我覺得並不適用於所有的使用情境。不過 Facebook 是非常擅長 Lean Startup 和 MVP 的公司,所以我猜他們的策略是先把這個滿足 80% 的東西做出來,然後看大家怎麼用,再來修改功能。

然後呢?

根據 Facebook 的公告,這個功能將會在未來的幾個月,陸續的開放給使用者測試。然後他們希望在 1~2 年後的將來,大家對 Email 的依賴將會越來越少 — 也就是說對 FB 的依賴將會越來越多。我個人認為,就像 Facebook 首頁動態新聞一樣,事實證明用 Web 3.0 式的社交圖譜 (Social Graph) 來過濾訊息,是非常有效率的。而這樣的特色能不能真的讓大家的使用行為開始轉變,讓 Facebook 更往宇宙的中心靠攏,我們就接著看下去吧!

(更新:有興趣早點開始試用的朋友,可以到這裡去要求邀請函。)

未来的电子邮件

还记得当你第一次签署了Hotmail的?你有一个收件箱中排鳞次栉比的主题行吗?你点击了一个,你看,人的眼睛灼热的字体和颜色组合?是啊,电子邮件已经改变了很多。事实上,这并没有太大的改变在40年。

我们三个人离开谷歌,形成流利出的一个愿望,创建一个以设计为主导的通讯产品,快速移动的-最重要的-推到未来的电子邮件。一种工具,准确地反映了人们沟通今天将适应他们想要的东西明天。

为了实现这一愿景,我们正在构建一个产品的六项原则的基础上:

  • 简单的对话
  • 简化的工作流程
  • 随时随地存取
  • 美丽的设计
  • 台式机,小屏幕和触摸屏设备的无缝体验
  • 在尽可能最好的方式沟通

最后一点是一个大问题。我们认为,我们已经建立了一个产品,蜱第一五盒(来吧,一起来看看)。我们将始终确保流利的顶部其在这些领域的游戏,但我们认为,沟通是以上只是一个文本框。我们有一些伟大的计划如何真正把协同票据,文件共享到您的沟通,图像处理和任务管理的,我们很乐意有你的输入。

流利是所有关于你和沟通。我们目前正在使用我们的测试,以得到早期和热心人士的帮助我们塑造未来的电子邮件将是。如果这听起来好给你,然后登录,得到使用,并享受沟通就像是21世纪。

为什么没有人收服Email?

编者按:本文作者Gentry Underwood是一名软件设计师兼Orchestra公司CEO(该公司目前正在开发一款名为Mailbox的移动端email应用)。这篇文章详尽地论述了email的一些历史问题、缺陷和目前的一些改进手段。同时,作者也以行业的眼光,解释了为什么到现在为止,都没有一家公司成功收服email这个存在了半个多世纪的老古董。

090703110822911

每个人都在抱怨email——抱怨我们的收件箱常常被各种邮件淹没,抱怨自己不堪重负,哭诉自己和邮箱都失控了…

不仅如此,最近,关于改造email的声音也是不绝于耳。Jordan Crook说自己恨透了email,MG Siegler也狠了心要戒它,不过Alan Henry又反驳道,“不,你不可以。”而广大普通民众还唠叨着要让Gmail加速,让Yahoo!奋力追上,或者,假使上面的两家公司都有负所托,他们也指望着能够有一个团队,有任何一个团队,可以站出来,推出一款更好的产品。尽管人人都认为现在的email烂透了,但是,关于要如何“修理”email,大家似乎都只是大眼瞪小眼,手足无措。

在Orchestra,我们对email的问题已经深挖了一阵子。改造email是一个众所周知的挑战,不过,我们当中的很多发现还是让我们自个儿吃了一惊。现在,我就来说说,当前的email坏在哪儿,想要修理它,又需要解决什么问题。

Email坏在哪儿

email带给我们的焦虑和痛苦,可以归罪于下面的几点:

1.我们收到了太多太多我们压根不关心的邮件…好在,过滤器帮了一部分忙

现在,我们每收到一封重要的邮件,就必定会受到几封来自其他闲杂人等,我们压根不想收到的邮件。这事想起来就来气:突然就会有盏小灯熄灭,提醒我们收到了一封信新邮件。然后,当我们看到这封邮件时,就会禁不住想:“到底是谁把我的注意力’授权’于你的?”

而之所以有这个问题,这里还要扯进一点email的历史——email是在那个整个互联网都只有几百个科学家和工程师使用的年代被造出来的。那会儿,大家压根就不会收到什么垃圾邮件。这也是为什么,现在某个人的email的地址会向所有人敞开大门,并让它们肆无忌惮地闯进来。

不过,好消息是,现在这个问题在很大程度上已经可以被解决了。尽管我们现在没法强迫其他人把我们的地址从它们的CC(抄送)列表中移除,但是我们的垃圾邮件过滤器在过去的几年还是表现不错的。事实上,垃圾邮件占到了所有邮件的78%,不过大部分垃圾邮件都没有机会在我们面前现身。而那部分没有被成功过滤的邮件,我们可以有几种方式将其揪出并分解掉——在拆分垃圾邮件方面,Gmail的过滤器做得很不错,而诸如SaneBox, Unroll.me这样的服务,以及Gmail的重要邮件收件箱,则可以自动将那些不是很重要的邮件打入冷宫。还有一种法子是,你可以花一个小时收集那些自己压根不会阅读的邮件,并取消订阅——这么做之后,你的整个人生都将改变!

No-spam

2.很多email都像懒婆娘的裹脚布——又臭又长…好在,好多人现在都学会了“收敛”

即便你已经将那些垃圾邮件清理干净,读我们收件箱中的一些重要邮件还是很费事。有的时候是发件人的问题,有的时候,就是怪发件人选错了工具。

不过,在“言简意赅避免啰嗦”方面,我们还是有在进步的。在那些古老的年月中,我们写的email堪比实体信件。但现在,我们会选择给对方发即时消息,短信,tweet,还有其他形式的,以短见长的信息。越来越多的人开始发现短消息的价值,而这也开始改变我们对什么是“可在社会上被广泛接受的”通信规则这个问题的认知。

不过,这种转变总的还是需要时间,而在强制推行这种做法方面,我们也可以说是无能为力。当各大公司想着用一些更切中要害的工具直接取代email时(此时我想到了Google waveShortmail),他们看到了整个网络效应的阴暗面:假如你的解决方案要求所有人都替换服务,那你想都别想!

不过,小团队倒是可以在一些特定的情景下取代email,用用别的工具。比如说,Asana公司就试图在工作组的通信中取代email。还有,我们Orchestra开发的工具就可以避免情侣拿各种琐事塞满对方的收件箱。诸如这样的工具可以在很大程度上减少email的统治,但是这类服务必须跟email并存,没有办法直接取代email。

3.大部分的email客户端都很菜

不足之处主要可以归为以下几点:

1、沟通是很重要,但是组织同样重要。现在,市面上那些古老的email客户端都是为了不同用户之间的“沟通”而设计的。没错,沟通是很重要,但是,这只是用户实际情况的一部分。我们的收件箱很多时候也充当着to-do list(代办事项列表)的角色,这里面同样有我们要干的任务,但现在里面却是一团糟,完全没有组织性。

2、它们…慢得像蜗牛。 我们能收到那么多邮件,但是邮箱中的整个工作进度却相当慢。光是加载并处理一条消息就要老半天,而且,一个时延加另一个时延…时延何其多啊。还有,邮箱里面经常还有一些隐藏的快捷键功能,但是大部分用户都对此一无所知。这其实可以归结到交互设计的问题,这里面还潜藏着巨大的机会。

3、它们简直就是台式机时代的老古董。我们口袋里面的移动设备已经改变了一切。但是,大部分的移动邮件客户端却只是传统桌面版的压缩版,根本没有把移动设备的天然优势给利用起来。但实际上,我们可以借助移动设备的这些特点更好地控制我们的收件箱,不过这类工具的设计和开发也需要一定时间。

改进改进再改进…答案藏在收件箱

当我们在开发Mailbox这款产品时,我们逐渐意识到改进email的最大机会就在于,重构收件箱。而这种方法的好处是,你不用抛弃email,但你的整个体验却改变了。MG Siegler最近也说道:

“问题的解决不是在于要取代email。这个方法被试过太多太多次,也失败过太多太多次了;而是在于我们怎么看待email(即它该被怎么用)。”

很多其他公司也得到了相同的结论,也把目光瞄准了改造收件箱,这其中最引人瞩目的就包括Sparrow, Fluent, Ritual, MailPilot, Postbox和.Mail。不过,考虑到email的市场如此广大,目前市场上的竞争者其实还是凤毛麟角。而且,这类公司中有些关门大吉了,有些被收购了,还有些其实压根没有脱离email早期的一些概念。

既然这里面的机会庞大,为什么只有可怜巴巴这么些公司想要重塑用户的收件箱呢?因为…尽管大家对email这个工具都再熟悉不过,但实际,要在改造email上有所作为,你需要克服很多很多苦难:

技术难关要攻克。假如你想改造一个用户数庞大的email,那就意味着你要在跟那些古老的邮件协议和无穷无尽的棘手问题打交道的同时,管理一大批的数据。Sparrow团队花了近十年时间开发Sparrow自家的email引擎。而Gmail团队也才在最近,增加了iOS端Gmail服务中的消息推送这个看似很小的功能。而说道我们自家的服务Mailbox,我们估计了一下,在高峰期,每服务10万个用户,都意味着我们要在每秒处理成百上千条的消息。这在技术上,需要攻克很大的难题。

设计客户端是个苦差事。email客户端的设计师们面临着这样一个难题:这款产品的优势要大到足以刺激用户去使用一款新工具,而与此同时,他们又必须保证整个产品的界面设计对用户来说足够熟悉,足够直观。即便目前的email体系烂透了,大家的习惯也没那么容易改变。而一款好的设计又要在用户的整体体验上带给他们足够的甜头,这个问题实在不简单。

商业模式也是个问题。尽管有大批的用户在使用email,但是在这个领域要赚到钱也绝非易事。假如一个创业公司要推出一个成功的业务,那么它提供的产品或服务就必须比用户可以随手获得的免费版要好很多,而这种产品需要时间的打磨。这类跟email叫板的公司需要很多扶持,但是很多投资人却对这个领域避之不及。举个例子:Fluent的关门大吉在很大程度上就要归罪于资金不够。

change

要么干一番大事业,要么一边呆着去

既然解决email问题如此困难,那为什么我们还要飞蛾扑火呢?因为…这真真正正是个问题,而且是个影响所有人的问题。而现在,改造的时机来了:移动互联时代为我们将email的用户体验变得既快速,又讨人欢喜,提供了大大的机会——当然,也埋伏着令人恐惧的挑战。我们想好了,带上我们的鲜血,汗水和泪水,干一番大事业!

判断批处理文件调用的参数个数

@echo off
call :Sub %random% %random% %random% %random%
pause
goto :eof

:Sub
set "f=%*"
if not defined f (echo 没有参数! & goto :eof)
echo 过程名称:    %0
echo 完整参数:    %*
echo --------------------------------------
echo 用for循环:
set /a x=1
for %%i in (%*) do (call echo    第%%x%%个参数:    %%~i & set /a x+=1)
echo --------------------------------------
echo 用goto循环:
set /a y=1
:loop
set "t=%~1"
if not defined t goto :eof
echo 第%y%个参数:    %~1
set /a y+=1
shift
goto loop