Spotify 把粉絲變工作流
我拆 Spotify 和 Universal 的 AI remix 合約,看看它怎麼把粉絲行為變成可授權、可計費、可控的產品流程。

Spotify 的 AI remix 合約把聽歌變成可授權、可計費的創作流程。
我用 Spotify 很多年了,老實說它一直有種「很乾淨,但也很死板」的味道。歌可以收藏、可以丟播放清單、可以分享,功能都很順,可是你真的想做粉絲會做的事時,就卡住了:改編、翻玩、混音、做 cover、把歌弄得有點怪但還算尊重原作。平台以前對這些事幾乎沒想像力。它像是在說:你聽就好,別亂動。
所以我看到 The Guardian 寫 Spotify 和 Universal Music Group 要讓訂閱者做 AI remixes,我第一個反應不是「哇很酷」,而是:終於有人承認,粉絲早就不是被動聽眾了。大家本來就會拿 AI 去做各種音樂邊角料,只是以前都在灰色地帶。真正的差別,不是能不能做,而是平台要不要把這件事包進授權、歸因、分潤裡。
這篇我不是在講新聞,我是把這個 deal 拆成一個產品方法論,順便翻成你如果要做類似功能,應該怎麼下手。
Spotify 不是在賣 AI 音樂,它是在賣許可
訂閱 AI 趨勢週報
每週精選模型發布、工具應用與深度分析,直送信箱。不定期,不騷擾。
不會寄垃圾信,隨時可取消。
“This initiative is firmly artist-centric, rooted in responsible AI, and will drive growth for the entire ecosystem.”
這句是 Universal Music 執行長 Lucian Grainge 在 The Guardian 報導裡講的。你一看就知道,這案子不是在推一個「大家來亂生歌」的玩具,而是在包裝成 artist-centric、responsible AI、ecosystem growth。講白一點,就是先把法律和商業講順,再談 AI。

翻譯一下就是:Spotify 想把 AI 音樂從灰色市場搬進授權市場。重點不是模型多厲害,也不是生成速度多快,而是「這個 remix 能不能合法做」。如果你做的是第三方內容,最先要處理的不是 prompt,而是權利關係。誰先同意?誰能退出?誰拿錢?誰要被標註?這些不先想,功能做出來也只是等著被告。
我以前看過不少產品團隊一頭熱先做生成介面,按鈕很漂亮、demo 很會演,結果 rights layer 完全沒設計。那種東西一上線就像拿火把進油庫。Spotify 這次比較像反過來:先談許可,再談體驗。這種順序雖然無聊,但比較活得久。
實操上,如果你要做任何生成式功能,我會先做這三件事:
- 列出哪些內容需要事前同意才能生成
- 定義每次生成要記錄哪些歸因與分潤資料
- 決定輸出能不能公開、分享、下載
這些不是法務附錄,是產品核心。你把它們先做好,後面 UI 才有意義。
付費加購才是重點,不是 AI 這兩個字
報導裡提到,這個功能預期會做成 Spotify app 裡的付費加購,而且先給 Premium 用戶。這件事我覺得比「AI remix」四個字還重要。因為它代表 Spotify 不是只加一個新按鈕,而是在現有訂閱層之上,再疊一個創作層。
也就是說,Spotify 在賭一件事:粉絲不只願意為播放付費,也願意為參與創作付費。基本聽眾繼續留在原本方案,想玩 licensed remix、想做 cover、想碰 artist-approved AI 的人,往上升級。這是很典型的平台加值法,成熟產品想長大,通常不是只拉新用戶,而是讓重度用戶付更多。
我在 SaaS 也看過同樣套路。基礎功能都飽和之後,下一步不是硬擠更多人進來,而是把最常用、最投入的那群人往更深的流程推。Spotify 這次押的是:粉絲會把「參與創作」當成一種值得買單的權利。老實講,我覺得這很合理。粉絲本來就會買黑膠特別版、demo、sample pack、Patreon、周邊,現在只是把這種行為搬進 app 裡。
但這裡有個很現實的坑:如果它看起來像對創意課稅,大家會很不爽;如果它看起來像拿到原本不可能合法碰到的東西,大家就會接受。差別就在「合法性」有沒有真的被賣進去。
實操寫法我會這樣拆:
- 不要賣「AI」
- 要賣「授權 remix 權限」
- 要賣「artist-approved cover 產生能力」
這樣講雖然沒那麼炫,但比較誠實,也比較不會像在賣 demo 垃圾。
consent、credit、compensation 才是整個介面
Spotify 執行長 Alex Norström 提到他們是圍繞「consent, credit and compensation」在建這套東西。這三個字不是公關稿裝飾,它們其實就是產品規格本身。你如果把這三件事拆掉,整個功能就只剩一個很會惹事的生成器。

