Договор нужен не потому, что заказчик обязательно хочет вас обмануть. Он нужен, чтобы через месяц не выяснилось: клиент ждал интернет-магазин, вы делали лендинг, а «пару правок» внезапно стали личным кабинетом, квизом и редизайном.
У дизайнера, разработчика и маркетолога база одна: договор должен ясно отвечать на три вопроса — что делаем, когда сдаём и как получаем деньги. Остальные пункты нужны на случай, когда проект начинает буксовать.
Проверьте заказчика и человека с ручкой
Сверьте название, ИНН, адрес и банковские реквизиты. Компанию или ИП можно посмотреть через сервис ФНС «Прозрачный бизнес»: там есть базовые сведения из реестров и отметки о недостоверных данных.
Посмотрите, кто подписывает договор и на каком основании. Руководитель компании обычно действует от её имени без доверенности. Менеджер, юрист или руководитель направления могут подписывать документ только при наличии полномочий. У ИП тоже может быть представитель.
Это не паранойя. Если подпись поставил человек без полномочий, спор станет длиннее, а вы в это время будете изучать чужую оргструктуру вместо работы.
Вместо «сделать сайт» опишите результат
Фраза «разработать сайт» ничего не объясняет. Лендинг на пять экранов и сервис с оплатой, CRM и личным кабинетом формально оба называются сайтом. Но цена, сроки и объём у них из разных вселенных.
Зафиксируйте в договоре или приложении состав работ, формат результата и список того, что не входит в цену. Дизайнеру стоит перечислить экраны, адаптивы, компоненты и форматы файлов. Разработчику — интеграции, окружение, репозиторий и результат развёртывания. Маркетологу — рекламные каналы, состав работ, отчётность и границы ответственности.
Укажите, что должен дать заказчик: тексты, фото, брендбук, доступы к рекламным кабинетам или данные для интеграции. Назначьте одного человека, который принимает этапы и собирает комментарии.
Если вы ведёте рекламу интернет-магазина, напишите: настройка и ведение кампаний в согласованных системах, отчёт и рекомендации по итогам месяца. Не обещайте конкретную выручку: на продажи влияют цены, ассортимент, сайт, сезонность и отдел продаж.
Привяжите дедлайны к действиям клиента
Фраза «срок выполнения — 14 дней» часто играет против исполнителя. Лучше указать, с какого события начинается отсчёт: после предоплаты, заполненного брифа, получения текстов и доступов.
Рабочая схема простая: заказчик передаёт материалы за два рабочих дня, вы сдаёте первый этап через десять рабочих дней после получения всего списка. Если тексты приехали на неделю позже, срок сдачи тоже сдвигается на неделю.
Сразу укажите этапы, срок на комментарии и правило для пауз со стороны клиента. Вы отправили макет в понедельник, а правки получили через две недели — без такого правила вас могут обвинить в срыве пятничного дедлайна. Магия, но не та, за которую платят.
Не превращайте правки в сериал
«Правки до полного согласования» — подписка на бесконечный сезон. Ограничивайте число раундов и рамки задачи: что входит в согласованное ТЗ, а что становится новой работой.
Попросите заказчика присылать один консолидированный список замечаний от одного ответственного человека. Иначе в Figma окажутся пять мнений, а вам придётся угадывать, какое из них финальное.
Заказчик направляет один консолидированный список замечаний в течение 3 рабочих дней после передачи этапа. В стоимость входят 2 раунда правок в пределах согласованного технического задания. Новый экран, новый раздел, новая интеграция или изменение утверждённой концепции считаются дополнительной работой. Исполнитель оценивает срок и стоимость и приступает после письменного согласования.Если структура лендинга утверждена, а заказчик просит добавить личный кабинет и квиз, это не третий раунд. Это новый объём с новой оценкой.
Деньги должны идти за вашим результатом
В договоре нужны цена или понятная формула расчёта, размер предоплаты, платежи по этапам и сроки оплаты. Отдельно перечислите расходы: шрифты, стоки, хостинг, рекламный бюджет, сервисы, подрядчиков и комиссии.
Не соглашайтесь на расплывчатое «оплата после запуска». Запуск может зависнуть из-за юристов клиента, неоплаченного хостинга или отпуска директора. Привязывайте оплату к своему результату: передали прототип, сдали дизайн, настроили кампании за месяц.
Учитывайте свой статус: самозанятый, ИП и компания оформляют документы по-разному. Не берите первый шаблон из телеграм-канала, где вчера продавали курс «договор за 15 минут». Базовые пункты реально проверить за вечер без инфоцыганского квеста.
Сделайте передачу работы доказуемой
Работу мало выполнить — её нужно передать так, чтобы это можно было подтвердить. Укажите канал: e-mail, ЭДО, таск-трекер или папка с доступом. Закрепите рабочие адреса и порядок согласования изменений в переписке.
Пропишите срок проверки, формат замечаний и требование, чтобы замечания относились к ТЗ. Можно добавить условие, что этап считается принятым без мотивированных замечаний в срок. Но это не волшебная кнопка: сохраняйте письма, ссылки на файлы и дату отправки.
Отделите права от файлов
Передать Figma-файл или архив с кодом не значит автоматически передать права на результат. Отдельно определите: заказчик получает исключительное право или лицензию, на какие материалы это распространяется и с какого момента. Часто права переходят после полной оплаты конкретного этапа.
Заранее решите, входят ли исходники в цену и можно ли показать работу в портфолио. Отделите результат проекта от ваших шаблонов, библиотек и старых наработок. Для лицензии перечислите способы использования: сайт, реклама, соцсети, печать. Права, которых нет в тексте, лучше не считать переданными. Нюансы авторских прав и лицензий можно сверить в части IV ГК РФ.
Не берите на себя все риски мира
Читайте раздел об ответственности медленно. Насторожитесь, если вам предлагают безлимитную ответственность, штраф за любой сдвиг срока или обязанность покрыть «все убытки», а у заказчика нет санкций за просрочку оплаты и материалов.
Проверьте, что происходит при остановке проекта: сколько платят за сделанное, передаются ли промежуточные материалы, что будет с правами. Если вам дают доступ к CRM, аналитике или базе заявок, опишите цель доступа, виды данных, разрешённые действия, конфиденциальность и закрытие доступа после проекта. Не подписывайте бодрую фразу «исполнитель отвечает за всё по персональным данным».
Пробегитесь по чек-листу перед подписью
- [ ] Проверены заказчик и полномочия подписанта.
- [ ] Есть ТЗ и список работ вне стоимости.
- [ ] Сроки зависят от предоплаты, материалов и согласований.
- [ ] Правки ограничены раундами и рамками ТЗ.
- [ ] Понятны цена, расходы и даты платежей.
- [ ] Описаны передача результата и приёмка.
- [ ] Права, исходники, лицензии и портфолио прописаны отдельно.
- [ ] Нет безлимитной ответственности и односторонних штрафов.
- [ ] Понятно, что оплачивается при остановке проекта.
- [ ] Закреплены каналы связи и порядок изменения задач.
Это рабочая памятка, а не юридическая или налоговая консультация. Нормы и практика меняются, поэтому договор на крупную сумму, с исключительными правами, жёсткими штрафами или иностранным заказчиком лучше сверить с первоисточником или юристом.
Сегодня откройте свой последний шаблон и добавьте три строки: что не входит в работу, сколько раундов правок включено и когда оплачивается этап. Именно они чаще всего спасают от бесплатной «ещё одной маленькой доработки».
Статья помогла?
