Один файл объясняет задачу лучше, чем страница описаний. Клиент полчаса подбирает слова: «логотип должен быть круглый, тёплый, с ощущением уюта», — а потом выясняется, что он имел в виду конкретную картинку из Pinterest, которую просто не прикрепил. Исполнитель за это время нарисовал пять концепций — и все мимо. Приложения к ТЗ — самый быстрый способ убрать такие разрывы ещё до старта. Разбираем, какие документы прикладывать, как их подписать и как безопасно передать доступы.
Что такое документы для ТЗ и зачем они
Документы для ТЗ — это приложения, которые превращают словесное описание в общую материальную базу: референсы, брендбук, исходники, примеры, доступы. Если текст ТЗ отвечает на вопрос «что сделать», то приложения — на вопрос «на что ориентироваться». Вместе они снимают около 80% уточняющих вопросов, которые обычно съедают первые дни работы.
Антипример из практики: заказчик описывает желаемый логотип словами — «что-то минималистичное, как у крупных брендов». Исполнитель трактует это по-своему и присылает десять вариантов. Заказчик смотрит и говорит: «Нет, я представлял вот это» — и показывает картинку, которую можно было прикрепить одним кликом. В итоге: три дня переписки вместо одного файла.
Миф «зачем файлы, я же всё объяснил словами» разбивается о простую арифметику: на расшифровку словесных описаний исполнитель тратит часы и итерации, а на изучение приложенного файла — минуты. Чем визуальнее и практичнее задача, тем дороже каждый неприкреплённый пример.
Обязательный минимум приложений
Вне зависимости от ниши, к любому ТЗ стоит приложить три группы материалов:
- Референсы: что нравится и что не нравится. Соберите 3–5 примеров «нравится» и 2–3 «не нравится» — и к каждому добавьте пометку в одно предложение: «нравится компоновка», «не нравится цвет». Отрицательные примеры особенно ценны: они сразу отсекают целые направления.
- Текущие материалы. Логотип в исходнике (вектор, а не картинка из мессенджера), фирменные шрифты, существующие тексты, фотографии продукта и команды, прошлый дизайн. Исполнитель должен отталкиваться от того, что у вас уже есть, а не начинать с чистого листа.
- Требования и ограничения. Брендбук или его краткая версия, корпоративные гайды, ГОСТы и технические регламенты, если они применимы, спецификации площадок — размеры креативов для рекламных сетей, требования маркетплейсов к карточкам.
Если чего-то из этого нет — так и напишите: «брендбука нет, фирменного стиля пока нет». Это тоже важная информация: она говорит исполнителю, что нужно предлагать с нуля, а не копаться в несуществующих материалах.
Что прикладывать по типам задач
| Тип задачи | Что приложить | Формат |
|---|---|---|
| Дизайн (логотип, бренд, баннеры) | Референсы «нравится / не нравится», брендбук, текущий логотип, носители, где будет использоваться результат | JPG/PNG + ссылки на подборки, брендбук в PDF, вектор исходников |
| Разработка (сайт, приложение, доработка) | Описание структуры и функционала, текущий сайт, требования к интеграциям, примеры похожих решений | Документ со схемой, ссылки на примеры, доступы — отдельным защищённым способом |
| Контент (тексты, переводы) | Примеры текстов бренда, глоссарий терминов, примеры конкурентов, SEO-ядро и пожелания к подаче | Документы и ссылки на публикации, таблица терминов в XLSX |
| Фото и видео | Список кадров, референсы света и настроения, информация о месте съёмки, образцы продукта | Подборки изображений, видеофайлы, схема кадров в PDF |
| Реклама и маркетинг | Креативы прошлых кампаний, статистика, продуктовый фид, требования площадок к форматам | XLSX/CSV со статистикой, архив креативов, скриншоты требований |
Доступы и права: что передать и как
Для части задач исполнителю нужны доступы: к сайту и хостингу, админке, системам аналитики, рекламным кабинетам. Передавать их нужно так же аккуратно, как пароль от банковской карты, — и вот главные правила.
Не отправляйте пароли в открытом виде в мессенджерах и почте. Используйте одноразовые ссылки или менеджеры паролей с функцией защищённого доступа. Если передаёте доступ через файл — защитите его паролем и передайте пароль отдельным каналом.
Создавайте отдельный аккаунт с минимальными правами. Не давайте исполнителю главный логин от всего: создайте роль «контент-редактор» вместо «администратор», выдайте доступ только к нужному рекламному кабинету, а не ко всей связке аккаунтов. После завершения проекта права отзываются за пару минут.
Фиксируйте, что передали. Короткая запись в ТЗ «передан доступ к хостингу (роль: разработчик) и к Метрике (роль: чтение)» помогает обеим сторонам не запутаться и проверить, всё ли закрыто после сдачи.
Размещайте заказы через Workink: переписка и файлы в чате сделки сохраняются и учитываются как часть договорённостей, а безопасная сделка резервирует оплату до приёмки — это создаёт взаимное доверие, на фоне которого проще спокойно решать организационные вопросы вроде доступов.
Как подписать и разложить файлы
Приложенные файлы должны быть понятны без расшифровки. Исполнитель, получивший «IMG_4523.jpg», «Документ1.pdf» и «Новая папка», потратит время на то, чтобы разобраться, что где — или спросит вас. И то, и другое — потеря времени обеих сторон.
- Именуйте файлы по смыслу: не «фото3», а «референс-упаковка-эко-стиль», не «макет», а «логотип-текущий-исходник».
- Складывайте материалы в папки с понятными названиями: «Референсы», «Исходники», «Требования», «Доступы».
- Один архив или одна облачная папка со структурой внутри — удобнее, чем двадцать отдельных сообщений в чате.
- Добавьте в ТЗ короткую записку-путеводитель: по одному предложению на папку — что лежит и зачем это нужно исполнителю.
- Проверяйте содержимое перед отправкой: нужные ли версии файлов, читаются ли ссылки, не уехал ли архив пустым.
Мини-пример
Так может выглядеть блок «Приложения» в ТЗ на редизайн упаковки кофе:
Приложения к ТЗ:
1. logo-current.ai — текущий логотип в векторе, использовать как основу, не менять.
2. brandbook.pdf — фирменные цвета (стр. 3) и шрифты (стр. 7); обязательны к соблюдению.
3. Папка «Референсы-нравится» — 5 примеров упаковок в эко-стиле; ориентируемся на минимализм и крафтовую бумагу.
4. Папка «Референсы-не-нравится» — 3 примера; не используем глянцевые поверхности и пёстрые паттерны.
5. tech-spec-print.pdf — технические требования типографии: вылеты, цветовой профиль, допустимые форматы.
6. Доступ к базе фотографий продукта — по одноразовой ссылке, действует 7 дней.
Шесть строк — и исполнитель видит полную картину: что нельзя менять, на что ориентироваться и какие технические рамки соблюдать.
Что уточнит хороший исполнитель
Даже при полном комплекте приложений у профессионала останутся уточняющие вопросы — и это хороший знак. Вот шесть типичных:
- Есть ли исходники файлов? Логотип в векторе, макет в PSD, проект в Figma — или нужно воссоздавать с нуля?
- Какие фирменные правила нельзя нарушать? Цвета, шрифты, композиция логотипа — что трогать запрещено.
- Какой объём доступов нужен и зачем? Чтобы запросить ровно столько прав, сколько нужно для задачи.
- В каком формате и размере сдавать результат? Форматы файлов, разрешения, цветовые профили — для веба, печати или рекламы они разные.
- Есть ли ограничения на сторонние материалы? Стоковые фото, шрифты, музыка: что лицензировано, что нельзя использовать.
- Куда и как передать готовый результат? В какой папку, на какой носитель, нужны ли промежуточные версии.
Чек-лист: всё ли приложено
Перед публикацией заказа прогоните приложения по этому списку — все пункты закрыты, можно размещать:
- Референсы «нравится» приложены и подписаны.
- Референсы «не нравится» приложены с пометкой, что именно не подходит.
- Текущие материалы — в исходных форматах, а не скриншотами.
- Брендбук или описание фирменного стиля приложены либо указано, что их нет.
- Технические требования площадок или типографии учтены.
- Доступы подготовлены отдельными аккаунтами с минимальными правами, пароли не лежат в открытом виде.
- Файлы подписаны по смыслу и сложены в папки со структурой.
- В ТЗ есть записка-путеводитель: что где лежит и зачем.
Что дальше
Документы собраны и упакованы — приложите их к заказу на Workink при публикации: исполнители увидят полный бриф сразу и смогут оценить задачу предметно, а не задавать встречные вопросы по каждой строчке. Чем полнее приложения, тем точнее отклики и тем меньше переписки в духе «пришлите примеры». О том, какие именно данные собрать для вашего типа задачи, читайте в статье «Данные для ТЗ: что собрать до написания требований», а общий алгоритм работы над документом — в гайде «Как написать ТЗ: пошаговая инструкция».

Комментарии (0)
Войдите, чтобы оставить комментарийБудьте первым, кто оставит комментарий!