Wave の失敗から Google が学べる教訓

クレジット:

実用的な観点から見ると、Wave の開発を終了することは非常に理にかなっています。採用されず、期待を満たしていない最終製品に、なぜ労働時間とリソースを投資する必要があるのでしょうか?しかし、昨日述べたように、Wave (約束します、これが最後のダジャレです) が全滅したスピードは反省する価値があります。

Wave はなぜ失敗したのでしょうか? Google はこの経験からどのように学ぶことができますか?

Wave は大量の誇大宣伝の真っ只中に誕生しましたが、Mashable が誇大宣伝の役割を果たしたことは認めます。 2009 年 5 月の Google I/O での素晴らしいデモンストレーションに後押しされ、エンド ユーザーの期待は初夏の頃にはすでに完全に高まっていました。

私が Mashable で働き始める 6 ~ 7 週間前の昨年 6 月、地元のユーザー グループ ミーティングに参加したばかりの友人たちと夕食をとったときのことを思い出します。そのミーティングには Google I/O の参加者の何人かによる Google Wave の概要が含まれていました。招待者限定のパブリック ベータ版はまだ始まっていませんでしたが、すでにローカル グループでのディスカッションに値するものでした。

誇大広告が最高潮に達したとき、招待状が初めて公開されました9 月 30 日、全員とその兄弟が新しいサービスへのアクセスを求めて叫んでいました。その後、アクセスできるようになり、問題が発生しました。

レッスン 1: 期待を抑制する

Google またはあらゆる Web アプリケーション開発者が Google Wave から学べる最初の教訓は、期待を管理することの重要性です。 Wave が実際にローンチされる 4 か月前に誇大広告が始まったため、Wave とは何かという考えは現実を簡単に超えていました。

「根本的に異なるコミュニケーションアプローチ」や「電子メール 2.0」などのフレーズが飛び交い、「パラダイムを変えるゲームチェンジャー」などの流行語満載のフレーズも飛び交いました。しかし実際には、Wave は IRC メニューとブラウザ内マクロ作成機能を備えた共同作業型リアルタイム エディタであることが判明しました。

これは、これらのコンポーネントを Web ブラウザーで動作させるという技術的成果を損なうものではありませんが、Wave は実際には、リアルタイムのグループ コミュニケーションを大規模に再調整したものというよりも、長年のアイデアを集約したものだったようです。

はい、テクノロジー関連の報道機関には Wave の過剰販売の責任の一端がありますが、最終的には Google が控えめな態度をとり、Wave を次の目玉としてからかうことで雰囲気を決めました。 「次の Gmail」はよく使われたフレーズでした。それは大きな期待をもたらしましたが、Wave がパブリック ベータ版を開始するとすぐに、それらの期待が満たされないことは明らかでした。

レッスン 2: 製品を明確にする

製品が何であるかを明確に定義することは、期待を管理することと密接に関連しています。当初から、Google は Wave が何なのかよくわかっておらず、それをどのように一般に公開するかについても無知であるように見えました。

たとえば、ビデオの作成にはサードパーティが必要でした。Google Waveの説明多くの人がサービスの中心点と目的を実際に理解できるようにするためです。

Google は通常、自社製品を理解しやすくすることに非常に優れています。たとえば、Gmail はすぐに Web 電子メールであることがわかりました。 Google ドキュメントはすぐにドキュメントを作成および共有するためのオンライン ツール、AdWords は有料検索キーワードなどとして認識されました。しかし、Wave では、その概念が単純な比喩にまで掘り下げられることはありませんでした。いいえ、「情報の波」は明確な比喩ではありません。

レッスン 3: 準備ができたら起動する

それでも、期待が抑制されておらず、製品全体が不透明であるにもかかわらず、Wave に対する当初の関心と需要は当初非常に高かったです。招待制の熱狂は初期の Gmail 時代 (2004 年の春と夏に行われた最初の数回の招待) を思い出させ、人々はこの騒ぎが何なのかを知りたがっていました。

