Файл «буклет_финал_новый2.pdf» не говорит команде главного: согласован ли макет и можно ли отправлять его в типографию. Если дизайнер, маркетолог и закупщик держат у себя разные копии, исправленный телефон легко окажется не в той версии. Папки и имена файлов должны помогать отличать исходник от файла для проверки, а утверждённый макет — от черновика.
Начните с единицы работы: проекта, а не типа файла
Под каждую задачу заведите отдельную папку: тираж визиток, сезонный каталог или серию бумажных пакетов. Держите в ней бриф, тексты, изображения, исходники и материалы согласования. Если все PDF сложить в одну общую папку, а фотографии — в другую, связь между ними придётся восстанавливать по переписке.
Используйте понятную схему названия проекта: год_клиент_продукт_кампания. Например, 2026_Sever_pakety_vesna. Если команда ведёт несколько заказчиков, имя клиента удобно ставить ближе к началу. Если проекты чаще ищут по сезону, первым может идти год. Главное — придерживаться выбранного порядка.
Не заводите новый проект из-за каждой мелкой правки. Повторный тираж по прежнему утверждённому макету можно вести в той же структуре, отдельно сохранив количество, материал и дату нового заказа. А если изменилась конструкция пакета или заметно обновился дизайн, лучше создать новый проект, чтобы не смешать производственные файлы.
Пример структуры для печатного заказа
2026_Sever_pakety_vesna/ 01_Задание_и_спецификация/ 02_Контент_и_логотипы/ 03_Исходники_дизайна/ 04_На_согласование/ 05_Утверждено/ 06_В_типографию/ 07_Проба_и_приемка/ 99_Архив/
Номера сохраняют рабочий порядок папок при сортировке по имени. Небольшой команде может хватить пяти-шести разделов — пустые папки ни к чему. В «Утверждено» положите согласованный файл для просмотра и подтверждение решения. «В типографию» оставьте только для переданного производственного комплекта: его состав зависит от требований исполнителя, и не каждый экспортированный PDF должен туда попадать.
Именуйте файлы так, чтобы их можно было понять вне папки
Файл часто пересылают отдельно от папки, поэтому в имени должны оставаться продукт, назначение и версия: Sever_paket_260x350x100_dizayn_v03.ai или Sever_paket_260x350x100_prosmotr_v03.pdf. Для размеров пакета заранее закрепите порядок, например ширина × высота × глубина, и запишите его в задании. Иначе одни и те же числа участники заказа могут прочитать по-разному.
Если есть несколько языков, форматов или сторон, добавляйте короткие обозначения: RU, KZ, A5, front, back. Версии обозначайте одинаково: v01, v02, v03. «Новый», «последний» и «точно_финал» перестают что-либо значить после следующей правки.
Статус можно не повторять в имени каждого файла, если он однозначно понятен по папке. Но при передаче за пределы команды назначение стоит добавить: na_proverku или v_pechat. Файл, полученный от типографии, не переименовывайте без записи об источнике — иначе при разборе замечаний его будет трудно сопоставить с письмом или заданием.
Разделите права, роли и момент утверждения
Сама структура папок не определяет, кто принимает решение. Назначьте владельца проекта: он собирает замечания, следит за актуальной версией и фиксирует согласование. Дизайнер может отвечать за технические правки, маркетолог — за текст и фирменный стиль, закупщик — за параметры заказа. При этом всем должно быть ясно, кто вправе подтвердить: «Эту версию передаём в типографию».
Доступ к редактированию исходников оставьте тем, кому он нужен для работы. Проверяющим обычно достаточно просмотра и комментариев: так меньше риск случайно изменить макет или удалить объект. Внешнему исполнителю открывайте конкретную папку либо отправляйте согласованный комплект, а не весь корпоративный архив с договорами и файлами других клиентов.
Решение об утверждении запишите рядом с файлом — в карточке задачи, журнале проекта или отдельном документе. Укажите дату, согласовавшего и номер версии. Сообщение «выглядит нормально» ненадёжно, если в обсуждении уже появились новые экспорты. После значимых изменений выпускайте следующую версию и согласовывайте её заново.
Один источник актуальной версии
Не превращайте вложения в переписке во второе хранилище. Ссылка или указание на файл в общей папке должны вести к конкретной версии, доступной участникам с нужными правами. Если программа поддерживает одновременное редактирование, договоритесь, кто меняет текст, а кто — компоновку. Для графических исходников, где параллельные правки мешают друг другу, удобнее правило «один редактор за раз» и короткая запись об изменениях.
Облачная история версий поможет восстановить случайно перезаписанный файл. Но она не ответит на вопрос, какую версию согласовал заказчик, если решение никто не записал. История изменений и журнал утверждений нужны для разных задач.
Храните связи между макетом и его компонентами
Исходник может зависеть от шрифтов, связанных изображений, вырубного штампа, отдельных слоёв лака или тиснения. Если передать только файл вёрстки, на другом компьютере вместо иллюстрации может появиться пустая рамка, а текст — перераспределиться из-за замены гарнитуры. Сохраняйте в проекте оригиналы утверждённых изображений, актуальный логотип, тексты и технические схемы, которые использовали в макете.
Не складывайте варианты изображений без пояснений в одну папку. Например, logo_master может обозначать исходный векторный знак, а logo_white_for_dark — согласованный вариант для тёмного фона. Рядом держите действующую редакцию руководства по использованию логотипа, если она есть. Старые варианты перенесите в архив, чтобы их не выбрали по привычному имени.
Состав передачи согласуйте с типографией. Иногда ей нужны PDF, подготовленный под её технические требования, и исходники для уточнений; иногда достаточно проверенного PDF. Материал и постпечатная обработка тоже влияют на состав слоёв и файлов. Например, требования к накатке широкоформатного отпечатка отличаются от требований к обычному буклету. Их стоит уточнять применительно к технологии широкоформатной печати с накаткой на пластик и пенокартон.
Сделайте согласование заметным, а замечания — проверяемыми
Замечание «логотип побольше» требует уточнений. Для согласования экспортируйте файл, который откроется у всех участников, и собирайте комментарии к одной версии. Просите указывать страницу или сторону, объект и нужную правку: «стр. 2, нижний блок: заменить телефон на номер из задания от 12 марта». Если обсуждение затянулось, сохраните принятое решение отдельно от цепочки противоречивых сообщений.
После исправлений дизайнер отмечает, что внесено, а по каким пунктам ещё нужно решение. Перед утверждением сравните новую версию с предыдущей: проверьте не только исправленный телефон, но и соседний текст, который мог сдвинуться. Содержательную и техническую проверки разделяйте. Подтверждённые орфография и реквизиты ещё не означают, что согласованы вылеты, цветовая модель и контуры специальной отделки.
Когда участников много, помогает короткий реестр: версия, дата, перечень изменений, проверяющий и итог. Это может быть обычная таблица в папке проекта. Важнее не инструмент, а единое место для решений. Тогда новый сотрудник поймёт, почему в печать отправили v05, а лежащая рядом v06 осталась неутверждённым предложением.
Передача в печать: не копируйте «всё подряд»
В 06_В_типографию кладите только актуальный комплект для конкретного заказа. Перед отправкой сверьте название изделия, формат, число вариантов и версии в файлах и сопроводительном задании. Если пакеты выпускают в двух цветовых вариантах, перечислите оба; если тираж делится между ними, укажите распределение. По одному имени файла спецификацию не восстановить.
Добавьте короткий текстовый список передаваемых материалов: какой файл предназначен для печати, где линия высечки, какой PDF служит образцом для просмотра. Там же отметьте выборочный лак, тиснение, белую краску и особенности расположения рисунка относительно сгибов, если они есть. Технические параметры сверяйте с типографией заранее, а не переносите без проверки из прошлого заказа.
Замечания и исправленные файлы от типографии сохраняйте в отдельной подпапке с датой и указанием автора. Не заменяйте ими утверждённый оригинал без пояснения. Если доработка затрагивает текст, логотип, расположение элементов или цвет, верните её ответственному сотруднику на проверку. Так техническую адаптацию не спутают с изменением согласованного дизайна.
Архивируйте проект так, чтобы повторный тираж не начинался с поиска
После приёмки тиража сохраните подтверждённый производственный комплект, исходники, спецификацию и запись о том, что фактически заказали. Черновые экспорты, скачанные дубликаты и устаревшие подборки изображений перенесите в архив или удалите по правилам компании. Документы с персональными данными и материалы с ограниченным доступом не оставляйте в общей папке маркетинга.
Для повторного заказа запишите то, чего не видно в PDF: бумагу или картон, согласованную отделку, изменения конструкции после пробы. Эти записи помогут составить задание, но параметры нового тиража всё равно нужно подтвердить у типографии. Проверяйте и резервную копию: нужный файл должно получаться восстановить и открыть.
Перед закрытием проекта попросите коллегу открыть 06_В_типографию без подсказок автора макета. Если по именам и сопроводительному списку непонятно, какой PDF печатали и какая схема высечки к нему относится, добавьте эту связь в реестр передачи. Через несколько месяцев искать ответ в переписке будет гораздо труднее.