Spotifyのデザイン思考 — ユーザー体験を進化させる仕組み

Spotifyが世界で6億人以上のユーザーを持つ音楽ストリーミングサービスに成長した背景には、単なる技術的な優位性以上のものがあります。 継続的にユーザーの体験を進化させる組織的な仕組みと、それを支えるデザイン思考の文化 です。

Appleの優れたハードウェアエコシステム・AmazonのPrime会員基盤・Googleの検索技術という強力な競合がひしめく音楽ストリーミング市場で、Spotifyが差別化を維持し続けてきた理由の核心は、 「ユーザーが本当に何を求めているか」を継続的に発見し続ける能力 にあります。

Spotifyの組織設計：スクワッドモデル

スクワッドとトライブの仕組み

Spotifyの組織設計において最も広く知られているのが「スクワッドモデル」です。2012年にHenrik KnibergとAnders Ivarissonが発表したペーパー「Scaling Agile @ Spotify」で公開されたこのモデルは、 小規模・自律的・職能横断型のチーム（スクワッド）を基本単位とする組織設計 です。

スクワッドは6〜12名で構成され、プロダクトマネージャー・デザイナー・エンジニア・データアナリストが同じチームに属します。重要なのは、 デザイナーがチームの外側にいる「コンサルタント」ではなく、チームの内側にいる「共同開発者」として機能する という構造です。

デザイン思考の観点からこの構造を分析すると、共感・定義・発想・プロトタイプ・テストという5フェーズが、スクワッドの日常的な作業サイクルの中に組み込まれています。2週間のスプリントの中で、 ユーザーインタビュー（共感）→問題の整理（定義）→解決策の発案（発想）→プロトタイプ作成→ユーザーテスト というループが回ります。

デザイン組織：デザイナーとリサーチャーの配置

Spotifyのデザイン組織は2020年代に大幅に強化されました。Product Designer（UXデザイナー）・User Researcher・Design System Designer・Brand Designerという役職で構成されています。

特筆すべきは User Researcher（ユーザーリサーチャー）の配置 です。Spotifyは各製品領域（Discovery・Podcast・Creator・Premium体験など）にリサーチャーを配置し、継続的なユーザーリサーチを製品開発の標準プロセスとして組み込んでいます。「月に一度、実際のユーザーと話す」という習慣が、共感フェーズを一過性のイベントではなく継続的なプラクティスにしています。

ユーザー体験設計の実例：Discover Weekly

偶然の発見を設計する

2015年8月にリリースされた「Discover Weekly」は、Spotifyのプロダクト設計の哲学を象徴する機能です。毎週月曜日に更新される、そのユーザーだけのプレイリスト。 「まだ知らないが、好きになれる音楽を届ける」 という体験を、機械学習で実現したものです。

しかしDiscover Weeklyが示す最も重要な教訓は技術ではなく、 その機能が生まれた経緯 にあります。この機能の原型となったのは「Spotify Radio」というすでに存在していた機能でしたが、ユーザーにあまり使われていませんでした。

Spotifyのプロダクトチームが実施したユーザーリサーチで、繰り返し出てきたインサイトがありました。ユーザーが本当に欲しいのは「無限に続くラジオ」ではなく、「 自分のために誰かが選んでくれた感覚のある、有限のプレイリスト 」だったのです。「あなたのために選んだ30曲」という形式が「ランダムに流れ続ける」より深い関与を生む——このインサイトが、Discover Weeklyの設計に反映されました。

30分で試せるプロトタイプ

Spotifyの内部では、Discover Weeklyがリリース前に ハッカソンのプロジェクトとして生まれた ことが知られています。エンジニアのChris JohnsonとCordelia McGovernが社内ハッカソンで作った粗削りなプロトタイプが、プロダクトチームの目に留まったのです。

このプロセスはデザイン思考のプロトタイプフェーズの本質を体現しています。完成品を作る前に、 「このアイデアが機能するかどうか」を最小コストで検証する ——ハッカソンというフォーマットがその実験場として機能しました。

Spotifyデザインシステム：一貫性と柔軟性の両立

Encore（アンコール）の役割

Spotifyは独自のデザインシステム「Encore」を運用しています。EncoreはSpotifyのすべての製品（iOS・Android・Desktop・Web・TV）で共通して使われるUIコンポーネント・デザイントークン・インタラクションパターンの集合体です。

デザインシステムがデザイン思考に与える影響は直接的です。 デザイナーがゼロから部品を作る必要がなくなることで、ユーザーリサーチと問題定義により多くの時間を使える ようになります。「どのボタンのサイズにするか」という実装の選択ではなく、「このユーザーのニーズを満たす最善の体験は何か」という本質的な問いに集中できます。

Encoreの設計原則の一つは「Inclusive by default（デフォルトで包括的）」です。アクセシビリティ・国際化対応・パフォーマンスが、デザインシステムのレベルで担保されることで、個々のスクワッドがアクセシビリティを後付けで考える必要がなくなります。

コンテキスト理解：「次の10億ユーザー」への設計

