粉絲團電台自動化：stationhead 幫我省掉每週五小時手動工作

stationhead：把粉絲團音樂電台變成自動化工作流

stationhead 是一款圍繞音樂直播建立的協同平台——它讓多個粉絲自建的音樂電台（Station）被一個粉絲團頻道（Channel）自動輪流調度，誰在播就放誰，下播了自動切到下一個正在直播的電台。底層用戶自己的 Spotify Premium 或 Apple Music 做音樂源，stationhead官網 只負責同步播放進度、串接聽眾聊天室、以及把播放量累計進 Billboard 榜單的 Luminate 數據池。

說白了，它解決的是「粉絲團音樂電台 24 小時有人播」這個需求——靠單個主播不可能連播，靠手動排班又總是衝突、漏崗。stationhead 的 Syndication 機制讓每個粉絲都能開自己的小電台，提交到頻道後就被隨機調度，主播下播自動轉下一個，聽眾永遠不會斷歌。再配上 Streaming Goals （頻道級播放量進度條），整個粉絲團能實時看到「離下一萬次播放還有多少」，這種集體感知是單獨一個電台做不到的。

安裝

stationhead下載 提供 Android APK 版本，安裝包大小約 54.87M，安裝後點擊即可。這款軟體的安裝本身沒有什麼特殊前置條件，但首次啟動後必須立刻綁定一個流媒体服務——要嘛 Spotify Premium，要嘛 Apple Music，二選一（同一時間只能連一個，切換後之前添加的歌曲不會自動遷移）。

綁定路徑很簡單：打開 App → 點右下角個人頭像進入 Station 主頁 → 點右上角齒輪進 Settings → Streaming Service → 選擇你的流媒体服務，跳轉授權頁面確認即可。

安裝完成後還有幾件「開播前必做」的事，stationhead文檔 反覆強調：

• 斷開所有藍牙設備——很多用戶反餽連 AirPods 時 Stationhead 音頻被切到藍牙輸出但耳機裡也沒聲，開播前一定要確認當前音頻輸出是手機揚聲器或裝置本身，不是任何藍牙設備；
• 關閉低電量模式——系統會限制後台進程，影響直播穩定性；
• 打開勿擾模式——來電會直接打斷你的直播，而且要設成「不允許任何電話」，有些勿擾模式會放過聯絡人來電，需要調成全阻斷。

以前怎麼幹：手動協調的混亂

我管理的粉絲團有十二個主播，每週要保證頻道 24 小時有音樂。以前的工作流是這樣的：

排班：每週日晚上在 Discord 頻道貼一個 Google Sheet 表格，讓主播們自己填下週想播的時段。十二個人，每個人想播的時間又不固定——有人只有週末有空，有人想深夜播，有人臨時有事要調班。填完後我要手動對齊時段、補空檔、協調衝突，這件事每週大概要花 2 小時。

播放量統計：每個主播自己播完後截圖給我，我手動加進 Google Sheet 的統計欄，然後每週一早上整理成一個總數，對比 Billboard 榜單的差值，推算我們離目標還有多少。這件事又要花 2 小時，而且數字經常對不上——有的主播忘了截圖，有的截圖時間點不準，加總出來的數跟實際播放量有時差好幾百次。

公告發送：頻道有重要事項要通知的時候，我要同時在 Discord 貼、在粉絲團電子郵件組發、在 Twitter 轉推。三個管道重複發，每個管道格式還要調整一下，避免看起來像垃圾郵件。大概 1 小時的活。

加起來每週 5 小時，純粹是協調和統計，跟音樂本身沒關係。最崩潰的是週三晚上——有個主播臨時說有事不能播，我要在 Discord 裡 @所有人 找替補，還要確認替補的那個主播真的能上線，經常半小時沒人回覆，整個頻道斷歌。

新流程：stationhead 插進來之後

我把 stationhead 插進工作流後，整個鏈路變成這樣：

舊流程裡的 Discord 排班表 → 各主播自己開 Station：每個主播在 stationhead 上開自己的 Station，不用跟我預約時間——想播就開，不想播就下。Discord 頻道還留著，但現在只用來做「開播提醒」——stationhead 的通知會推到 Discord webhook，主播開播時自動在頻道裡 @所有人，不再需要我手動貼排班表。