問題は、招待が展開されるまでに非常に時間がかかることでした。実際、このサービスは 2 か月前に招待のみの方法を廃止したばかりです。さらに追い打ちをかけるように、Wave から最も恩恵を受けるはずだったグループ、つまり Google Apps ユーザーはアクセスできませんでした。

特定の製品の発売では、段階的に招待をリリースすることが合理的です。各ユーザーが取得できるストレージの量 (当時の他の Web メール サービスと比較して) と、スケーリングとスパムの問題を考慮すると、Gmail にとっては理にかなっています。 Google Voiceについても同じことが言えます。ただし、Wave のようなツールは、本質的に共同作業ツールであるため、多くのユーザーに向けてリリースする必要がありました。

Google にとって、Wave を最初の手段で全世界に押し出すことは現実的ではなかったかもしれませんが、最初の招待からオープンアクセスになるまでに 9 か月かかった正当な理由はまったくありません。最初の発売の前に4か月にわたる誇大広告を追加した場合はそうではありません。 Google が製品の発売前に、Wave の拡張とサポート、あるいは Google Apps ユーザーへの提供に必要なリソースを確実に確保できるよう待っていたら、同社は初期の誇大広告をもっとうまく活用できたかもしれません。

Web アプリケーションの進歩は非常に速いため、最初の宣伝と注目の熱狂の後でも人々が依然として製品に関心を持っていると期待するのは合理的ではありません。この種の戦略が成功できるのは、最終製品が完全に待つ価値がある場合のみです。たとえば、Hulu は 2007 年 10 月下旬にソフトローンチし、2008 年 2 月にすべてのユーザーに公開することに成功しました。なぜでしょうか?なぜなら、大手ネットワークの新旧テレビ番組にオンラインで無料でアクセスできることには、結局のところ価値があったからです。

レッスン 4: 本当の価値を持つ

戦略やマーケティングの問題以上に、Google Wave に関する最大の問題は、実際の価値をまったく提供していないということでした。

まず、他の Google アカウントや Google Apps アカウントにリンクされていない別のアカウントを作成する必要があったため、連絡先の追加や Google ドキュメント ファイルの共有が必要以上に困難になりました。

次に、ノイズとグループとアクセス制御リストの管理の問題がありました。次に、共同リアルタイム編集セットアップの最初のぎこちなさがありました。

簡単に言えば、Wave は最終形ではあまり優れた製品ではありませんでした。 API とプラグインがリリースされた後でも、機能が過度に便利になるように構造化されることはありませんでした。

実際、Google Wave から得られる最善のことは、イーサパッドチーム。 EtherPad は、便利で付加価値のある Web アプリケーションを構築する方法の一例です。という事実EtherPad クローンGoogle が Appjet を買収した後に誕生したこのアプリは、アプリがいかに有用であり続けているかを証明しています。

しかし、Wave については、これだけ誇大宣伝したにもかかわらず、結局は理解しにくく、使いにくく、最終的にはあまり機能しませんでした。

過去から学ぶ

願わくば、Google が Wave の開発と展開中に行われた決定をじっくりと検討してくれることを願っています。結局のところ、サービスの最良の要素を取り出して既存のサービスに押し込むという決定は、何か新しいものを作成しようとするよりもはるかに合理的です。

Google も Buzz で経験したように、特に主な視聴者が (アーリーアダプターではなく) 通常のユーザーである場合、製品に Google ロゴを貼り付けるだけで成功を収めるのは簡単ではありません。

ただし、期待が管理され、製品の定義が明確で、発売のタイミングが適切で、最終的に最終製品が価値を提供する場合、成功の可能性ははるかに高くなります。

Leave a Reply

Your email address will not be published. Required fields are marked *

Subscribe Now & Never Miss The Latest Tech Updates!

Enter your e-mail address and click the Subscribe button to receive great content and coupon codes for amazing discounts.

Don't Miss Out. Complete the subscription Now.