Договор на фрилансе в 3D нужен не для суда. Он нужен для того, чтобы через месяц вы с заказчиком одинаково помнили, что именно вы делаете, сколько раз правите и когда работа считается принятой. Большинство конфликтов возникает не от злого умысла, а от разного понимания этих трёх вещей.
Посмотрим, что обязательно зафиксировать, как формулировать спорные пункты и что делать, когда договорённости нарушаются.
Нужен ли договор для небольших работ
Вопрос, который решают по-разному.
Формальный договор с подписями оправдан на крупных проектах и при работе с компаниями.
Для небольших задач его роль выполняет переписка, где явно зафиксированы условия. Юридически это слабее, практически работает почти так же: обе стороны помнят, о чём договорились.
Что не работает: устная договорённость и общие формулировки. «Сделаете визуализацию квартиры» это не условие, а тема для разногласий.
Практический минимум для любой работы: письменно зафиксированные объём, срок, цена, число правок и момент приёмки.
Объём работ: главный источник конфликтов
Пункт, на который стоит потратить больше всего внимания.
Описывать надо результат, а не процесс. Не «моделирование интерьера», а «шесть визуализаций в разрешении таком-то, ракурсы согласуются на этапе планировки».
Что обязательно перечислить. Количество единиц результата: ракурсов, моделей, секунд анимации. Технические параметры: разрешение, формат, бюджеты. Что заказчик предоставляет: чертежи, референсы, модели, материалы.
Последний пункт защищает от простоя: если заказчик обещал чертежи и не дал, сроки сдвигаются не по вашей вине, и это зафиксировано.
Отдельно стоит записать, чего в работу не входит. Этот список экономит больше нервов, чем список того, что входит.
Правки: сколько и каких
Второй по частоте источник проблем.
Без ограничения правки бесконечны, и работа на неделю растягивается на месяц при той же оплате.
Рабочая формулировка: определённое число раундов правок на каждом этапе. Раунд это один собранный список замечаний, а не отдельное сообщение.
Важное уточнение, которое стоит записать: правки в рамках согласованного направления входят в цену, изменение направления это новая работа.
Пример разницы: «сделайте свет теплее» это правка. «Давайте попробуем вечернюю сцену вместо дневной» это переделка.
Что делать с превышением: не отказывать, а называть стоимость. Заказчик обычно выбирает остановиться.
Этапы и промежуточное согласование
Механизм, предотвращающий катастрофы.
Работа разбивается на этапы, каждый согласуется до начала следующего. Утверждённый этап не пересматривается.
Для визуализации это обычно: планировка и ракурсы, черновая геометрия, материалы и свет, финальный рендер, постобработка.
Зачем это нужно: возврат к планировке на этапе финального рендера означает потерю недель работы. Этапное согласование делает такой возврат платным и потому редким.
Формулировка, которую стоит записать: возврат к утверждённому этапу оплачивается отдельно.
Практика показывает, что сам факт наличия этой строки резко снижает число таких возвратов.
Предоплата
Пункт, не подлежащий обсуждению.
Предоплата это не недоверие, а фильтр. Заказчик, не готовый внести часть, с высокой вероятностью не заплатит и в конце.
Типичная схема: часть до начала, часть после согласования ключевого этапа, остаток при сдаче.
Для длинных проектов разумнее дробить на большее число платежей, привязанных к этапам.
Что даёт предоплата помимо денег: вовлечённость заказчика. Вложивший деньги отвечает на сообщения быстрее.
Отдельная формулировка на случай отказа от проекта: предоплата покрывает выполненную часть и не возвращается при отмене по инициативе заказчика.
Приёмка: когда работа считается сданной
Пункт, о котором забывают чаще всего.
Без него работа не заканчивается никогда: заказчик молчит неделями, потом присылает замечания.
Рабочая формулировка: результат считается принятым, если в течение определённого срока не поступило письменных замечаний.
Это защищает обе стороны: вы знаете, когда работа закрыта, заказчик знает, что у него есть время на проверку.
Второй элемент: перечень того, что передаётся при сдаче. Готовые файлы, исходники, дополнительные форматы.
Исходники это отдельный вопрос, и о нём ниже.
Права на результат
Часть, которую пишут формально и зря.
Что нужно решить явно. Переходят ли права заказчику полностью или он получает право использования. Может ли он передавать работу третьим лицам. Может ли изменять её без вас.
Отдельно: можете ли вы показывать работу в портфолио. Это важнее, чем кажется, потому что работа без права показа не приносит вам ничего, кроме денег.
Стандартная практика: право на показ в портфолио сохраняется, если работа опубликована заказчиком. До публикации показывать нельзя.
Про генеративные инструменты стоит упомянуть отдельно, если вы их используете. Разбор есть в материале про права на модели из нейросети.
Исходники
Отдельный предмет договорённости.
По умолчанию заказчик получает результат, а не исходные файлы. Исходники это ваш рабочий инструмент.
Если заказчик хочет исходники, это обычно оплачивается отдельно, потому что означает возможность переделывать без вас.
Что стоит уточнить: в каком виде. Исходник со всеми связанными файлами, текстурами и библиотеками это не один файл, и его подготовка это работа.
Отдельная тонкость: покупные модели и текстуры в вашей сцене имеют свои лицензии, и передавать их заказчику вы можете не всегда.
Сроки
Как формулировать, чтобы они работали.
Срок считается не от подписания, а от получения всех исходных материалов. Иначе вы отвечаете за задержки заказчика.
Срок на правки идёт отдельно от срока на основную работу, и время на ответ заказчика в него не входит.
Стоит заложить запас. Оценка без запаса нарушается практически всегда.
Что записать на случай срыва по вашей вине: обычно это перенос срока с уведомлением, а не штрафы. Штрафные санкции в мелких проектах создают больше проблем, чем решают.
Что делать, когда условия нарушены
Практическая сторона.
Заказчик молчит на этапе согласования. Письменное напоминание с указанием, что сроки сдвигаются на время ожидания.
Правок больше согласованного. Назвать стоимость дополнительных и ждать решения. Не делать молча.
Задача расползлась. Зафиксировать письменно, что новое требование выходит за рамки, и назвать цену.
Не платят остаток. Финальные файлы передаются после оплаты, а не до. Это единственный надёжный рычаг.
Последний пункт объясняет, почему предварительный результат показывают в низком разрешении с меткой.
Техническое задание
Документ, который часто заменяет договор по смыслу.
Задание пишет не заказчик, а вы. Заказчик описывает желаемое словами, вы превращаете это в проверяемые пункты и присылаете на подтверждение.
Почему именно так: заказчик не знает, что важно указать. Он не напишет про разрешение, формат, бюджет полигонов и цветовое пространство, потому что не думает об этом.
Что должно стать проверяемым. «Красиво» превращается в конкретные референсы. «Быстро» в дату. «Несколько ракурсов» в число. «Как на картинке» в перечень того, что именно оттуда берётся.
Работающий приём: прислать задание с фразой о том, что работа начнётся после подтверждения. Это заставляет прочитать, а не пролистать.
Референсы и их роль
Часть задания, стоящая отдельного разговора.
Референс снимает больше разногласий, чем страница текста. Но только если понятно, что именно из него берётся.
Одна и та же картинка может означать освещение, цветовую гамму, ракурс, стиль подачи или предмет. Без уточнения каждый понимает своё.
Рабочая формулировка при согласовании: рядом с каждым референсом одна строка о том, что конкретно из него релевантно.
Обратная сторона: стоит собрать и антиреференсы, то есть примеры того, как делать не надо. Они работают не хуже.
Чего не стоит делать
Карточки
Минимальный шаблон
Что должно быть в переписке перед началом любой работы.
Что именно делается, с числами и техническими параметрами. Что предоставляет заказчик и когда. Сколько раундов правок входит. Из каких этапов состоит работа и что согласуется на каждом. Цена и порядок оплаты с предоплатой. Срок, считаемый от получения материалов. Что передаётся при сдаче. Через какой срок работа считается принятой. Право на показ в портфолио.
Девять пунктов, которые помещаются на страницу и снимают большую часть конфликтов.
Как это связано с общей экономикой работы, разобрано в материале про доход 3D-художника.
Частые вопросы
Обязателен ли формальный договор?
Для крупных работ и юридических лиц да. Для небольших задач роль договора выполняет переписка с явно зафиксированными условиями.
Сколько правок включать в цену?
Обычно два-три раунда на этап. Важнее числа определение раунда: один собранный список замечаний, а не каждое отдельное сообщение.
Какую предоплату просить?
Часть суммы до начала работы, размер зависит от длительности проекта и от того, впервые ли вы работаете с этим заказчиком.
Отдавать ли исходники?
Только если это отдельно оговорено и оплачено. По умолчанию передаётся результат, а не рабочие файлы.
Что делать, если заказчик пропал после сдачи?
Здесь и работает пункт о приёмке по умолчанию: если срок на замечания истёк, работа считается принятой, и остаток подлежит оплате.
Зафиксируйте девять пунктов из шаблона в переписке перед началом работы. Это страница текста, которая снимает большую часть будущих конфликтов.