Web AppShut Down

Grooveshark

Grooveshark は、ユーザーが楽曲をアップロードし、無料でオンデマンド再生できる Web ベースの音楽ストリーミングサービスでした。

元のストーリーを見る

プロダクト概要

何だったか

Grooveshark は、ユーザーが Web ベースのオンデマンド音楽カタログで楽曲をアップロード、検索、ストリーミング、整理できるようにしていました。

誰のためか

無料ストリーミングを求める音楽リスナー初期のストリーミング利用者プレイリスト作成者幅広い楽曲の利用可能性を求めるユーザーユーザーアップロード型カタログに慣れたリスナー

課題 / 価値

ライセンス済みストリーミングがまだ成熟していなかった時期に、音楽発見と再生を即時かつ無料に感じられるものにしました。

中核ワークフロー

ユーザーはトラックを検索し、アップロードされた音楽を再生し、プレイリストを作り、広いカタログを無料オンデマンド音楽ライブラリとして使いました。

中核依存

音楽権利、ライセンス経済性、削除対応、来歴管理、権利者へ支払えるだけの強い収益化。

プロダクト形態

Web 音楽ストリーミングサービスユーザーアップロード楽曲カタログオンデマンド再生プレイリスト音楽発見ツール

価格モデル

ここで確認した公開情報では、ライセンス費用を賄える持続的な収益モデルは開示されていません。報道では無料ストリーミングと、ライセンス訴訟後の停止が説明されています。

競合または代替手段

SpotifyDeezerGoogle Play MusicRdioライセンス済みストリーミングサービス権利者としてのレコード会社と出版社

何が起きたか

概要

Grooveshark は 2015 年、大手レコード会社との法的和解後に停止しました。公開上の教訓は、ユーザーが音楽ストリーミングを嫌ったことではありません。価値ある第三者コンテンツ上に作るプロダクトは、規模がその欠落を致命的にする前に、執行可能な権利、来歴、収益化を必要とするということです。

結果

Grooveshark は運営を停止し、公開報道で説明されているように、著作権のある作品を削除し、サイト、アプリ、知的財産資産を引き渡すことに同意しました。

中核リスク

無料またはユーザーアップロード型コンテンツは成長を生む一方で、後にプロダクトが存在できるかを左右する権利負債を蓄積することがあります。

終了理由

確認した情報源は、停止を著作権訴訟、ライセンス不足、大手レコード会社との和解条件に結びつけています。

需要シグナル

これは需要なしの事例ではありません。公開情報は広い利用を示していますが、サービスはカタログの多くについて確保できていない音楽権利に依存していました。

集客上の問題

無料アクセスと広いカタログはリスナー需要を生みましたが、その配信上の優位性はレーベルや権利者が支配するコンテンツに依存していました。

タイムライン

  • 2006 年:Grooveshark はオンライン音楽ストリーミングサービスとして設立されました。
  • 2011 年:Ars Technica は、大手レコード会社が Grooveshark を訴えたと報じました。
  • 2014 年:The Guardian は、レーベル側が同社への著作権訴訟で勝訴したと報じました。
  • 2015 年:TechCrunch、The Guardian、Ars Technica は、Grooveshark が和解の一環として停止したと報じました。
  • 停止声明では、Grooveshark が大量の音楽についてライセンスを確保できず、即時に運営を停止することに同意したとされています。

作る前に確認すること

なぜ重要か

カタログ、データセット、モデル出力、ユーザーアップロードコンテンツが中核価値なら、権利と来歴が成長の持続性を決めます。供給を支配する相手からの許可がなければ、人気だけでは補えません。

主な確認事項

第三者コンテンツを中核供給にする前に、権利、来歴、ライセンス経済性を検証してください。

チェックリスト

  • 未ライセンスのコンテンツを削除しなければならなくなっても、プロダクトは機能するか。
  • 誰が法的にカタログをオフラインにできるか。
  • 売上はライセンス済み供給の費用を賄えるか。
  • ユーザーが最も価値を感じるコンテンツまたはデータを誰が所有しているか特定する。
  • 主要な供給源ごとにライセンス状態を記録する。
  • 削除、監査、繰り返し侵害者への対応ワークフローを実装する。
  • 収益化が権利とコンプライアンス費用を賄えるかテストする。

参考になる場合

  • 音楽、動画、画像、出版、AI、検索、リミックス、ユーザーアップロード型プラットフォームを作っている。
  • プロダクトがスクレイピング、アップロード、ライセンス取得、第三者コンテンツに依存している。
  • 価値提案がカタログの成長とともに強くなる。

参考になりにくい場合

  • 所有コンテンツまたは明確にライセンスされた入力だけを使っている。
  • 第三者コンテンツは副次的であり、削除しても中核価値が壊れない。

開発前テスト

  • 小さなライセンス済みカタログでローンチし、リテンションを測る。
  • アップロードやスクレイピングを拡大する前に権利監査を行う。
  • 現実的なライセンス費用に対して、有料転換または広告収益をテストする。

応用できる学び

  • カタログ成長が主機能になる前に権利を検証する。
  • 来歴管理と削除対応ワークフローを早く作る。
  • 無料アクセスを切り口にする前に、ライセンス費用をモデル化する。
  • 無料アクセスへのユーザー需要を、持続可能な供給モデルと混同しない。

今作るなら

より小さな合法カタログから始め、リテンションと収益化を証明し、アップロードを拡大する前に削除対応、来歴管理、監査ワークフローを作るべきです。