Googleのギャンブル問題 - または - 革新的なアイデアをテストしない方法

しかし、この記事はどのスマートフォンが最高かについてではありません（神のみぞ知る、私たちはすでにそのようなものをたくさん持っています）。この記事はGoogleのエコシステムについてです。私はスイッチを作ることでそれについてもっと学びたかったのです。

アプリ開発へのこの断片化されたアプローチは、データベース駆動型のウェブアプリおよびネイティブiOSおよびAndroidアプリ用のノーコードアプリビルダーであるAdaloなどのプラットフォームと鮮やかに対比しています。3つのプラットフォーム全体で1つのバージョンで、Apple App StoreおよびGoogle Playに公開されています。Googleは冗長性を受け入れているように見えますが、最新の開発ツールはユーザーエクスペリエンスを統一することに、複数の競合する製品全体に分割するのではなく、ますます焦点を当てています。

Googleの世界に移ってから、目に見えないところに隠れているように見えるものに気づきました。Googleは彼らの多くのアプリの2つ（またはそれ以上）のバージョンを持っています。今日あなたが持っているすべての選択肢をご覧ください。

メールアプリ

• Gmail（2004年4月にリリース、2018年4月にメジャーアップデート）
• Inbox（2014年10月にリリース）

ミュージック＆オーディオアプリ

• Google Play Music（2011年11月にリリース）
• YouTube Music Premium（2015年11月にリリース、2018年5月にアップデート）
• YouTube Premium（2015年10月にリリース、2018年5月に名前変更）
• Google Podcasts（2018年6月にリリース）

ニュースアプリ

• Newsstand（2013年11月にリリース）
• ニュース＆天気（2014年8月にリリース）
• Google News（2018年5月にリリース）

ビデオチャットアプリ

• Hangouts（2015年5月にリリース）
• Duo（2016年8月にリリース）
• Meet（2017年2月にリリース）

メッセージングアプリ

• Android Messages（2015年1月にリリース）
• Hangouts（2015年5月にリリース）
• Google Allo（2016年9月にリリース）
• Hangouts Chat（2018年2月にリリース）
• Chat（2018年後半のリリース予定）

これは少し混乱していると言うのは控えめです。時々、Googleは古いバージョンを置き換えるために新しいバージョンを作成しているように見えます。時々、彼らは別の目的または別のオーディエンスのために完全に異なるアプリを作成しているように見えます。そして他の時には、彼らは新しいアプリを作成しますが、その後それを放棄して古いものに戻ります。（この「次に何が起こるか誰が知っているのか」というゲームは、上記のアプリのリリース日をすべて見つけるのをかなり難しくしました。）

それが混乱に十分でなかった場合、彼らは常にすべてのアプリの複数のバージョンを作成するわけではありません。現在、彼らのGoogle Drive、G-Suiteアプリ、Google Keep、およびGoogle Calendarはすべてそれぞれのカテゴリーの唯一のバージョンです。

では、ここで何が起こっているのでしょうか。他の大手ソフトウェア企業はこのようなデザイン＆開発のアプローチを採用していません。 なぜ彼らはこれをしているのですか？これは良い戦略ですか？

Googleがギャンブルを始める

全体的なプロダクト戦略の観点から、Googleは本質的に「複数の賭け」を配置しており、将来がどのように展開されても何か機能するようにしています。彼らは異なるアプリに対して異なるチームを作成し、その後イノベーションの自由を与えます。一度賭けが機能しているように見えると、Googleはしばしば臭名高い「春の大掃除」に従事して、十分なトラクションを得ていないアプリをシャットダウンします。

この戦略には2つの大きな利点があります。最初のものは、彼らが実際に複数のバージョンのアプリをリリースしているため、実際の人々が実際の状況でそれらをテストして、どのバージョンがより良く機能するかを見ることができるからです。クローズドドアの背後でアプリをテストするか、改善をフィーチャーごとにテストする他の企業とは異なり、Googleは実際のデータを含む大きな変更をテストできます。

