App.net
App.net は、有料で広告のないソーシャルネットワーク兼 API プラットフォームでした。初期支援を集めても、ユーザー課金モデルだけで十分な有料利用者とサードパーティアプリ需要を作れなければ、価値観ベースのポジショニングは続きにくいことを示しています。
元のストーリーを見るプロダクト概要
何だったか
App.net は、広告なしの有料ソーシャルネットワークと、開発者がその上にアプリを作るための API を提供しました。
誰のためか
課題 / 価値
広告主ではなくユーザーと開発者を顧客にすることで、より開かれたソーシャル基盤を作ろうとしました。
中核ワークフロー
ユーザーは有料でアカウントを作り、投稿や会話を行い、開発者は API を使ってクライアントや連携サービスを作る流れでした。
中核依存
十分な有料ユーザー、継続更新、開発者エコシステム、サードパーティアプリの配布、日常的なソーシャル習慣に依存していました。
プロダクト形態
何が起きたか
概要
App.net は強い初期支援を得ましたが、有料ユーザー、日常利用、開発者エコシステムの循環を十分に作れず、メンテナンスモードを経て 2017 年に終了しました。
結果
サービスは 2017 年に終了し、ユーザーデータは削除され、プラットフォームはオープンソース化の対象として説明されました。
終了理由
十分な収益がなくフルタイムスタッフを維持できず、最終的にサービス終了とデータ削除が告知されました。
タイムライン
- Twitter 代替や広告なしソーシャルへの不満はありましたが、主流ユーザーの習慣と開発者配布は既存ネットワークに強く寄っていました。
- 価値観への支援と、日常的な有料利用を分けて検証するべきだった。
- 開発者 API の前に、エンドユーザー側の反復利用をより狭く証明するべきだった。
- 更新率と支払い継続を早期に成長指標の中心に置くべきだった。
- App.net は広告なしソーシャルの野心的な試みとして注目されましたが、終了時には有料ソーシャル基盤の難しさを示す事例として報じられました。
作る前に確認すること
なぜ重要か
有料ソーシャルと API プラットフォームは、エンドユーザー需要、開発者配布、継続課金を同時に検証する必要があります。
主な確認事項
有料ソーシャルや API プラットフォームを作る前に、ユーザー習慣、開発者配布、更新時の支払い意欲が同時に成立するかを証明してください。
チェックリスト
- 支援者は一度払うだけでなく、翌年も更新するのか。
- ユーザーは既存ネットワークではなく App.net を毎日開く理由があるのか。
- 開発者はどこでユーザーを獲得できるのか。
- API エコシステムは、エンドユーザー需要が小さくても自走できるのか。
開発前テスト
- 価値観への支援、日常利用、更新課金を別々に測る。
- 一つの狭いソーシャル用途で有料継続を検証する。
- 開発者向け API の前に、サードパーティアプリの配布経路を確認する。
- 更新率、解約理由、開発者経由の利用者獲得を毎月追う。
応用できる学び
- 広告なしという思想だけで継続課金が成立すると考える。
- 開発者 API を先に広げ、エンドユーザーの習慣化を後回しにする。
- クラウドファンディングの支援額を長期需要と見なす。
- 更新率と解約を十分に見ないままプラットフォーム投資を増やす。
- ユーザーが毎日戻る具体的なソーシャル用途がある。
- 有料更新率が初期支援後も維持されている。
- 開発者が作ったアプリに明確な配布先がある。
- API 利用がエンドユーザーの継続率を実際に高めている。
今作るなら
有料ソーシャルまたは API プラットフォームを価値観への共感だけに頼る前に、エンドユーザーの習慣、開発者の配布経路、更新時の支払い意欲を検証してください。