Договор на разработку сайта — один из самых важных документов для веб-разработчика или студии. Плохо написанный договор приводит к бесконечным правкам без доплаты, спорам о правах на код и невозможности взыскать деньги. Рассказываем что включить чтобы этого не случилось.
Техническое задание — основа договора
Без ТЗ договор на разработку — это лотерея. Заказчик всегда будет думать что хотел большего, а вы — что сделали то что договаривались.
ТЗ должно быть приложением к договору с подписями обеих сторон. Оно фиксирует: функционал сайта, дизайн-требования, технический стек, объём контента, интеграции.
Не приступайте к работе без подписанного ТЗ. Если заказчик говорит «да ладно, разберёмся по ходу» — это красный флаг. Разберётесь за ваш счёт.
Кому принадлежит код после разработки
Это самый частый источник споров в IT. По умолчанию (ст. 1296 ГК РФ) права на программу созданную по заказу принадлежат заказчику — если иное не предусмотрено договором.
Но это работает только для созданного специально для заказчика. Open source библиотеки, фреймворки, ваши заготовки остаются вашими.
- Укажите что именно передаётся заказчику: исходный код, дизайн-макеты, база данных
- Что остаётся у вас: ваш инструментарий, библиотеки, CMS
- Условия передачи исходников: после полной оплаты или этапами
- Право на портфолио: можете ли вы показывать сайт в своих работах
Оплата по этапам: как структурировать
Правило для разработчика: никогда не работайте без предоплаты. Минимальная схема:
- 30–50% предоплата при подписании договора — ваша страховка
- По 20–30% после сдачи каждого этапа
- Финальные 10–20% после приёмки сайта
- Исходники передаются только после финального платежа
Пропишите в договоре: «При просрочке оплаты этапа более чем на 10 дней Исполнитель вправе приостановить работы до поступления оплаты».
Правки и scope creep — как защититься
Правки без ограничений убивают маржинальность любого проекта. Что прописать в договоре:
- Количество итераций правок по каждому этапу: «2 раунда бесплатных правок»
- Что считается правкой, а что — новым требованием
- Стоимость дополнительных правок: «каждый следующий раунд — X рублей в час»
- Порядок изменения ТЗ: только через подписанное дополнительное соглашение
- Срок на согласование правок заказчиком: «5 рабочих дней, иначе этап считается принятым»
Гарантийный период и поддержка
После сдачи сайта обычно бывают баги. Разграничьте ответственность заранее:
- Гарантийный период: 1–3 месяца на исправление багов связанных с разработкой
- Что не входит в гарантию: ошибки из-за действий заказчика, обновления CMS, хостинга
- Поддержка после гарантии: отдельный договор, абонентская плата
- SLA если важна доступность: время реакции на критические баги
Итог
Хороший договор на разработку сайта занимает 2–4 страницы, но экономит месяцы нервотрёпки. Самые важные пункты: подписанное ТЗ как приложение, чёткий порядок оплаты по этапам, ограниченное количество правок и условия передачи исходников. Шаблон с этими условиями доступен в Dealzy.