2番目の利点は、複数のチームが彼らのアプリで作業しているため、より多くの多様な視点を得られるということです。アプリで作業している単一のリーダーシップチームがある場合、革新的なアイデアの可能性は低くなります。

しかし、この戦略についてすべてが素晴らしいわけではありません...

欠点＃1 - スイッチングコスト

異なるチームが異なる将来のビジョンを持ってきます。これは、異なるアプリが異なる機能を持っていることを意味します。Googleのメッセージングアプリの場合、Google Alloの製品マネージャーのツイートがあり、それは「」であるため、SMSをサポートすることはないと言っています。2020年ではなく、2010年に私たちをサーブするコミュニケーション製品を構築することです」。問題は、この機能の相同性の欠如により、人々にとって切り替えが非常に困難になる可能性があることです。SMSをサポートしないことは、Google Alloの大きな理由です。 離陸していません.

将来の異なるビジョンに加えて、アプリ間の機能の相同性には多くの時間がかかります。これは、Googleが機能の相同性なしに異なるアプリを最初にリリースするということに変わります。彼らが最新のラウンドの音楽＆オーディオアプリをリリースした方法を見てください。Google Play MusicからYoutube MusicおよびGoogle Podcastsに切り替える場合、アップロードされたダウンロード済みの音楽は転送されず、お気に入りとプレイリストは転送されず、サブスクリプションとリスニング履歴は転送されません。話す迷惑について。

このフラグメンテーション問題は、統一アプリ開発プラットフォームがトラクションを獲得した理由とまったく同じです。単一のコードベースアプローチでビルドすると、ウェブ、iOS、およびAndroid全体で変更が自動的に伝播します。ユーザーを不満にさせるスイッチングコストとデータサイロを排除します。 最新のAI支援ビルダーは、シンプルな説明から完全なアプリ基盤を生成できます。複数のチームが最終的にロードマップを整列させることを期待するのではなく、初日から機能の相同性を確保します。

欠点#2 - マーケティングの混乱

将来に関して競合する賭けを複数置くと、必然的にそのうちの1つが失敗します。これは「失敗した」アプリを失敗と呼ぶ人々につながります。そしてメディアは失敗を愛しています。それに加えて、Googleの戦略が明確でないという事実を組み合わせると、メディアは推測し始めます。これにより多くの悪い報道が生まれます。毎週のように、Googleのメッセージングアプリ戦略を批判する記事があり、それを「散らかったで衝動的」「恥ずべき」「暗闇の中で手探り状態」

メディアがアプリをより厳しく批判するだけでなく、この戦略はマーケティングチームの仕事を本当に難しくします。2018年5月のYouTube Music PremiumとYouTube Premiumのリリース前、彼らはGoogle Play Music(今でもある)とYouTube Red(今はなくなった)を持っていました。しかし、Google Play Musicを持っていた場合、YouTube Redも持っていました(その逆も然り)。

しかし、彼らがYouTube Music Premium(月額10ドル)とYouTube Premium(月額14ドル)を異なる価格ポイントで発売したとき、当然のことながら、誰もが音楽と動画ストリーミングサービスの両方を一緒に手に入れたわけではありません。既に持っていた人を除いて、彼らは既得権化されました。まだ混乱していますか?さて、YouTube Premiumを購入するとYouTube Music Premium(およびGoogle Play Music)も取得します。あ、YouTube TVもあることを言及しましたか?そしてYouTube PremiumはYouTube TVを取得しません。#なに?

これを統一されたアプリを構築およびマーケティングする単純さと比較してください。ウェブ、iOS App Store、およびGoogle Play Storeに同時に1つのバージョンを公開するプラットフォームでは、1つのメッセージで1つの製品をマーケティングしています。 異なるバージョンについて説明する必要がなく、既得権化の混乱がなく、価格帯の複雑性がありません。 ユーザーはどこでも同じエクスペリエンスを得られ、マーケティングチームは実際にバージョンの曖昧性を解消するのではなく、価値提案に焦点を当てることができます。

欠点#3 - 信頼の問題

