Договор на разработку нужен не для суда. Он нужен, чтобы через два месяца обе стороны одинаково понимали, что именно делается, когда это закончится и что считать результатом. Большинство конфликтов возникает не от злого умысла, а от того, что эти вещи нигде не записаны.
1. Что именно входит в работу
При разработке сайта формулировка «разработка сайта» — не предмет договора. Предмет — приложение со списком: сколько уникальных шаблонов, какие разделы, какие интеграции, сколько страниц наполняется. Без этого любой спор упирается в «мы думали, это входит».
Хороший признак: в приложении есть не только то, что входит, но и то, что не входит. Написание текстов, фотосъёмка, покупка лицензии, наполнение карточек — если этого нет в списке работ, лучше увидеть это явно на старте.
2. Сроки и что их сдвигает
Срок в договоре без условий его продления — фикция. Реальный график зависит от вас не меньше, чем от подрядчика: согласование макетов, предоставление контента, доступы к 1С. Нормальная формулировка фиксирует срок и оговаривает, что он сдвигается на время ожидания материалов от заказчика.
Если подрядчик не пишет про зависимость сроков от согласований, он либо не работал на длинных проектах, либо заложил этот риск в цену.
3. Как принимается результат
Самый скользкий пункт. Нужно записать: сколько дней у заказчика на проверку, в каком виде подаются замечания, сколько итераций правок входит в этап и что считается новым требованием, а не правкой. Иначе этап приёмки растягивается на месяцы и «ещё одна мелочь» превращается в бесконечный цикл.
- Срок на проверку — обычно 5 рабочих дней
- Замечания одним списком, а не по одному в мессенджер
- Две-три итерации правок в рамках этапа
- Молчание дольше срока — приёмка считается состоявшейся
4. Кому принадлежит результат
Исключительные права на дизайн и код должны переходить заказчику после полной оплаты — это пишется прямо. Отдельно: исходники, доступы к хостингу, домену, репозиторию и админке передаются вам, а не остаются «у подрядчика на всякий случай».
Домен и хостинг стоит оформлять на себя с самого начала. Ситуация, когда домен зарегистрирован на студию и при расставании его приходится выкупать, встречается чаще, чем хотелось бы.
5. Гарантия и что после запуска
Гарантия распространяется на ошибки подрядчика, а не на изменения ваших пожеланий, и это разумно. Дальше гарантийного срока правки идут по договору поддержки — его условия тоже стоит обсудить заранее. Важно, чтобы в договоре было записано, сколько она длится, что считается гарантийным случаем и за какое время реагирует подрядчик. Месяц на исправление ошибок после сдачи — распространённая практика, год встречается реже и обычно означает поддержку, а не гарантию.
И один пункт, о котором забывают
Порядок расторжения. Как разойтись, если не сложилось: что происходит с оплаченными этапами, передаются ли наработки, в какой срок. Пункт, который никто не хочет обсуждать на старте, — и который решает всё, если до него дошло.
Договор не защищает от плохого подрядчика — от него защищают кейсы и разговор. Но он превращает размытые ожидания в проверяемый список, и одно это снимает большую часть будущих споров.