各主播開 Station → 提交 Syndication 加入 Channel：每個主播提交一次 Syndication 申請（需要賬號驗證——用註冊郵箱和密碼，第三方登錄的要發郵件到 support@stationhead.com），頻道運營方審核通過後，這個 Station 就進入了頻道的調度池。一個 Station 只能加入一個 Channel，不能同時联播多個，這個限制是硬性的。

Syndication 自動隨機調度 → 主播下播自動切下一個：頻道沒有「主 Station」概念，所有加入調度池的 Station 被平等對待，隨機輪流。當前主播下播時，頻道會自動彈出「要不要繼續到下一個正在直播的 Station？」，聽眾可以選擇接受或拒絕。除非所有 Station 都下播，否則永遠不會斷歌。

Streaming Goals 自動累計播放量 → 頻道頁面實時顯示進度：頻道主頁有一個 10,000 次的播放量進度條，所有 Syndication Station 產生的播放量實時累計進去。我現在不用手動加數字了——每週一早上直接打開頻道頁面，截一張進度條的圖，跟 Billboard 榜單對一下就行。時間從 2 小時縮到 5 分鐘。

頻道公告功能取代電子郵件：stationhead 的 Channel 有內建公告功能，粉絲關注頻道後會收到推送。我現在只在 Channel 裡發一條公告，Discord 和 Twitter 各轉推一次，電子郵件組已經停用了。

容易斷鏈的地方怎麼處理

這套流程跑下來有兩個環節最容易斷，我踩過坑後總結了處理方式：

Syndication 提交的賬號驗證。我有個隊友當初是用 Apple ID 登錄的 stationhead，沒有獨立的郵箱密碼，提交 Syndication 時系統要求驗證身份就卡住了。後來發郵件到 support@stationhead.com，附上他的 stationhead 用戶名和常用郵箱，三天後通過驗證。這不是 stationhead 的 bug，是他們為了防止濫用 Syndication 做的保護——但你得提前準備好，別等到要提交的時候才發現自己的登錄方式不支援驗證。

聽不到音樂的排障。這是主播端最常見的問題，素材包裡的排障文檔給了一個四步排查法：先確認 Streaming Service 顯示「已連接」→ 斷開所有藍牙設備 → 確認沒在 Talk only 模式（那個模式只說話不放歌）→ 打開 Spotify 或 Apple Music 本身測試能不能出聲。我把這四步寫進了 Discord 頻道的公告頂置，主播們遇到問題自己先查，解決不了再找我。極端情況下還有一個兜底：stationhead 有「搖一搖上報」功能，輕晃手機就能提交 bug 報告，官方會回覆。

效果與邊界

換成 stationhead 後，每週花在協調和統計上的時間從 5 小時降到了大概 30 分鐘——就是每週一早上截一張 Streaming Goals 的圖，跟 Billboard 對一下差值。Discord 頻道裡的排班表鏈接已經沒有人打開了，主播們想播就直接開 Station，開播通知自動 @所有人。

但這套流程也不是什麼情況下都划算。首先，Syndication 需要有足夠的主播在播才能運轉——如果某個粉絲團只有兩三個主播，大家都沒上線的時候頻道還是會斷歌，stationhead 解決的是「主播不夠多但有幾個願意開 Station」的情況，不是「完全沒人播」的情況。其次，Streaming Goals 達成後的續期要手動聯繫官方——沒有自助續期入口，要發郵件給 support@stationhead.com 申請延長。還有一個限制：Streaming Goals 和數字音樂購買功能二選一，頻道要嘛累計播放量衝榜單，要嘛賣數字音樂賺收入，不能同時開，粉絲團需要自己選一條路。

總的來說，stationhead 最核心的價值就是把「粉絲團音樂電台」這件事從一個需要專人每週花 5 小時手動協調的項目，變成一個主播們自發運轉的自動化系統。你不用做排班表，不用加播放量，不用發三個管道的公告——你只需要確保有足夠的人願意開自己的 Station，剩下的交給 Syndication 隨機調度就行。

本文为个人基于网络公开资料整理编写，非官方内容，仅供学习交流参考；软件版权归原作者所有，请支持正版；使用过程中遇到问题请查阅官方渠道，本文不承担任何责任。