Googleが2014年にInboxを立ち上げたとき、それは「メールの未来」になることになっていました。最初の数年間は、本当にそのように感じました。しかし、その後、新しい機能と更新のリリースが遅くなり始めました。(iPhone Xのノッチのサポートを追加するのに数ヶ月かかりました。)そして、今年5月、GoogleはiPhone Xのノッチに対応させるだけで、彼らは数か月かかりました。そしてこの前の5月に、Googleが発表しました Gmailへの大規模な更新 をロールアウトしました。これには最新のMaterial Designビジュアル、Inboxが既に持っていた多くの機能、およびメールを取り消したり有効期限を設定できるような「 機密モード 」などのまったく新しい機能が含まれています。Inboxコミュニティが何が起こるかを見守る中、アプリはどこにも行かないと約束されていますが、いつかGmailに戻す必要があるかもしれないことを考えると、本当に怖いです。

これが1回だけ起こったとしたら、Inboxの運命について楽観的に呼吸できるようになると思いますが、Google Alloでの私の状況はより深刻に見えます。Androidに切り替えたとき、避けられない「ブーイング」が友人からの苦情として始まりました。 緑色のテキスト 。嵐を乗り切ったとき、iPhoneを持っているより良い友人の何人かにGoogle Alloをダウンロードするよう説得することができました。その優れたインターフェース(特にGIFを送信するため)とGoogle Assistantとの統合により、彼らを説得することが可能になりました。

しかし、Googleがすべてのメッセージングの新しい標準として「Chat」を立ち上げるというニュースを受けて、 Google Alloの日数は数えられているようです。これは、友人にAllo経由でメッセージを送信しないよう指示する必要がある時間があるかもしれないことを意味します。信頼性は失われました。私の評判だけでなく、Googleの評判も。本当のところ、将来消える可能性がある新しいGoogleアプリを採用するのは少し緊張しています。

この信頼侵食は、製品を構築している誰にとっても注意の話です。プラットフォームの学習に時間を投資するか、他の人にそれを採用するよう説得する場合、それが放棄されないという確信が必要です。 統一されたアーキテクチャと明確な製品ロードマップを備えたプラットフォームは、持続可能な成長に不可欠な長期的な信頼を構築します。 ユーザーは、選択したツールが来年も存在するかどうか疑問に思う必要はありません。

欠点#4 - シンプルさ以外のすべて

今年のGoogle IOを見ていたとき、新しいGoogle Newsアプリが最も興奮していました。「フルカバレッジ」機能は、ワンクリックで複数のソースから関連記事を見ることができるようになり、ニュースを消費する方法のゲームチェンジャーのように思われました。セグメントの最後に、それが同じ日の後半に利用可能になることが発表されました。素晴らしい!しかし、何週間が経ち、何も起こりませんでした。My News + Weatherアプリは更新されず、非常に古くなった感じがし始めました。約1ヶ月後に、ダウンロードする必要がある別のアプリであることに気付きました。

さて、これは本当に恐ろしいことですか?いいえ、しかしそれはすべての複数のバージョンの複雑さを追加するときに発生する、平凡以下のUXの詳細の大きなパターンの一部です。例えば:Google NewsとNews + Weatherの両方からの通知を受け取ります。Google Assistantに彼女にテキストメッセージを送るように指示すると、Allo(文字通りAlloでメッセージを送信できないため!)ではなくAndroid Messagesを使用します。そして私はダウンロードした音楽とテキスト会話を電話の2つの異なる場所に持っています。

全体的に、これはGoogleのエコシステムを主な競争相手であるiOSよりもはるかに複雑に見えるようにします。Appleはメール用に1つの場所、音楽用に1つの場所、メッセージング用に1つの場所があります。技術に精通していないまたは初期の採用者ではない大多数の人にとって、これはより良いエクスペリエンスです。

ここでの教訓はコンシューマーアプリを超えてソフトウェアの構築方法まで広がります。 シンプルさが勝つ。 Adaloのプラットフォームを使用すると、単一のコードベースからウェブ、iOS、およびAndroidで動作する1つのアプリを構築できます。開発時間を節約するだけでなく、ユーザーにとってより単純なエクスペリエンスを作成しています。ユーザーはどのバージョンをダウンロードするのか、またはなぜプラットフォーム間で機能が異なるのかを疑問に思う必要はありません。1つのアプリ、1つのエクスペリエンス、どこでも。