翻譯一下就是:每一個 AI 輸出都必須能回到一段權利關係。consent 是誰可以參與、誰可以退出;credit 是輸出不能把來源洗掉;compensation 是平台要能把使用量對應到錢。任何一個環節斷掉,這個 feature 就會變得很虛。
我以前碰過一個用授權素材做內容工作流的案子,工程團隊一直想做單一 generate endpoint,法務卻要一整張 permission matrix,產品又想快。最後唯一能活下來的方法,是把 permissions 當成第一級資料,不是政策備註。Spotify 這次也是同一題,只是規模大很多,stakeholder 也吵很多。
Universal Music 會這麼重要,就是因為 Spotify 不想去跟整個網路談判。它先跟大權利人合作,至少 catalog 深度和商業正當性有了。這比假裝每首歌都能拿來做 AI transformation 來得實際多了。
如果你要照做,我會建議每個資產都要有這些欄位:
- participation status
- attribution requirements
- revocation rules
- revenue share logic
你如果沒辦法把這些欄位模型化,老實說你還不適合在別人的內容上做生成式功能。
Spotify 想從「播放」走到「創作」
The Guardian 也提到,Spotify 正在找方法把 AI 放進它的生態系,讓自己不只停在傳統音樂訂閱。這就是整個策略層。串流市場成熟了,成長空間有限,光靠播放分鐘數是撐不久的。你如果想往上長,就得創造新行為,而不是只增加舊行為的次數。
也就是說,Spotify 想把自己從「聽歌平台」變成「可被改造的音樂平台」。一旦使用者可以在 app 裡做 licensed remix,Spotify 就不只是 catalog 加播放器,它會變成帶分發能力的創作平台。這很聰明,但也很麻煩,因為你一旦邀請創作,就要處理 moderation、provenance、濫用、品質這些問題。
報導裡還提到 Spotify 之前用 Verified by Spotify badge 去區分人類藝人和 AI 生成內容。這不是小事。你一旦開放 AI 創作,使用者就會開始問:這首歌誰做的?是人、是 AI、還是混合?如果你講不清楚,整個服務會很快變吵。
我其實滿喜歡這種思路。舊模式很簡單:上架、播放、結束。新模式比較誠實,因為它承認大家本來就會改歌、註解、惡搞、轉貼。Spotify 只是終於想把這些行為收進來,而不是假裝它們不存在。
如果你的產品卡在 consumption loop 裡,我會建議你去找一個「使用者早就在外面做的創作動作」,然後問自己:能不能用規則把它接回來,而不是繼續裝沒看到。
藝人問題不是附帶的,是主菜
報導說 Spotify 認為這套工具可以替藝人和詞曲作者帶來額外收入。聽起來很好聽,但這也是最難落地的地方。很多平台都愛講 new revenue,實際上做出來的是 new usage。這兩件事完全不同。
翻譯一下就是:藝人要相信粉絲做出來的 AI remix 不會吃掉原作、不會扭曲品牌,也不會讓市場充滿垃圾。有人會接受,有人會拒絕。Universal 參與之後,Spotify 才有底氣說這是 artist-centric,但這句話要成立,前提是藝人真的能控制參與範圍,而且真的看得到錢。
我看過不少 creator platform 先用很漂亮的「賦能」話術上線,結果 payout 算法藏得超深,創作者根本搞不清楚自己賺了什麼。那種東西最後就是信任崩掉。Spotify 如果想做成,藝人需要很清楚的條款、很清楚的 opt-in、還有很清楚的輸出範圍。
還有一個很現實的問題是品味。就算是授權 remix,也可能做出很難聽的東西。不是每個藝人都想看到自己最紅的歌被洗成一千個半成品。所以產品不能只有 generation controls,還要有 taste controls。
實操上,我會給 rights holder 這些按鈕:
- 哪些歌可以參與
- 允許哪種 transformation
- 輸出能不能公開分享
- 是 public only、private only,還是都可以
如果你只給一個 yes/no 開關,那通常代表你把系統設計得太薄了。
驗證機制是另一半,不是裝飾
同一篇報導還提到 Verified by Spotify badge,會在藝人頁面和搜尋結果裡出現,幫使用者分辨人類藝人和 AI 生成內容。紙面上看起來像小功能,但其實它是整個信任架構的一部分。
也就是說,當 AI 創作變成常態,身份辨識就會變成產品功能。使用者需要知道一首歌、一個 profile、一個 remix 到底是人做的、AI 輔助的,還是混合流程。你如果不把這件事標清楚,服務很快就會變得很吵、很亂,然後大家開始不信任平台。
我覺得很多團隊低估的就是這個。生成工具不只會生內容,它也會生模糊地帶。你如果不把 provenance 標好,使用者就會把不確定感算在你頭上。Spotify 把生成和驗證綁在一起,這個方向我認為是對的。
有趣的是,這也可能影響 discovery。人類藝人 badge 會變成一種信任訊號,但同時也會把內容分成層級。對聽眾來說這可能是好事,但對 AI 生成內容來說,等於先被貼標籤。以現在音樂產業對假歌、垃圾上架、spam uploads 的焦慮,我覺得 Spotify 沒太多選擇。
實作上,如果你的平台允許生成內容,我會建議你早點做 visible provenance:
- 不要藏在設定頁
- 要出現在搜尋結果
- 要出現在 profile
- 要出現在分享卡片
使用者在點進去之前,就應該知道自己看到的是什麼。
可抄的模板
# 授權式 AI remix 功能模板
## 產品目標
讓訂閱者在 app 內,針對已參與授權的藝人內容,做 AI remix 或 cover,並且把 consent、credit、compensation 一起做進去。
## 使用資格
- 只有付費訂閱者可用
- 只有參與授權的 rights holder catalog 可用
- 只有通過權利與安全檢查的內容可用
## 權利模型
每個 track 都要存這些欄位:
- participation_status: opted_in | opted_out | pending
- allowed_transformations: remix | cover | stem_edit | none
- attribution_requirements: required | optional | none
- revenue_share_model: fixed | percentage | custom
- export_permissions: private_only | shareable | downloadable
- revocation_rules: immediate | scheduled | contract_term
## 使用者流程
1. 使用者選一首符合資格的歌。
2. App 顯示可用的 transformation 類型。
3. 使用者選 remix 或 cover 模式。
4. 系統在生成前確認 consent 與 rights。
5. 輸出附上 attribution 與 provenance metadata。
6. 使用者只能在允許的範圍內儲存、分享或匯出。
## 藝人控制
- 可按單曲或 catalog group opt in / opt out
- 可設定允許的 transformation 類型
- 可設定公開 / 私密分享規則
- 可查看 payout 報表
- 可依合約條款撤回參與
## 安全與信任
- 輸出標示為 AI-generated 或 AI-assisted
- 顯示 source track 與 rights holder
- 對不允許的內容直接阻擋生成
- 記錄每次生成事件供稽核與分潤
- 在適用情況下顯示人類藝人驗證標籤
## 分潤邏輯
- 追蹤每次符合條件的生成事件
- 對應正確的 rights holder
- 依合約條款計算 payout
- 提供每月 rights dashboard
## 上線檢查清單
- 所有參與 catalog 都完成法務審核
- 產品文案沒有誇大或誤導
- 每個輸出都帶 provenance metadata
- 搜尋與 profile 已更新標籤
- 有 takedown、dispute、opt-out 的支援流程
## 產品頁文案
在參與授權的藝人內容上,建立具備 consent、credit、compensation 的 AI remix 與 cover 功能。這段我會直接拿去給團隊看。它不花俏,但它會逼你先回答正確的問題,再去管 prompt UI、模型選擇,或那種很會演的 demo 影片。
如果是我來做,我第一版一定會刻意做得很窄:只開一種 transformation、只開一小批 catalog、標示要夠清楚、分潤條款要夠明白。這樣就夠了。真正的錯誤不是做得慢,而是一開始就想把自己包成 universal music generator。那通常只會換來一堆 licensing 麻煩,外加一個沒人敢信的功能。
Spotify 跟 Universal 這個 deal 值得拆,不是因為它多炫,而是因為它把 AI 當成一個要被談判的產品表面,而不是放任失控的新奇玩具。這個思路,比 headline 本身更值得抄。
來源我主要拆自 The Guardian 原文,作者是 Zesha Saleem;我引用的 deal 細節與兩位高層說法都來自這篇。上面的拆解、結構整理和模板是我自己整理出來的。