Більшість людей, які хочуть відкрити бізнес із дистрибуції, починають не з того кінця. Вони обирають назву, малюють логотип, а потім шукають бекенд, до якого можна під'єднатися. Через півроку вони відповідають на листи про реліз, відхилений через розбіжне ім'я артиста, дубльований ідентифікатор чи обкладинку, яка не пройшла автоматичну перевірку магазину, — і в них немає процесу для жодного з цих випадків, бо процес ніколи не був частиною плану.
Дистрибуція — це операційний бізнес. Труба доставки — легка частина. Ви продаєте те, що реліз виходить правильним з першого разу, що документи за ним переживуть аудит і що коли надійдуть гроші, ви зможете пояснити, звідки вони.
Визначте, що саме ви продаєте
«Дистрибуція» охоплює щонайменше чотири різні бізнеси, і вони потребують різних навичок:
- Лише доставка. Готові, правильні файли надсилаються в магазини. Мало зусиль на реліз — і ви конкуруєте з усіма.
- Підготовка релізу. Метадані, перевірка мастерів, ідентифікатори, обкладинка. Та частина, яку клієнти справді не можуть зробити самі.
- Адміністрування прав. Частки, видавнича реєстрація, label copy, записи про власність. Тут спори або запобігаються, або створюються.
- Сервіси для артистів. Планування релізів, прес-матеріали, сторінки з посиланнями, підтримка кампаній.
Оберіть щось одне, у чому будете добрі, перш ніж пропонувати решту. Найпоширеніша поразка — пропонувати всі чотири й погано робити підготовку релізу, бо саме підготовка релізу породжує відмови, а відмови — це те, що клієнти запам'ятовують.
Так само чітко визначте, кому ви служите. Каталог арабомовних релізів, один жанр або сцена одного міста — це захищена позиція. «Будь-який артист будь-де» — це не позиція, це її відсутність.
Спершу побудуйте дисципліну метаданих
Майже кожна відмова, якої можна було уникнути, — це проблема метаданих. Магазини застосовують власні стильові правила, а галузевий довідник, з яким більшість із них узгоджені, — це Music Biz Metadata Style Guide. Прочитайте його один раз як слід, а потім перетворіть на чек-лист, якого ваша команда дотримується на кожному релізі, а не на документ, який ніхто не відкриває.
Правила, що на практиці завдають найбільшої шкоди:
- Одне ім'я артиста, написане одним способом, назавжди. Непослідовні написання розділяють каталог між кількома профілями магазинів, а зливати їх потім довго й іноді неможливо.
- Запрошені артисти належать у поле фіта, а не дописуються в назву. Назви, що несуть кредити, позначаються прапорцем або тихо переписуються.
- Інформація про версію належить у дужки і має описувати запис, а не рекламувати його.
- Нелатинське письмо потребує тестування, а не припущень. Змішування латинських токенів в арабський, перський чи урду рядок задіює двонапрямлений алгоритм Unicode (UAX #9), і результат на дисплеї магазину може переставитися так, що у вашій таблиці все виглядає добре, а на телефоні — неправильно. Переглядайте точний рядок у тому вигляді, у якому він рендериться, перед доставкою.
Для механічного проходу перед людською перевіркою перевірка метаданих працює в браузері й швидко ловить структурні помилки. Вона не замінює читання стильового довідника.
Розберіться в ідентифікаторах, бо клієнти не розберуться
Помилка в ідентифікаторі супроводжує каталог роками. Ви маєте бути тією людиною в кімнаті, яка знає правила.
Три коди виконують три різні задачі: ISRC називає запис, UPC чи EAN називає реліз, у якому його продають, а ISWC називає базову композицію й видається через видавництво, а не через дистрибуцію. Посимвольні структури перших двох є в довіднику з ISRC та UPC; повісьте його на стіну тому, хто робить ваші доставки.
Деталі, які постійно застосовують хибно:
- Дефіси в ISRC — лише умовність відображення, не частина коду, і в ISRC немає контрольної цифри — тож ніщо не зловить друкарську помилку за вас.
- UPC-A стає EAN-13 додаванням нуля спереду, і контрольна цифра при цьому не змінюється — той самий продукт, записаний двома способами, не є двома продуктами.
- Новий ISRC потрібен для суттєво іншого запису — реміксу, едиту, живої версії, інструменталу. Він не потрібен для перевидання того самого запису.
- Ремастеринг вимагає нового ISRC значно рідше, ніж припускають клієнти: тест полягає в тому, чи був застосований творчий внесок у запис, а не в тому, чи взагалі торкався файлу інженер.
- ISRC залишається із записом, коли артист змінює дистриб'ютора. Ніколи не перевидавайте його, щоб причесати власну нумерацію.
Перевіряйте структуру й контрольні цифри на кожній доставці, механічно, до того, як щось вийде з вашої черги.
Знайте, що відбувається з мастером
Вам не потрібно бути мастеринг-інженером, але ви маєте вміти пояснити нормалізацію, не повторюючи фольклор.
Spotify публікує інтегровану ціль −14 LUFS із межею істинного піку −1 dBTP або −2 dBTP там, де мастер гучніший за −14 LUFS. Вимірювання відповідає ITU-R BS.1770; чинною є редакція 5, опублікована в листопаді 2023 року, хоча багато встановлених вимірювачів досі посилаються на замінену редакцію 4. Технічний документ AES TD1008 дає −16 LUFS для музики — цифра −18 LUFS, яка циркулює, стосується контенту з переважанням мовлення, і повторювати її як музичну ціль — серйозна й поширена помилка.
Більшість інших великих сервісів — серед них Apple Music, YouTube Music, Amazon Music, TIDAL і Deezer — ніколи не фіксували цілі письмово. Цифри для кожного з них легко знайти, але вони походять зі сторонніх вимірювань, а не від сервісу, тож не можуть нести вагу критерію приймання.
Механізм, який має почути клієнт: сервіси прибирають гучні мастери на різницю під час відтворення. Spotify також зазначає, що до тихіших мастерів застосовується додатне підсилення, при цьому враховується запас і лишається 1 dB на кодування з втратами — тож тихий мастер із високими піками може бути піднято не до кінця. Ані «тихі треки ніколи не підіймають», ані «тихі треки завжди доходять до цілі» не є правдою. Звідси випливає позиція, яку можна захистити: надмірне лімітування купує пласкість, а не гучність.
Владнайте права й податкові папери до того, як рухаються гроші
Частки — найбільше джерело клієнтських спорів і найдешевше для запобігання. Отримуйте підписаний спліт-шит на сесії, а не після першої виплати.
Утримання в США — інший передбачуваний сюрприз. Якщо W-8BEN не подано, встановлена законом ставка на роялті з джерелом у США — 30%; дійсна форма застосовує ту ставку для авторських роялті, яку узгодила країна резидентства артиста, а для країн без відповідної угоди законна ставка просто лишається чинною. Рядок 6 приймає іноземний податковий ідентифікаційний номер, тож більшості артистів американський ITIN не потрібен, а заповнена форма дійсна до останнього дня третього наступного календарного року. Провести клієнта через калькулятор виплат під час онбордингу дешевше, ніж пояснювати утримання постфактум.
Кажіть прямо, що утримання й будь-які банківські комісії за переказ не є вашою комісією. Клієнти, здивовані утриманням, вважають, що це взяли ви.
Ставте очікування щодо доходів чесно
Ви не можете спрогнозувати, скільки заробить реліз, і ніхто інший теж не може. Spotify заявляє, що не платить ставку за прослуховування: дохід збирається в пул і ділиться за часткою прослуховувань, а відмінності між країнами випливають з локальних цін на підписку й рекламних ставок. Жоден сервіс не публікує ставку виплат по країні.
Це означає, що будь-яка цифра, названа потенційному клієнту — за прослуховування, за тисячу прослуховувань, за ринок — вигадана. Відмова вигадувати коштує вам кількох угод і рятує від кожного спору, який би за нею пішов. Це також найясніший сигнал серйозному артисту, що ви розумієте, що робите.
Стартовий чек-лист
- Оберіть один із чотирьох типів бізнесу вище й запишіть, чого ви робити не будете.
- Перетворіть Music Biz Metadata Style Guide на чек-лист для кожного релізу й зафіксуйте свої умовності щодо імен артистів і назв до першої доставки.
- Заведіть реєстр ідентифікаторів: кожен ISRC і UPC, якого ви торкалися, чому він належить і звідки він.
- Перевіряйте структуру й контрольну цифру кожного ідентифікатора перед доставкою.
- Визначте критерії приймання мастерів у LUFS і dBTP, із записаним обґрунтуванням для клієнтів.
- Тестуйте будь-який нелатинський рядок метаданих у відрендереному вигляді, а не в набраному.
- Вимагайте підписаний спліт-шит, перш ніж реліз буде заплановано.
- Збирайте форми W-8BEN під час онбордингу й нотуйте дати їх закінчення.
- Опублікуйте простою мовою, що саме ви берете й чого не берете — і ніколи не називайте цифру доходу.
Ніщо з переліченого не є причиною не будувати бізнес. Але якщо ви насправді хочете, щоб ваш власний каталог вийшов у світ, а не операційної роботи, то це інше рішення: Mazufa випускає без плати й не залишає собі жодних роялті, а кожну повну заявку перед наданням доступу читає людина. Деталі — на сторінці заявки.