最新の代替案:統一されたアプリ開発

Googleの断片化の問題は、統一された開発アプローチがますます魅力的になった理由を強調しています。複数のコードベース、独立したチーム、競合する製品ビジョンを管理する代わりに、最新のアプリビルダーは一度作成してどこでも展開することができます。

Adaloはこの統一されたアプローチを例示しています。プラットフォームで作成された300万以上のアプリを使用して、成功するアプリケーションを構築するのにGoogleのリソース、またはそれらの断片化が必要ないことが証明されています。プラットフォームは、単一のコードベースからApple App StoreとGoogle Play Storeに公開する複雑さを処理し、これはアプリやビジネスを立ち上げるのが最も難しい部分です。

AdaloのビルダーであるAdaは、あなたが何を望んでいるかを説明してアプリを生成することができます。Magic Startは説明からアプリの基盤全体を作成し、Magic Addは自然言語を通じて機能を追加します。

AI支援による構築アプローチは次の進化を表しています。 Magic Startは、簡単な説明から完全なアプリの基盤を生成します。コミュニティ向けのメッセージングアプリが必要であると言えば、データベース構造、スクリーン、ユーザーフローを自動的に作成します。Magic Addを使用すると、自然言語で機能を説明し、既存のアプリに構築してもらうことができます。複数の競合するビジョンを持つチームが必要だったのは、全体を通じて一貫性を保つAIとの会話を通じて起こります。

これをサポートするインフラストラクチャも重要です。2025年後半に立ち上げられたAdalo 3.0は、バックエンドアーキテクチャを完全に改装しました。アプリは、月間100万人以上のアクティブユーザーを持つアプリにサービスを提供するためにスケーリングする、モジュール化されたインフラストラクチャを備えて実行されます。有料プランには、データキャップのない無制限のデータベースレコードが含まれます。これは、ストレージに基づいて料金を請求するか、スケーリング不安を生じさせるレコード制限を課すプラットフォームとは対照的です。 3～4倍高速モジュール型インフラストラクチャを備えており、月間100万人以上のアクティブユーザーを持つアプリにスケールします。有料プランには、データ上限なしの無制限のデータベースレコードが含まれています。これは、ストレージに基づいて料金を請求したり、スケーリングの不安を生じさせるレコード制限を課したりするプラットフォームとは大きく対比しています。

文脈のために、競合するプラットフォームは異なるアプローチを採用しています:

プラットフォーム	初期価格	主な制限事項
Adalo	月額36ドル	無制限の使用、無制限のデータベースレコード、ネイティブiOS/Android
Bubble	$69/月	使用量ベースの料金、レコード制限、モバイルはウェブラッパー
FlutterFlow	ユーザーあたり月額$70	別途データベース設定が必要、ローコード（技術ユーザー向け）
Glide	月額60ドル	App Storeへの公開なし、データ行数による制限あり

ほとんどのサードパーティプラットフォーム比較とレーティングはAdalo 3.0のインフラストラクチャ刷新より前のものであることに注意してください。パフォーマンス改善と無制限のデータベースレコードは競争環境を根本的に変えました。

最終的な判断

Googleの戦略に関する（ほぼ一方的な）不満のリストがあるにもかかわらず、これは難しい決定だと言わざるを得ません。複数の候補を競わせることができるという能力はGoogleに他の企業よりも明らかな利点を与え、複数のチームに自分たちで考える自由を与えたという事実は、彼らの製品に組み込まれる革新的なアイデアの数を大幅に増やします。ですから、「最高の製品が常に勝つ」というキャンプにいるなら、Googleの戦略は非常に良好に見えます。

しかし、この戦略がGoogleにとって悪いと最終的に結論付けなければならない理由は、それが彼らの核となる目的に反するからです。

