Большинство тех, кто хочет открыть дистрибуцию, начинают не с того конца. Они выбирают название, рисуют логотип, а потом ищут бэкенд, к которому можно подключиться. Через полгода они отвечают на письма о релизе, отклонённом из-за несовпадающего имени артиста, дублирующегося идентификатора или обложки, не прошедшей автоматическую проверку магазина, — и у них нет процесса ни для чего из этого, потому что процесс никогда не был планом.
Дистрибуция — это операционный бизнес. Труба доставки — самая лёгкая его часть. Вы продаёте то, что релиз уходит корректным с первого раза, что документы за ним переживут аудит и что, когда приходят деньги, вы можете объяснить, откуда они взялись.
Определитесь, что именно вы продаёте
За словом «дистрибуция» скрываются как минимум четыре разных бизнеса, и им нужны разные навыки:
- Только доставка. Готовые, корректные файлы отправляются в магазины. Мало усилий на релиз — и вы конкурируете со всеми.
- Подготовка релиза. Метаданные, проверка мастера, идентификаторы, обложка. Та часть, которую клиенты действительно не могут сделать сами.
- Администрирование прав. Доли, регистрация в издательских системах, 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 выпускает бесплатно и не оставляет себе роялти, а каждую полную заявку читает человек, прежде чем дать доступ. Подробности — на странице заявки.