Имя файла должно различать экспорты, которые иначе выглядели бы одинаково в папке: одну концепцию для разных размещений, языков или редакций. Возьмите небольшую выборку из реального списка поставки, выберите поля, различающие файлы, и проверьте схему до переименования всего пакета.
Выберите поля, которые отвечают на рабочие вопросы
Для кампании с несколькими концепциями и локалями используйте кампанию, аудиторию, концепцию, размещение, локаль и редакцию. Если аудитория одна, уберите это поле из всего пакета. Если два файла всё ещё получают одинаковое имя, найдите недостающее различие: размеры, длительность или действительно другой монтаж.
Имена проверяющих, места публикации, условия лицензий и историю согласований храните в манифесте. Эти сведения меняются независимо от содержимого файла и могут сделать имена громоздкими.
Задайте строгий порядок сегментов и словарь значений
Вот один из вариантов схемы, а не обязательный отраслевой стандарт:
[campaign]_[audience]_[concept]_[placement]_[locale]_[revision].[ext]
Пример: billing-app_freelancers_demo-walkthrough_9x16-story_en-us_v03.mp4.
Используйте строчные буквы и цифры, подчёркивания между полями и дефисы внутри них. Запишите допустимые значения повторяющихся полей: выберите 9x16-story, вместо того чтобы чередовать story, vertical и tall. Если пакет содержит несколько размеров в пикселях с одинаковыми пропорциями, добавьте размеры в поле размещения.
Используйте идентификаторы локалей, уже согласованные для кампании. Не объединяйте разные региональные версии под english, если предложение или формулировки различаются. В именах файлов можно использовать нижний регистр; синтаксис идентификаторов, требуемый интеграцией загрузки, сохраняйте в отдельной таблице соответствий.
Версионируйте содержимое, а согласование фиксируйте отдельно
Меняйте v01 на v02, когда меняется передаваемое содержимое. Сохраняйте прежние экспорты для истории проверки и никогда не заменяйте байты файла, который уже утвердили или использовали.
В этой схеме статус проверки хранится в манифесте, поэтому согласование не требует переименования. Если в вашем процессе уже используются суффиксы -review и -approved, сохраняйте точное имя утверждённого файла в записи о согласовании. Переименовать черновик в approved — не значит утвердить его.
Храните редактируемые материалы отдельно от экспортов. Исходник может называться на уровне проекта, поскольку из него получают много файлов поставки; запишите эту связь в манифесте.
Свяжите имена файлов с планом тестирования креативов
Используйте идентификаторы концепций из матрицы вариантов; не называйте одну концепцию ledger-sync в плане и easy-import в экспортах. После загрузки запишите, какой идентификатор объявления или размещения использует каждый файл. Сохраните эту связь: само имя файла не связывает его с отчётностью.
Сохраняйте поле концепции при смене редакций. Изменившейся концепции присваивайте новый идентификатор, вместо того чтобы прятать её за большим номером версии.
Пример пакета для нескольких форматов
В этом условном пакете одна концепция, два формата и перевод:
- Рабочий исходник со слоями:
tax-switch_ledger-sync_source.fig - Экспорт для ленты (квадрат):
tax-switch_freelancers_ledger-sync_1x1-feed_en-us_v02.png - Экспорт для мобильной истории (вертикальный):
tax-switch_freelancers_ledger-sync_9x16-story_en-us_v02.mp4 - Локализованный немецкий вариант:
tax-switch_freelancers_ledger-sync_1x1-feed_de-de_v01.png
Попросите получателя найти немецкий экспорт для ленты и последнюю английскую редакцию истории только по именам. Проверьте, что имена уникальны и соответствуют содержимому файлов. Затем подтвердите согласование в манифесте. Если небольшая выборка работает, примените тот же словарь ко всему пакету.