Googleは常に「世界の情報を整理し、誰もがアクセスして利用できるようにする」と言ってきました。しかし現在、この戦略は彼らのエコシステムをより整理されていない状態にしています。情報の一部があるアプリにあり、他の情報は別の場所にあります。アプリが一緒に機能することを難しくします。そしてすべてに追いつくのは大変です。 整理された情報が混乱を招くことは決してあってはなりません。

では、Googleは何をすべきでしょうか？

まず第一に、彼らは完全に方針を変えるべきではありません。いくつかの小さな変更で、すべての利点を維持しながら、ほとんどの欠点を排除できると思います。

1. すべてのアプリのすべてのバージョンが情報パリティを維持していることを確認する必要があります。 InboxとGmailの間を行き来するのは結構ですが、音楽とメッセージングの会話が複数の場所にある状況では、あなたは核となるミッションに反しています。
2. カテゴリーごとに複数の製品を持つのではなく、それらを同じ製品の複数のエクスペリエンスと考え、ユーザーがオプトインとオプトアウトできるようにすべきです。 最初のポイントに従い、すべてのコア情報が同じである場合—異なる方法で提示され、いくつかの新しい機能を備えている場合—ユーザーはすべてを失うことなく、好きなエクスペリエンスを選択できます。これにはまた、Alloの画像検索のような1つのエクスペリエンスから機能を保持することを決定できるという追加の利点があります。赤ちゃんまで 一緒に捨てる必要はありません.
3. 最後に、彼らはより透明性を持ち、より良くコミュニケーションを取る必要があります。 複数のチームが製品の複数のバージョンに取り組むことを決定した場合、より高いレベルのコミュニケーションが必要です。彼らは私たちに物事がどのように進んでいるか、そして彼らの実験から何を学んでいるかを伝える必要があります。オープンで正直なコミュニケーションを通じてのみ、私たちは誰かを真に信頼できます。

私はGoogleが今日最も革新的な企業の1つであると信じており、この戦略がその理由の1つだと信じています。彼らがそれを進化させ続けて、世界の情報を整理するという目的に忠実でありながら、素晴らしい製品を提供し続けることができることを願っています。

自分たちのアプリを構築している私たちにとって、教訓は明らかです： 統一されたエクスペリエンスは断片化されたものに勝ります。 ソロファウンダーであろうと成長するチームであろうと、プラットフォーム間で一貫性を保つツールを選択することで、テック企業でさえ苦労している切り替えコスト、マーケティング混乱、信頼の問題から救われます。

Adaloを他のアプリ構築ソリューションより選ぶ理由は何ですか？

Adaloは、単一のコードベースから真のネイティブiOSおよびAndroidアプリを作成するAI搭載アプリビルダーです。Webラッパーと異なり、ネイティブコードにコンパイルされ、Apple App StoreおよびGoogle Play Storeに直接公開されます。有料プランで無制限のデータベースレコードがあり、使用量ベースの料金がないため、予測可能な価格設定で請求ショックを回避できます——アプリの起動で最も難しい部分が自動的に処理されます。

Adaloは、真のネイティブiOSおよびAndroidアプリを作成するAIを搭載したアプリビルダーです。ウェブラッパーとは異なり、ネイティブコードにコンパイルされ、単一のコードベースからApple App StoreとGoogle Play Storeの両方に直接公開されます。アプリのローンチという最も難しい部分が自動的に処理されます。有料プランでは無制限のデータベースレコードが含まれ、使用量ベースの料金がないため、アプリの成長に伴って予期しない請求に直面することはありません。

AdaloのドラッグアンドドロップインターフェイスとAIアシスト構築により、数ヶ月ではなく数日でアイデアから公開アプリまでたどり着くことができます。Magic Startはシンプルな説明から完全なアプリ基盤を生成し、プラットフォームは複雑なApp Store送信プロセスを処理するため、証明書とプロビジョニングプロファイルではなく、機能とユーザーエクスペリエンスに集中できます。