新興市場でのユーザーリサーチ

Spotifyはインド・ブラジル・インドネシアなどの新興市場への展開において、深刻な課題に直面しました。北米・欧州のユーザーを前提に設計されたSpotifyのUXが、 低速回線・低スペック端末・データ通信コストに敏感なユーザー に向けて十分に機能しないという問題です。

Spotifyのチームはこれらの市場に実際に赴き、 現地のユーザーのコンテキストを観察するフィールドリサーチ を実施しました。200MBのモバイルデータしか持てないインドのユーザーが、楽曲をどのように選択・保存・共有しているかを観察することで、「データ節約モード」「オフライン再生の優先化」「軽量バージョン（Spotify Lite）」といった機能の必要性が明確になりました。

この一連のプロセスは、デザイン思考の共感フェーズが「本社のオフィスで行う作業」ではなく 「ユーザーのコンテキストの中に飛び込む作業」である ことを示す実例です。

Podcast投資とユーザーニーズの発見

Spotifyは2019年以降、Podcastへの積極的な投資（Gimlet Media・Anchor・The Ringer買収）を行いました。この戦略的決定の背景にも、 ユーザーデータとリサーチからの発見 があります。

Spotifyのユーザーデータ分析から、 Spotifyで音楽を聴くセッションとPodcastを聴くセッションが、同じユーザーの中で相補的に機能している パターンが見えていました。音楽は感情的な状態に合わせてアクティブに選ぶが、Podcastは「ながら聴き」の時間帯に消費される——この行動パターンの発見が、「Spotifyをオーディオ全体のプラットフォームにする」という戦略の土台になりました。

A/Bテスト文化：常に検証する

数千のA/Bテストが同時進行

Spotifyの開発文化の中核にある実践の一つが、 A/Bテストの日常化 です。Spotifyでは常時数千のA/Bテストが世界中のユーザーを対象に走っていると言われています。

ホームスクリーンのレイアウト変更・検索バーの配置・おすすめアーティストの表示枚数——これらすべてが ユーザーの行動データで検証されてから全ユーザーに展開されます。 この文化は、デザイン思考のテストフェーズが「一度やって終わり」ではなく、 継続的なサイクルとして組み込まれている ことを示しています。

A/Bテストの判断基準として使われる指標は「エンゲージメント」だけではありません。Spotifyは「長期的なユーザー幸福度（Long-term User Satisfaction）」を測るための独自指標を開発しており、短期的なクリック率の最大化が長期的なユーザー関係に悪影響を与えていないかを監視しています。

「破壊的なUX変更」のテスト

2023年、SpotifyはホームスクリーンUIの大幅な刷新を実施しました。この変更は事前に大規模なユーザーテストが行われ、 旧デザインと新デザインを数ヶ月間並行して走らせ、長期指標での優位性が確認されてから 全ユーザーに展開されました。

大規模なUIリニューアルで多くのサービスが「ユーザーの怒り」を経験しますが、Spotifyが大きな反発を受けにくい理由の一つは、この長期検証プロセスにあります。 「変更を加えてから検証する」ではなく「検証してから変更する」 という順序の徹底です。

チームコラボレーション：クリエイターとのCo-design

アーティストツールの設計

Spotifyには「Spotify for Artists」というアーティスト向けの管理ツールがあります。このツールの設計プロセスでは、 実際の音楽アーティスト（特に中小規模のインディーアーティスト）が共同設計者（Co-designer）として参加 しています。

スタジオのエンジニアがリスニングデータをどう解釈するか・ツアーの準備中にどの情報が必要か・新曲リリース前にどんな分析が欲しいか——これらをアーティストとのワークショップで収集し、機能設計に反映するプロセスは、共感フェーズとプロトタイプ検証の組み合わせです。

まとめ：デザイン思考が組織に根付くとき

Spotifyの事例が示す最も重要な教訓は、 デザイン思考は「プロセスの名称」ではなく「組織の動き方」だということです。

スクワッドという組織設計・継続的なユーザーリサーチ・デザインシステムによる基盤整備・A/Bテストの日常化——これらは個別に見れば組織設計・リサーチ・デザインエンジニアリング・データサイエンスの話ですが、全体として「ユーザーのニーズを継続的に発見して、反復的に改善する」というデザイン思考の本質が機能しています。

Spotifyが成長し続けられる理由は、「最初から正しい答えを持っていたから」ではありません。 「ユーザーから学び続け、方向を修正し続ける仕組みを持っているから」です。 それが組織化されたデザイン思考の真の価値です。

---

参考文献

• Henrik Kniberg & Anders Ivarsson, “Scaling Agile @ Spotify,” Spotify Labs, 2012
• Spotify Design, “Our Design Principles,” design.spotify.com, 2020
• Glenn McDonald, “Spotify Discovery Week: Understanding the Algorithm,” The Atlantic, August 2015
• Cliff Kuang & Robert Fabricant, User Friendly: How the Hidden Rules of Design Are Changing the Way We Live, Work, and Play, MCD, 2019