App.Net: 理想から現実までには長い道のり

[コアヒント] 資金調達の成功は、App.Net にとって最初のステップにすぎません。製品の特性上、新規ユーザーの獲得や開発者の誘致が非常に困難です。こうした状況下で、エコシステムを構築し、「インターネットのインフラになる」というビジョンを実現することは、極めて大きな課題です。

この時代の最も優秀な人材が、ユーザーに広告をクリックさせるためにあらゆる手段を講じることに費やされていることは、私たちにとって悲しいことです。

—ジェフ・ハマーバッハー、フェイスブック元データ責任者

Twitter は設立当初、オープン API システムを活用することで急速な成長と初期の成功を達成しました。今日の古いユーザーは、サードパーティのクライアントが繁栄していたが、公式ウェブサイトが頻繁にクラッシュしていた時代をまだ覚えているはずです。 Twitter は、オープン API ネットワークにより、スタートアップ企業として急速に多数のサードパーティ開発者を獲得し、ほぼすべての既存のインターネット サービスに統合されました。当時、Twitterは「世界の脈」となっていました。さまざまなサービスに統合されたTwitter APIを通じて、インターネット上の情報が自由に流れていました。Twitterはソーシャルネットワーキングサービスというよりも、インターネット上の情報をスムーズに流通させるインフラだったと言ったほうが正確でしょう。

残念ながら、規模が大きくなるにつれて、Twitter の戦略は変化しました。広告で収益を上げる必要があり、ユーザーに広告を見てクリックしてもらうには、インターネットのあらゆる場所からユーザーを公式 Web ページやアプリに呼び戻す必要がありました。そこで同社は開発者ポリシーを繰り返し厳しくし、サードパーティのクライアント開発者にさまざまな障害を課し、情報の流入を促進し、情報の輸出を制限するようになりました。

Twitterは、まだ収益化を達成しておらず、生き残るために大きなプレッシャーにさらされているスタートアップに過ぎません。その戦略転換を「規模で顧客をいじめている」と責めることは難しいでしょう。ただ、Twitter はもっと改善できたはずだと私たちは皆感じている。情報の流れを促進するインターネット インフラストラクチャは、単なるソーシャル ネットワークよりもはるかに価値があるのだ。

これは起業家ダルトン・コールドウェルが繰り返し主張してきた点です。現在、彼は自身のアイデアに従って「より良いTwitter」を実装することを決定しました。それは、ユーザーが広告をクリックすることで存続する別のソーシャルネットワークではなく、インターネットのインフラストラクチャです。

ここで App.Net プロジェクトが登場しました。現在の製品形態はTwitterに似ており、インターネットのインフラとなることを目指しています。自社の存続問題を解決し、製品の形態やサービスの質に影響を与える広告をクリックするプレッシャーを回避するために、各ユーザーに年間 50 ドルの料金を請求するというアプローチをとっています。

App.Net は Kickstarter と同様の期間限定の資金調達を通じて、50 万ドルのスタートアップ資本の基準値を達成し、それを上回り、実際の運用段階に入りました。しかし、プロジェクトは一時的に運用されているものの、App.Net は依然として多くの課題に直面しています。

ユーザー数は？

これまでのところ、App.Net の初期ユーザーは 10,000 人を超えています。しかし、ソーシャル ネットワークとして成功し、さらにはインターネット インフラストラクチャとして成功するには、App.Net はより多くのユーザーを獲得する必要があります。年間50ドルという利用料の上限と、現時点でのユーザー数の少なさが、成長への道のりにおける最大の課題となっている。

これに対して、創設者のダルトン・コールドウェルは自身のブログでこう述べた。

App.Net のアーリーアダプターが、Quora や Instagram などの成功した製品のアーリーアダプターと非常に重なっているのを見てうれしく思いました。これらの初期ユーザーに共通するのは、制作するコンテンツの品質を重視し、革新的なアイデアを考案するのが得意で、新しい製品を試す意欲があることです。

ダルトンの言っていることは非常に明確です。ユーザー数や成長率は最も重要ではなく、初期ユーザーの質が製品の方向性を決定するのです。つまり、ある意味では、50 ドルの年会費は質の低いユーザーを除外するフィルターとして機能します。質の高いユーザーが質の高いコンテンツを制作できるようにすることが、App.Net の価値を高める基本的な方法です。このように、Twitter がすでに膨大な数のユーザーを抱えている中で、App.Net は新たな境地を切り開き、独自の方法で成功することができます。

しかし、ダルトン氏はある点を見落としているようだ。質の高いユーザーがいるからといって、コンテンツの質が高いということにはならず、ユーザーのアクティビティが高いということにもならないのだ。

App.Net の現在の製品形態は Twitter に似ており、ダルトン氏が提唱する Quora や Instagram のように、ユーザーに優れたコンテンツの作成を促しにくい。最も典型的な証拠は、App.Net が公開しているサイト全体の公開タイムラインを見ると、そこには価値のある情報がほとんどないことが分かることです。

同時に、App.Net は早期参加者にユーザー名を予約する特典を提供しているため、多くの人が 50 ドルを費やすだけで自分のユーザー名を取得し、この新製品の見通しを観察しています。資金調達の初期段階で投資した人々の多くは、このサービスの将来については楽観的ではない一方で、Twitter 上で非常に活発に活動し続けていることがわかります。