Adaloのドラッグ&ドロップインターフェースとAI支援ビルディングにより、数か月ではなく数日でアイデアから公開アプリまで進むことができます。Magic Startは説明から完全なアプリ基盤を生成し、プラットフォームは複雑なApp Store提出プロセス（証明書、プロビジョニングプロファイル、ストアガイドライン）を処理します。アプリの機能とユーザーエクスペリエンスに集中できます。

複数のバージョンを管理することなく、すべてのプラットフォーム間でシームレスに機能する統一アプリを構築できますか？

はい。Adaloを使用すると、ウェブ、iOS、Androidプラットフォーム全体でシームレスに機能するアプリの1つのバージョンを作成できます。複数の競合するアプリによるGoogleの断片化されたアプローチとは異なり、すべてのプラットフォーム全体で一貫性を維持し、別々のアプリケーションを管理することに関連する混乱と切り替えコストを排除します。

Adaloはどのようにしてgoogleのアプリエコシステムで見られる断片化と機能パリティの問題を防いでいますか？

Adaloの単一コードベースアプローチにより、アプリはすべてのプラットフォーム全体で完全な機能パリティを自動的に維持します。変更を加えたり機能を追加したりすると、ウェブ、iOS、Androidバージョンに即座に反映され、断片化されたエコシステムのユーザーを悩ませる切り替えコストと情報サイロが排除されます。

Adalo と Bubble のどちらがより手頃ですか？

Adaloは月額36ドルからで、無制限の使用量と無制限のデータベースレコードが含まれます。Bubbleは月額69ドルからですが、使用量ベースの料金（Workload Units）とレコード制限が含まれており、アプリがスケールするにつれて予期しないコストが発生する可能性があります。Bubbleのモバイルソリューションも、ネイティブアプリではなくウェブラッパーです。

初心者にとって、Adalo と FlutterFlow のどちらが簡単ですか？

Adaloは初心者にとって非常に使いやすいです。FlutterFlowはローコードプラットフォームで、外部データベースのセットアップと管理に慣れている技術ユーザー向けに設計されています。Adaloには統合データベースが含まれており、「PowerPointと同じくらい簡単」と説明されており、シンプルな説明からアプリ基盤を生成するAI機能があります。

モバイルアプリの場合、Adaloはglideより優れていますか？

真のモバイルアプリの場合、はい。Glideはappleアプリストアまたはgoogleプレイストア公開をサポートしていません。ウェブアプリのみを作成します。AdaloはネイティブのiOSおよびAndroidコードにコンパイルし、アプリストア提出プロセス全体を処理します。Glideはシンプルなスプレッドシートベースのウェブアプリの方が高速ですが、AdaloのSheetBridge機能もgoogleシートをネイティブモバイルアプリに直接接続します。

Adaloは、頻繁にアプリを中止するプラットフォームと比較してユーザーの信頼をどのように維持していますか？

Adaloの統一プラットフォームアプローチとは、選択した開発パスが放棄されたり、競合する内部製品に置き換わったりするリスクがないということです。プラットフォーム上で300万以上のアプリが作成され、100万以上の月間アクティブユーザーにスケールするインフラストラクチャを備えているため、アプリは一貫性と信頼性を保つことができます。持続可能な成長に不可欠な長期的なユーザーの信頼を構築します。

複数のアプリバージョンを管理することに伴うマーケティング混乱を避けることはできますか？

もちろんです。Adaloを使用すると、異なるバージョンをユーザーに説明するのに苦労する代わりに、1つの統一製品をマーケティングします。このシンプルさは、より明確なメッセージング、ユーザーの信頼の向上、そしてより直前のエクスペリエンスに変換されます。これにより、Googleのようなテック企業でさえ苦労しているマーケティングの狂気を避けることができます。

Adaloでアプリを構築して公開するのにどのくらい時間がかかりますか？

ほとんどのアプリは、数か月ではなく数日で概念から公開まで進むことができます。Magic Startはシンプルな説明からデータベース構造、スクリーン、ユーザーフローを生成します。Magic Addでは、自然言語で追加機能を説明できます。プラットフォームはApp Store提出を処理するため、証明書とガイドラインに何週間も費やす必要はありません。