音樂上傳之後聲音變了，多半不是混音沒做好，是導出時漏了規格。串流平台會把你的檔案再處理一次，處理的規則是公開的——對著它導出，成品就會是你聽到的樣子。下面四件事，是交付前值得每次對一遍的。
一、響度：對到 -14 LUFS，別想比它更大聲
Spotify、YouTube、TIDAL、Amazon Music 都會把播放音量正規化到大約 -14 LUFS（Apple Music 約 -16）。意思是你的 master 如果比目標大聲，平台會在播放時把它轉小；剛好落在目標上，等於零增益，播出來就是你導出的樣子。
所以把音量推得遠高於平台目標，唯一的結果是響度優勢被抵銷掉，而為了推大聲所犧牲的動態卻回不來。
正規化會把多出來的音量拿走，但不會把你壓掉的動態還回來。
這也是 AI 產出的音樂最常露餡的地方之一——整首壓得一樣滿。響度匹配之後，反而是動態還在的那份混音聽起來更有衝擊力。
二、頭尾留白：頭 0.5 秒、尾 1–2 秒
導出時在第一個音之前留大約半秒靜音，最後一個聲音淡完之後再留一到兩秒。
不留的後果很具體：第一個 transient 會被削弱或吃掉，尾韻（殘響、delay）被硬切在斷面上。有損編碼本身也會在檔案頭尾引入 padding，你沒留的餘裕，會由轉檔程式替你決定。
三、格式：母檔一律 24-bit WAV
交付與存檔都用未經壓縮的 24-bit WAV，讓平台端自己去編碼成 MP3／AAC。先壓成 MP3 再上傳，等於被壓兩代，掉掉的細節回不來。
另外 WAV 要留峰值餘裕（約 -1 dBTP）。轉檔過程可能讓峰值超過 0，餘裕不夠時就會在編碼後聽到失真——而那時你手上的原檔明明是乾淨的。
四、分軌：把之後要改的空間先留好
人聲、樂器、鼓分開交付。
好處不在音質，在時間。客戶哪天要把旁白底下的音樂壓低一點、把某一軌抽掉、換一段長度，有分軌的話幾分鐘就能出新版本，不必回到完整 session 把整首重混一次。旁白重的片子要把頻寬留給人聲這種調整，尤其常在交片之後才發生——那時有沒有分軌，決定的是重新發案還是改個推桿。
導出前對一遍
這四項都不是玄學，是規格：響度對平台、留白對轉檔、格式對編碼、分軌對後續修改。混音做得再好，這一關漏掉，聽眾聽到的就不是你驗收過的那個版本。
把成品交付到能用、能改、能商用的那一層，本來就是製作的一部分。我們負責的也正是這一層——你拿到的不只是一個檔案，是一份不用回頭重做的交付。