Twitterが「世界の脈動」となり、メディア形態、データ分析、さらには世論誘導など、多くの面で独自の価値を持つようになったのは、コンテンツ制作やデータ分析の基盤として巨大なユーザーベースを持っていることが大きい。マイクロブログ製品は、質疑応答サービスでも写真共有サービスでもありません。急速に増加するユーザー数がなければ、効果的な普及を実現することは困難です。現時点では、Twitter からの強い圧力を受け、年間利用料の基準を 50 ドルに設定している App.Net は大きな課題に直面しています。

開発者ですか?

App.Net は、リリース当初、開発者の誘致に多大な注意を払いました。開発者だけでなくユーザーからの申請も受け付けるだけでなく、早い段階でAPIアクセスドキュメントをGithubで公開し、開発者と利益を分配することを約束しました。開発者のユーザーが増えるほど、得られる利益も増えるのです。

しかし、このアプローチが開発者の注目を集めることができるかどうかはまだ分からない。

現在ユーザー数が1万人強しかおらず、正式にリリースもされていない新製品が、開発者に100ドルの参加費を請求している。収益分配を約束したとしても、開発者が十分な収益を得られるという保証はありません。 App.Net よりも開発が容易で、App.Net よりもユーザーが多く、App.Net よりも参入障壁が低いオペレーティング システムやネットワーク サービスが失敗するケースを私たちは数多く見てきました (webOS は、難易度が低く、障害の閾値が低い典型的な例です)。 App.Net がさらに優れたものとなり、開発者にとってより魅力的なものになるかどうかは未知数です。

また、既存のサードパーティツールを見ると、独立した新規クライアント製品とWeb製品が大部分を占めています。これは、短期的には、App.Net のサードパーティ クライアントの品質が、Twitter の高品質なサードパーティ クライアント製品ラインと競争できないことを意味します。

おそらく App.Net は、多くのサードパーティ製 Twitter クライアントが Identi.ca と互換性があったのと同じように、Tweetbot や Twitteriffic のような小規模なサードパーティ製 Twitter クライアント開発者を説得して、自社製品に App.Net ログイン ポータルを追加させることができるでしょう。しかし、この目標を達成するのは非常に困難です。Identi.ca は制限のないオープンソース プロジェクトであり、Twitter クライアント開発者は、ユーザー数が 10,000 人を超えるだけの新しいサービス ログイン インターフェイスを追加するために 100 ドルを費やす用意があるでしょうか?

そのため、Twitter の API ポリシーがますます厳しくなり、サードパーティのクライアント開発者がますます排除されているにもかかわらず、App.Net がこれらの開発者を引き付けるのは依然として非常に困難です。

エコシステム？

サービスが「インターネットのインフラストラクチャ」になりたい場合は、他のインターネット サービスと十分に統合して、それらのサービスとの間で情報の入出力を形成し、情報の流れのチャネルを開く必要があります。当時の Twitter の成功は、サードパーティ サービスの統合と密接に関係していました。 Twitter は情報のエクスポートを制限するポリシーを強化していますが、ほとんどすべてのサードパーティの Web サイトで、「Twitter に共有」、「Twitter に接続」、「Twitter アカウントでログイン」などの目立つ表示が依然として見られます。iOS や OS X などのヘビー級のオペレーティング システムも Twitter を深く統合しています。

この場合、App.Net がインターネットのインフラストラクチャになるためには、サードパーティのサービスから十分なサポートを得る必要があります。しかし、現在の App.Net の規模では、できるだけ多くの Web サイトを App.Net に接続するように展開することは困難です。主流のオペレーティング システムと深く統合されるまでに成長していることは言うまでもありません。当然ながら、ユーザーが記事を読んで共有しようとしたときに、その下に「Twitter で共有」は表示されるものの「App.Net で共有」は表示されない場合は、基本的に記事の URL をコピーして App.Net に貼り付けるのではなく、Twitter で共有を選択することになります。

幸いなことに、Storify や Buffer など、いくつかの Web サイトが App.Net のサポートを開始しています。しかし、App.Net のその後の発展が、サードパーティの Web サイトを App.Net のサポート展開に引き付け続けることができるかどうかの見通しは楽観的ではありません。サードパーティの Web サイトは App.Net のビジョンではなく、ユーザー数や普及効果などの実際の指標を重視しているからです。

結論

つまり、資金調達の成功は App.Net にとって最初のステップに過ぎません。製品の特性上、新規ユーザーを獲得したり開発者を引き付けたりするのは極めて困難です。このような状況下で、エコシステムを構築し、「インターネット インフラストラクチャ」というビジョンを実現することは、App.Net にとって極めて大きな課題です。

特に明記されていない限り、すべての Geek Observations は Geek Park からのオリジナル レポートです。転載する場合は、元のリンクを明記してください。

元のアドレス: http://www.geekpark.net/read/view/162843 Geek Park では現在投稿を受け付けており、記事の共有を歓迎します。

原題: App.Net: 理想から現実へはまだ長い道のり

キーワード: App.Net、理想、現実、重い責任、長い道のり、コア、ヒント、資金調達の成功、ウェブマスター、ウェブサイト、ウェブサイトのプロモーション、金儲け