Google Wave是2009年Google I/O大会的宠儿,但在短短的两年内就失败了。分析失败的原因,有助于我们为未来的远程工作和协作工具构建更好的协作工具。
当Google Wave在2009年I/O大会上发布预览版本时,一时风头无两。它不仅是远程工作爆发之前第一个统一的工作空间和协作平台,而且还试图解决我们今天面临的许多同样的问题。
然而,在不到两年的时间里,Google Wave就失败了。
当我们回顾这个平台推出的历史时, 就会对这个SaaS创新历史上的一个小插曲不会感到任何意外。缺乏产品重点、定位问题和发布计划乏善可陈只是它的一些皮毛问题。
如今,随着越来越多的公司采用分布式模型,我们从Google Wave的错误中吸取教训是很重要的。随着实时协作工具的全面复兴,反思先驱们的故事可以为未来提供宝贵的经验教训。
Google Wave的历史
Google Wave起源于一个问题:“如果电子邮件是在今天发明的,它会是什么样子?”这个问题产生了有史以来最雄心勃勃的实时协作工具之一。
让我们看看Google Wave的开发是如何开展的,从“Walkabout”作为代号开始,到2012年4月的最终关闭,2018年的开源项目关闭。
2006–2008: 从启动到产品发布
新项目由Lars 和 Jens Rasmussen兄弟来负责,他们成为了项目的主要开发者。当他们致力于Google地图的首次发布时,兄弟俩就开始考虑他们在谷歌的下一步工作可能是什么。
“聚焦于沟通”的想法来自Jens,他注意到人们在线互动方式的重大转变。两兄弟之间的共识是,他们应该建立一个反映此变化的平台
Google地图项目完成后,Lars 和 Jens继续开发一个被称为“Walkabout”的产品, 他们的最终目标是能够满足一些关于人们如何在线交流的问题:
- 为什么电子邮件、聊天和基于文档的交流之间存在差异?
- ⚖️有没有办法创建一个无缝跨越所有或大多数这些系统的单一通信渠道?
- ⚙️ 有没有办法让这种交流变得简单?
- 我们如何设计一个能够充分利用当前计算机能力的平台?
从那里,Lars 和 Jens组建了一支尖刀连(开发团队)来实现这个想法。几个月后,他们构建出了一个原型,在接下来的几年里,它要演变成了一个可发布产品。这个产品被命名为 Google Wave。
2009–2011: 开发者预览版
2009年5月,Lars 、Jens和产品经理Stephanie Hammond在谷歌的I/O会议上发布了Wave的预览版。一下子,Walkabout正式成为一个产品、平台和协议,通过一个叫做wave的进程进行实时通信。
以下是谷歌官方在博客发布对Wave的描述:
在Google Wave中,你创建了一个wave,并添加人。你的Wave中的每个人都可以使用富格式的文本、照片、小工具,甚至来自网络上其他来源的提要。他们可以直接插入回复或编辑wave。这是支持并发的富文本编辑,你几乎可以立即在屏幕上看到你的同事在你的wave中输入的内容。这意味着谷歌wave既适合需要持久化存储的内容,也适合短平快的信息——它支持协作和交流。你也可以使用“回放”来对wave做倒带,看看它是如何演进的。
主旨演讲以现场演示的形式进行,以Lars, Jens和Stephanie 将要进行的乘船旅行为例,展示了Wave的功能。
在演讲中,团队带领观众完成了他们乘船旅行的计划阶段,强调了Wave在实时更新、上下文线程和图像共享方面的工作方式。
虽然有一些Bug,Lars和Jens将其归因于Wave还在开发者预览版中。总的来说,这个发布版本的初期获得了压倒性的支持。
Wave的主动测试 ⚙️
尽管I/O会议上的每个人都被获许访问Wave,但Lars和其他人强调,该工具仍在积极开发中。团队明白在改进产品方面还有很多工作要做,并希望利用参加I/O会议的开发人员来寻求帮助。
有了预览帐户,每位开发人员都可以访问谷歌Wave的API,这是这个发布版本的另一个重要内容。那时,在Lars看来,这个平台仍然是一个开源项目。使用该API将使用户能够将Wave连接到现有的网络应用程序并分别构建集成应用。
Google Wave 平台 via TechCrunch
事实证明,邀请开发人员进行主动测试是有风险的,也是Wave推出计划中的第一个失误。很快,谷歌IO大会的大约5000名与会者将成为第一批使用Wave的“局外人”,由此引发了一些头疼的问题。
第一波问题 ❌
到2009年7月,谷歌已经推出了大约6,000个开发人员账户,并正在处理另外20,000个请求。此时,Wave也在各种论坛、推特和其他社交媒体渠道上获得了大量的传播。
人们争先恐后地访问该平台,但谷歌却退缩了。Google只会发出单人邀请,这实际上削弱了Wave针对团队合作的目的。
虽然谷歌考虑得挺好的,不想给一个全新的平台带来过多的用户的压力,但发送邀请也意味着该公司无法破解围绕其产品的一些传言。
当谷歌最终决定开放Wave并允许10万名新用户时,到2009年9月,只有27,000个活跃的开发者账户使用Wave的应用编程接口。这个数字与Lars的乐观预测相去甚远:
“数百万人想尝试我们今年晚些时候推出的、仅限邀请的预览。Wave成为推特2009年最热门的技术话题。这比我们预期的要多得多——有些人会称之为炒作。"
-Lars Rasmussen 在 赫芬顿邮报
一旦新用户进入该平台,热情就很快就被混乱所消弱:
"推特上充斥着"进入Google Wave-现在怎么办?"的迷思。更糟糕的是:早期用户的热情在慢慢流失,因为他们的朋友还不太喜欢使用Wave。对我们演示的敬畏很快被对某些失败的预测所取代。"
-Lars Rasmussen 在 赫芬顿邮报
很多不满之所以发生,是因为Wave中的小组对话并不像用户希望的那样容易用。奇怪的是,这些团队仍然不是谷歌新产品的目标受众。
组,恢复和其他更新 ⚡️
期待已久的对组的支持于2009年12月添加到Wave中,这是该平台在Google IO大会上公开宣布的七个月后。2010年1月,组之后还有另外两个功能,允许用户添加只读参与者,以及从以前的版本(版本历史)Wave中恢复到现有版本。
恢复功能,谷歌
在一个平淡无奇的开始之后,Wave似乎终于朝着正确的方向前进了。
在2010年3月,谷歌推出了通知,在2010年5月,经过一整年的封闭用户测试后,作为谷歌实验室项目孵化器的一部分,向公众发布了Wave。该活动伴随着另一个简短得多的主题演讲,在此期间,Lars讨论了来自不同用户的用例。
这也是Lars和他的团队决定公开他的团队在过去一年面临的问题:
“自从大约半年前开始我们的有限邀请预览以来,我们已经显著提高了Wave的速度、稳定性和易用性。我相信,用Gartner’s Hype 曲线的行话来说,谷歌浪潮已经到达了“启蒙斜坡”的山麓:产品已经足够成熟,真正的用例正在出现,这些用例充分说明了新技术的好处。"
-Lars Rasmussen 在 赫芬顿邮报
Lars的坦白揭示了谷歌Wave的另一个关键问题:团队并不确切知道他们想要它是什么。事实上,谷歌仍然在“沙箱”平台的运行很大一部分功能。
这就把我们带到了2010年8月,当时谷歌宣布他们将停止该项目的积极开发:
“我们内部对谷歌Wave同样感到兴奋,尽管我们不太确定用户会如何回应这种截然不同的交流。我们看到的用例显示了这项技术的力量:实时共享图像和其他媒体;通过不仅理解单个单词,还理解每个单词的上下文来改进拼写检查;并使第三方开发人员能够构建新的工具,如消费小工具用于旅行,或者机器人查码。但是尽管有这些胜利和众多忠实的粉丝,我们想要的用户并没有采用Wave并。"
谷歌以低迷的采用率为由,决定放弃Wave项目,将该技术用于两项新方向上:
- 谷歌共享空间允许开发人员继续使用Wave的实时协议来构建他们自己的应用程序。一些例子包括地图、调查和简单的浏览器游戏
- Apache Wave是一个开源项目,由开源领域的领导者Apache软件基金会开发。虽然它不再是谷歌的一部分,但它确实为未来实时协作工具的持续发展展示了一些希望
2012-2018:开源的潜逃和缓慢死亡
在接下来的两年里,谷歌Wave几乎被藏在地毯下面。但这并没有阻止网上一些人讨论该产品的愿景及其用户体验问题。
这种兴趣一直持续到2012年1月,当时Wave被永久移动到只读阶段。虽然用户仍然可以导出现有的Wave,但核心技术不再受到支持。
在2012年4月,谷歌完全关闭了Wave的服务器。该平台的唯一参与是Apache Wave和Wave的一个实验性开源变体,名为Walkaround.。
尽管Wave在那时几乎已经死了,Apache软件基金会仍然管理着它的产品分支。然而,由于开源社区得到的投资很少,它也在2018年1月正式退役。
那么,为什么谷歌Wave失败了?
在谷歌资金的全力支持下,为什么我们今天都不使用Wave?是什么导致了一个革命性的实时协作工具在短短几年内失败?
回顾其动荡的历史,我们可以得出这样的结论:
- Wave远远领先于它的时代。谷歌试图解决市场当时没有完全理解的问题
- 它缺乏方向,面临定位问题。开发团队并不真正知道Wave应该变成什么,它是为谁而做的
- 它有一个不幸的启动。过早发布使得谷歌不可能从第一天起就利用围绕他们产品的关注
如今,很难想象一个没有实时协作工具的世界。随着最近协同办公领域初创企业的繁荣,我们似乎生活在生产力的天堂。
工作空间协作工具,来自 Merci Victoria Grace
但是在过去,谷歌Wave是前无古人的。为了将聊天、电子邮件、图像共享和文档结合起来,谷歌创造了一个没有认可可参考框架的工具。
“但是Wave不仅仅是我们已经习惯于电子邮件和即时消息的传统消息和回复方式。您还可以通过并发团队协作编辑wiki风格的内容。任何试图在谷歌文档上对文档进行分组编辑的人都知道,这可能会很快变得棘手。"
-来自TechCrunch
上下文线程、长时间运行的会话历史和富文本支持都是2009年的新奇事物。如果没有适当的培训,用户几乎不可能理解谷歌Wave能够提供的真正价值。
虽然发布后有一些积极的反应,但一旦更多的用户接触到该产品,该平台糟糕的可用性就扼杀了它的潜力。
“剩下的大约500万人要求尝试我们的预览,他们比第一个一百万人要宽容得多。12月和1月期间,新用户的保留率大幅下降。"
-Lars Rasmussen 在 赫芬顿邮报
我们能从谷歌Wave故事中学到什么
有几个因素导致了Wave的最终消亡,每一个因素对今天的其他SaaS业务都是一个宝贵的教训。在一个实时协作迅速普及的时代,谷歌Wave是一个“不该做什么”的典型案例。
Wave故事的关键是什么?定位就是一切。
我们生活在一个选择的世界里。如果你正在构建一个产品,但不理解它为最终用户提供的具体价值,你就会失败。当人们感觉不到你的工具的影响时,他们会很快转向竞争对手,寻找更好(更有意义)的解决方案。
你需要给用户时间去理解你的产品提供的价值。在插头被拔掉之前,谷歌Wave已经积极开发了大约18个月。这还不足以让用户看到产品是如何发展和成长的。
最后,你的发布计划是关键。当Wave被引入时,谷歌限制了可以积极参与的人数。在当今竞争激烈的市场中,尽快向尽可能多的人传播信息至关重要。
毕竟,一个产品如果没有用户基础支撑,又有什么用呢?
理解失败有助于你成长
Google Wave是实时协作的首批尝试之一。它有可能席卷市场,但事实并非如此。
观察这个平台如何从“有希望”变成“令人失望”表明,构建成功的工具可以归结为几个要点:
- 了解您的产品并决定您期望它是什么。
- 找出您的用户是谁,并关注他们的反馈
- 弄清楚项目启动的最佳时机
当你做到这一点时,你将能够吸引到那些能够真正理解你的产品,并使用它来帮助他们完成任务的用户。